Проблемы fsck [решено] (блок питания)

[stanukih]

При загрузке зависает на systemd-fsck. Компьютер удален так что больше информации пока нет. Как выявить причину и что предпринять? Пока понимаю только что проблема с файловой системой жесткого диска. Диск разбит на / и /home. И тот и другой ext4. 

[ruslandh]

Имеет смысл по-очереди проверить все разделы

[stanukih]

Имеет смысл по-очереди проверить все разделы

из live cd?
и можно подробней как это сделать?

[Инфлэйм]

из live cd?
и можно подробней как это сделать?

Запускаете live cd, получаете права рут и

Код: [Выделить]

fsck -fy -t ext4 /dev/sdX где sdx - имя раздела (например sda). Опция -f (force) используется для принудительной выполнении проверки. Опция -y (yes) позволяет программе автоматически отвечать "да" на все вопросы в ходе работы.
Также стоит запомнить опцию -t которая задаёт тип файловой системы.

[stanukih]

спасибо. завтра буду пробовать.

[asy]

При загрузке зависает на systemd-fsck. Компьютер удален так что больше информации пока нет.

Хм. А у меня сегодня бук завис на этом месте. При повторной перезагрузке прошло. KDesktop 6, oбновлённый до p7 с переходом на systemd. Сдаётся мне, что это не у fsck проблема, а у systemd.

Имеет смысл по-очереди проверить все разделы

Что-то ощущение, что всё будет хорошо с ними.

[stanukih]

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

[asy]

а виноват сам диск (предполагаю что либо начал сыпаться диск либо напряжение скакнуло).

У меня диск в порядке. Про напряжение речи вообще нет, так как бук - на батарейке бы пережил.

[Инфлэйм]

Неплохо бы перед работой fsck просмотреть

Код: [Выделить]

systemctl --failed

Код: [Выделить]

journalctl -b -p err

[asy]

Неплохо бы перед работой fsck просмотреть

Кстати, systemd про свой баг пишет: "systemd[1]: /usr appears to be on its own filesytem and is not already mounted. This is not a supported setup. Some things will probably break ...". Толпа неосиляторов отдельного usr. Но, наверное, не из-за этого, так как обычно работает пока.

UPD: А, нет. Похоже, именно из-за этого:

Код: [Выделить]

Jan 03 16:02:16 nb-adm systemd[1]: Mounted /usr.
Jan 03 16:02:16 nb-adm systemd[1]: Startup finished in 6.311s (kernel) + 27.512s (userspace) = 33.823s.
Jan 03 16:02:21 nb-adm systemd[1]: Starting Stop Read-Ahead Data Collection...
Jan 03 16:02:21 nb-adm systemd[1]: Started Stop Read-Ahead Data Collection.
Jan 03 16:07:56 nb-adm systemd[1]: Unmounting /usr...

То есть, эта хрень от Поттеринга соизволила /usr смонтировать в конце процесса загрузки из-за того, что решила /usr почекать параллельно процессу загрузки. "Unmounting /usr" - это я уже Ctrl+Alt+Del нажал.

[Инфлэйм]

соизволила /usr смонтировать в конце процесса загрузки из-за того, что решила /usr почекать параллельно процессу загрузки

Опачки! Вот тебе и "обеспечение агрессивной параллелизации" - в прямом смысле .

[asy]

Попробую шестой параметр в fstab с 2 на 1 поменять. Может даст что. Вообще, надо почитать, смотрит ли на это systemd, но лень пока.

[stanukih]

Прожолжение - сегодня лично посмотрел на пк. Зависет на строках:
systemd-fsck[1236]: error reading block 25198592 (attempt to read block from file system resulted in short read)
systemd-fsck[1236]: /dev/sda2: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY
systemd-fsck[1236]: (i.e., without -a or -p options)

Соответственно дальше последней не идет. После загрузки в centaurus p7 liveCD попробовал просто монтировать разделы и посмотреть как они работают. Жеский просто отвалился и не определялся как устройство ни в GParted ни в testdisk ни простым mount /dev/sda1 (при загрузке они определялись так). Попробовал перезагрузится и посмотреть testdisk'ом он снова отвалился. Вспомнил что там проблемы с блоком питания. Отключил дисковод и получилось выполнить fsck -fy /dev/sda1 полностью отработал, не ругался. При fsck -fy /dev/sda2 вывалилась куча ошибок и снова отвалился жеский. Перезагрузился, попробовал монтировать sda1. Он спокойно открылся. При подключении sda2 снова исчезал диск. Через testdisk получилось посмотреть список файлов и были видны удаленные (никто их не удалял) файлы с непонятными названиями типо: bkxs_vuo_absf.

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

[Антон Мидюков]

Вопрос как можно подтвердить или опровергнуть это?

smartctl -a /dev/sda

[stanukih]

А проверить блок питания?