Проверка ФС без live носителя, на центос 7

во всех гугломануалах заставляют загружаться с live...это вообще говоря, позор, если нельзя заставить ОС прочекать свою ФС без использования live-носителя.

хых, странно, во второй раз
mount -o remount,ro
уже помогло, первый раз грязно ругался.
закрываю как отмеченный

а. нифига, эт /бут раздел был.
как проверить корень на центосе?

А разве не проверяется при загрузке? Если нет то в конфигурационном файле /etc/sysconfig/autofsck добавляем значение -y переменной AUTOFSCK_OPT: AUTOFSCK_OPT=«$AUTOFSCK_OPT -у»

а ты уверен, что оно успеет до него дойти?
до touch /forcefsck не успело дойти и вывалилось в панику ядра

а ты уверен

Нет! Но у меня в fedora работает.

https://andreyex.ru/operacionnaya-sistema-linux/komanda-fsck-v-linux-vosstanovlenie-fajlovoj-sistemy/

fsck.mode=force в параметры загрузки не помогает?

https://unix.stackexchange.com/questions/50762/how-to-automatically-force-fsck-disks-after-crash-in-systemd

Загрузка с s в комстроке ядра не помогает?

/etc/sysconfig/autofsck
не нашёл в центос7.
это надо создавать?

это надо создавать?

Да. И смотри еще fstab.

хотел на федоре 31 загрузиться в single моде где обычно и делают fsck, так не помогла ни одна из опций в грабе «1», «single», как тут посоветовали «s» или даже rescue из меню. Как теперь вообще в single mode грузятся?

Ну как написано в Fedora 31 Essentials от Neil Smyth надо смотреть rescue.target в systemd(target descriptions).

https://books.google.ru/books?id=Er_LDwAAQBAJ&pg=PT103&lpg=PT103&dq=fedora+31+single+mode&source=bl&ots=YthlauR6PV&sig=ACfU3U0epjAhwQ7CYcruKlggBc7oeme2aA&hl=ru&sa=X&ved=2ahUKEwi5kd6E1fbnAhVVr4sKHcL8D48Q6AEwBnoECAoQAQ#v=onepage&q=fedora%2031%20single%20mode&f=false

сейчас попробую. А в грабе что все параметры игнорируются? Постоянно что-то ломают…

systemd.unit=rescue.target

https://wiki.archlinux.org/index.php/systemd#Change_default_target_to_boot_into

это же вроде не тоже самое. В single моде ты сразу логинишься автоматом как root и корень монтирован readonly.

systemd.unit=rescue.target

тама можно корень чекнуть?

А fsck.mode=force не работает? Вроде, начиная с CentOS 7.2, должна.

А ты в какую строку писал? Надо во вторую, которая vmlinuz а не в первую с initrd

плюс fsck.repair=yes

yes, вроде так в journalctl есть записи о проверке. Но проверка произошла за секунды, имхо такого быть не может. Это слишком быстро

https://i.imgur.com/Zyg6avB.jpg

ps только сейчас заметил проверки sda3 где находится корень не было. Короче мне надоело, буду просто наблюдать за развитием событий в теме )

я как обычно во вторую писал. Вроде уже не первый раз делаю..

проверки sda3 где находится корень не было

fstab /dev/sda3 / ext4 defaults 0 1

Единица в конце всегда была, но проверки как видишь нет

А кто у тебя тогда sda1 и sda2? У sda3 по идеи 2-ка стоять должна.

да я убирал проверку везде кроме fat, а потом поставил 2 /boot и 3 /. Может дело в том, что корень форматирован в xfs и если сделать вручную fsck.xfs, то оно ругается

If you wish to check the consistency of an XFS filesystem or repair a damaged filesystem, see xfs_repair(8).

а в записях journald видно, что systemd пытается стартануть как раз fsck.xfs

Feb 29 14:49:08 localhost.localdomain systemd-fsck[363]: /usr/sbin/fsck.xfs: XFS file system.

смутное подозрение на рукожопость разрабов

XFS! Теперь ясненько. xfs_repair делается мягко говоря….сам знаешь через что.:-)

) хотел поначалу сразу сказать, но ведь уже блин 2020 год, неужели до сих пор могут быть проблемы? Вроде обкатали ее уже на серваках вдоль и поперек

Может что то и починили но процедура сама по себе не тривиальная https://xfs.org/docs/xfsdocs-xml-dev/XFS_User_Guide/tmp/en-US/html/xfs-repair.html одной командой не отделаешься.

самое главное видно, что опции в грабе работают и проверка происходит.

в граб?

ааа как параметр ядра

пфф, а чо, есть поддержка xfs монолитом в ядре?

пфф, когда говоришь ты сейчас я уже не уверен так

да, я на ссд тоже визуально не заметил, чекалось или нет с этими параметрами ядра.