Что может быть повреждено при неправильном отключении питания и что можно проверить?

16

О чем, если что, мне стоит беспокоиться после нескольких неправильных отключений и проблем с питанием? (Ubuntu Server 17.04)

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

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

Есть ли что-то, что я должен проверить, или корректирующие действия, которые я могу предпринять? Переустановка операционной системы (снова) не будет худшей вещью в мире, но мне интересно, стоит ли мне беспокоиться. Системный диск представляет собой твердотельный накопитель и два дисков WD Red в зеркальных Btrfs для хранения носителей.

Пользователь 4574
источник
Добро пожаловать на борт, поздравляем с этим прекрасным первым вопросом! +1
десерт
Надеюсь, кто-нибудь напишет подробный ответ с помощью fsck-подобных команд, но вкратце: если у вас где-нибудь есть EXT4, он очень устойчив к таким ситуациям. Но BTRFS плох в этом из-за дедупликации. При отключении питания он может оставить испорченные файлы, которые вы никогда не трогали, из-за дедупликации. У меня было две такие ситуации на внешнем диске, и в итоге я перешел на ext4.
Привет, Ангел,
Хм ... система EXT4. Интересная заметка о btrfs, но я не думаю, что когда-либо использовал дедупликацию. Это не то, что происходит автоматически, не так ли?
Пользователь 4574
1
Вы также можете использовать haltкоманду, а затем вручную выключить компьютер после того, как он покажет черный экран в течение нескольких минут, как в старые времена, когда компьютеры говорили: «Теперь можно безопасно выключить компьютер»
Ferrybig
Дедупликация автоматическая, это особенность BTRFS. Я не знаю, можно ли его отключить, хотя.
Привет, Ангел,

Ответы:

9

Самый простой способ проверить ext4файловую систему - это добавить

fsck.mode=force

в качестве параметра загрузки.

Это можно сделать во время /etc/default/grubзагрузки или вручную.

Для старых систем, использующих upstartrun

sudo touch /forcefsck

и перезагрузите компьютер.

Команда создаст пустой /forcefsckфайл, который скажет системе проверять диски при загрузке.

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

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

Pilot6
источник
Это, похоже, ничего не делает, нормальная загрузка. Я где-то читал, что это не работает в системах на основе systemd? Или это действительно так быстро ...
Пользователь 4574
Раньше работал с выскочкой. Я ext4давно не пользуюсь и не заметил, что не работает. Но должен быть какой-то способ сделать то же самое с systemd.
Pilot6
@ User4574 Я добавил, как это сделать systemd.
Pilot6
Пришлось искать добавление параметров загрузки в grub, но, похоже, это сработало. Спасибо.
Пользователь 4574
4

Стандартную ext4файловую систему Ubuntu в стандартном разделе Ubuntu можно проверить с помощью следующей команды

sudo e2fsck -f /dev/sdxn

или если вы также хотите проверить на наличие плохих блоков (физически плохие блоки)

sudo e2fsck -cf /dev/sdxn

где x - буква диска, а n - номер раздела, например /dev/sda1.

Смотрите man e2fsckподробности.

Вы должны загрузиться с другого диска, с живого диска, например с аварийного диска Linux, или с живого рабочего стола Ubuntu, и целевой раздел не должен быть смонтирован при запуске этой команды.

sudodus
источник