Как восстановить fstab astra linux
Случайно удаленный файл /etc/fstab
Теперь я не могу загрузиться.
Мой экран выглядит так. В некоторых случаях появляется фиолетовый экран. Пожалуйста, дайте мне несколько решений.
1 ответ
Вы должны воссоздать новый fstab файл внутри /etc каталог и добавьте запись для вашего корневого раздела, чтобы ваша Ubuntu OS загрузилась.
Способ 1:
Воссоздание файла /etc/fstab через режим восстановления
Загрузитесь в режиме восстановления и перейдите в корневую оболочку.
Бежать sudo blkid Команда, чтобы узнать UUID вашего / (корневой) раздел. Это покажет что-то вроде этого,
От sudo blkid Выведите, идентифицируйте свой корневой раздел ext4 и запишите соответствующий UUID.
Выйдите из корневой оболочки и загрузите ОС Ubuntu, она обязательно загрузится.
Способ 2
Воссоздание файла /etc/fstab через живой диск Ubuntu
Загрузите Ubuntu с живого диска.
Бежать sudo blkid введите команду и запишите идентификатор устройства установленного раздела Ubuntu и UUID.
Смонтируйте свой корневой раздел,
В этом файле fstab добавьте запись для вашего корневого раздела, как показано ниже.
Сохраните этот файл. И загрузитесь в установленную Ubuntu.
Примечание: UUID моего корневого раздела был указан выше. Пожалуйста, укажите ваш. После загрузки установленной ОС Ubuntu не забудьте добавить fstab запись для вашего раздела подкачки.
Как восстановить файловую систему в fsck
Из-за различных неполадок или неожиданного отключения компьютера файловая система может быть повреждена. При обычном выключении все файловые системы монтируются только для чтения, а все не сохраненные данные записываются на диск.
Но если питание выключается неожиданно, часть данных теряется, и могут быть потерянны важные данные, что приведет к повреждению самой файловой системы. В этой статье мы рассмотрим как восстановить файловую систему fsck, для нескольких популярных файловых систем, а также поговорим о том, как происходит восстановление ext4.
Немного теории
Как вы знаете файловая система содержит всю информацию обо всех хранимых на компьютере файлах. Это сами данные файлов и метаданные, которые управляют расположением и атрибутами файлов в файловой системе. Как я уже говорил, данные не сразу записываются на жесткий диск, а некоторое время находятся в оперативной памяти и при неожиданном выключении, за определенного стечения обстоятельств файловая система может быть повреждена.
Для этих целей используется утилита fsck. По сути, это оболочка для других утилит, ориентированных на работу только с той или иной файловой системой, например, для fat одна утилита, а для ext4 совсем другая.
В большинстве систем для корневого раздела проверка fsck запускается автоматически, но это не касается других разделов, а также не сработает если вы отключили проверку.
Основы работы с fsck
В этой статье мы рассмотрим ручную работу с fsck. Возможно, вам понадобиться LiveCD носитель, чтобы запустить из него утилиту, если корневой раздел поврежден. Если же нет, то система сможет загрузиться в режим восстановления и вы будете использовать утилиту оттуда. Также вы можете запустить fsck в уже загруженной системе. Только для работы нужны права суперпользователя, поэтому выполняйте ее через sudo.
А теперь давайте рассмотрим сам синтаксис утилиты:
$ fsck [опции] [опции_файловой_системы] [раздел_диска]
А теперь давайте рассмотрим самые полезные опции fsck:
Это были глобальные опции утилиты. А теперь рассмотрим опции для работы с файловой системой, их меньше, но они будут более интересны:
Теперь мы все разобрали и вы готовы выполнять восстановление файловой системы linux. Перейдем к делу.
Как восстановить файловую систему в fsck
Допустим, вы уже загрузились в LiveCD систему или режим восстановления. Ну, одним словом, готовы к восстановлению ext4 или любой другой поврежденной ФС. Утилита уже установлена по умолчанию во всех дистрибутивах, так что устанавливать ничего не нужно.
Восстановление файловой системы
Если ваша файловая система находится на разделе с адресом /dev/sda1 выполните:
Опцию y указывать необязательно, но если этого не сделать утилита просто завалит вас вопросами, на которые нужно отвечать да.
Восстановление поврежденного суперблока
Но не спешите прощаться с вашими данными, все еще можно восстановить. С помощью такой команды смотрим куда были записаны резервные суперблоки:
Теперь у нас есть шесть резервных адресов суперблоков и мы можем попытаться восстановить файловую систему с помощью каждого из них, например:
После этого, скорее всего, вам удастся восстановить вашу файловую систему. Но рассмотрим еще пару примеров.
Проверка чистой файловой системы
Проверим файловую систему, даже если она чистая:
Битые сектора
Или еще мы можем найти битые сектора и больше в них ничего не писать:
Установка файловой системы
Вы можете указать какую файловую систему нужно проверять на разделе, например:
Проверка всех файловых систем
Но такая команда сработает только в режиме восстановления, если корневой раздел и другие разделы уже примонтированы она выдаст ошибку. Но вы можете исключить корневой раздел из проверки добавив R:
Или исключить все примонтированные файловые системы:
Также вы можете проверить не все файловые системы, а только ext4, для этого используйте такую комбинацию опций:
Или можно также фильтровать по опциям монтирования в /etc/fstab, например, проверим файловые системы, которые монтируются только для чтения:
Проверка примонтированных файловых систем
Раньше я говорил что нельзя. Но если другого выхода нет, то можно, правда не рекомендуется. Для этого нужно сначала перемонтировать файловую систему в режим только для чтения. Например:
А теперь проверка файловой системы fsck в принудительном режиме:
Просмотр информации
Выводы
Вот и все, теперь вы знаете как выполняется восстановление файловой системы ext4 или любой другой, поддерживаемой в linux fsck. Если у вас остались вопросы, спрашивайте в комментариях!
На десерт сегодня видео на английском про различия файловых систем ext4 и xfs, как обычно, есть титры:
Команда Fsck в Linux (Восстановление файловой системы)
Fsck Command in Linux (Repair File System)
В этой статье мы поговорим о fsck команде.
Вы можете использовать fsck команду для восстановления поврежденных файловых систем в ситуациях, когда система не загружается или раздел не может быть смонтирован.
Как пользоваться fsck
Команда fsck принимает следующую общую форму:
Только root или пользователи с sudo привилегиями могут очистить буфер.
Никогда не запускайте fsck на смонтированных разделах, так как это может повредить файловую систему. Прежде чем пытаться проверить или восстановить файловые системы, всегда делайте unmount это сначала.
Команда fsck является оберткой для различных контроллеров файловой системы Linux ( fsck.* ) и принимает различные параметры в зависимости от типа файловой системы.
Восстановление поврежденной файловой системы
Запустите fsck для восстановления файловой системы:
После восстановления файловой системы смонтируйте раздел:
Восстановление корневой файловой системы
fsck не может проверить корневую файловую систему на работающей машине, потому что она не может быть размонтирована.
Если вы хотите проверить или восстановить корневую файловую систему, у вас есть несколько вариантов в вашем распоряжении. Вы можете настроить fsck запуск при загрузке, загрузить систему в режиме восстановления или использовать live CD.
Для запуска fsck в режиме восстановления:
Чтобы запустить fsck из живого дистрибутива:
Загрузите дистрибутив в режиме реального времени.
Используйте fdisk или, parted чтобы найти имя корневого раздела.
Откройте терминал и запустите:
После этого перезагрузите дистрибутив и загрузите вашу систему.
Проверьте файловые системы при загрузке
В большинстве дистрибутивов Linux fsck запускается во время загрузки, если файловая система помечена как грязная или после определенного количества загрузок или времени.
Чтобы увидеть текущий счетчик монтирования, проверить номер частоты, интервал проверки и время последней проверки для определенного раздела, используйте tune2fs инструмент:
Если, например, вы хотите запускать fsck после каждых 25 загрузок (монтирования), введите:
Вы также можете установить максимальное время между двумя проверками. Например, чтобы установить один месяц, вы должны выполнить:
Чтобы заставить fsck работать во время загрузки на дистрибутивах SystemD, передайте следующие параметры загрузки ядра:
В старых дистрибутивах fsck будет работать при загрузке, если /forcefsck файл присутствует:
fstab Параметры
fstab это файл конфигурации, который сообщает системе, как и где монтировать разделы.
/etc/fstab Файл содержит список записей в следующем виде:
Вывод
fsck является инструментом командной строки для проверки и при необходимости восстановления файловых систем Linux
Чтобы узнать больше о fsck команде, посетите страницу руководства fsck или введите man fsck свой терминал.
Восстановить fstab
Дальше сам сообразишь.
я бы не был так безапелляционен и, для начала, уточнил, был ли ребут после похеривания фстаба 😉
Ты — не дурак, а вот посоветовал дегенерат. mtab показывает только то, что было прописано в fstab, или смонтировано руками. Если похерен fstab, и разделы были отмонтированы (перезагрузка к примеру), то в mtab ты увидишь фигу с маслом.
blkid + собственная память.
Да, ребут был, плюс консоль там read only fs
Ну так перемонтируй, в чём проблема?
ФС пермонтировать в rw, fstab взять из дистрибутива (чтобы были все нужные /proc, /sys, /dev/shm и т.д.), вспомнить где какие разделы и куда монтировались.
Смеяться же будешь. Хотел смонтировать образ с сабайоном, консоль указала на этот файл, дескать «не найдено в фстаб». Решил что это каталог такой. Дальше cp и все дела. Ок, лучше бы не рассказывал, что люди подумают.
Ладно, отложу это дело на завтра.
если совсем тяжко будет, грепни по какому нибудь уникальному значению (UUID раздела, например):
я так нашел как-то удаленный plain text.
Восстановил. Теперь другая проблема: за каким-то бесом установил кубунту на флешку, теперь груб2 берется с флешки. Нужно вернуть старый груб2.
Ты — не дурак, а вот посоветовал дегенерат. mtab показывает только то, что было прописано в fstab, или смонтировано руками. Если похерен fstab, и разделы были отмонтированы (перезагрузка к примеру
как при перезагрузке смонтируется рутовая ФС? КУДА?
как при перезагрузке смонтируется рутовая ФС?
Случайно удаленный файл / etc / fstab
Теперь я не могу загрузиться.
Мой экран выглядит так. В некоторых случаях появляется фиолетовый экран. Пожалуйста, дайте мне несколько решений.
Вы должны воссоздать новый fstab файл внутри /etc каталога и добавить запись для вашего корневого раздела, чтобы ваша Ubuntu OS загрузилась.
Способ 1:
Воссоздание файла / etc / fstab через режим восстановления
Загрузитесь в режиме восстановления и перейдите в корневую оболочку.
Запустите sudo blkid команду, чтобы узнать UUID вашего / (корневого) раздела. Это покажет что-то вроде этого,
Из полученных sudo blkid данных определите корневой раздел ext4 и запишите соответствующий UUID.
Выйдите из корневой оболочки и загрузите ОС Ubuntu, она обязательно загрузится.
Способ 2
Воссоздание файла / etc / fstab через живой диск Ubuntu
Загрузите Ubuntu с живого диска.
Запустите sudo blkid команду и запишите идентификатор устройства установленного раздела Ubuntu и UUID.
Смонтируйте свой корневой раздел,
В этом файле fstab добавьте запись для вашего корневого раздела, как показано ниже.
Сохраните этот файл. И загрузитесь в установленную Ubuntu.
Примечание: UUID моего корневого раздела был указан выше. Пожалуйста, укажите ваш. После загрузки вашей установленной ОС Ubuntu не забудьте добавить fstab запись для вашего раздела подкачки.