Unexpected inconsistency run fsck manually что делать
Не загружается ubuntu
На жестком диске у меня есть две ОС: Windows и Ubuntu. Все было нормально. Запускалось то и то. Через grub было видно две системы. Сидел через ubuntu, выключил ноутбук. На следующий день включаю, в grub выбираю загрузить ubuntu и появляется вот такое что на фото.
2 ответа 2
Вроде все написано Ошибка файловой системы Запустите fsck в ручном режиме
Ошибки файловой системы не дают возможности загрузиться.
Для того чтобы проверить раздел, при невозможности загрузки системы:
Всё ещё ищете ответ? Посмотрите другие вопросы с метками ubuntu grub или задайте свой вопрос.
Связанные
Похожие
Подписаться на ленту
Для подписки на ленту скопируйте и вставьте эту ссылку в вашу программу для чтения RSS.
дизайн сайта / логотип © 2021 Stack Exchange Inc; материалы пользователей предоставляются на условиях лицензии cc by-sa. rev 2021.12.10.40971
Нажимая «Принять все файлы cookie» вы соглашаетесь, что Stack Exchange может хранить файлы cookie на вашем устройстве и раскрывать информацию в соответствии с нашей Политикой в отношении файлов cookie.
Популярный Linux
Вход в систему
Навигация
Новые записи в блогах
Популярное
За последнее время:
При внезапных отключениях питания компьютера, нажатия кнопки Reset и других катаклизмах при загрузке Linux вместо неё иногда можно увидеть следующую безрадостную картину:
Это означает, что нарушилась файловая система диска, хотя сами системные и пользовательские данные могут оказаться в полном порядке.
Чтобы «привести в чувство» ФС и исправить ее ошибки, можно воспользоваться утилитой fsck, запускаемой под рутом.
Варианты ее использования могут быть следующие:
2. При самом простом варианте может оказаться, что утилита начнет задавать множество вопросов типа Y/N, на которые придется долго отвечать.
Для автоматическихо утвердительных ответов следует применить ключ -y
3. Есть еще другие ключи:
-f — принудительная проверка (проводится даже если файловая система помечена как работоспособная);
-c — искать поврежденые блоки (bad blocks) и помечать их соответствующим образом;
-v – verbose, будет выводить детальную информацию на терминал (процент выполнения и т.п.)
Следует отметить, что использование ключа -c для поиска поврежденных блоков вызывает значительное замедление работы.
Внимание!
Кроме того, на практике выяснилось, что при работе утилиты fsck с ключом -c нажатие Ctrl-C («Break») вызвало потерю жесткого диска из системы, он стал отсутствующим даже после перезагрузки системы.
Восстановить его прежний статус удалось только полным выключеним компьютера.
Unexpected inconsistency run fsck manually что делать?
Кали не загружается: чёрный экран initramfs
Компьютер76 » Linux » Кали не загружается: чёрный экран initramfs.
В статье рассмотрена ошибка загрузки Кали Линукс, сопровождающаяся появлением командной строки от имени initramfs и требующей от пользователя неких действий. Рассмотрим наиболее часто встречающиеся варианты решения проблемы и возможные причины.
Симптомы проблемы
Как я уже говорил, причин несколько, но практически все они связаны с повреждением файловой системы и исправляются проверкой тома, где расположен загрузчик Кали.
Справочка
Без неё никак. Initramfs – это полноценный набор директорий, который вы найдёте в корневой файловой системе. Он упакован в архив специального формата и сжат с помощью специального алгоритма. В момент загрузки системы загрузчик выгружает ядро и образ initramfs в память.
Однако любой сбой в части блоков initramfs автоматически “ломает” ядро системы, вызывая ошибку загрузки.
Ошибка initramfs-tools: синий Рабочий стол Кали Линукс без значков
Проблема initramfs : вариант первый
Внимательно изучаем окно терминала. В числе прочих строк обнаруживается запись типа:
/dev/sda*: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
или диск целиком (тоже вариант, но если у вас на жёстком ещё и Windows на NTFS, то советую лучше не рисковать):
Перезагружаемся и входим в систему обычным порядком.
Проблема initramfs : вариант второй
Этот вариант (через Китай, но есть возможность проверить результаты работы) подсмотрен на форуме Ubuntu-водов. Вам понадобится загрузочная флешка с Кали Линукс. Запускаем живую Кали и в окне терминала вводим команду:
Отображаем список суперблоков:
dumpe2fs /dev/sda* | grep superblock
не забываем заменить символ * на цифру тома с Линукс на жёстком диске. Сейчас терминал вернёт вот это:
Я выделил номера резервных суперблоков, их мы и будем использовать в качестве альтернативы побитым. Выбираем любой (я беру второй за номером 98304):
После исправления пробуем смонтировать побитый раздел и проверить, восстановлена ли файловая система (вводите команды по отдельности):
Если термина не ругается, у вас всё получилось. Перезагружайтесь и входите в системы обычным порядком.
Проблема initramfs : вариант третий
Проблема повторяется всякий раз после перезагрузки. Однако, обратите внимание. Если терминал с initframs преследует вас ИМЕННО ПОСЛЕ РАБОТЫ В WINDOWS, советую вам повторить любой из шагов, который вернул вам нормальную загрузку, но в этот раз:
Уверен, она не помешает. Успехов.
Absolute OpenBSD 2ed — Глава 8(7)
Целостность файловой системыОбе версии FFS заботятся о том, что бы данные на диске были корректны и адекватны. Блоки содержащие файл должны быть записаны в индексный дескриптор, индексные дескрипторы должны ссылаться на записи директорий и так далее. При удалении файла, все ссылки на файл должны быть удалены. Однако, после сбоя системы, данные могут потерять целостность.
Метаданные могут ссылаться на блоки которые ранее были стёрты; файл может располагаться в месте отличном от того которое указано в записи дескриптора; файловая система может содержать ссылки указывающие на вещи которые были были перемещены, изменены или вообще исчезли. Эти противоречивые или грязные (dirty) файловые системы не могут быть доверенными и их необходимо рационализировать, или очистить, прежде чем вы сможете смонтировать их для чтения-записи.
Если вы монтируете грязную файловую систему в режиме только чтения, это может привести вашу систему в панику, но если вы заставите OpenBSD смонтировать грязную файловую систему для чтения-записи, вы можете поредить эту файловую систему ещё больше.При загрузке, OpenBSD выполняет минимальную проверку и очистку файловых систем и автоматически исправляет любые незначительные проблемы. Если начальная очистка не может полностью очистить файловую систему, загрузка остановится вплоть до ручного вмешательства.
При столкновении с грязной файловой системой, у вас есть несколько вариантов: использовать инструмент проверки файловой системы fsck(8), отладить файловую систему с fsdb(8) и clri(8), или совсем сбросить файловую систему и выполнить newfs(8).
Большую часть времени вы будете использовать fsck для восстановления файловой системы.
Успешное использование fsdb требует большего знания устройства FFS, чем то которым я обладаю, поэтому я рекомендую его только для тех, кто действительно хочет развить углубленное понимание FFS и имеют кучу свободного времени для её изучения. Восстановление файловой системы с newfs приведёт к потере данных на файловой системе, но это достойный выбор для разделов, содержащих только эфимерные данные, например таких как /usr/obj.
Вы можете использовать dump(8) чтобы скопировать повреждённую файловую систему, прежде чем пытаться её отремонтировать любым из способов. Это даёт вам шанс вернуться к исходному состоянию если попытка ремонта привела к ошибке. (Тем не менее, если вам требуется это сделать, скорее всего вам необходимо пересмотреть свою стратегию резервного копирования.)
Если вы попытаетесь смонтировать грязную файловую систему во время загрузки или во время рутинной операции, вы увидите сообщение, выглядящее следующим образом:
/dev/rwd1a: UNEXPECTED INCONSISTENCY; RUN fsck_ffs MANUALLY
Программа fsck(8) является оболочкой для нескольких программ проверки целостности файловой системы. При запуске, fsck идентифицирует тип файловой системы и вызывает необходимую вам программу проверки. Запустите fsck передав ему имя устройства файловой системы которую вы хотите проверить:
Вы можете использовать либо имя сырого устройства либо имя готового устройства; fsck достаточно разумен для того, чтобы использовать сырой узел, даже если вы передали ему имя готового устройства. Просмотр файловой системы может занимать некоторое время, поэтому вам следует набраться терпения. При запуске на грязной файловой системе, fsck, скорее всего, найдёт целый ряд проблем: блоки оторванные от своих дескрипторов, дескрипторы ссылающиеся на пустые блоки и так далее.Когда fsck обнаруживает проблему, но не совсем уверен в своём решении, он предложит исправление и спросит, хотите ли вы принять изменение.
Если вы ответите «y», fsck сделает изменение. Если же вы ответите «n», fsck не будет изменять файловую систему. Если вы сказали fsck что не следует вносить изменения, она будет предполагать, что файловая система останется грязной, и вам следует запустить fsdb или clri и внести изменения, которые могут казаться вам более целесообразными.Иногда, fsck не может определить имя или директорий файла востановления повреждённой системы. Эти файлы переводятся в директории раздела lost+found (например /usr/lost+found). Вам необходимо использовать программы, такие как grep и strings и попытаться идентифицировать эти файлы по их содержимому.
Слепое доверие fsck
Буквально, это означает «Ответить yes на каждый вопрос.» Вы можете закончить тем, что всё содержимое файловой системы окажется в lost+found, или можете просто потерять все данные на файловой системе. Однако, если вы не достаточно знакомы с устройством FFS, вам в любом случае потребуется провести восстановление из резервной копии.
В конце процедуры вы получите либо восстановленную систему, либо вам потребуется восстановиться из резервной копии.
Что сейчас смонтировано?При выполнении рутинной работы вы должны знать какие диски в настоящий момент смонтированы а какие нет. Для просмотра списка всех смонтированных файловых систем и их опций монтирования, выполните mount(8) без любых опций:
$ mount/dev/wd0a on / type ffs (local)/dev/wd0k on /home type ffs (local, nodev, nosuid)/dev/wd0d on /tmp type ffs (local, nodev, nosuid)/dev/wd0f on /usr type ffs (local, nodev)/dev/wd0g on /usr/X11R6 type ffs (local, nodev)/dev/wd0h on /usr/local type ffs (local, nodev)/dev/wd0j on /usr/obj type ffs (local, nodev, nosuid)/dev/wd0i on /usr/src type ffs (local, nodev, nosuid)
/dev/wd0e on /var type ffs (local, nodev, nosuid)
Разделы FFS и FFS2 отображаются как тип ffs. Слово local сообщает что разделы находятся на физическом диске присоединённом к этой машине. Ранее, в этой главе, мы рассматривали различные опции монтирования (nodev, nosuid и прочие). Обратите внимание, что mount отображает узел устройства смонтированного на каждом разделе, а не DUID. Если вы хотите увидеть DUID диска, проверьте метку диска.
Монтирование и размонтирование разделов
Для присоединения файловых систем к вашему дереву директорий, или их монтирования, используйте mount(8). Если вы никогда ранее не монтировали файловые системы вручную, загрузите машину OpenBSD в однопользовательском режиме (смотрите главу 5) и следуйте далее. В однопользовательском режиме, OpenBSD монтирует только один раздел — корневой, который монтируется в режиме только-чтение.
Корневой раздел содержит достаточно средств для выполнения базово настройки системы, подключения основных сервисов и поиска других файловых систем.Поскольку, другие файловые системы, кроме корневой, не монтируются, их содержимое не доступно. Посмотрите, например в /usr, находясь в однопользовательском режиме и вы обнаружите, что она пустая. OpenBSD не потеряла файлы; просто раздел, содержащий эти файлы, не смонтирован.
Для выполнения какой то реальной работы в однопользовательском режиме, вам, скорее всего потребуется смонтировать другие файловые системы.
Для ручного монтирования файловой системы перечисленной в /etc/fstab, передайте mount(8) имя файловой системы которую вы хотите смонтировать. Здесь, мы будем монтировать наш раздел /usr:
Все ваши файловые системы (за исключением тех, которые не перечисленные в /etc/fstab и те для которых указано опция noauto) должны быть смонтированы.
Монтирование не стандарного местоположения
Может случиться, что вам понадобится смонтировать файловую систему не указанную в /etc/fstab. Чаще всего, я делаю это при добавлении нового диска. Для монтирования раздела в локации отличной от указанной в /etc/fstab и монтирования раздела не указанного в записях /etc/fstab, передайте имя устройства и точку монтирования.
Вы должны использовать полный путь к файлу устройства, а не только краткое имя узла устройства. Вместо пути к файлу устройства, вы можете использовать DUID, дефис и имя раздела, но в командной строке это более болезненно чем использование пути к узлу устройства.
Для отсоединения файловой системы от дерева директорий, использйте umount(8) на точке монтирования. (Обратите внимание, что в этой команде только одна буква n). Здесь мы размонтируем наш раздел /usr:
Поскольку программы почти наверняка имеют открытые файлы на каждом разделе, скорее всего данная команда сработает только в однопользовательском разделе. Обратите внимание, что вам не потребуетсяразмонтировать все разделы чтобы покинуть однопользовательский режим.
Монтирование с опциями
Для предотвращения выполнения старого ПО на новой системе, может оказаться хорошей идеей использовать некоторые опции монтирования описанные ранее, например такие как noexec, nodev и nosuid.
Page 3
Настроение: норма
Музыка: тихо
Не загружается Ubuntu/Mint/Kali с initramfs в BusyBox
В данной статье мы рассмотрим варианты решения проблем, когда виртуальный или физический серверы на базе Ubuntu/Mint/Kali не загружаются и отваливается в busybox в момент инициализации initramfs. При этом Linux не загружается, и пользователю доступна только командная строка initramfs.
Initramfs – это начальная файловая система в ОЗУ, основанная на tmpfs, которая не использует отдельное блочное устройство. Как и initrd, она содержит утилиты и скрипты, требуемые для монтирования файловых систем перед вызовом init, который располагается на корневой файловой системе.
Проблема с суперблоком
Если Ubuntu свалилась в busybox при инициализации initramfs, возможно на диске оказался испорченный суперблок. Linux хранит несколько копий суперблоков.
Для восстановления в случае такой проблемы, нам нужно загрузиться с образа/диска и запустить Terminal. После загрузки, в терминале вводим команду:
Команда вернет информацию о нашем разделе:
/dev/vda2 4096 83884031 83879936 40G Linux filesystem
Запомните имя раздела и укажите его в следующей команде:
# sudo dumpe2fs /dev/vda2 | grep superblock
Команда вернет список запасных суперблоков:
Мы будем использовать второй резервный суперблок для замены поврежденного (можно выбрать любой, кроме Primary). Выполним проверку диска с использованием резевного суберблока для восстановления:
После успешного выполнения замены суперблока, вы должны получить такое сообщение:
Теперь перезагрузите компьютеры, отключив диск с дистрибутивом и все должно быть в порядке.
Ошибка диска fsck
Второй вариант ошибки, наличие следующей строки в окне терминала:
/dev/sda1: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY
The root filesystem on /dev/sda1 requires a manual fsck.
В ошибке будет указан том, который требует запуска ручной проверки диска. В командной строке initramfs выполните:
После полной проверки, нужно перезапустить сервер и проверить все ли в порядке.
Проблема с fstab
Если при загрузке сервера вы видите ошибку:
ALERT! /dev/sda1 does not exist. Dropping to a shell.
Скорее всего вы только что установили Linux или то на вашем сервере есть проблемы в fstab. Чаще всего проблема возникает при установке системы с usb-накопителя. Раздел на который ругается система, может быть какой угодно. Как и в первом случае, нам нужно загрузиться с образа системы и выполнить некоторые действия. Проверьте UUID диска командой:
Система выдаст что-то подобное:
/dev/sda2: UUID=»36cce3d5-cbdb-46f4-adbf-3f9aaa01d729″ TYPE=»ext4″ PARTUUID=»fea4dab1-4e12-4327-85c6-76ade18f64e1″
Отсюда уже видно, что система должна загружаться с sda2, а по факту загружается с sda1.
Монтируем наш раздел в любую директорию, например:
# sudo mount /dev/sda2 /mnt
Получаем в директории /mnt весь наш раздел /dev/sda2, находим там файл /etc/fstab и изменяем строку, содержащую /dev/sda1 на:
UUID=36cce3d5-cbdb-46f4-adbf-3f9aaa01d729 / ext4 errors=remount-rw 0 1
Сохраняем файл. Отмонтируем раздел от /mnt и перезагрузимся, если проблема была связана с не неправильным адресом разделе, сервер загрузится.
Так же данный вариант можно решить, загрузившись в emergency. Перемонтируйте корень для записи:
После чего измените fstab и перезапустите сервер.
Проблема с железом
На некоторых материнских платах порты SATA могут получать произвольные номера. Это также может вызвать описанную в предыдущем пункте ошибку. Для исправления ошибки нужно изменить загрузчик grub.
Загрузитесь в режиме emergency или с live-cd и измените файл /boot/grub/grub.cfg
В строке где происходит загрузка раздела, например:
Linux /boot/vmlinuz-4.15.0-70-generic root=/dev/sda1 rw quiet elevator=noop fsck.repair=yes
Измените путь до диска на UUID:
Linux /boot/vmlinuz-4.15.0-70-generic root=UUID=36cce3d5-cbdb-46f4-adbf-3f9aaa01d729 ro quiet elevator=noop fsck.repair=yes
How to Use ‘fsck’ to Repair File System Errors in Linux
Filesystems are responsible for organizing how data is stored and recovered. One way or another, with time, filesystem may become corrupted and certain parts of it may not be accessible. If your filesystem develops such inconsistency it is recommend to verify its integrity.
This can be completed via system utility called fsck (file system consistency check). This check can be done automatically during boot time or ran manually.
In this article, we are going to review the fsck utility and its usage to help you repair disk errors.
When to Use fsck in Linux
There are different scenarios when you will want to run fsck. Here are few examples:
fsck Available options
Fsck command needs to be run with superuser privileges or root. You can use it with different arguments. Their usage depend on your specific case. Below you will see some of the more important options:
How to Run fsck to Repair Linux File System Errors
In order to run fsck, you will need to ensure that the partition you are going to check is not mounted. For the purpose of this article, I will use my second drive /dev/sdb mounted in /mnt.
Here is what happens if I try to run fsck when the partition is mounted.
# fsck /dev/sdb Run fsck on Mounted Partition
To avoid this unmount the partition using.
Then fsck can be safely ran with.
# fsck /dev/sdb Run fsck on Linux Partition
Understanding fsck exit codes
After running fsck, it will return an exit code. These cods can be seen in fsck’s manual by running:
# man fsck 0 No errors 1 Filesystem errors corrected 2 System should be rebooted 4 Filesystem errors left uncorrected 8 Operational error 16 Usage or syntax error 32 Checking canceled by user request 128 Shared-library error
Repair Linux Filesystem Errors
Sometimes more than one error can be found on a filesystem. In such cases you may want fsck to automatically attempt to correct the errors. This can be done with:
Similarly, you can ran the same on all filesystems (without root):
How to Run fsck on Linux Root Partition
In some cases, you may need to run fsck on the root partition of your system. Since you cannot run fsck while the partition is mounted, you can try one of these options:
We will review both situations.
Force fsck Upon System Boot
This is relatively easy to complete, the only thing you need to do is create a file called forcefsck in the root partition of your system. Use the following command:
Then you can simply force or schedule a reboot of your system. During the next bootup, the fsck will be performed. If downtime is critical, it is recommended to plan this carefully, since if there are many used inodes on your system, fsck may take some extra time.
After your system boots, check if the file still exists:
If it does, you may want to remove it in order to avoid fsck on every system boot.
Run fsck in Rescue Mode
Running fsck in rescue mode requires few more steps. First prepare your system for reboot. Stop any critical services MySQL/MariaDB etc and then type.
During the boot, hold down the shift key so that the grub menu is shown. Select the “Advanced options”.
Grub Advance Options
Then choose “Recovery mode”.
Select Linux Recovery Mode
In the next menu select “fsck”.
Select fsck Utility
You will be asked if you wish to have your / filesystem remounted. Select “yes”.
Confirm Root Filesystem
You should see something similar to this.
Running fsck Filesystem Check
You can then resume to normal boot, by selecting “Resume”.
Select Normal Boot
Conclusion
In this tutorial you learned how to use fsck and run consistency checks on different Linux filesystem. If you have any questions about fsck, please do not hesitate to submit them in the comment section below.
TecMint is the fastest growing and most trusted community site for any kind of Linux Articles, Guides and Books on the web. Millions of people visit TecMint! to search or browse the thousands of published articles available FREELY to all.
If you what you are reading, please consider buying us a coffee ( or 2 ) as a token of appreciation.
We are thankful for your never ending support.
Проверка и восстановление файловых систем в Linux- команда fsck —
Иногда по разным причинам (в результате сбоя, некорректного завершения работы) файловые системы накапливают ошибки. Сами ошибки представляют собой «рассогласованные» структуры данных. Естественно, при возникновении такой ситуации необходимо как можно скорее привести повреждённую файловую систему в порядок. С этой задачей отлично справляется утилита fsck. Она действительно очень эффективна и системные администраторы очень часто в первую очередь используют именно ее для восстановления или починки файловых систем.
Как работает fsck?
Утилита fsck (File System Consistency Check) изначально глубоко проверяла все структуры данных подряд, т. е. целиком всю файловую систему. Для поиска ошибок она задействовала методы эвристического анализа для ускорения и оптимизации процесса поиска ошибок. Однако, даже в этом случае для больших по объёму файловых систем эта процедура могла занимать много часов.
Позднее была реализована схема оценки состояния файловой системы, в основе которой лежит признак «чистого бита файловой системы». Если происходил сбой и файловая система (ФС) некорректно демонтировалась, то в суперблоке ФС устанавливался этот бит. По-умолчанию в Linux-системах на одном из этапов загрузки системы происходит проверка файловых систем, которые зарегистрированы в файлах /etc/fstab, /etc/vfstab, а также в /etc/filesystems. Таким образом, анализируя «чистый бит» ФС во время загрузки системы утилита определяет, стоит ли проводить проверку.
Журналируемые ФС в настоящее время позволяют утилите работать только с теми структурами данных, которым действительно необходима починка или восстановление. При необходимости fsck может восстановить всю ФС целиком благодаря всё тем же журналам ФС.
Некоторые особенности использования fsck в Linux
Для Linux-систем довольно часто (в особенности с использованием ФС ext) проверка ФС может быть организована таким образом, что она будет проводиться при прошествии некоторого числа демонтирований, даже если ФС полностью исправны. Это особенно актуально для настольных компьютеров, которые могут выключаться/включаться каждые сутки, перезагружаться в связи с особенностью их работы и применения, а также из-за свободного к ним доступа для подключения внешних устройств. В таких случаях проверка ФС (хоть и является полезной и благоприятной процедурой), оказывается слишком частой, а потому бессмысленной.
По-умолчанию в Linux проверка ФС проводится по прошествии 20 демонтирований. Для того, чтобы изменить количество демонтирований, после которых нужна проверка ФС нужно воспользоваться командой tune2fs:
Синтаксис и основные опции fsck
У команды fsck следующий синтаксис:
Кроме основных опций для fsck существуют и специфические, зависящие от выполняемой задачи и/или ФС. Об этом более подробно можно прочитать в соответствующих страницах интерактивного руководства, используя команду man fsck. В содержании основного руководства для утилиты (в разделе «SEE ALSO») есть ссылки на другие страницы, например fstab(5), mkfs(8), fsck.ext2(8), fsck.ext3(8) и т. д. Информацию по этим ссылкам можно просматривать выполняя команду man с соответствующими параметрами, например man fsck.ext3.
В следующей таблице приводятся дополнительные (специальные), а также наиболее часто используемые опции, позволяющие использовать команду с максимальной гибкостью и эффективностью:
Примеры использования fsck
Для самой типичной ситуации, характерной для случаев, когда нужно восстановить (а точнее «починить») ФС, например на устройстве /dev/sdb2, следует воспользоваться командой:
Одной из самых полезных является опция, позволяющая помечать повреждённые сектора и эта же опция используется чаще всего. Обычно такие ситуации (с повреждёнными секторами) возникают после сбоев, вызванных нештатным отключением электропитания:
Работу файловыми системами нужно проводить, когда они отмонтированны от разделов. Однако, если возникает ситуация, когда нужно всё же произвести проверку на примонтированных ФС, то перед тем как использовать команду fsck с соответствующей опцией, нужно сначала перемонтировать нужную ФС в режиме «только для чтения»:
Для указания, какую ФС использовать для раздела:
Если fsck не справляется с исправлением/починкой ФС (что случается очень редко), то это может быть из-за повреждённого суперблока ФС. Его также можно восстановить, поскольку для суперблоков создаются их резервные копии. Но сначала нужно узнать, по каким адресам эти копии записывались, а затем попытаться восстановить суперблок из одной их резервных копий:
Заключение
В данной статье мы рассмотрели работу и использование утилиты fsck. Как видно из статьи использование утилиты не предоставляет большой сложности. А возможности по проверки и восстановлению файловых систем в Linux у нее довольно большие, поэтому знание этой утилиты системному администратору просто необходимы.
, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.
Команда Fsck в Linux (восстановление файловой системы)
fsck (проверка файловой системы) – это утилита командной строки, которая позволяет выполнять проверки согласованности и интерактивное исправление в одной или нескольких файловых системах Linux. Он использует программы, специфичные для типа файловой системы, которую он проверяет.
Вы можете использовать команду fsck для восстановления поврежденных файловых систем в ситуациях, когда система не загружается или раздел не может быть смонтирован.
В этой статье мы поговорим о команде fsck.
Как пользоваться fsck
Команда fsck принимает следующую общую форму:
fsck [OPTIONS] [FILESYSTEM]
Только root или пользователи с привилегиями sudo могут очистить буфер.
Если FILESYSTEM в качестве аргумента указано no, fsck проверяются устройства, указанные в файле fstab.
Никогда не запускайте fsckна смонтированных разделах, так как это может повредить файловую систему. Прежде чем пытаться проверить или восстановить файловые системы, всегда делайте unmountэто сначала.
Команда fsck является оболочкой для различных контроллеров файловой системы Linux ( fsck.*) и принимает различные параметры в зависимости от типа файловой системы.
Проверьте справочные страницы для получения дополнительной информации о конкретном контролере. Например, чтобы просмотреть доступные параметры fsck.ext4, введите:
Восстановление поврежденной файловой системы
Простейший вариант использования команды fsck – восстановить поврежденную файловую систему ext3 или ext4 без полномочий root.
Восстановление корневой файловой системы
fsck не может проверить корневую файловую систему на работающей машине, потому что она не может быть размонтирована.
Если вы хотите проверить или восстановить корневую файловую систему, у вас есть несколько вариантов в вашем распоряжении. Вы можете настроить запуск fsck при загрузке, загрузить систему в режиме восстановления или использовать live CD.
Для запуска fsck в режиме восстановления:
Чтобы запустить fsck из живого дистрибутива:
Проверьте файловые системы при загрузке
В большинстве дистрибутивов Linux fsck запускается во время загрузки, если файловая система помечена как грязная или после определенного количества загрузок или времени.
Чтобы увидеть текущий счетчик монтирования, проверить номер частоты, интервал проверки и время последней проверки для определенного раздела, используйте инструмент tune2fs:
Если, например, вы хотите запускать fsck после каждых 25 загрузок (монтирования), введите:
Вы также можете установить максимальное время между двумя проверками. Например, чтобы установить один месяц, вы должны выполнить:
Чтобы заставить fsck работать во время загрузки на дистрибутивах SystemD, передайте следующие параметры загрузки ядра:
В старых дистрибутивах fsck будет работать при загрузке, если файл /forcefsck присутствует:
sudo touch /forcefsck
Параметры fstab
fstab это файл конфигурации, который сообщает системе, как и где монтировать разделы.
Файл /etc/fstab содержит список записей в следующем виде:
# [File System] [Mount Point] [File System Type] [Options] [Dump] [PASS]/dev/sda1 / ext4 defaults 0 1/dev/sda2 /home ext4 defaults 0 2server:/dir /media/nfs nfs defaults 0 0
Последний, шестой столбец ( [PASS]) – это параметр, который контролирует порядок, в котором проверки файловой системы выполняются во время перезагрузки.
Корневая файловая система должна иметь значение 1, а все остальные файловые системы, которые вы хотите проверить, должны иметь значение 2.
Использование утилиты fsck для исправления ошибок файловой системы в Linux
Библиотека сайта rus-linux.net
Оригинал: How to Use ‘fsck’ to Repair File System Errors in Linux Marin Todorov 1 октября 2018 года Перевод: А. Кривошей
Дата перевода: июль 2019 г.
Файловые системы отвечают за организацию хранения данных. Так или иначе, со временем файловая система может быть повреждена и некоторые ее части могут быть недоступны. Если ваша файловая система имеет такое несоответствие, рекомендуется проверить ее целостность.
Это можно выполнить с помощью системной утилиты fsck (file system consistency check). Эта проверка может быть выполнена автоматически во время загрузки или запущена вручную.
В этой статье мы рассмотрим утилиту fsck и ее использование, чтобы помочь вам исправить дисковые ошибки.
Когда нужно использовать fsck в Linux
Существуют разные сценарии, когда вам понадобится запустить fsck. Вот несколько примеров:
Система не загружается. Файлы в системе поврежденны (часто вы можете увидеть ошибку ввода/вывода).
Подключенный диск (включая флэшки/SD-карты) не работает должным образом.
Опции fsck
Команда Fsck должна быть запущена с привилегиями суперпользователя (root). Вы можете использовать ее с разными аргументами. Их использование зависит от вашего конкретного случая. Ниже вы увидите некоторые из наиболее важных опций:
-V — предоставить описание того, что делается.
Как запустить fsck для исправления ошибок файловой системы Linux
Чтобы запустить fsck, вам нужно убедиться, что раздел, который вы собираетесь проверить, не смонтирован. Для этой статьи я буду использовать мой второй диск /dev/sdb, смонтированный в /mnt.
Вот что произойдет, если я попытаюсь запустить fsck на смонтированном разделе.
Чтобы избежать этого, размонтируйте раздел с помощью команды:
Теперь fsck можно запустить безопасно.
Понимание кодов выхода fsck
После запуска fsck она вернет код выхода. Эти коды можно увидеть в руководстве fsck, выполнив:
# man fsck 0 Нет ошибок 1 Исправлены ошибки файловой системы 2 Система должна быть перезагружена 4 Ошибки файловой системы остались без исправления 8 Операционная ошибка 16 Ошибка использования или синтаксиса 32 Проверка отменена по запросу пользователя 128 Ошибка общей библиотеки
Исправление ошибок файловой системы Linux
Иногда в файловой системе можно найти ошибки. В таких случаях вы захотите, чтобы fsck автоматически пыталась исправить ошибки. Это можно сделать с помощью следующей команды:
Точно так же вы можете запустить команду на всех файловых системах (без корневой):
Как запустить fsck в корневом разделе Linux
В некоторых случаях вам может потребоваться запустить fsck в корневом разделе вашей системы. Поскольку вы не можете запустить fsck на смонтированном разделе, вы можете попробовать один из следующих вариантов:
1. Принудительно использовать fsck при загрузке системы
2. Запустить fsck в режиме восстановления
Мы рассмотрим обе ситуации.
Принудительная проверка корневой файловой системы с помощью fsck при загрузке системы
Это относительно легко выполнить, единственное, что вам нужно сделать, это создать файл с именем forcefsck в корневом разделе вашей системы. Используйте следующую команду:
Во время следующей загрузки будет выполняться fsck. Если время простоя является критическим, рекомендуется тщательно спланировать эту проверку, так как если в вашей системе много используемых inode, fsck может занять некоторое, довольно значительное время.
После загрузки системы проверьте, существует ли этот файл:
Если он есть, вы можете удалить его, чтобы избежать запуска fsck при каждой загрузке системы.
Запуск fsck в режиме восстановления
Запуск fsck в режиме восстановления требует еще нескольких шагов. Сначала подготовьте систему к перезагрузке. Остановите все важные службы, такие как MySQL/MariaDB и т. д., а затем перезагрузите компьютер.
Во время загрузки удерживайте нажатой клавишу Shift, чтобы отобразилось меню grub. Выберите «Advanced options».
Затем выберите «Recovery mode».
В следующем меню выберите «fsck».
Вас спросят, хотите ли вы перемонтировать вашу корневую файловую систему. Выберите «yes».
Вы должны увидеть что-то похожее на это.
Затем вы можете вернуться к нормальной загрузке, выбрав «Resume».
Если вам понравилась статья, поделитесь ею с друзьями:
Как восстановить файловую систему в fsck
Из-за различных неполадок или неожиданного отключения компьютера файловая система может быть повреждена. При обычном выключении все файловые системы монтируются только для чтения, а все не сохраненные данные записываются на диск.
Но если питание выключается неожиданно, часть данных теряется, и могут быть потерянны важные данные, что приведет к повреждению самой файловой системы. В этой статье мы рассмотрим как восстановить файловую систему fsck, для нескольких популярных файловых систем, а также поговорим о том, как происходит восстановление ext4.
Немного теории
Как вы знаете файловая система содержит всю информацию обо всех хранимых на компьютере файлах. Это сами данные файлов и метаданные, которые управляют расположением и атрибутами файлов в файловой системе. Как я уже говорил, данные не сразу записываются на жесткий диск, а некоторое время находятся в оперативной памяти и при неожиданном выключении, за определенного стечения обстоятельств файловая система может быть повреждена.
Современные файловые системы делятся на два типа — журналируемые и нежурналируемые. Журналиуемые файловые системы записывают в лог все действия, которые собираются выполнить, а после выполнения стирают эти записи. Это позволяет очень быстро понять была ли файловая система повреждена. Но не сильно помогает при восстановлении. Чтобы восстановить файловую систему linux необходимо проверить каждый блок файловой системы и найти поврежденные сектора.
Для этих целей используется утилита fsck. По сути, это оболочка для других утилит, ориентированных на работу только с той или иной файловой системой, например, для fat одна утилита, а для ext4 совсем другая.
В большинстве систем для корневого раздела проверка fsck запускается автоматически, но это не касается других разделов, а также не сработает если вы отключили проверку.
Основы работы с fsck
В этой статье мы рассмотрим ручную работу с fsck. Возможно, вам понадобиться LiveCD носитель, чтобы запустить из него утилиту, если корневой раздел поврежден. Если же нет, то система сможет загрузиться в режим восстановления и вы будете использовать утилиту оттуда. Также вы можете запустить fsck в уже загруженной системе. Только для работы нужны права суперпользователя, поэтому выполняйте ее через sudo.
А теперь давайте рассмотрим сам синтаксис утилиты:
$ fsck [опции] [опции_файловой_системы] [раздел_диска]
Основные опции указывают способ поведения утилиты, оболочки fsck. Раздел диска — это файл устройства раздела в каталоге /dev, например, /dev/sda1 или /dev/sda2. Опции файловой системы специфичны для каждой отдельной утилиты проверки.
А теперь давайте рассмотрим самые полезные опции fsck:
Это были глобальные опции утилиты. А теперь рассмотрим опции для работы с файловой системой, их меньше, но они будут более интересны:
Теперь мы все разобрали и вы готовы выполнять восстановление файловой системы linux. Перейдем к делу.
Как восстановить файловую систему в fsck
Допустим, вы уже загрузились в LiveCD систему или режим восстановления. Ну, одним словом, готовы к восстановлению ext4 или любой другой поврежденной ФС. Утилита уже установлена по умолчанию во всех дистрибутивах, так что устанавливать ничего не нужно.
Восстановление файловой системы
Если ваша файловая система находится на разделе с адресом /dev/sda1 выполните:
Опцию y указывать необязательно, но если этого не сделать утилита просто завалит вас вопросами, на которые нужно отвечать да.
Восстановление поврежденного суперблока
Обычно эта команда справляется со всеми повреждениями на ура. Но если вы сделали что-то серьезное и повредили суперблок, то тут fsck может не помочь. Суперблок — это начало файловой системы. Без него ничего работать не будет.
Но не спешите прощаться с вашими данными, все еще можно восстановить. С помощью такой команды смотрим куда были записаны резервные суперблоки:
Теперь у нас есть шесть резервных адресов суперблоков и мы можем попытаться восстановить файловую систему с помощью каждого из них, например:
После этого, скорее всего, вам удастся восстановить вашу файловую систему. Но рассмотрим еще пару примеров.
Проверка чистой файловой системы
Проверим файловую систему, даже если она чистая:
Битые сектора
Или еще мы можем найти битые сектора и больше в них ничего не писать:
Установка файловой системы
Вы можете указать какую файловую систему нужно проверять на разделе, например:
Проверка всех файловых систем
Но такая команда сработает только в режиме восстановления, если корневой раздел и другие разделы уже примонтированы она выдаст ошибку. Но вы можете исключить корневой раздел из проверки добавив R:
Или исключить все примонтированные файловые системы:
Также вы можете проверить не все файловые системы, а только ext4, для этого используйте такую комбинацию опций:
Или можно также фильтровать по опциям монтирования в /etc/fstab, например, проверим файловые системы, которые монтируются только для чтения:
Проверка примонтированных файловых систем
Раньше я говорил что нельзя. Но если другого выхода нет, то можно, правда не рекомендуется. Для этого нужно сначала перемонтировать файловую систему в режим только для чтения. Например:
А теперь проверка файловой системы fsck в принудительном режиме: