Как не сломать рабочую машину в первый месяц

За месяц дважды довела ноутбук до состояния, когда проще переустановить. Первый раз поставила три версии питона и разломала системную, второй раз правила настройки сети и потеряла связь.

Есть какой-то набор привычек, чтобы так больше не делать? Копии я уже завела, интересует сам порядок работы.

Главная привычка одна: одно изменение за раз.

Поставил пакет, проверил, что всё живо, пошёл дальше. Когда меняешь пять вещей подряд и на шестой всё падает, ты уже не знаешь, что именно сломало.

Дальше по твоим двум случаям.

Питон. Системный интерпретатор трогать нельзя, на нём держится половина утилит системы. Всё своё ставится в отдельное окружение:

python3 -m venv ~/venv/sbor
source ~/venv/sbor/bin/activate
pip install requests

Внутри окружения ставь что угодно, системе от этого ни жарко ни холодно.

Конфиги. Перед правкой копия рядом, про это уже писали в соседней теме. Плюс проверка синтаксиса до перезапуска службы, у большинства она есть отдельной командой.

Звучит очевидно, но именно этого я и не делала.

Ещё три штуки в копилку.

sudo без понимания это главный источник бед. Прочитал строку, понял каждое слово, потом уже вводи.

Пакеты из случайных источников в систему ставить незачем. Если очень хочется попробовать, для этого есть контейнер.

И держи под рукой второй способ попасть в машину. Потеря сети после правки конфига лечится за минуту, когда есть доступ через консоль хостера.

после истории с сетью я правлю сетевые настройки только с таймером отката

Ирина дело говорит, поясню приём для новичков.

Правишь настройки сети удалённо и заранее ставишь команду, которая через десять минут вернёт старый файл и перезапустит службу. Связь после правки жива, ты эту команду отменяешь. Связь пропала, через десять минут машина откатится сама.

echo 'cp /etc/network/interfaces.bak /etc/network/interfaces && systemctl restart networking' | at now + 10 minutes

Меня это спасало дважды.

Про откат по таймеру вообще не слышала. Записала себе крупными буквами.

А контейнеры для новичка не перебор? Читала про них, выглядит как отдельная профессия.

Соня, для твоей задачи хватит одного уровня понимания: контейнер это коробка, внутри которой стоит своя маленькая система. Что бы ты там ни сломала, наружу не протечёт.

Минимальный сценарий, никакой профессии не требует:

docker run --rm -it -v ~/rabota:/rabota python:3.11-slim bash

Разбор строки по кускам. --rm значит выбросить коробку после выхода. -it даёт живой терминал. -v пробрасывает твою рабочую папку внутрь. Дальше ты внутри, ставишь что хочешь, ломаешь что хочешь, выходишь по exit, и от всего этого не остаётся следа.

Это же и ответ на твоё «а вдруг сломаю». Пробуй в коробке, на машину переноси то, что заработало.

Артур, про -v добавлю: домашнюю папку целиком пробрасывать не надо. Один неверный путь внутри коробки, и вынесет всё.

Верно. И ещё мелочь про привычки: заведи файл журнала прямо в домашней папке. Дата, что поставила, что поправила, одна строка на событие. Когда через две недели что-нибудь отвалится, причина найдётся за минуту.

Журнал поддерживаю. У меня он лежит в git вместе с самими конфигами, история правок видна построчно.

Отчёт за две недели. Питон уехал в отдельные окружения, опыты с пакетами гоняю в контейнере, журнал веду, конфиги правлю с копией рядом.

Ноутбук цел, переустановок ноль. Про таймер отката рассказала коллеге, он уже успел им воспользоваться.