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

0

1

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

Ссылка

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

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

→

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

а ты уверен

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

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

Ссылка

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

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

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

Ссылка

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

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

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

Ссылка

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

legolegs ★★★★★
(29.02.20 13:50:06 MSK)

Ссылка

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

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

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

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

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

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

SergeySVold ★★★★★
(29.02.20 14:04:50 MSK)

Ссылка

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

~~jtad~~ ★
(29.02.20 14:08:43 MSK)

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

Ну как написано в 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 14:28:37 MSK)
Последнее исправление: SergeySVold 29.02.20 14:33:38 MSK (всего исправлений: 1)

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

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

~~jtad~~ ★
(29.02.20 14:37:53 MSK)

Ссылка

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

systemd.unit=rescue.target

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

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

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

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

~~jtad~~ ★
(29.02.20 14:44:11 MSK)

Ссылка

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

systemd.unit=rescue.target

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

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

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

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

greenman ★★★★★
(29.02.20 15:10:37 MSK)

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

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

legolegs ★★★★★
(29.02.20 15:18:41 MSK)

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

плюс fsck.repair=yes

SergeySVold ★★★★★
(29.02.20 15:18:42 MSK)

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

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

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

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

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

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

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

~~jtad~~ ★
(29.02.20 15:21:16 MSK)

Ссылка

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

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

fstab /dev/sda3 / ext4 defaults 0 1

SergeySVold ★★★★★
(29.02.20 16:06:32 MSK)

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

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

~~jtad~~ ★
(29.02.20 16:27:51 MSK)

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

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

SergeySVold ★★★★★
(29.02.20 16:36:22 MSK)

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

да я убирал проверку везде кроме 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 16:59:03 MSK)
Последнее исправление: jtad 29.02.20 16:59:34 MSK (всего исправлений: 1)

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

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

SergeySVold ★★★★★
(29.02.20 17:08:13 MSK)

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

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

~~jtad~~ ★
(29.02.20 17:12:19 MSK)

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

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

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