LINUX.ORG.RU
ФорумAdmin

ЖЖ. Как чинить ФС в федоре

 ,


2

1

Очереной головняк с тем, что исчерпывающих советов нагуглить непросто. То тут, то там, по верхам. docs.fedoraproject.org совсем поломали, ничего не ищется, а гугли индексируют какое-то старье типа fedora 15.

livecd сразу в лес. Это дополнительный гемор, особенно с LUKS. Если уж нижеследующий способ не сработает, значит надо разбираться.

0) Проще всего сделать с помощью /etc/fstab.

Расставь '1' в качестве 6-ого параметра нужный ФС в файле /etc/fstab. Затем, ребутайся, смотри логи.

Это работает и со вторым разделом LUKS, если его ключ располагается на корне. ЖЖ. Как чинить ФС в федоре (комментарий) , спасибо, kostik87, за адекватное замечание

Мой изначальный план, приведший к успешному излечению:

1) Делай раз.

sudo vim /etc/default/grub
# добавляй 'fsck.mode=force fsck.repair=yes' к GRUB_CMDLINE_LINUX

2) Делай два.

sudo grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg

тут, как обычно в зоопарке, путь '/boot/efi/EFI/fedora/grub.cfg' индивидуален и неповторим. Первая строчка в поиске дает чушь вида 'grub2-mkconfig -o «$(readlink /etc/grub2.conf)»'

если у тебя не EFI, то

sudo grub2-mkconfig -o /boot/grub2/grub.cfg

Тут есть где запутаться. Это одно из дебильнейших мест в линксах. Путь к grub.cfg может быть любым на твоей системе. Может помочь sudo find /boot -name grub.cfg

3) Делай три. Ребутайся, смотри логи

journalctl -b | grep "fsck\|File System"

4) Измени в /etc/default/grub на fsck.repair=preen. 'fsck.mode=force' остается, пусть оно чекает и спамит в лог, если найдены проблемы.

Замечание для LUKS

Это отлично работает для единственного раздела LUKS (например, на нем корень и хомяк в lvm (еще и swap, но тут не важно)). Если имеется еще другой LUKS-раздел, который открывается после корня, по ключу, вычитываемому из корня /etc/my-big-store-key, то он проверяться таким способо не будет. Его надо проверить руками уже после загрузки системы, обычным способом - отмонтировать фс, оставить luks открытым, натравить fsck ('fsck -y' что бы поправить ошибки).

Оно так же лечит и XFS? Должно, общий механизм.

Deleted

Последнее исправление: Deleted (всего исправлений: 5)

Проверять или нет файловую систему при старте зависит от того, что указано в /etc/fstab.

В последнем параметре

filesystem    dir    type    options    dump    pass
Если там стоит 1, то будет выполняться проверка при обнаружении ошибой и при старте системы.

Оно так же лечит и XFS, если в системе есть утилиты для работы с XFS.

Ну и расположение конфига grub может быть не любым, а располагаться он может либо в /boot, либо на EFI разделе. Ну и ты должен понимать почему так.

kostik87 ★★★★★
()
Ответ на: комментарий от kostik87

Это дельный совет, проверил по горячим следам, работает для любых перечиленных в fstab ФС, в том числе на втором LUKS разделе.

Единственное, не уверен на счет режима запуска fsck в этом случае. Т.к. пару ошибок исправил на предыдущей итерации, проверить автоисправление при установке 1 в fstab не могу. И не вижу в логах «Pass 1:, Pass 2:, Pass 3: ...» по каждой ФС

Спасибо

Deleted
()
Ответ на: комментарий от kostik87

Ну и расположение конфига grub может быть не любым, а располагаться он может либо в /boot, либо на EFI разделе. Ну и ты должен понимать почему так.

Я не могу понять другое, почему нет тулзы update-grub без указания -o. Что там под ней, совсем не интересно, и вызывает неприятные чувства, когда приходится искать корни.

Deleted
()
Ответ на: комментарий от Deleted

Это же классика, делать врапперы, с которыми гемора больше, чем вручную.

anonymous
()

Путь к grub.cfg может быть любым на твоей системе.

update-grub или что-то подобное туда не завезли?

Radjah ★★★★★
()
Ответ на: комментарий от Radjah

Это же Fedora! В ней сделано все, чтобы обычному пользователю (не программисту, не администратору) было бы больно. Только мазохисты могут использовать этот дистрибутив.

anonymous
()
Ответ на: комментарий от anonymous

Ну вот зачем эта, прости господи, фидора обычному человеку (не кодомакаке и не рабу серверов) ?

Deleted
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.