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

0

1

А вот любопытно, как форсировать проверку ФС?
в rescue-режиме она же уже rw
touch /forcefsck не помогает, до него попросту не загружается, вываливается в кернелпаник ДО этого.

Ссылка

←	Аллергия на TOR - Lubuntu18.04

i3wm, помогите вернуть title окнам

→

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

~~darkenshvein~~ ★★★★★
(29.02.20 09:36:55 UTC) автор топика

Ответ на: комментарий от darkenshvein 29.02.20 09:36:55 UTC

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

~~darkenshvein~~ ★★★★★
(29.02.20 09:40:53 UTC) автор топика

Ответ на: комментарий от darkenshvein 29.02.20 09:40:53 UTC

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

~~darkenshvein~~ ★★★★★
(29.02.20 09:43:01 UTC) автор топика

Ответ на: комментарий от darkenshvein 29.02.20 09:43:01 UTC

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

SergeySVold ★★★★★
(29.02.20 10:29:27 UTC)
Последнее исправление: SergeySVold 29.02.20 10:31:39 UTC (всего исправлений: 1)

Ответ на: комментарий от SergeySVold 29.02.20 10:29:27 UTC

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

~~darkenshvein~~ ★★★★★
(29.02.20 10:33:33 UTC) автор топика

Ответ на: комментарий от darkenshvein 29.02.20 10:33:33 UTC

а ты уверен

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

SergeySVold ★★★★★
(29.02.20 10:34:44 UTC)
Последнее исправление: SergeySVold 29.02.20 10:34:52 UTC (всего исправлений: 1)

Ссылка

Ответ на: комментарий от darkenshvein 29.02.20 10:33:33 UTC

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

SergeySVold ★★★★★
(29.02.20 10:38:18 UTC)
Последнее исправление: SergeySVold 29.02.20 10:45:56 UTC (всего исправлений: 1)

Ссылка

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

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

greenman ★★★★★
(29.02.20 10:40:20 UTC)
Последнее исправление: greenman 29.02.20 10:42:03 UTC (всего исправлений: 1)

Ссылка

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

legolegs ★★★★★
(29.02.20 10:50:06 UTC)

Ссылка

Ответ на: комментарий от SergeySVold 29.02.20 10:29:27 UTC

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

~~darkenshvein~~ ★★★★★
(29.02.20 11:03:13 UTC) автор топика

Ответ на: комментарий от darkenshvein 29.02.20 11:03:13 UTC

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

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

SergeySVold ★★★★★
(29.02.20 11:04:50 UTC)

Ссылка

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

~~jtad~~ ★
(29.02.20 11:08:43 UTC)

Ответ на: комментарий от jtad 29.02.20 11:08:43 UTC

Ну как написано в 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

SergeySVold ★★★★★
(29.02.20 11:28:37 UTC)
Последнее исправление: SergeySVold 29.02.20 11:33:38 UTC (всего исправлений: 1)

Ответ на: комментарий от SergeySVold 29.02.20 11:28:37 UTC

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

~~jtad~~ ★
(29.02.20 11:37:53 UTC)

Ссылка

Ответ на: комментарий от jtad 29.02.20 11:08:43 UTC

systemd.unit=rescue.target

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

greenman ★★★★★
(29.02.20 11:42:19 UTC)
Последнее исправление: greenman 29.02.20 11:43:11 UTC (всего исправлений: 1)

Ответ на: комментарий от SergeySVold 29.02.20 11:28:37 UTC

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

~~jtad~~ ★
(29.02.20 11:44:11 UTC)

Ссылка

Ответ на: комментарий от greenman 29.02.20 11:42:19 UTC

systemd.unit=rescue.target

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

~~darkenshvein~~ ★★★★★
(29.02.20 11:53:46 UTC) автор топика

Ответ на: комментарий от darkenshvein 29.02.20 11:53:46 UTC

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

greenman ★★★★★
(29.02.20 12:10:37 UTC)

Ответ на: комментарий от jtad 29.02.20 11:08:43 UTC

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

legolegs ★★★★★
(29.02.20 12:18:41 UTC)

Ответ на: комментарий от greenman 29.02.20 12:10:37 UTC

плюс fsck.repair=yes

SergeySVold ★★★★★
(29.02.20 12:18:42 UTC)

Ответ на: комментарий от SergeySVold 29.02.20 12:18:42 UTC

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

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

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

~~jtad~~ ★
(29.02.20 12:20:21 UTC)
Последнее исправление: jtad 29.02.20 12:26:12 UTC (всего исправлений: 1)

Ответ на: комментарий от legolegs 29.02.20 12:18:41 UTC

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

~~jtad~~ ★
(29.02.20 12:21:16 UTC)

Ссылка

Ответ на: комментарий от jtad 29.02.20 12:20:21 UTC

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

fstab /dev/sda3 / ext4 defaults 0 1

SergeySVold ★★★★★
(29.02.20 13:06:32 UTC)

Ответ на: комментарий от SergeySVold 29.02.20 13:06:32 UTC

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

~~jtad~~ ★
(29.02.20 13:27:51 UTC)

Ответ на: комментарий от jtad 29.02.20 13:27:51 UTC

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

SergeySVold ★★★★★
(29.02.20 13:36:22 UTC)

Ответ на: комментарий от SergeySVold 29.02.20 13:36:22 UTC

да я убирал проверку везде кроме 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.

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

~~jtad~~ ★
(29.02.20 13:59:03 UTC)
Последнее исправление: jtad 29.02.20 13:59:34 UTC (всего исправлений: 1)

Ответ на: комментарий от jtad 29.02.20 13:59:03 UTC

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

SergeySVold ★★★★★
(29.02.20 14:08:13 UTC)

Ответ на: комментарий от SergeySVold 29.02.20 14:08:13 UTC

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

~~jtad~~ ★
(29.02.20 14:12:19 UTC)

Ответ на: комментарий от jtad 29.02.20 14:12:19 UTC

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

SergeySVold ★★★★★
(29.02.20 14:18:50 UTC)
Последнее исправление: SergeySVold 29.02.20 14:22:17 UTC (всего исправлений: 2)