LINUX.ORG.RU

проверка несистемного раздела на старте, как?

 ,


0

2

Debian 9 x64 со всеми обновами, 2 раздела монтируются fstab по UUID в / и /home.

Включил проверку обоих при каждом монтировании:

tune2fs -c 1 /dev/sda1
tune2fs -c 1 /dev/sda2

Для системного раздела в fstab стоит 0 1, для /home 0 2. Системный раздел при этом проверяется при каждой загрузке - с этим проблем нет, а второй не проверяется вовсе. Пробовал поставить 0 1, эффекта нет.

Пробовал в /home записать файл forcefsck - не работает.

Создание в /etc/default/rcS записи FSCKFIX=yes - не работает.

Подскажите, как принудительно проверить раздел отличный от / при запуске системы?

Спасибо.

Решение найдено. Помимо tune2fs и «0 2» в fstab добавка в /etc/default/grub параметров fsck.mode=force fsck.repair=yes отработала.

sudo sed -i 's/GRUB_CMDLINE_LINUX_DEFAULT="quiet"/GRUB_CMDLINE_LINUX_DEFAULT="quiet fsck.mode=force fsck.repair=yes"/g' /etc/default/grub
sudo update-grub

И на запрос:

sudo  journalctl -b | grep "fsck\|File System"
Был получен заветный результат проверки и восстановления необходимых разделов. Вопрос закрыт, всем спасибо.



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

как принудительно проверить раздел отличный от / при запуске системы?

Уверен, что нужно?:

sudo mount -o ro,remount /dev/sda2
fsck -f /dev/sda2

zvezdochiot

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

Это на старте системы перекидывать её в сингл, проверять, потом опять в многопользователя и продолжение загрузки? Костыль на костыле.

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

Костыль на костыле

Ну да. Чо такого то? По тегам своим пройдись, кое-что в них есть. :)

zvezdochiot

anonymous
()

https://unix.stackexchange.com/questions/50762/how-to-automatically-force-fsc...

TL;DR: судя по всему в systemd это можно врубить только глобально для всех ФС, монтируемых при старте. Но я на самом деле в systemd не шарю, cast intelfx

Pinkbyte ★★★★★
()
Последнее исправление: Pinkbyte (всего исправлений: 2)
Ответ на: комментарий от Dimarius

Это не костыль: ты хочешь отмонтировать раздел, который с очень высокой вероятностью будет занят в мультипользовательском режиме. Однопользовательский режим подходит как раз для случая, чтобы такой ситуации точно не было.

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

Так изначально хочу, что бы система проверяла все разделы до загрузки в нормальной последовательности, а не костылями: загрузка, сингл, перемонтирование, проверка, перемонтирование, мультик, иксы.

Самая засада, что рут проверяется без проблем, но как туда же привинтить второй раздел (он даже с ext4) ума не приложу.

Dimarius
() автор топика
Ответ на: комментарий от greenman

Вписал

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash fsck.mode=force fsck.repair=yes"
сделал:
sudo update-grub

/ проверился и отремонтировался, остальные разделы без эффекта.

Как культурное решение придумал - выключить монтирование /home через fstab и вписать в /etc/crontab что-то типа:

@reboot root fsck -fy /dev/sda2; mount /dev/sda2 /home

И без лишних действий и последовательно. Остаётся только стопарнуть загрузку иксов до завершения проверки.

Dimarius
() автор топика
Ответ на: комментарий от lu4nik

Проверка нужна при каждой загрузке каждый день, в этом-то и загвоздка! Разовая проверка и с livecd не проблема.

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

при каждой загрузке каждый день

Мути отдельный rescue-раздел (700Mb) с SystemRescueCd, допиливай в нём инит под fsck и делай «колдовство» с переключением grub default.

zvezdochiot

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

Вариант конечно, но точно перебор ))) Монтированием через крон обойдусь, варварства не буду внедрять )))

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

По теме уже сказали. Но вот только непонятно: какой юзкейс у каждодневной проверки? Помнится, по дефолту у ext4 включена автопроверка каждые 20 монтирований (думаю, systemd это соблюдает), зачем больше надо?

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

Есть проблемные десктопы, на которых из-за ошибок в /home загрузка системы заканчивается командной строкой в режиме «control+D или пароль рута». Манипуляции описанные выше не помогают включить автопроверку и ремонт.

После fsck -fy с livecd проблема конечно решается и таких машин мало, но эпидемию надо предотвратить заранее.

Даже заменяя дефолт на каждую перезагрузку отрабатывает это дело только на системном разделе (на машинах все разделы ext4), на всех остальных при ошибках система встаёт раком на загрузке.

Решение уже придумал, написал выше. В принципе пойдёт, раз нет более красивого метода активации «плюшек» )))

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

Разобрался, заработало

Ну так расскажи. Интересно, всё-таки. )

zvezdochiot

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

Разобрался, заработало

Сорян. Не увидел, что решение в «теме». Отбой. :)

zvezdochiot

anonymous
()

У меня это сделано вот так:

den@zuiho ~ $ cat /etc/fstab 
# /etc/fstab: static file system information.
#
# The root filesystem should have a pass number of either 0 or 1.
# All other filesystems should have a pass number of 0 or greater than 1.
#
# NOTE: If your BOOT partition is ReiserFS, add the notail option to opts.
#
# See the manpage fstab(5) for more information.
#
# <fs>			<mountpoint>	<type>		<opts>		<dump/pass>

UUID="51c99f2b-0bb6-4d6d-9583-d21f4c1ad04f"		/boot		ext2	noauto,noatime	1 2
UUID="18c12ad7-e855-480c-b5e9-a14f171865a7"		none		swap	sw		0 0
UUID="d2d18fff-c50a-4668-adbf-988c4eee138d"		/	ext4		defaults,noatime		0 1
#/dev/cdrom		/mnt/cdrom	auto		noauto,ro	0 0
UUID="1579389a-4493-4f92-86a1-5c3f5ba0fd6a"		/mnt	btrfs	defaults,autodefrag,compress=lzo	0 1
UUID="1aabe4b8-44a6-41bf-a546-cde9789955cf"		/home	ext4	defaults,noatime	0 1
tmpfs	/var/tmp/portage	tmpfs	defaults,noatime,size=12G	0 0

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

Без fsck.mode=force fsck.repair=yes в /etc/default/grub настройки в fstab не ремонтируют поломанные ФС, при ошибках ФС очередная загрузка ОС может остановиться на «control+D».

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

У меня ремонтируют кроме совсем тяжелых случаев. Правда у меня и systemd нет.

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

Ничего, конечно, не сломается, но первая цифра используется исключительно командой dump. А она настолько давно всеми покинута, что даже с ext4 работать не умеет, только ext2 и ext3.

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