Ошибка корневой файловой системы мсвс

Модератор: Модераторы разделов

Команда FSCK (Проверка согласованности файловой системы) — это команда предназначена для проверки и исправления ошибок файловой системы Linux. Что гарантирует целостность и согласованность файловой системы.

fsck — это интерфейсная утилита, которая вызывает программу для проверки конкретной файловой системы. Команда Fsck обычно запускается после сбоя загрузки системы, повреждения файловой системы или сбоя в работе подключенного диска.

Например в системе Windows есть подобная утилита, называется chkdsk.

В этой статье мы расскажем о команде fsck и о том, как восстановить систему в дистрибутиве Linux.

Требования:

• Установленная система Linux или Unix-подобная
• Пользователь с правами Sudo (суперпользователь)

Что делает команда fsck

• Система автоматически обнаруживает несогласованность системы, как правило после сбоя системы или потери питания или после неправильного отключения.
• Используйте fsck если система не загружается
• Исправление ошибок ввода-вывода
• Запланированный запуск fsck для проверки файловой системы при загрузке ОС.

Команда fsck в Linux

Команда fsck имеет вот такой синтаксис.

$ sudo fsck [Опция] [Файловая система]

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

[Файловая система] может быть устройством, разделом, точкой монтирования и так далее. Если учетные данные не добавлены в [Файловую систему], fsck проверяет устройства, перечисленные в файле fstab.

fsck по умолчанию включен во все дистрибутивы Linux. Команда fsck проверяет все файлы и целостность файловой системы. Эту команду можно выполнить вручную или автоматически.

ВНИМАНИЕ: Прежде чем пытаться проверить или восстановить файловую систему, всегда помните о необходимости размонтирования раздела. Если этого не сделать, файловая система может быть повреждена.

Проверка и исправление ошибок файловой системы в Linux

Fsck обычно используется для исправления ошибок в поврежденных файловых системах ext3 или ext4. Чтобы использовать утилиту fsck, вы должны сначала убедиться, что раздел был размонтирован. Вы получите сообщение об ошибке и ваш процесс будет прерван, если вы попытаетесь запустить команду fsck в разделе не размонтировав его. После завершения процесса вы можете снова смонтировать файловую систему.

Если вы не уверены в имени устройства которое хотите проверить, используйте команду df, lsblk или fdisk (fdisk-l), чтобы найти его.

$ sudo df -h

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

Синтаксис команды размонтирования:

$ sudo umount [filesystem]

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

Синтаксис команды проверки файловой системы и файлов:

$ sudo fsck -p [Filesystem]

Пример использования команд :

$ sudo umount /dev/sdc
$ sudo fsck -p /dev/sdc

Ответ в терминала:

$ sudo fsck -p /dev/sdc
fsck from util-linux 2.34
exfatfsck 1.3.0
Checking file system on /dev/sdc.
File system version              1.0
Sector size                      512 bytes
Cluster size                     128 KB
Volume size                      55 GB
Used space                       4 MB
Available space                  55 GB
Totally 1 directories and 3 files.
File system checking finished. No errors found.

После проверки и ремонта обязательно смонтируйте диск.

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

Поскольку корневая система не может быть отключена, Fsck не может проверять наличие ошибок. Но у вас есть возможность запустить fsck в режиме восстановления.

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

Войдите в меню загрузки и выберите «Дополнительные параметры»  (Advanced Options).

Теперь выберите “Режим восстановления” (Recovery mode), а затем в меню выберите» fsck” .

Далее появится окно сообщения с вопросом, хотите ли вы переустановить свою / файловую систему. Выберите опцию «Да«.

Теперь нажмите «ДА» и вернитесь к нормальной загрузке.

Параметры fsck

Существует список опций (параметров), которые доступны с помощью утилиты fsck. Все они используются для конкретных целей. Вот некоторые полезные опций fsck:

1. Perform fsck dry run — это выполнение тестового запуска.

fsck -N /dev/sdc

2. Опция -y на все вопросы автоматически ответит ДА, это позволит избежать всех подсказок

fsck -y /dev/sdc

3. Параметр -n  выведите ошибку fsck без ремонта

fsck -n /dev/sdc

4. Запуск fsck во всех файловых системах

fsck -AR

-R  пропустит корневую файловую систему, так как ее нельзя размонтировать на работающей машине

5. Запуск fsck для определенной файловой системы

Команда fsck является оболочкой и внутренне использует соответствующую команду проверки файловой системы (fsck.*). Вы можете найти следующие различные команды проверки fsck, такие как fsck.ext2, fsck.ext3, fsck.ext4 и т.д.).

# cd /sbin
# ls fsck*
fsck fsck.cramfs fsck.ext2 fsck.ext3 fsck.ext4 fsck.minix fsck.xfs

В следующей таблице показаны все параметры (опции) команды fsck.

Параметры fsck

Вариант	Описание
-A	Проверяет все файловые системы, присутствующие в файле /etc/fstab
-C	Отображает индикатор выполнения
-f	Принудительно проверяет файловую систему
-l	Блокирует устройство
-M	Не проверяет смонтированные файловые системы
-N	Выводит на печать без выполнения каких — либо действий
-P	Параллельная проверка нескольких файловых систем
-p	Автоматически устранять любые проблемы, которые могут быть безопасно устранены без необходимости взаимодействия с пользователем
-R	Не проверяет корневую файловую систему при использовании с -A
-r	Отображает статистику для каждого проверенного устройства
-T	Не показывает название
-t	Укажите типы файловых систем, которые необходимо проверить (это можно сделать с помощью команды man)
-v	Предоставляет подробную информацию
-y	Отвечает «да» на все вопросы

fstab — это файл, который указывает операционной системе, как и где монтировать разделы. Вы так же можете найти список записей в файле fstab /etc/fstab.

Параметр  <pass> определяет порядок, в котором выполняются проверки файловых системы во время перезагрузки. Если значение равно 0, то оно не проверяется. Если значение равно 1, файловые системы проверяются по одной за раз. А если значение равно 2, поиск во всех файловых системах выполняется одновременно. Значение корневой файловой системы равно 1, а все остальные файловые системы, которые вы хотите проверить, должны иметь значение 2.

Образец файла /etc/fstab:

Заключение

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

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

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

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

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

fsck [OPTIONS] [FILESYSTEM]

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

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

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

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

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

man fsck.ext4

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

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

   sudo umount /dev/sdc1
   

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

   sudo fsck -p /dev/sdc1
   

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

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

   sudo mount /dev/sdc1
   

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

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

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

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

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

1. Загрузите живую раздачу.
2. Используйте fdisk или, parted чтобы найти имя корневого раздела.
3. Откройте терминал и запустите:

   sudo fsck -p /dev/sda1

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

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

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

sudo tune2fs -l /dev/sdc1 | grep -i 'last checked|mount count'

Mount count:              292
Maximum mount count:      -1
Last checked:             Tue Jul 12 14:23:33 2018
Check interval:           0 (<none>)

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

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

sudo tune2fs -c 25 /dev/sdc1

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

sudo tune2fs -i 1m /dev/sdc1

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

fsck.mode=force
fsck.repair=yes

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

sudo touch /forcefsck

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      2
server:/dir     /media/nfs    nfs                defaults  0      0

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

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

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

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

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

Если у вас есть какие-либо вопросы или отзывы, не стесняйтесь оставлять комментарии.

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

Создание загрузочной дискеты

Загрузочная дискета необходима в тех случаях, когда по каким-либо причинам загрузка с жесткого диска невозможна. Обратите внимание, что с загрузочного диска будет собственно загружаться ядро. Монтирование корневой файловой системы будет происходить по-прежнему с жесткого диска. Для создания загрузочной дискеты необходимо вставить чистую дискету в дисковод и дать команду:

mkbootdisk /dev/fd0

Такая загрузочная дискета будет содержать копию ядра ОС МСВС 3.0, указывающую на корневую файловую систему. Программа установки ОС МСВС 3.0 предоставляет возможность создать такую загрузочную дискету при установке. Но если это по каким-либо причинам не сделано, то всегда существует возможность сделать это в любой момент работы системы.

Теперь в случае проблем при загрузке с жесткого диска можно загрузиться с дискеты. В некоторых случаях для этого еще необходимо поменять в BIOS порядок загрузки.

После такой загрузки система предоставит минимальные возможности оболочки sh и некоторые другие утилиты, которых должно быть достаточно для восстановления системы.

1. Загрузка ядра

В зависимости от аппаратной базы и необходимости совместной работы с другими операционными системами можно настроить систему так, чтобы ОС МСВС 3.0 загружалась автоматически, либо предоставить пользователю выбор между различными операционными системами во время загрузки. Такая возможность обычно называется двойной загрузкой, но на деле можно выбирать между произвольным числом систем (например, МСВС, Linux и Windows).

ОС МСВС 3.0 может быть установлена совместно с другими операционными системами. В этом случае загрузчик можно настроить таким образом, что он будет запрашивать у пользователя, какую систему необходимо загрузить. В случае загрузки другой операционной системамы, вторичный загрузчик просто считывает загрузочный сектор соответствующего раздела и передает ему управление.

1.1.33.Процесс загрузки

В ОС МСВС 3.0 для загрузки ядра используется загрузчик LILO (Linux LOader, загрузчик Linux). Процесс загрузки достаточно прост, но наличие большого количества аппаратных и программных средств предоставляет разнообразные возможности для настройки этого процесса. Существует два традиционных варианта загрузки:

• с дискеты, при этом прочие системы могут, как и прежде, загружаться с жесткого диска;
• с помощью LILO – это самый распространенный метод загрузки, который позволяет загружать и ОС МСВС 3.0, и другие операционные системы.

Какой бы способ загрузки ни был выбран, необходимо обеспечить наличие загрузочной дискеты, незаменимой при возникновении аварийных ситуаций и особенно в тех случаях, когда выполняется сложная настройка загрузчика, поскольку любая ошибка может привести к тому, что нельзя будет загрузиться с жесткого диска.

На машинах с Intel-архитектурой первый сектор любого диска называется загрузочным сектором (boot sector); он содержит таблицу разделов этого диска и, по необходимости, код для загрузки операционной системы. Загрузочный сектор первого жесткого диска называется главной загрузочной записью (MBR, master boot record). При загрузке системы BIOS считывает MBR и передает управление программе, расположенной в этом секторе наряду с таблицей разделов. Эта программа называется первичным загрузчиком (boot loader) и предназначена для загрузки и запуска операционной системы. При установке ОС МСВС 3.0 необходимо либо заменить первичный загрузчик, либо загружать ОС МСВС 3.0 с дискеты.

Процесс загрузки ядра с помощью LILO состоит из нескольких этапов:

• считывание главной загрузочной записи;
• считывание вторичного загрузчика;
• считывание начального RAM-диска;
• загрузку запакованного ядра;
• распаковку ядра и передачу ему управления.

LILO – большая программа, которая не может быть размещена целиком в одном секторе, поэтому ее загрузка происходит в две стадии. В загрузочном секторе расположен первичный загрузчик, который считывает вторичный загрузчик. Вторичный загрузчик может быть расположен в нескольких секторах жесткого диска. После его считывания LILO полностью загружен в оперативную память.

На следующей стадии загрузчик считывает в оперативную память образ начального RAM-диска (initrd). Этот образ может храниться в запакованном виде. В этом случае производится его распаковка. В дальнейшем этот диск будет временно смонтирован ядром как корневая файловая система.

Ядро с целью экономии дискового пространства хранится на диске в запакованном виде. В начале образа ядра расположена программа, предназначенная для его распаковки.

Завершающим этапом является распаковка ядра и передача ему управления.

1.1.34.Загрузчик LILO

LILO может устанавливаться в главную загрузочную запись (MBR) жесткого диска или в качестве вторичного загрузчика в раздел, содержащий ОС МСВС 3.0. Для организации двойной загрузки LILO необходимо установить в MBR и посредством соответствующей настройки обеспечить возможность загрузки нужной операционной системы.

LILO состоит из нескольких частей – собственно загрузчика, конфигурационного файла /etc/lilo.conf, файла карты /boot/map и утилиты lilо (/sbin/lilo). Утилита lilо читает конфигурационный файл и использует прочитанную информацию для создания или обновления файла карты и установки необходимых файлов LILO.

Если LILO устанавливается в MBR, он заменяет первичный загрузчик MS-DOS. Если возникли проблемы в ходе его установки или нужно удалить LILO из системы и восстановить исходный загрузчик, можно воспользоваться одним из следующих вариантов:

Загрузить Linux с дискеты и восстановить загрузочный сектор из резервной копии:

% /sbin/lilo -u

Загрузить DOS и запустить специальную команду fdisk, которая реконструирует MBR:

с:> fdisk /mbr

Необходимо помнить, что LILO выступает в двух ипостасях: как собственно загрузчик и как команда lilo. Команда lilо конфигурирует и устанавливает загрузчик и обновляет его при необходимости. Загрузчик является кодом, который выполняется во время загрузки машины и запускает операционную систему.

1.1.35.Конфигурационный файл LILO

Для настройки LILO используется конфигурационный файл /etc/lilo.conf. Из этого файла утилита lilо получает информацию при установке загрузчика. Так как в процессе загрузки еще не доступна файловая система, lilо создает файл карты /boot/map, в котором содержатся абсолютные физические адреса всех секторов диска, необходимых для загрузки.

Всякий раз, когда изменяется /etc/lilo.conf, пересобирается или перемещается ядро системы, необходимо выполнять команду lilo, чтобы обновить файл карты и загрузчик.

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

Пример раздела глобальных параметров (символ # является началом комментария):

boot=/dev/hda # Загрузочное устройство /dev/hda

map=/boot/map # Сохранить карту в файле /boot/nap

install=/boot/boot.b # Файл, устанавливаемый как новый загрузочный сектор

prompt # Всегда выдавать приглашение загрузчика

timeout=30 # Установить ожидание в 3 (30 десятых долей секунды)

За разделом глобальных параметров следуют параметры загрузки каждого ядра и других операционных систем – по одному разделу на каждый вариант. Каждый из разделов носит название раздела образа, поскольку описывает загрузку одного из образов ядра (в данном случае образ – синоним двоичного файла, содержащего код ядра), либо другой операционной системы. Каждый раздел образа начинается со строки image=. Например:

image=/boot/vmlinuz # Файл образа ядра

label=linux # Метка загрузки, вводимая в ответ на приглашение загрузчика

root=/dev/hda2 # Расположение корневой файловой системы

vga=ask # Всегда предлагать пользователю выбор VGA-режима

read-only # Монтировать файловую систему в режиме «только для чтения» и выполнять проверку fsck

Эквивалентный раздел для не-Linux системы начинается со строки other= вместо image=. Например:

other=/dev/hda1 # Местоположение раздела

label=dos

table=/dev/hda # Расположение таблицы разделов

Итак, следует размещать параметры LILO, одинаковые для всех вариантов загрузки, в разделе глобальных параметров, а специфичные для каждого из вариантов – в соответствующем разделе образа. Если параметр дублируется в разделе глобальных параметров и в разделе образа, используется значение этого параметра из раздела образа.

1.1.36.Использование RAM-диска

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

Компоненты ядра могут быть, как встроены в ядро в процессе компиляции (статическое связывание), так и компилироваться в виде отдельных модулей, которые будут динамически связываться с ядром, когда в них возникнет необходимость. После использования динамического модуля он может быть отключен от ядра. Динамическое связывание позволяет уменьшить размер ядра, но одновременно сокращает производительность ядра, так как процессы подключения и отключения модулей требуют дополнительных временных затрат.

Если корневая файловая система расположена на устройстве, доступ к которому обеспечивается модульным драйвером (например, в случае со SCSI-дисками), возможно использование initrd, двухэтапного процесса загрузки, позволяющего сначала создать содержащую необходимые модули (например, драйвер SCSI) временную корневую файловую систему на виртуальном диске в памяти (RAM-диск), а затем загрузить модули и смонтировать реальную корневую файловую систему.

RAM-диск, содержащий временную файловую систему, – это специальный файл устройства /dev/initrd.

Для использования initrd, в ОС Linux необходимо пересобрать ядро с поддержкой RAM-дисков и поддержкой начального RAM-диска. Затем необходимо подготовить обычную корневую файловую систему и создать образ RAM-диска. Утилита mkinitrd предназначена для создания образа RAM-диска.

ОС МСВС 3.0 подготовлена к использованию initrd. Для работы с ним нужно добавить параметр initrd в соответствующий раздел образа:

image=/vmlinuz

initrd=/boot/initrd # Файл, загружаемый в качестве содержимого /dev/initrd

Выполнить команду /sbin/lilo и перезагрузить систему с помощью initrd.

Файловые системы отвечают за организацию хранения данных. Так или иначе, со временем файловая система может быть повреждена и некоторые ее части могут быть недоступны. Если ваша файловая система имеет такое несоответствие, рекомендуется проверить ее целостность.

Это можно выполнить с помощью системной утилиты fsck (file system consistency check). Эта проверка может быть выполнена автоматически во время загрузки или запущена вручную.

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

Когда нужно использовать fsck в Linux

Существуют разные сценарии, когда вам понадобится запустить fsck. Вот несколько примеров:

Система не загружается.
Файлы в системе поврежденны (часто вы можете увидеть ошибку ввода/вывода).
Подключенный диск (включая флэшки/SD-карты) не работает должным образом.

Опции fsck

Команда Fsck должна быть запущена с привилегиями суперпользователя (root). Вы можете использовать ее с разными аргументами. Их использование зависит от вашего конкретного случая. Ниже вы увидите некоторые из наиболее важных опций:

-A — используется для проверки всех файловых систем. Список берется из /etc/fstab.
-C — показывать индикатор выполнения.
-l — блокирует устройство, чтобы гарантировать, что никакая другая программа не попытается использовать раздел во время проверки.
-M — не проверять смонтированные файловые системы.
-N — только показывать, что будет сделано — не делать никаких реальных изменений.
-P — если вы хотите проверять файловые системы параллельно, включая корневую.
-R — не проверять корневую файловую систему. Это полезно только вместе с ‘-A‘.
-r — предоставить статистику для каждого проверяемого устройства.
-T — не показывает заголовок.
-t — исключительно указать типы файловых систем, которые будут проверяться. Типы могут быть разделены запятыми.
-V — предоставить описание того, что делается.

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

Чтобы запустить fsck, вам нужно убедиться, что раздел, который вы собираетесь проверить, не смонтирован. Для этой статьи я буду использовать мой второй диск /dev/sdb, смонтированный в /mnt.

Вот что произойдет, если я попытаюсь запустить fsck на смонтированном разделе.

# fsck /dev/sdb

Чтобы избежать этого, размонтируйте раздел с помощью команды:

# umount /dev/sdb

Теперь fsck можно запустить безопасно.

# fsck /dev/sdb

Понимание кодов выхода fsck

После запуска fsck она вернет код выхода. Эти коды можно увидеть в руководстве fsck, выполнив:

# man fsck

0       Нет ошибок
1       Исправлены ошибки файловой системы
2       Система должна быть перезагружена
4       Ошибки файловой системы остались без исправления
8       Операционная ошибка
16     Ошибка использования или синтаксиса
32     Проверка отменена по запросу пользователя
128  Ошибка общей библиотеки

Исправление ошибок файловой системы Linux

Иногда в файловой системе можно найти ошибки. В таких случаях вы захотите, чтобы fsck автоматически пыталась исправить ошибки. Это можно сделать с помощью следующей команды:

# fsck -y /dev/sdb

Флаг -y автоматически даёт ответ «да» на любые запросы от fsck для исправления ошибок.

Точно так же вы можете запустить команду на всех файловых системах (без корневой):

$ fsck -AR -y 

Как запустить fsck в корневом разделе Linux

В некоторых случаях вам может потребоваться запустить fsck в корневом разделе вашей системы. Поскольку вы не можете запустить fsck на смонтированном разделе, вы можете попробовать один из следующих вариантов:

1. Принудительно использовать fsck при загрузке системы
2. Запустить fsck в режиме восстановления

Мы рассмотрим обе ситуации.

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

Это относительно легко выполнить, единственное, что вам нужно сделать, это создать файл с именем forcefsck в корневом разделе вашей системы. Используйте следующую команду:

# touch /forcefsck

Во время следующей загрузки будет выполняться fsck. Если время простоя является критическим, рекомендуется тщательно спланировать эту проверку, так как если в вашей системе много используемых inode, fsck может занять некоторое, довольно значительное время.

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

# ls /forcefsck

Если он есть, вы можете удалить его, чтобы избежать запуска fsck при каждой загрузке системы.

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

Запуск fsck в режиме восстановления требует еще нескольких шагов. Сначала подготовьте систему к перезагрузке. Остановите все важные службы, такие как MySQL/MariaDB и т. д., а затем перезагрузите компьютер.

# reboot

Во время загрузки удерживайте нажатой клавишу Shift, чтобы отобразилось меню grub. Выберите «Advanced options».

Затем выберите «Recovery mode».

В следующем меню выберите «fsck».

Вас спросят, хотите ли вы перемонтировать вашу корневую файловую систему. Выберите «yes».

Вы должны увидеть что-то похожее на это.

Затем вы можете вернуться к нормальной загрузке, выбрав «Resume».

Заключение

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

---

Другие статьи о команде fsck в Linux:

• Программа fsck
• 4 утилиты для устранения проблем файловых систем EXT2, EXT3 и EXT4 в Linux
• Проверка жесткого диска на плохие сектора и блоки в Linux
• Software-RAID HOWTO. 4. Восстановление ошибок

---

Во время загрузки получаю сообщение: Begin: Mounting root file system ... mount: No such device Unable to mount /dev/disk/by-uuid/dccd...... as ext2. Dropping to a shell! (initramfs) На этом загрузка прекращается. Если в fstab прописать корневую ФС, как ext2, то в иминидж кладется модуль ext2, и загрузка проходит нормально. Если в fstab корневая система прописана как ext3, то в имидж кладется модуль ext3. А коревая файловая система монтируется попрежнему как ext2, но ненаходит модуля, и обламывается. Сейчас для себя решил проблему следующим образом. исправляю в fstab для корня тип ФС на ext2, создаю имидж, меняю тип ФС на ext3 для корня, запускаю лило. Может есть более прямое решение? Comment 1 Sergey Vlasov 2009-06-26 12:56:47 MSD Если в fstab указан неверный тип файловой системы, вполне естественно, что в результате загрузка становится невозможной. Совместимость в противоположную сторону (ext2 в fstab при фактически созданной ext3 на диске) поддерживается в mkinitrd >= 3.0.5-alt1. Кроме того, если вы пытаетесь преобразовать файловую систему ext2 в ext3, необходимо выполнить tune2fs -j для создания журнала; после этого тип ФС будет автоматически определяться как ext3, но сохранится возможность монтирования как ext2. В текущих версиях ядра модуль ext3 не поддерживает работу без использования журнала, и ФС без журнала не может быть смонтирована как ext3. Comment 2 MisHel64 2009-06-26 13:07:54 MSD Как бы все это не в тему. У меня уже есть корневой раздел в ext3, что и указано в fstab. Я обновил ядро, и в результате загрузки с ним, получил выше описанную проблему. Ничего никуда приобразовывать я не собираюсь. Еще раз проблема в том, что если в fstab прописан root как ext3, mkinitrd в имидж кладет драйвер от ext3, а монтировать пытается, как ext2. Лично я думаю, что имеено из-за этого я получаю выше описанную ошибку. Comment 3 MisHel64 2009-06-26 13:09:41 MSD Ошибка не исправлена, коментарий не соответствует проблеме. Comment 4 MisHel64 2009-06-26 13:30:30 MSD Ошибка не исправлена, коментарий не соответствует проблеме. Comment 5 Sergey Vlasov 2009-06-26 15:27:19 MSD Тогда покажите вывод tune2fs -l для корневой ФС. Comment 6 MisHel64 2009-06-27 00:04:38 MSD Флаг has_journal в списке фичь присиутствует. Comment 7 Sergey Vlasov 2009-06-27 11:10:08 MSD Покажите полностью вывод команд tune2fs -l $root_device /lib/mkinitrd/klibc/bin/fstype < $root_device /lib/mkinitrd/udev/lib/udev/vol_id $root_device (вместо $root_device укажите имя устройства, на котором находится корневая ФС). Comment 8 Sergey Vlasov 2009-07-02 19:45:14 MSD Информации до сих пор нет; проблема уже неактуальна? Воспроизвести ситуацию, когда ext3 распознаётся как ext2, не удалось (правда, есть случаи, когда ext4 со "странной" комбинацией флагов распознаётся как ext2, но в этих случаях ФС не удаётся смонтировать как ext3). Comment 9 MisHel64 2009-07-03 18:24:07 MSD Да. В настоящий момент проблема уже не актуальна, в связи с отказом от ОС АлтЛюнукс для решения целевой задачи. Подробности, я выслал Вам на E-Mail. Comment 10 Dmitry V. Levin 2009-12-09 05:05:19 MSK Reporter failed to provide necessary information. Comment 11 Dmitry 2014-12-10 17:02:50 MSK схожая проблема разница в одну цифру, помогите решить, произошло на годами нормально работающей машине после долгого отключения света, после старта загрузка останавливается на : unable to mount /dev/disk/by-uuid/ccb03de5-19d3-4bb9-bd5e-61f70c8d55f7 as ext3. dropping to a shell! (initramfs)