Проблемы с выключением и запуском Linux mint

master71512 · #1

Поставил linux mint 20.1 на ноутбук lenovo y500 14acl, процессор AMD A6-7310 оперативка 4Гб, установлена на внешний hdd, на внутреннем ssd стоит win10. Сразу скажу, до этого линукс не пользовал. В целом все хорошо, но при выключении ноутбука была проблема, системы вроде как выключалась, но ноутбук оставался включенным, т.е. черный экран, но питание есть, лампочка горит, ждал несколько раз минут 10, потом вырубал удерживанием кнопки вкл. Почитал на форуме, что можно вырубать командой shutdown now, попробовал, выключился, но как-то уж очень резко, при этом внешний hdd издал довольно слышный щелчок в конце. Потом попытался включить, сначала все как обычно, идут строчки кода, появляется на секунду логотип mint, а далее ошибка, которую не знаю, как победить

#2

Напиши там exit и покажи что консоль напишет

#3

master71512 писал(а): ↑
14 июн 2021, 11:18
появляется на секунду логотип mint, а далее ошибка, которую не знаю, как победить

У вас, судя по всему внешний диск оказался с не очень стабильным подключением, либо ему питания хватает едва-едва. Симптомы характерные. При интенсивном обмене данными иногда возникают ошибки, а особенно - на включении/выключении. Скорее всего такое и произошло в результате чего оказалась попорчена файловая система/часть системных файлов.

Тут лучше загрузить live с флешки и оттуда проверить - что на диске творится. Если каша - проще переставить систему.

#4

slant писал(а): ↑
14 июн 2021, 11:45
Тут лучше загрузить live с флешки и оттуда проверить - что на диске творится.

Зачем туда грузиться? Можно почекать прям оттуда (initramfs) fsck /dev/sdaX -y. А уж потом все остальное

#5

vir0id писал(а): ↑
14 июн 2021, 12:09
Зачем туда грузиться? Можно почекать прям оттуда

Затем, что запускать что-то с диска на котором подозрение на подобное повреждение структуры fs - плохая практика. Тем более запускать сразу на починку, вслепую, да еще с принудительным подтверждением. Даже если отбросить в сторону вопрос целостности данных (в подобных случаях, часто бывает, что после попытки восстановления вытащить удается меньше чем до нее) никто не гарантирует что в запорченные данные не попала сама fsck.

master71512 · #6

Live - это значит, записать на флешку ещё одну ОС и с неё диагностировать?
У меня ещё windows стоит, может, с неё внешний посмотреть? Или так не получится?

#7

slant писал(а): ↑
14 июн 2021, 12:29
Затем, что запускать что-то с диска на котором подозрение на подобное повреждение структуры fs - плохая практика.

Т.е ты хочешь сказать что такое решение\возможность(чекалки), придуманное не мной, а разрабами, плохая практика? К тому же явно видно что ТС не загрузится с диска вообще. Но зато, консоль бы ему дала подсказку в виде номера порченного раздела и пр. ерунды...

slant писал(а): ↑
14 июн 2021, 12:29
никто не гарантирует что в запорченные данные не попала сама fsck

А кто-то вообще что либо гарантирует, в таких случаях? Я как бы не настаиваю...

#8

master71512 писал(а): ↑
14 июн 2021, 12:37
У меня ещё windows стоит, может, с неё внешний посмотреть? Или так не получится?

Забудь.

#9

vir0id писал(а): ↑
14 июн 2021, 12:45
Т.е ты хочешь сказать что такое решение\возможность(чекалки), придуманное не мной, а разрабами, плохая практика?

В данном конкретном случае - да. fsck - это не магическое заклинание "сделать все как было". Это программа которая работает по алгоритму. Она справится автоматически если разрушения fs небольшие и цел журнал. Но при подобных симптомах именно журнал имеет достаточно большой риск быть поврежденным, а fsck пользуясь некорректной информацией из него - натворит такого, что потом только в сервис по восстановлению информации обращаться. И то без гарантии. Это особенность USB подключения внешнего диска - ему может не хватить при выключении питания/времени, чтобы сбросить все из буфферов на блины. Не слишком частое явление, но характерное, т.к. по USB в отличии от SATA диск не имеет возможность сигнализировать материнке о том, что буфферы сброшены и диск готов к физическому отключению питания - нет таких команд в протоколе. При выключении системы она может рубануть питание раньше чем диск закончит. В случае файловых систем ext4(3) при этом почти гарантировано страдает именно журнал вместе с частью каталогов. У ntfs в подобных случаях обычно разносит одну из копий MFT, но это не столь фатально. А вот btrfs скорее всего просто сама восстановится, за счет COW и двух полных копий метаданных (для HDD, на SSD второй копии нету, но там и этой проблемы нету) .

master71512 писал(а): ↑
14 июн 2021, 12:37
У меня ещё windows стоит, может, с неё внешний посмотреть? Или так не получится?

Винда не понимает файловых систем linux. В отличии от обратного.

master71512 · #10

Запустился с флешки, зашел в меню accessories, программа disks, выбрал раздел с ОС на внешнем жестком диске, запустил chek filesistem, получил " filesystem damaged. filesystem ext4 on ... needs repairing." Мне что и откуда нужно правильно запустить, чтобы исправить ошибки или узнать точнее, куда копать? Ещё на диске в папке home (если я правильно понял, в которой лежат еще папки Документы, Музыка, Загрузки, Рабочий стол) есть файл shutdown.log

#11

master71512, В вашем случае универсальной кнопки/программы "автоматически исправить" нету. Нужно понимать что делаешь - нужны знания. И в большинстве случаев после подобных проблем (с учетом USB диска) быстрее всего будет переписать все ценное с диска (если есть), и переставить систему заново.
На этот раз выбрав btrfs в качестве файловой системы - она должна быть устойчивей к такому применению.

master71512 · #12

Понял. Тогда уточнимся, если можно? Внешний диск у меня на 1ТБ, использовался как хранилище для всякого медиа, и сейчас оно там же и есть. Под линукс выделил два раздела на 50 ГБ, из которых 20 для корневой и 30 для остального. Я правильно понял, что переписать нужно только эти 50 ГБ, заново поставить на них систему, при этом всё делать как и раньше, только форматировать в btrfs вместо etx4? И по выключению на будущее, как это делать правильно, чтобы диск не угробить, если будет снова зависать в конце на черном экране? Спасибо

#13

master71512 писал(а): ↑
14 июн 2021, 16:59
Под линукс выделил два раздела на 50 ГБ, из которых 20 для корневой и 30 для остального. Я правильно понял, что переписать нужно только эти 50 ГБ, заново поставить на них систему, при этом всё делать как и раньше, только форматировать в btrfs вместо etx4?

В принципе да. Только делить по другому - один раздел под свап должен быть равен объему оперативной памяти или больше, а второй - все оставшееся пространство под btrfs. Инсталлятор сам создаст в ней дополнительные структуры - подразделы. (В случае btrfs не отделяют /home на другой раздел диска - он выделяется в отдельный подраздел но внутри FS). Подразделы чем еще хороши - сами они места не занимают. Как каталоги. Берут динамически из общего пула всего раздела по мере надобности.
Со свапом в принципе особо жестких правил нету, т.к. гибернация (спящий или ждущий режим) с системой на подключенном по USB диске - это извращение которое крайне не рекомендуется использовать. А это требование в основном оттуда. Но обходится вообще без свапа - не очень хорошо, даже если памяти много.

master71512 писал(а): ↑
14 июн 2021, 16:59
И по выключению на будущее, как это делать правильно, чтобы диск не угробить, если будет снова зависать в конце на черном экране?

Ну, физически вы его не угробите, а чтобы не слетала FS - для этого btrfs и выбираем. В силу ее особенностей она должна лучше справляться в подобных сценариях. Если же приспичит выключать из консоли - лучше использовать команду poweroff, либо systemctl poweroff

master71512 · #14

Через Disks запустил команду Repair filesystem для поврежденного диска, со второго раза исправила, система запустилась) попробовал выключить стандартно через кнопку в меню, тоже получилось, но снова как-то резко и со щелчком. Поэтому буду следовать совету, переустановлю в новой файловой системе

#15

Понравилась темка. Обязательно воспользуюсь советами slant. Отметился, чтобы не забыть

#16

master71512 писал(а): ↑
14 июн 2021, 17:54
Через Disks запустил команду Repair filesystem для поврежденного диска, со второго раза исправила, система запустилась

slant писал(а): ↑
14 июн 2021, 13:28
fsck - это не магическое заклинание "сделать все как было"

А в Disks, запустить команду Repair filesystem для поврежденного диска это магичесское заклинание которое сделает как было? =))
В итоге, нужно было тебе slant стараться и рассказывать тут кучу теории, когда ТС всё сделал иначе...? Т.е почекал FS долгим методом скитаний по 'Джунглям', через всякие там лайвЦД =))

#17

vir0id писал(а): ↑
14 июн 2021, 19:16
В итоге, нужно было тебе slant стараться и рассказывать тут кучу теории, когда ТС всё сделал иначе...?

Во первых - все же сделал. Уже хорошо.
Во вторых - сисадмин, в отличии от некоторых, обязан предполагать возможность самого неблагоприятного варианта, и при этом исходить из посыла "не навреди". Как врач. Т.е. применительно сюда - мой совет не должен быть источником дополнительных проблем, вне зависимости от результата.
В третьих - "Дай удочку, а не рыбу".

#18

slant, ну да, сделал и ладно.

Не по теме

slant писал(а): ↑
15 июн 2021, 10:10
не навреди

Эх... хороший ты человек, "Шурик".

Кто сейчас на конференции