Восстановление Linux

Uniic · #1

Захотелось мне удалить старую версию пайтона, ввел 'sudo apt-get remove python3.6', потом меня попросили ввести 'yes, do as i say', после этой команды удалилось много чего кроме самого пайтона. Перестал запускаться терминал. После перезагрузки теперь не запускается сам Linux. Конкретно всё поломал наверно.
В общем, надо как-то всё вернуть на место, очень желательно без переустановок linux.
Очень надеюсь на помощь
Стоит Linux Mint 19 "Tara" - Cinnamon (64-bit)

#2

Uniic писал(а): ↑
12 авг 2018, 11:59
теперь не запускается сам Linux

Расшифруй

#3

Грузимся в лайв, чрутимся, идем в логи apt-а, смотрим что улетело - возвращаем ручками.

Uniic · #4

di_mok писал(а): ↑
12 авг 2018, 12:08

Uniic писал(а): ↑
12 авг 2018, 11:59
теперь не запускается сам Linux
Расшифруй

Просто черный экран. У меня две системы стоит, Винда и Линукс, так вот после выбора Линукса экран полминуты стоит черный, а потом немножко светлеет, больше ничего не происходит

#5

Uniic писал(а): ↑
12 авг 2018, 12:12
полминуты стоит черный, а потом немножко светлеет

Грузимся в лайв, чрутимся, в /etc/default/grub убираем сплеш

dja-work ~ $ cat /etc/default/grub
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
#GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX_DEFAULT=""
GRUB_CMDLINE_LINUX=""

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"

затем

Код: Выделить всё

update-grub

Выходим, ребутимся в свою систему и смотрим на бегущие строки, которые нам будут говорить что происходит не так...

#6

Uniic писал(а): ↑
12 авг 2018, 11:59
после этой команды удалилось много чего кроме самого пайтона

бэкапа конечно нет..все снова да ладом

#7

AlexZ, тормоза придумали трусы

#8

Uniic писал(а): ↑
12 авг 2018, 11:59
Захотелось мне удалить старую версию пайтона, ввел 'sudo apt-get remove python3.6'

Учитывая что наверное половина пакетов минта написана на питоне, идейка так себе. Старых версий питоне в системе нет. Есть питон2 и питон3, но оба на данный момент являются актуальными, и обратнонесовместимыми, поэтому и живут вместе, как две версии языка.

У вас стоит 19 минт, так что стоит очевидно недавно. Если вы новичок в системе, я бы рекомендовал снести и поставить заново. Только после установки А - настроить timeshift и делать бекапы перед смертельными номерами с установкой/удалением/обновлением пакетов, Б - сделать отдельный раздел /home для всех своих файлов (на случай будущих переустановок)

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

Uniic · #9

Спасибо всем, кто откликнулся, в итоге пришлось переустанавливать.
Бэкапы я делал, с помощью timeshift, но лучше бы их вообще не было, ибо после восстановления с них был поломан звук, не запускалось много приложений, слетел root (в терминале после ввода sudo выскакивало "sudo: /usr/bin/sudo must be owned by uid 0 and have the setuid bit set"), какой-то там файл cups/error.log начал расти до неимоверного размера, что полностью забивало память диска. Ну хоть линукс уже начал запускаться, и на том спасибо
Но после дня поиска различного рода решений восстановить всё на место не получилось, поэтому переустановил.
Не знаю, что там с этим timeshift'ом такое, то ли у меня руки кривые (хотя делал всё по инструкции), то ли он какой-то забагованный.. (пробовал два бэкапа, толку везде одинаково)
Помог мне только сохранить свои файлы, но не восстановить прежний линукс..

#10

Uniic, а как восстанавливал? Вроде TimeShift работает более чем адекватно

Uniic · #11

di_mok, Грузил линуху с флешки, потом запустил timeshift , выбрал раздел, где снэпшоты хранятся, ну и потом выбрал снимок подходящий (у меня создаются каждый день и при запуске), пробовал два последних при загрузке (после моих махинаций больше не создавалось, ибо линукс не загружался), ну и потом кнопка restore, дальше ничего не трогал, нажимал продолжить, вот и всё

#12

Uniic писал(а): ↑
14 авг 2018, 09:32
Ну хоть линукс уже начал запускаться, и на том спасибо

Ключевое слово в данном случае

Uniic писал(а): ↑
14 авг 2018, 09:32
Не знаю, что там с этим timeshift'ом такое, то ли у меня руки кривые (хотя делал всё по инструкции)

Не исключяется, видимо не всё. На виндофорумах часто попадались подобные высказывания про Paragon или Acronis, по существу от неполного понимания как это работает ("миллион раз" ими пользовался, никогда не подводили)
Вообще, если по каким-то причинам не устраивает timeshift, делайте резервные копии другим бэкапщиком (наиболее надежным на ваш взгляд, хоть линуксовым, хоть виндовым). Главное, чтоб был хотя бы 1 бэкап состояния системы когда всё было хорошо. После этого можно сколь угодно экспериментировать с системой и столь смертоносными номерами.
Сам я не сторонник автобэкапов (уже допускаю что пока ещё недостаточно хорошо это реализовано в таймшифт), достаточно плановых раз в нед.- мес. (в зависимости насколько активно система модифицируется софтом, настройками и пр.,) и по требованию перед потенциально опасными действиями

#13

бэкап настроенной системы всегда делаю Clonezilla https://clonezilla.org/ 20-25 минут времени , от MBR, до нескучных обоев и закладок в браузере, полный бэкап системы, ни разу не подводила...

Uniic · #14

AlexZ писал(а): ↑
21 авг 2018, 21:06

Uniic писал(а): ↑
14 авг 2018, 09:32
Ну хоть линукс уже начал запускаться, и на том спасибо
Ключевое слово в данном случае
Uniic писал(а): ↑
14 авг 2018, 09:32
Не знаю, что там с этим timeshift'ом такое, то ли у меня руки кривые (хотя делал всё по инструкции)
Не исключяется, видимо не всё...

Я понимаю, что мог и сам что-то натворить) Но в timeshift просто нет никаких настроек, чтобы сильно усомняться насчет своей криворукости. К тому же я два раза восстанавливал линукс с разных бэкапов. Первый раз могло всё же случиться, что что-то где-то не то нажал, но вот во второй раз я уже к каждому шагу проявлял двойное внимание.
Да, линукс же начал запускаться после бэкапа всё-таки (да и приложения все восстановились), значит проблема лежит где-то глубже, кажется.
Как-то так

#15

Uniic, я допускаю что автобэкап при загрузке мог отработать некорректно.
Давай так, для чистоты эксперимента.
Сделай полный бэкап Клонзиллой (см. Восстановление Linux (Пост qwertKI #60495)), для подстраховки.
Настрой Таймшифт: отключи всю автоматику и сделай снимок по требованию.
Потом можешь сотворить некий подобный смертельный номер для системы и восстановить её из снимка..