Восстановление fstab astra linux

Случайно удаленный файл / etc / fstab

Я случайно удалил свой /etc/fstab файл, запустив sudo rm /etc/fstab . Не понимая, что я сделал, я закрыл свою ОС Ubuntu.

Теперь я не могу загрузиться.

Мой экран выглядит так. В некоторых случаях появляется фиолетовый экран. Пожалуйста, дайте мне несколько решений.

Вы должны воссоздать новый fstab файл внутри /etc каталога и добавить запись для вашего корневого раздела, чтобы ваша Ubuntu OS загрузилась.

Способ 1:

Воссоздание файла / etc / fstab через режим восстановления

Загрузитесь в режиме восстановления и перейдите в корневую оболочку.

Запустите sudo blkid команду, чтобы узнать UUID вашего / (корневого) раздела. Это покажет что-то вроде этого,

Из полученных sudo blkid данных определите корневой раздел ext4 и запишите соответствующий UUID.

Теперь смонтируйте / раздел в режиме чтения и записи, выполнив следующую mount / команду. Обратите внимание, что простая команда монтирования корневого раздела не будет работать из-за удаления /etc/fstab . Итак, если ваш / был /dev/sda1 , выполните эту команду:

Приведенная выше команда смонтирует ваш / раздел в режиме чтения-записи. Запустите приведенную ниже команду, чтобы создать fstab внутри новый файл /etc с соответствующей строкой для монтирования вашего / . В приведенном выше примере мой / имеет UUID=52e062e0-716c-4828-9bf1-05b93fdaef93 , поэтому я бы запустить:

Выйдите из корневой оболочки и загрузите ОС Ubuntu, она обязательно загрузится.

Способ 2

Воссоздание файла / etc / fstab через живой диск Ubuntu

Загрузите Ubuntu с живого диска.

Запустите sudo blkid команду и запишите идентификатор устройства установленного раздела Ubuntu и UUID.

Смонтируйте свой корневой раздел,

Теперь зайдите в /media/ubuntu via nautilus и создайте fstab файл внутри /etc .

В этом файле fstab добавьте запись для вашего корневого раздела, как показано ниже.

Сохраните этот файл. И загрузитесь в установленную Ubuntu.

Примечание: UUID моего корневого раздела был указан выше. Пожалуйста, укажите ваш. После загрузки вашей установленной ОС Ubuntu не забудьте добавить fstab запись для вашего раздела подкачки.

Источник

Как исправить ошибку загрузки из-за неправильного fstab?

Кажется, я добавил неверную запись в /etc/fstab :

Когда я это сделал mount -a , он попросил пароль пользователя для подключения к сети. Кажется, что это не может продолжаться без пароля при загрузке, поэтому он просто завис.

Как я могу исправить fstab, чтобы предотвратить сбой загрузки?

Кажется, я нашел решение:

• в приглашении grub нажмите a для добавления параметров
• добавьте init=/bin/bash в конец командной строки ядра и нажмите Enter

Система загрузится с приглашением типа «bash-3.2 #», введите в командной строке следующие команды

отредактируйте файл fstab, комментируя ошибки, добавив # в начале каждой проблемной строки, сохраните файл

• перезагрузите, нажав CTRL + ALT + DEL

Как насчет удаления записи, создания снимка и затем попытки изменить ваш / etc / fstab, чтобы у вас был рабочий снимок, к которому вы можете вернуться?

В соответствии с man-страницей mount.cifs вы также можете указать пароль через password=arg . Кроме того, согласно этой странице руководства, здесь нет аргументов, username=arg но вместо этого user=arg . Но это может отличаться в вашей системе, лучше проверьте вашу man-страницу для правильных имен аргументов.

Другой простой способ — загрузиться в режиме live-cd и смонтировать нужный раздел. Тогда вы можете исправить все, что вы хотите!

Я нашел решение системной ошибки, не загружающей ядро. Используйте live cd, чтобы получить доступ к вашей существующей установке. После переустановки ядра Linux:

Затем удалите файл fstab из etc / fstab:

Теперь переустановите systemd:

При переустановке systemd он автоматически сгенерирует новый файл fstab

Теперь переустановите загрузчик, в этом случае я использую grub:

(проверка ОС полезна, если на вашем жестком диске / ssd установлено более 1 ОС).

После завершения сделайте файлы конфигурации:

Затем размонтируйте используемые разделы и перезагрузите

Это должно решить проблему, у меня это сработало.

Источник

Восстановить fstab

Такое дело, по глупости похерил /etc/fstab , бубен не заводится, есть рутовая консоль. Как бы все это восстановить без особого гемора?

Дальше сам сообразишь.

я бы не был так безапелляционен и, для начала, уточнил, был ли ребут после похеривания фстаба 😉

Ты — не дурак, а вот посоветовал дегенерат. mtab показывает только то, что было прописано в fstab, или смонтировано руками. Если похерен fstab, и разделы были отмонтированы (перезагрузка к примеру), то в mtab ты увидишь фигу с маслом.

blkid + собственная память.

Да, ребут был, плюс консоль там read only fs

Ну так перемонтируй, в чём проблема?

ФС пермонтировать в rw, fstab взять из дистрибутива (чтобы были все нужные /proc, /sys, /dev/shm и т.д.), вспомнить где какие разделы и куда монтировались.

fdisk -l
перед mount что бы внести капельку понимая 6-) Скажи, какие такие мордорские силы заставили тебя «похерить» fstab?

Смеяться же будешь. Хотел смонтировать образ с сабайоном, консоль указала на этот файл, дескать «не найдено в фстаб». Решил что это каталог такой. Дальше cp и все дела. Ок, лучше бы не рассказывал, что люди подумают.

Ладно, отложу это дело на завтра.

если совсем тяжко будет, грепни по какому нибудь уникальному значению (UUID раздела, например):

grep -a -C10 [UUID] /dev/sda [диск где был /] > /dev/флешка

я так нашел как-то удаленный plain text.

Восстановил. Теперь другая проблема: за каким-то бесом установил кубунту на флешку, теперь груб2 берется с флешки. Нужно вернуть старый груб2.

Загрузись в нормальную систему, пусть и с флешки, выясни, какой диск у тебя системный, а каким представлена флешка, и сделай grub-install /dev/ .

Ты — не дурак, а вот посоветовал дегенерат. mtab показывает только то, что было прописано в fstab, или смонтировано руками. Если похерен fstab, и разделы были отмонтированы (перезагрузка к примеру

как при перезагрузке смонтируется рутовая ФС? КУДА?

как при перезагрузке смонтируется рутовая ФС?

Источник

Случайно удаленный файл /etc/fstab

Я случайно удалил свой /etc/fstab файл, запустив sudo rm /etc/fstab , Не понимая, что я сделал, я закрыл свою ОС Ubuntu.

Теперь я не могу загрузиться.

Мой экран выглядит так. В некоторых случаях появляется фиолетовый экран. Пожалуйста, дайте мне несколько решений.

1 ответ

Вы должны воссоздать новый fstab файл внутри /etc каталог и добавьте запись для вашего корневого раздела, чтобы ваша Ubuntu OS загрузилась.

Способ 1:

Воссоздание файла /etc/fstab через режим восстановления

Загрузитесь в режиме восстановления и перейдите в корневую оболочку.

Бежать sudo blkid Команда, чтобы узнать UUID вашего / (корневой) раздел. Это покажет что-то вроде этого,

От sudo blkid Выведите, идентифицируйте свой корневой раздел ext4 и запишите соответствующий UUID.

Теперь смонтируйте / раздел в режиме чтения и записи, выполнив следующую команду. Обратите внимание, что простой mount / Команда для монтирования вашего корневого раздела не будет работать из-за удаления /etc/fstab , Итак, если ваш / было /dev/sda1 , запустите эту команду:

Приведенная выше команда смонтирует ваш / раздел в режиме чтения и записи. Выполните команду ниже, чтобы создать новый fstab файл внутри /etc с соответствующей линией, чтобы смонтировать / , В приведенном выше примере мой / имеет UUID=52e062e0-716c-4828-9bf1-05b93fdaef93 так я бы запустил

Выйдите из корневой оболочки и загрузите ОС Ubuntu, она обязательно загрузится.

Способ 2

Воссоздание файла /etc/fstab через живой диск Ubuntu

Загрузите Ubuntu с живого диска.

Бежать sudo blkid введите команду и запишите идентификатор устройства установленного раздела Ubuntu и UUID.

Смонтируйте свой корневой раздел,

Теперь иди в /media/ubuntu через наутилус и создать fstab файл внутри /etc ,

В этом файле fstab добавьте запись для вашего корневого раздела, как показано ниже.

Сохраните этот файл. И загрузитесь в установленную Ubuntu.

Примечание: UUID моего корневого раздела был указан выше. Пожалуйста, укажите ваш. После загрузки установленной ОС Ubuntu не забудьте добавить fstab запись для вашего раздела подкачки.

Источник

Команда Fsck в Linux (Восстановление файловой системы)

Fsck Command in Linux (Repair File System)

В этой статье мы поговорим о fsck команде.

fsck (проверка файловой системы) — это утилита командной строки, которая позволяет выполнять проверки согласованности и интерактивное исправление в одной или нескольких файловых системах Linux. Он использует программы, специфичные для типа файловой системы, которую он проверяет.

Вы можете использовать fsck команду для восстановления поврежденных файловых систем в ситуациях, когда система не загружается или раздел не может быть смонтирован.

Как пользоваться fsck

Команда fsck принимает следующую общую форму:

Только root или пользователи с sudo привилегиями могут очистить буфер.

Если FILESYSTEM в качестве аргумента указано no , fsck проверяются устройства, указанные в fstab файле.

Никогда не запускайте fsck на смонтированных разделах, так как это может повредить файловую систему. Прежде чем пытаться проверить или восстановить файловые системы, всегда делайте unmount это сначала.

Команда fsck является оберткой для различных контроллеров файловой системы Linux ( fsck.* ) и принимает различные параметры в зависимости от типа файловой системы.

Проверьте справочные страницы для получения дополнительной информации о конкретном контролере. Например, чтобы просмотреть доступные параметры fsck.ext4 , введите:

Восстановление поврежденной файловой системы

Простейший вариант использования fsck команды — восстановить поврежденную файловую систему ext3 или ext4 без полномочий root.

Если вы не знаете имя устройства, использовать fdisk , df или любой другой инструмент , чтобы найти его.

Запустите fsck для восстановления файловой системы:

-p Опция указывает fsck автоматически исправить все проблемы , которые могут быть надежно закреплены без вмешательства пользователя.

После восстановления файловой системы смонтируйте раздел:

Восстановление корневой файловой системы

fsck не может проверить корневую файловую систему на работающей машине, потому что она не может быть размонтирована.

Если вы хотите проверить или восстановить корневую файловую систему, у вас есть несколько вариантов в вашем распоряжении. Вы можете настроить fsck запуск при загрузке, загрузить систему в режиме восстановления или использовать live CD.

Для запуска fsck в режиме восстановления:

1. Войдите в меню загрузки и выберите «Дополнительные параметры»
2. Выберите режим восстановления и затем «fsck».
3. Когда будет предложено перемонтировать корневую файловую систему, выберите «Да».
4. После этого возобновите нормальную загрузку.

Чтобы запустить fsck из живого дистрибутива:

Загрузите дистрибутив в режиме реального времени.

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

Откройте терминал и запустите:

После этого перезагрузите дистрибутив и загрузите вашу систему.

Проверьте файловые системы при загрузке

В большинстве дистрибутивов Linux fsck запускается во время загрузки, если файловая система помечена как грязная или после определенного количества загрузок или времени.

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

• «Максимальное количество монтирований» — это количество монтирований, после которых будет проверяться файловая система. Значение 0 или -1 означает, что fsck никогда не будет работать.
• «Интервал проверки» — это максимальное время между двумя проверками файловой системы.

Если, например, вы хотите запускать fsck после каждых 25 загрузок (монтирования), введите:

Вы также можете установить максимальное время между двумя проверками. Например, чтобы установить один месяц, вы должны выполнить:

Чтобы заставить fsck работать во время загрузки на дистрибутивах SystemD, передайте следующие параметры загрузки ядра:

В старых дистрибутивах fsck будет работать при загрузке, если /forcefsck файл присутствует:

fstab Параметры

fstab это файл конфигурации, который сообщает системе, как и где монтировать разделы.

/etc/fstab Файл содержит список записей в следующем виде:

Последний, шестой столбец ( [PASS] ) — это параметр, который контролирует порядок, в котором проверки файловой системы выполняются во время перезагрузки.

• 0 — Не проверяй.
• 1 — Файловые системы должны проверяться первыми и по одному за раз.
• 2 — Все остальные файловые системы, которые проверяются позже и, возможно, параллельно.

Корневая файловая система должна иметь значение 1 , а все остальные файловые системы, которые вы хотите проверить, должны иметь значение 2 .

Вывод

fsck является инструментом командной строки для проверки и при необходимости восстановления файловых систем Linux

Чтобы узнать больше о fsck команде, посетите страницу руководства fsck или введите man fsck свой терминал.

Источник