LINUX.ORG.RU

Не загружается система из-за fstab

 , ,


0

1

Здравствуйте!

Обнаружил странную проблему. Есть две файловые системы ext4. Одна в /, другая в /mnt. Обе прописаны в /etc/fstab:

UUID=bbfe120c-0c8a-444e-a063-5ac88b2c5946 /    ext4 errors=remount-ro 0 1
UUID=05f73a21-08c7-4d78-9f15-56aa1625726c /mnt ext4 defaults 0 2

Если испортить фс, которая монтируется в /mnt, система перестает загружаться в нормальном режиме и загружается в rescue mode с просьбой ввести пароль от root’а. Как только закомментирую битую фс в /etc/fstab, все становится ок, система в последствии загружается нормально.

Думаю, это неправильное поведение. Если под этой фс работает какой-то raid и он разбился, то придется получать физический доступ к серверу. Как сделать так, чтобы система загружалась нормально в любом случае, даже если есть битые фс в /etc/fstab?


Расскажи своё видение правильного поведения разработчикам дебиана.
На ЛОРе их нет.

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

Может
rw,auto,noatime,nodiratime 0 0

каждый день за руку здоровкаюсь.

Всё встало на свои места.

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

Что за фигню ты написал? Как выше написал анон, для поведения «чтобы система загружалась нормально в любом случае, даже если есть битые фс» есть опция nofail — твое предложение этого не дает.

То есть ФС при этом не смонтируется, конечно, но и ОС спокойно загрузиться.

Vsevolod-linuxoid ★★★★★
()
Последнее исправление: Vsevolod-linuxoid (всего исправлений: 1)
Ответ на: комментарий от Vsevolod-linuxoid

Прям как выборы в стране. Они проводятся, но не работают.
Я отключил проверку ФС призапуске. Возможно она смонтируется и даже будет работать. Если ФС битая, в любом случае нужно разбираться почему. Если битый носитель, то демонтировать. Иначе он будет вешать BIOS. Тут простым fstab не отмахаешься.

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

Отличная идея — монтировать битую ФС на чтение-запись. Действительно, кому нужны данные, пусть делают бекапы. А рейд у нас для красоты.

Это был сарказм, если что. И битый носитель будет вешать BIOS только если он загрузочный.

Vsevolod-linuxoid ★★★★★
()
Последнее исправление: Vsevolod-linuxoid (всего исправлений: 1)
Ответ на: комментарий от Vsevolod-linuxoid

И битый носитель будет вешать BIOS только если он

Справедливости ради, если сдох интерфейс, на этапе инициализации носителей, возможно длительное ожидание. Но это не случай, связанный с проблемами с фс, и устройства вообще не будет в системе после включения..

anonymous
()

Прочти документацию по systemd и добавь в параметры монтирования опции указывающие systemd не останавливать загрузку в случае возникновения проблем со второй файловой системой.

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

Особенно если их ребром ставить

Это сознательный троллинг, или ты принципиально собрал все бредовые легенды, и начал в них отчаянно верить?

anonymous
()

Всё, что вы описали, это штатное поведение системд, отсюда решение, разбираться с системднем или использовать дистрибутив с нормальным инитом

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

Ирония на тему жадности и хитрожопости производителей HDD.

Есть ещё требования по количеству hdd в пределах одного корпуса, для несерверных можелей. (для серверных тоже, но другие)

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

у системды нет актуальной документации - надо читать код, а так как поведение поделки криворукого поцтеринга не соответствует тому, что в man ’ ах

https://man7.org/linux/man-pages/man5/fstab.5.html

nofail - do not report errors for this device if it does not exist.

эту поделку использовать нельзя.

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