Настоятельно просим вас при общении соблюдать Правила форума и законы РФ. Наша тематика вне политики, поэтому воздержитесь от обсуждения ситуации на Украине и связанных с ней событий, независимо от того, какую сторону вы поддерживаете.
Также напоминаем, что наш форум находится в доменной зоне .ru, физически расположен на российских серверах и мы соблюдаем действующее законодательство России. Любые сообщения о политике будут удаляться.
Linux Forum → Ubuntu, Linux Mint → ошибка в fstab и невозможность загрузки
Страницы 1
Чтобы отправить ответ, вы должны войти или зарегистрироваться
Сегодня совершил досадну. ошибку в fstab - пропустил параметры в некритичном для системы диске.
После перезагрузки компьютер больше не отзывается по ssh.
Это нормально, что система не грузится из-за ошибки в дополнительном разделе fstab? Почему бы просто не пропустить этот диск и продолжить грузиться?
Так происходит во всех дистрибутивах?
Ubuntu Server 12.04
А это что VDS сервер?
Это нормально, что система не грузится из-за ошибки в дополнительном разделе fstab? Почему бы просто не пропустить этот диск и продолжить грузиться?
если есть в файле /etc/fstab синтаксическая ошибка или не верный параметр, то система грузиться не будет(я еще не видел что бы система загрузилась корректно)
Так происходит во всех дистрибутивах?
да
грузитесь под рутом, снимайте ридонли с рут-раздела и правьте фстаб.
А это что VDS сервер?
Нет, локальный, но повалил я его удаленно)
грузитесь под рутом, снимайте ридонли с рут-раздела и правьте фстаб.
Да, это то не проблема. Просто удивился, что из-за синтаксической ошибки fstab в не корневом разделе система не грузится.
Ну когда система обрабатывает конфиг файл и находит в нём ошыбку то это вызывает прекращения выполнения сценария. А особенно это относистса к файловым системам. Не может быть в файле файловых систем ошыбка, относитса это к руту или нет.
Берем любой live-CD, загружаемся с него, переходим к диску с поломанным fstab, правим его и пытаемся загрузиться снова. Мне помогало 2 раа.
Мне помогало 2 раа.
При таких проблемах этот способ всем помагает и не по разу ...
на заметку:
перед тем как править /etc/fstab. делаем так:
$sudo cp /etc/fstab /etc/fstab.backup
это на тот случай, когда "поломали" файл.
это на тот случай, когда "поломали" файл
Если бы сделать так, чтобы он его автоматически при ошибке цеплял..)
Логика останова загрузки в том, что в фстаб указываются системные тома, НЕОБХОДИМЫЕ системе для работы. Если одно из этих устройств не примонтировалось - это мегапроблема! и решить ее может только рут лично. Поэтому не спешите править фстаб если работаете удаленно))).
Поэтому не рекомендуется туда пихать всякие сетевые ресурсы, которые могут часто отваливаться или быть недоступны по каким-либо причинам.
Лучше пропишите монтирование в rc.local - перезагрузитесь, если все ок, тогда можно пробовать и фстаб...)))
а на gentoo всё работает... при загрузке только ругается, что мол не всё удалось примонтировать, насяльника, и полностью загружается.... ну и в лог соответственно плюётся...
в debian'е фейлится исключительно из-за fsck... решается добавлением в начало скрипта /etc/init.d/checkfs.sh FSCKTYPES=auto
может есть и лучшее место для этого, но в дебиановской системе инициализации я не разбираюсь...
-A Walk through the /etc/fstab file and try to check all filesystems in one run. This option is typically used from the /etc/rc system ini‐
tialization file, instead of multiple commands for checking a single filesystem.........................
fsck normally does not check whether the device actually exists before calling a filesystem specific checker. Therefore non-existing
devices may cause the system to enter filesystem repair mode during boot if the filesystem specific checker returns a fatal error. The
/etc/fstab mount option nofail may be used to have fsck skip non-existing devices. fsck also skips non-existing devices that have the
special filesystem type auto.
так что всё это просто кривые/устаревшие умолчания +неумение настраивать свою систему...
что именно в бубунте не так — смотреть нет желания... но это наверняка решаемо, если нет, то виноват поттеринг[ну или чьи у них там стартовые скрипты]
кстати, если отваливается один из доп.дисков(фильмы и пр.лабуда) прописанных в fstab имеем тот же результат.
пришлось прописать все симлиньками (((
ну скрипт можно добавить, только фстаб - это системное место и туда сетевые файлопомойки прописывать не самое лучшее место.
давайте кронтабы рута в /etc/crontab писать, под рутом все службы запускать и пр. - это ж можно! Но зачем?
Харитон
Ну, чел же помощи попросил... Может, как-то полояльнее, не? Ну, ладно там уровень подготовки... Сказали уже - грузитесь с LiveCD и правьте файл. Когда загрузитесь - советы всех точно пригодятся 
а на gentoo всё работает... при загрузке только ругается, что мол не всё удалось примонтировать, насяльника, и полностью загружается.... ну и в лог соответственно плюётся...
Да, да, да, тоже когда первый раз такое увидел был приятно удивлён... потому стал влипать иногда в неприятности в других дистрибутивах, после gentoo...
ну скрипт можно добавить, только фстаб - это системное место и туда сетевые файлопомойки прописывать не самое лучшее место.давайте кронтабы рута в /etc/crontab писать, под рутом все службы запускать и пр. - это ж можно! Но зачем?
ну конечно... две старейшие программерские отмазки, чтобы не работать: «это не баг, это фича» и «мой код компилируется»...
и fstab это централизованное место... намного логичнее все mount'ы (возможно за исключением fuse'овых) прописовать туда, а не городить самопальные костыли, память о которых остаётся только в светлой памяти админа...
и невозможность примонтеровать сетевые файловые системы в принципе не должна останавливать загрузку... благо это обычно так и есть...
Так я не понял, если вставить
решается добавлением в начало скрипта /etc/init.d/checkfs.sh FSCKTYPES=auto
оно излечится для всех типов хранилища, или только для локальных?
оно излечится для всех типов хранилища, или только для локальных?
сетевые не пробовал, но они и в принципе не должны быть причиной фейла...
опять же, я могу говорить только за дебиан-сквиз и генту...
Ну, чел же помощи попросил... Может, как-то полояльнее, не?
Вы неправильно поняли) Проблем ноль, исправил все на следующий день (добрался до сервера) за 1 минуту
Мне было интересно как раз вот это обсуждение - правильно ли тормозить загрузку из-за ошибки в fstab.
Кстати, спасибо за инфу, поищу варианты настройки, чтобы устранить эту неприятную особенность.
fstab это централизованное место... намного логичнее все mount'ы (возможно за исключением fuse'овых) прописовать туда
Абсолютно согласен. И так хватает костылей, в которых потом человек со стороны в жизни не разберется.
С одной стороны все выглядит вроде бы и логично, я сам так ранее думал.
Но позже когда вник в процесс загрузки, то поменял свое мнение.
В момент когда у вас монтируется фстаб, не все слоужбы и процессы необходимые системе уже запущены! некоторые процессы могут быть даже не запущенны! это раз. Соответственно не все ресурсы могут быть доступны в этот момент по внутреним причинам.
Сетевые соединения мало того что физически могут быть отключены, по внешним или внутренним причинам, так и могут иметь нестабильный канал соединения.
Относиться с пофигизмом к результатом монтирования фстаб - это значит обеспечивать неизвестный результат запуска системы, который может привести к неприятным результатам. Например я монтирую удаленный хомяк. У меня система стартует, и я ничего не замечаю(логи я не смотрю при каждом старте), так как обычный хомяк у меня тоже есть. Я создаю документ полностью уверенным, что он сохранился на сервере и... А дальше каждый додумает...
Молчу про монтирование /var, /usr и пр. папок...
Страницы 1
Чтобы отправить ответ, вы должны войти или зарегистрироваться
Linux Forum → Ubuntu, Linux Mint → ошибка в fstab и невозможность загрузки
Форум работает на PunBB, при поддержке Informer Technologies, Inc
