[РЕШЕНО] fsck меня не любит

vasek, https://bbs.archlinux.org/viewtopic.php?pid=1288988#p1288988

# journalctl -b --no-pager | grep fsck
and still got no fsck output!

It isn't logged to the journal precisely because you have the fsck hook in your initramfs.

Я не особо внимательно читал, но вроде это то, что надо.
lampslave, спасибо за ссылку, почитал и если честно, так ничего и не понял насчет логов.
journal смотрел и раньше, нет там ничего о проверке - имеется просто упоминание о такой опции в параметрах загрузки, и все.....
Где то читал, не помню где, что это вроде бы убрали из systemd - нет смысла писать файл на диск, если он попорчен. А если проверка без замечаний, то тоже нет смысла об этом писать.
Может, кто просветит на этот счет.
Ошибки не исчезают с опытом - они просто умнеют
vasek, а убрать fsck из хуков не пробовали? (Спрашиваю чисто на тот случай, если вы такое предложение пропустили. Сам не пробовал и проблему не изучал.)
lampslave
vasek, а убрать fsck из хуков не пробовали? (Спрашиваю чисто на тот случай, если вы такое предложение пропустили. Сам не пробовал и проблему не изучал.)
Пробовать не стал - хотя у буржуев об этом написано. Причина почему не стал - не понял смысл этого, то есть если fsck убрать из хуков, то смысл эта опция в качестве параметра уже теряет. Или я не прав??? А пока что то мне не понятно, особо пробовать нет желания.
Ошибки не исчезают с опытом - они просто умнеют
Natrio
Можете не верить, но у меня разделы, прописанные в fstab БЕЗ noauto нормально отмонтируются и полностью разблокируются, процесс jbd исчезает всегда строго во время отмонтирования.
Всё в многопользовательском режиме, другого не юзаю практически никогда.
Проверено на ядрах linux i686 и x86_64.
Воодушевило. У меня на винте есть ещё и x86_64 Арч. Он, в общем, похож на основной i686, но попроще. С полгода назад после обновления он перестал грузиться в гуй, и в таком виде был заброшен. Сейчас я в single mode дообновил его полностью, и гуй загрузился. И в этом Арче глюка нет.
Постепенное отрезание всех отличий вывело на виновника. Это была вот такая команда:
mount --make-private /
После неё и перестаёт завершаться jbd2 по umount. Прикольно.
Использовалась эта команда для того, чтобы смонтировать корень ещё в одну точку для раздачи её по ftp, но ro. Делалось этот таким скриптом bind-ro:
mount --make-private $1
mount --bind $1 $2
mount --make-private $2
mount -o remount,ro,bind $1 $2
Года три-четыре назад всё было гораздо проще (по-моему просто mount --bind $1 $2 -o ro), но потом установка ro на дополнительную точку монтирования стала отзываться и на исходной точке монтирования. Разорвать эту связь удалось как раз с помощью --make-private.
Ну а теперь опять всё поменялось, теперь --make-private генерирует глюки, а то, что мне нужно, делается так:
mount -o bind $1 $2
mount -o remount,ro,bind $1 $2
Интересно, как скоро неутомимые линуксописатели ещё что-то переделают в mount, отчего полезут нетривиальные глюки?
akorop
Постепенное отрезание всех отличий вывело на виновника. Это была вот такая команда:

mount --make-private /

После неё и перестаёт завершаться jbd2 по umount. Прикольно.
где ее искать?
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
nafanja
где ее искать?
Не понял вопрос. Если это про команду "mount --make-private /", так я, вроде, подробно расписал. Она в моём скрипте, который готовит структуру каталогов для раздачи по ftp.
вроде изначально речь шла о тех разделах которые монтируются в фстабе. а не о своих скриптах...
akorop
Есть смонтированный по fstab раздел. Хочу его отмонтировать и принудительно прочекать. Фиг вам:
а тут откуда не возьмись скрипт и еще ftp
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
nafanja
вроде изначально речь шла о тех разделах которые монтируются в фстабе. а не о своих скриптах...
akorop
Есть смонтированный по fstab раздел. Хочу его отмонтировать и принудительно прочекать. Фиг вам:
а тут откуда не возьмись скрипт и еще ftp
Не знаю, то ли я невнятно говорю, то ли Вы невнимательно читаете... ftp тут совершенно ни при чём. Просто я обрисовал общую ситуацию, в которой возникла эта не совсем обычная команда.
Повторяю медленно. Скорее, для тех, кто тоже напорется на эту ловушку.

Есть несколько разделов ext3/4 (кроме корневого), которые монтируются через fstab. В ходе загрузки выполняется несколько своих скриптов, в одном из которых содержится команда mount --make-private /" . После её выполнения при отмонтировании любого из разделов, смонтированных по fstab, остаётся висеть соответствующий процесс jbd2, который "держит" раздел и не позволяет работать явно вызваной fsck. Для тех разделов, которые уже после --make-private монтируются явным вызовом mount, после umount соответствующий jbd2 завершается и с fsck нет проблем.

Ни курение мана, ни гугление не пролило никакого света на мистическую связь свойств корневого раздела и других разделов. Тут, вероятно, наложение каких-то полубагов, на которое меня угораздило наступить. Багрепортить никуда не буду, поскольку 1) непонятно куда и 2) вряд ли кого-то заинтересует.
да я понял, ты о дополнительных нюансах рассказал уже ближе к концу топика. а нужно было сразу так и говорить.
я понял почему у меня получилась похожая ошибка, хоть раздел и не примонтирован был. его системд держал...
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
 
Зарегистрироваться или войдите чтобы оставить сообщение.