Fsck exited with status code 4

Ошибка при загрузке, кратко: fsck что-то находит, но при загрузке всё-равно exit status 4

При загрузке выдаёт:

fsck 1.41.4 (27-Jan-2009)
e2fsck 1.41.4 (27-Jan-2009)
Checking for bad blocks (read-only test): done
/dev/sdb1: Updating bad block inode.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information

/dev/sdb1: ***** FILE SYSTEM WAS MODIFIED *****

94139 inodes used (17.29%)
1561 non-contiguous files (1.7%)
92 non-contiguous directories (0.1%)
# of inodes with ind/dind/tind blocks: 6978/119/0
963168 blocks used (44.25%)
0 bad blocks
1 large file

81193 regular files
7905 directories
55 character device files
25 block device files
2 fifos
405 links
4933 symbolic links (4736 fast symbolic links)
17 sockets
———
94535 files

Причём FILE SYSTEM каждый раз WAS MODIFIED 🙂
Собственно, далее идёт ребут, нифига хорошего не происходит.. 🙁 Система в том же состоянии.

Источник

Debian User Forums

(warning). fsck died with exit status 4 failed! (code 4).

(warning). fsck died with exit status 4 failed! (code 4).

#1 Post by TSerzhO_ » 2013-02-19 10:36

First of all, I want to apologize for two things:
1) I am completely noob in Linux and know just nothing at all.
2) My English is very poor; I can read, but to speak, compose and write, express my minds and my thoughts is just hard for me; my mother tongue is Ukrainian.
For that I’m sorry.
So, I will try to maximally use my vocabulary to get You could to understand what I’m saying about. And also to provide You as much the details as I only can.

My system has stopped to boot at all.

Re: (warning). fsck died with exit status 4 failed! (code 4)

#2 Post by TSerzhO_ » 2013-02-19 10:45

Re: (warning). fsck died with exit status 4 failed! (code 4)

#3 Post by dilberts_left_nut » 2013-02-19 10:49

The filesystem on your root partition needs fixing before it will boot.
enter the root password then run

Re: (warning). fsck died with exit status 4 failed! (code 4)

#4 Post by michapma » 2013-02-19 11:04

Secondly, don’t apologize for being a noob, it’s impossible to start as a guru. You did a good job of describing your problem and providing enough information for someone to provide help.

These forums might be a good place to learn both technical and creative English.

Re: (warning). fsck died with exit status 4 failed! (code 4)

#5 Post by TSerzhO_ » 2013-02-19 11:06

So, about my debian problem.
I were trying to type my root password in that moment (where is a «_» symbol: <

>), but then I’ve got nothing. Unfortunately, I’m not at home right now and can’t to tell You, what actually happens exactly.

Re: (warning). fsck died with exit status 4 failed! (code 4)

#6 Post by dilberts_left_nut » 2013-02-19 11:09

Re: (warning). fsck died with exit status 4 failed! (code 4)

#7 Post by TSerzhO_ » 2013-02-19 11:12

Re: (warning). fsck died with exit status 4 failed! (code 4)

#8 Post by TSerzhO_ » 2013-02-19 11:20

Re: (warning). fsck died with exit status 4 failed! (code 4)

#9 Post by michapma » 2013-02-19 14:54

When you’re entering your message, at the bottom is an area with two tabs: «Options» and «Upload attachment.» Use the second one. Otherwise, you can host the image online using a free site of your choice.

Re: (warning). fsck died with exit status 4 failed! (code 4)

#10 Post by TSerzhO_ » 2013-02-27 14:56

And 2 michapma
Like I said, when I did all the same like You describes, then I’ve got an error message.

Re: (warning). fsck died with exit status 4 failed! (code 4)

#11 Post by llivv » 2013-02-27 15:27

to use the img tags to post an image you first have to post the image at an image hosting site.
here are links to a few free image hosting sites.
http://imgboat.com/
http://imgsrc.ru/
http://freeimagehosting.net/
http://postimage.org/
http://tinypic.com/
http://imageshack.eu

It may take a few tries to figure out how to link to your images,
but most free image hosting sites give Forum url’s
after you post the image so you can copy and paste the images «Forum url»
into your forum post.

Re: (warning). fsck died with exit status 4 failed! (code 4)

#12 Post by prabhu » 2015-02-04 09:34

I not able to give root passowrd to enter to maintaince mode.

Please help me to fix this please ASAP.

Re: (warning). fsck died with exit status 4 failed! (code 4)

#13 Post by Head_on_a_Stick » 2015-02-04 10:24

prabhu wrote: Dear All,

I not able to give root passowrd to enter to maintaince mode.

Please help me to fix this please ASAP.

Also, read this post to increase your chances of getting help:
http://forums.debian.net/viewtopic.php?p=550848

«It seems that UNIX has become the victim of cancerous growth at the hands of organizations such as UCB. 4.2BSD is an order of magnitude larger than Version 5, but, Pike claims, not ten times better.»

— Murray Hill, Bell Laboratories

Re: (warning). fsck died with exit status 4 failed! (code 4)

#14 Post by prabhu » 2015-02-04 12:31

i have the problem similar to mr TSerzhO_

but i not able to provide the root password/

Re: (warning). fsck died with exit status 4 failed! (code 4)

#15 Post by Head_on_a_Stick » 2015-02-04 12:48

«It seems that UNIX has become the victim of cancerous growth at the hands of organizations such as UCB. 4.2BSD is an order of magnitude larger than Version 5, but, Pike claims, not ten times better.»

— Murray Hill, Bell Laboratories

Re: (warning). fsck died with exit status 4 failed! (code 4)

#16 Post by prabhu » 2015-02-04 15:57

Thanks for the update,

Its promoting for root password, but from vcenter we are not able to provide the root password.

Is there any other option to fix the issue?

This server is hosted on the EXSi VM server

Re: (warning). fsck died with exit status 4 failed! (code 4)

#17 Post by prabhu » 2015-02-04 16:45

Thanks, i am not able to provide the root password from vcenter server.

Re: (warning). fsck died with exit status 4 failed! (code 4)

#18 Post by mahboobehd » 2016-01-27 23:05

I am running debian_squeeze_i386_desktop.qcow2, and it was working properly before I tried to make a bridge between host system and qemu.

Thank you in advace for the help,
Mahboobeh

Re: (warning). fsck died with exit status 4 failed! (code 4)

#19 Post by kiyop » 2016-01-28 11:23

I am running debian_squeeze_i386_desktop.qcow2, and it was working properly before I tried to make a bridge between host system and qemu.

Your debian_squeeze is booting as the host system, isn’t it?

I wonder if /dev/sda1 has bad sector(s).
I suggest you backing-up important data to a safe place such as a partition in an USB media (removable media).
Can you unmount /dev/sda1?
After backing up all the important data, unmount the partition which contains the copied data, and remove the USB media. Then, you can check /dev/sda1 like

Источник

Ошибки файловой системы на виртуальной машине: Недопустимое изменение размера inode. fsck вышел с кодом состояния 4

Я использую Ubuntu 18.04 в качестве гостевой ОС с VirtualBox 5.2.14. Вчера я выключил виртуальную машину, и когда я попытался включить ее снова, я получил initramfs консоль, после ввода exit Я получил:

Итак, я пошел дальше и попробовал:

Выход initramfs возвращает:

После этого выполнения reboot результаты в:

Хорошо, что я сделал клон виртуальной машины, поэтому ничего не «потеряно» (пока: р).

Live CD

Я запустил виртуальную машину с живого компакт-диска, и когда я пытаюсь смонтировать диск из Nautilus (файловый менеджер), я получаю всплывающее окно с некоторыми цифрами, на которых написано:

Извините, не удалось отобразить все содержимое «. «: Ошибка при получении информации для файла «/media/ubuntu/. /dev»: Структура требует очистки

Частичный журнал: https://pastebin.com/5HBTe9KL (полный журнал составлял 350 тыс. Строк)

mkfs.ext4

Затем я попытался смонтировать диск через Nautilus и получил всплывающее окно:

fsck.ext4

Получил список резервных суперблоков:

Затем я попытался использовать резервные блоки. Каждая попытка нового клона ВМ.

Источник

ошибка fsck при загрузке: / dev / sda6: НЕОЖИДАННАЯ НЕПРЕРЫВНОСТЬ; RUN fsck ВРУЧНУЮ

Я одновременно загружаю Ubuntu и Windows 7.
Я просматривал FireFox в Ubuntu, и внезапно я получаю сообщение об ошибке, поэтому я перезагрузился.

Теперь, когда я пытаюсь загрузиться в Ubuntu, я получаю это сообщение:

Как я могу это исправить?

(где /dev/sda6 упоминается раздел)

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

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

Я обнаружил, что проблема на SSD-дисках хуже, чем на обычных HDD-дисках. Я нашел несколько шагов, которые могут временно решить проблему.

После этого, если системы загружаются, у вас могут возникнуть другие проблемы с системой управления пакетами, поэтому, если вы откроете терминал и sudo apt-get update введете команду, вы можете получить ошибку. Не волнуйтесь. Запустите эти команды:

Мое мнение таково, что в Ubuntu существует серьезная проблема с SSD-дисками. Сообщество должно это исправить.

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

10 раз, и сейчас я вспоминаю, что до этого я всегда что-то устанавливал. Но не каждая установка сопровождается такой проблемой.

Источник

Linux Mint Forums

Welcome to the Linux Mint forums!

[SOLVED] Crash on boot

[SOLVED] Crash on boot

Post by mhenriday » Sat Apr 13, 2019 6:19 am

BusyBox v1.272 (Ubunt 1:1 272-2ubuntu 3.2) built-in shell (ash)
Enter’help’ for a list of built-in commands.
(initramfs) _ [prompt]

Re: Crash on boot

Post by Larry78723 » Sat Apr 13, 2019 7:04 am

Re: Crash on boot

Post by mhenriday » Sat Apr 13, 2019 7:23 am

Re: Crash on boot

Post by sgtor » Sat Apr 13, 2019 7:26 am

And also I would grab a usb drive and try to backup whatever you can from that drive.
Boot with a live usb and run fsck. What I mean by live usb is the linux mint disk you used to install.

Re: Crash on boot

Post by catweazel » Sat Apr 13, 2019 7:56 am

Re: Crash on boot

Post by mhenriday » Sat Apr 13, 2019 8:57 am

which is not of much help.

Re: Crash on boot

Post by catweazel » Sat Apr 13, 2019 9:09 am

Re: Crash on boot

Post by mhenriday » Sat Apr 13, 2019 10:30 am

the first attempt without mounting my SSD ; the second after doing so. Again not much help.

Re: Crash on boot

Post by catweazel » Sat Apr 13, 2019 11:54 am

Re: Crash on boot

Post by sgtor » Sat Apr 13, 2019 12:00 pm

Re: Crash on boot

Post by sgtor » Sat Apr 13, 2019 12:03 pm

Post by mhenriday » Sat Apr 13, 2019 12:15 pm

Post by catweazel » Sat Apr 13, 2019 6:21 pm

Following that scare, you may want to backup your treasured stuff.

Post by mhenriday » Sun Apr 14, 2019 2:12 am

Following that scare, you may want to backup your treasured stuff.

Post by catweazel » Sun Apr 14, 2019 3:27 am

A timeshift restore would not have fixed this issue. Only fsck.

Post by mhenriday » Sun Apr 14, 2019 3:36 am

A timeshift restore would not have fixed this issue. Only fsck.

So it seems, given that the error lay in the file system on my SSD, which couldn’t be accessed until the error was repaired.

Live and learn.

Источник

продолжайте иметь fsck ошибку на начальной загрузке, также reinstllation любой версии Ubuntu застревает

Я использую ноутбук двойной загрузки с человечностью 18.04.3 lts и окнами 10. По некоторой неизвестной причине после того, как обновление человечности и система перезапускают, я получил следующую ошибку:

Я попробовал команду «fsck/dev/sda6», но после перезагрузки теперь я попадаю в чрезвычайный режим:

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

Я даже пытался переустановить Ubuntu 18.04.3, но это stucks на окне “Updates and Other Software”! Я даже попробовал человечность 16, но она снова придерживалась на «Подготовке установить Ubuntu»!!

Я даже попробовал установку опциями «nomodeset» и «Acpi=off», никаким успехом!

Я предполагаю, что что-то, возможно, пошло не так, как надо в фазе обновления (возможно, внезапный отдых питания). Мое основное беспокойство, я не могу даже войти в окна и получить доступ к моим дискам окон, поэтому сначала я хотел бы создать резервную копию данных и затем устранить проблему. Любая идея ценится

Update1:

Мне удалось восстановить мои данные. Я вынул жесткий диск и использовал бокс для жесткого диска и подключил жесткий диск через USB-кабель к другому компьютеру. В этом процессе я заметил что-то интересное, сначала я попробовал Windows10 для копирования файлов, но окнам пришлось, нелегко распознают диск и отображение файлов, и это застряло легко, затем я попробовал Ubuntu 19 живой USB, и мне удалось скопировать мои данные. Повреждение системных файлов может привести к таким условиям?

Update2:

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

Update3:

Состояние SMART жесткого диска с помощью человечности, которую живая, дисковая утилита показывала «Диску, в порядке», но внезапно это изменилось на «Неудавшийся». при рассмотрении того, что я все еще могу получить доступ к своим данным по всем дискам кроме диска человечности, я предполагаю, что некоторые важные файловые системы повреждаются, который останавливает меня или от начальной загрузки Ubuntu или от операционных систем Windows. Однако я понятия не имею, существует ли фиксация для него, или я должен изменить жесткий диск.

Кроме того, я попробовал другой ssd в свой ноутбук, и на этот раз он позволил мне устанавливать Ubuntu, не сделал всунул фазу установки. Таким образом, что-то должно было пойти не так, как надо с моим жестким диском, но я не уверен, является ли это на аппаратном уровне или программном уровне, или может это быть зафиксированным, или я должен заменить жесткий диск.

Источник

Операционная система Ubuntu

Блог о современной полнофункциональной операционной системе, основанной на ядре Linux

26 июня 2019

Как исправить ошибку файловой системы в Ubuntu программой fsck?

Обычно, такая ошибка бывает в разделах /dev/sda1, sda2 sda3 и так далее, но у меня указало конкретный каталог. Другими словами, файловая система повреждена и предлагается вручную запустить программу fsck, которая проверяет и устраняет ошибки в файловой системе.

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

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

Также, в режиме восстановления, я не помню, что бы каталог «сопротивлялся» проверке утилитой fsck, сообщая, что он кем-то занят, и предупреждал, что его принудительная проверка может вызывать потерю данных. Однако, при проверке работающей файловой системы из терминала, я, действительно,столкнулся с этими вопросами.

Источник

debian упал(

помогите пожалуйста восстановить debian squeezy или понять причину проблемы.

после перезагрузки системы при помощи кнопки reset (которая на системно блоке) дебиан перестала загружаться. сообщения об ошибках примерно такие (по памяти пишу):

затем система предлагает или нажать ctrl + D (следует перезагрузка) или ввести рутовый пароль и работать с консолью. из консоли при этом не запускаются ни иксы, ни другие программы (mc запускается).

пробовал при загрузке выбирать рековери моде. не помогает

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

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

fsck /dev/sda6, очевидно.

Ещё лучше:
1) LiveCD
2) Копировать всё, что копируется
3) fsck

как я понял файловая система оказалась поврежденной. связано ли это с: 1. самой железкой(например механическое повреждение) 2. использованием нежурналируемой ФС ext2 3. неустойчивостью debian к перезагрузке через кнопку reset и вообще к перебою в питании

когда пытался запустить fsck /dev/sda6 получил [code] pass1: checking inodes, block, and sizes [/code] при этом ничего не происходило долгое время, хотя при нажатии ctrl + z какой то процесс прерывался.

1. самой железкой(например механическое повреждение

Механические повреждения маловероятны, если вы не бросали накопитель (компьютер) во время того как он работает. В любом случае можно выявить просмотре данные S.M.A.R.T. и проверив поверхность диска, но reset к этому не приводит.

2. использованием нежурналируемой ФС ext2

3. неустойчивостью debian к перезагрузке через кнопку reset и вообще к перебою в питании

Обоснуйте. Debian`у, как и любому Linux большей часть.ю всё равно на reset, больше проблем приводят неправильные действия пользователя: reset во время записи данных на файловую систему, последующая работа с файловой системой без предварительной проверки и устранения появившихся ошибок, журнал конечно отменит некоторую часть изменений, но не всю.

когда пытался запустить fsck /dev/sda6 получил

при этом ничего не происходило долгое время, хотя при нажатии ctrl + z какой то процесс прерывался.

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

Источник

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

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

Это можно сделать с помощью системной утилиты fsck (проверка целостности файловой системы). Эта проверка может выполняться автоматически во время загрузки или запускаться вручную.

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

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

Есть разные сценарии, когда вы захотите запустить fsck. Вот несколько примеров:

Опции программы fsck

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

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

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

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

Если диск не только смонтирован, но и используется (например, диск, смонтированный в корневую файловую систему), то ошибка будет «/dev/nvme0n1 is in use».

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

Тогда можно будет безопасно запускать fsck.

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

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

Описание кодов выхода fsck:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Затем выберите Recovery mode («Режим восстановления»).

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

Вас спросят, хотите ли вы перемонтировать / файловую систему. Выберите Yes («да»).

Вы должны увидеть нечто подобное.

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

Заключение

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

Источник

How to fix (fsck) a root file system that you have to boot into on Linux

Two days ago I corrupted my file system during a failed resume from standby on Fedora 19. This feature has never quite worked correctly and randomly makes the kernel panic. Usually, I hard reboot my laptop and everything is fine but that time, something went wrong and when it came back up:

In this case /dev/sda2 is my root partition and since it was mounted even in maintenance mode, attempting to run fsck on it would output:

Which makes sense as common knowledge tells us that running fsck on a mounted file system will most likely do more damage to it.

The best option

Your best option is simply to boot into another Linux, be it on a different partition, a USB drive or a CD and run fsck manually on the faulty partition, which can easily be unmounted if necessary because no OS is using it. Easy. Normally yes, but my stupid Macbook Pro 2008 cannot boot though USB into anything else other than Mac OS X, my cd drive has been dead for years and recently, I got rid of my OS X partition. To make things more complicated, I’m in Thailand at the moment and obviously not able to take apart my computer to grab the hard drive and stick into a working system.

The other option (if you cannot boot into another Linux)

In order to assess the damage, I ran fsck in dry-run mode and piped the output to more to make reading more practical:

From there, I could ensure that no critical files had been damaged and while keeping in mind that it’s always a gamble to use a corrupted file system, I proceeded to boot into the system to make some backups. That out of the way, I did some research on the web on how to fix a root file system that I had to boot into and sadly, not many things turned up for its not an ideal solution. Forcing the system to do it a boot time by creating a file named forcefsck and writing y in it (echo y > /forcefsck) at root no longer works and adding fsck.mode=force on the kernel command line did not fix the problem as fsck will not fix errors on its own without authorization, ie: someone to enter yes on the keyboard. Tried a few other tricks but none worked. I had no choice but keep my fingers crossed and use the system as is.

A few days later, I decided to get back to the issue and while researching alternative solutions, I read that it was possible to fix errors on a read-only file system, which it turns out can also be used to boot into. And it worked, so for posterity here is the technique:

Voilà, your system is safe to use again. Hopefully this will have gotten you out of a sticky situation like it did for me. If errors keep coming up, it’s probably a sign that your hard-drive is failing and before you loose it completely, you should mirror your data to a new one.

61 Replies to “How to fix (fsck) a root file system that you have to boot into on Linux”

im not able to give the command through ssh

Источник

При загрузке не монтируется корневой раздел

Добрый день. Описываю возникшую проблему и мои умозаключения по порядку. Домашний сервер на Ubuntu Server 16.04 работал в течение нескольких месяцев без нареканий и перезагрузки. За это время в систему вносились определенные изменения, но об этом чуть ниже. После перезагрузки система не загрузилась. Подключаю монитор, вижу следующие ошибки при загрузке:

После этого система переходит в initramfs. Судя по написанному, раздел /dev/sda1 оказался смонтирован до проверки и монтирования в качестве корневого. Командой mount проверяю смонтированные разделы. Все разделы жестких дисков оказываются смонтированы в каталоги формата /mnt/usbhd-sdxx. После размонтирования все разделы без проблем проверяются fsck. Насколько я понимаю, смонтировать все разделы мог udev, и тем самым занять корневой раздел. Недавно в правила udev добавлял правила автоматического монтирования, чтобы монтировать переносные носители. Признаюсь честно, правило нашел на просторах интернета и не вникал. Просто проверил как монтируются переносные носители, а систему не перезагружал. Если я прав, то как отключить монтирование разделов udev-ом? Систему запустить не могу, а следовательно сбросить правила не могу.

Источник

«Добро пожаловать в аварийный режим!» Думаю, что это проблема fsck

Проигнорировали другие ошибки, такие как: сбой зонда ACPI PCC. NVIDIA не пропатентованный и т. Д.

13 ответов

Вы могли бы бежать fsck из Ubuntu Live.

В терминале запустите:

Затем вы должны продолжить, запустив:

Если umount команда жалуется, что sdb1 «не смонтирован», это не проблема. Мы хотели, чтобы это было «не установлено»:).

Удалить DVD / USB. Снова включите компьютер, чтобы загрузиться с SSD.

Я не знаю, решили ли вы свою проблему. Что я сделал, это:

Затем удалите то, что вы там добавили sdb1 и затем запустите:

Он говорит, что он поврежден, так что я не знаю, что об этом, но я надеюсь, что это может помочь кому-то, кто не может запустить свой Linux.

Я использую Windows 10 и систему двойной загрузки Ubuntu 16.X.

Я не смог смонтировать один из ntfs разделов, и ошибка была связана с выключением / спящим режимом Windows. я использовал sudo ntfsfix /dev/sda3 чтобы исправить проблему. Я смог смонтировать ntfs раздел sda3, но при перезапуске Ubuntu запускался в аварийном режиме.
Чтобы устранить эту проблему, выполните следующую команду в Windows

Это исправляет проблему аварийного запуска Ubuntu.

Ответы Хушбу Рани и Кагана Арслана привели меня к окончательному решению.

В Windows 10 по умолчанию включена функция быстрой загрузки, которая, когда пользователь обычно выключается с помощью кнопки «выключить» или кнопки питания на компьютере, фактически сохраняет работающее ядро ​​и некоторые другие системные компоненты на жесткий диск, аналогичный в спящий режим после выхода из системы. Это также заставляет Windows «блокировать» раздел тем или иным способом, чтобы предотвратить повреждение данных, случайное или злонамеренное. Это означает, что Ubuntu не может смонтировать раздел Windows во время запуска.

В моем случае у меня есть записи для раздела Windows в / etc / fstab, поэтому Ubuntu не загружается.

Решение состоит в том, чтобы загрузиться в Windows, отключить «быструю загрузку», а затем нормально завершить работу. Теперь проблема должна быть решена навсегда!

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

Источник

Популярный Linux

Вход в систему

Навигация

Новые записи в блогах

Популярное

За последнее время:

При внезапных отключениях питания компьютера, нажатия кнопки Reset и других катаклизмах при загрузке Linux вместо неё иногда можно увидеть следующую безрадостную картину:

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

2. При самом простом варианте может оказаться, что утилита начнет задавать множество вопросов типа Y/N, на которые придется долго отвечать.
Для автоматическихо утвердительных ответов следует применить ключ -y

3. Есть еще другие ключи:

-f — принудительная проверка (проводится даже если файловая система помечена как работоспособная);
-c — искать поврежденые блоки (bad blocks) и помечать их соответствующим образом;
-v – verbose, будет выводить детальную информацию на терминал (процент выполнения и т.п.)

Следует отметить, что использование ключа -c для поиска поврежденных блоков вызывает значительное замедление работы.

Внимание!
Кроме того, на практике выяснилось, что при работе утилиты fsck с ключом -c нажатие Ctrl-C («Break») вызвало потерю жесткого диска из системы, он стал отсутствующим даже после перезагрузки системы.
Восстановить его прежний статус удалось только полным выключеним компьютера.

Источник

Debian User Forums

[SOLVED] start job running for LSB: Raise network interface

[SOLVED] start job running for LSB: Raise network interface

#1 Post by hughparker1 » 2016-02-11 20:45

I have just installed debian-live-8.3.0-i386-lxde on my old hp530 32-bit laptop

with the 3 asterisks above moving back and forth.
. then it boots OK into operating system. so apart from the delay everything is working ok.

Has anyone seen this kind of message before, and is there a way to avoid this delay? I am still learning linux but if someone can point me in the right direction I would be grateful. I can use terminal if I know the syntax to use. Thanks for any assistance.

Re: [***]A start job is running for LSB: Raise network inter

#2 Post by spacex » 2016-02-11 23:26

As root, open «etc/network/interfaces».

If there is a line with «allow hotplug», then comment it out, save and reboot. If this doesn’t apply to your issue, then report back.

Re: [***]A start job is running for LSB: Raise network inter

#3 Post by hughparker1 » 2016-02-11 23:46

Re: [***]A start job is running for LSB: Raise network inter

#4 Post by Head_on_a_Stick » 2016-02-12 07:42

Does your ISP offer IPv6?

If not, remove that line.

«It seems that UNIX has become the victim of cancerous growth at the hands of organizations such as UCB. 4.2BSD is an order of magnitude larger than Version 5, but, Pike claims, not ten times better.»

— Murray Hill, Bell Laboratories

Re: [***]A start job is running for LSB: Raise network inter

#5 Post by hughparker1 » 2016-02-12 09:54

From the output, it looks like my ISP does not offer IPv6? I don’t have the technical knowledge to analyse the test output properly. My ISP is TalkTalk in UK.

Re: [***]A start job is running for LSB: Raise network inter

#6 Post by Head_on_a_Stick » 2016-02-12 18:07

«It seems that UNIX has become the victim of cancerous growth at the hands of organizations such as UCB. 4.2BSD is an order of magnitude larger than Version 5, but, Pike claims, not ten times better.»

— Murray Hill, Bell Laboratories

Re: [***]A start job is running for LSB: Raise network inter

#7 Post by hughparker1 » 2016-02-12 20:43

Any idea what might be wrong?

Another thing that puzzles me is sometimes when I start the laptop, I find I am not connected to the wireless router, even though I have saved the wireless key and made sure the option
Automatically connect to this network = enabled
It doesn’t happen every time but it has happened four times today.

I find I need to open Wicd Network Manager and click ‘Switch on Wi-Fi’ then click ‘Refresh’ button along the top of the Manager window. Then I see the wireless networks and then need to click Connect button each time.

Источник

Как восстановить файловую систему в 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, как обычно, есть титры:

Источник

Ubuntu Documentation

Duplicate Article
This article covers the same material as another article. More info.

Introduction

This guide will help diagnose filesystem problems one may come across on a GNU/Linux system. New sections are still being added to this howto.

Basic filesystem checks and repairs

The most common method of checking filesystem’s health is by running what’s commonly known as the fsck utility. This tool should only be run against an unmounted filesystem to check for possible issues. Nearly all well established filesystem types have their fsck tool. e.g.: ext2/3/4 filesystems have the e2fsck tool. Most notable exception until very recently was btrfs. There are also filesystems that do not need a filesystem check tool i.e.: read-only filesystems like iso9660 and udf.

user makes it run at next bootup

case 1

When filesystem check is run automatically X days after the last check or after Y mounts, Ubuntu gives user the option to interrupt the check and continue bootup normally. It is recommended that user lets it finish the check.

case 2

If a filesystem has not been cleanly unmounted, the system detects a dirty bit on the filesystem during the next bootup and starts a check. It is strongly recommended that one lets it finish. It is almost certain there are errors on the filesystem that fsck will detect and attempt to fix. Nevertheless, one can still interrupt the check and let the system boot up on a possibly corrupted filesystem.

2 things can go wrong

case 3

User may run fsck against any filesystem that can be unmounted on a running system. e.g. if you can issue umount /dev/sda3 without an error, you can run fsck against /dev/sda3.

case 4

You can make your system run fsck by creating an empty ‘forcefsck’ file in the root of your root filesystem. i.e.: touch /forcefsck Filesystems that have 0 or nothing specified in the sixth column of your /etc/fstab, will not be checked

Refer to man fstab for what values are allowed.

e2fsck cheatsheet

e2fsck has softlinks in /sbin that one can use to keep the names of fsck tools more uniform. i.e. fsck.ext2, fsck.ext3 and fsck.ext4 (similarly, other filesystem types have e.g.: fsck.ntfs) This cheatsheet will make use of these softlinks and will use ext4 and /dev/sda1 as an example.

dosfsck cheatsheet

These examples will use FAT32 and /dev/sdc1

Recovered data will be dumped in the root of the filesystem as fsck0000.rec, fsck0001.rec, etc. This is similar to CHK files created by scandisk and chkdisk on MS Windows.

Due to the closed sourced nature of this filesystem and its complexity, there is no fsck.ntfs available on GNU/Linux (ntfsck isn’t being developed anymore). There is a simple tool called ntfsfix included in ntfs-3g package. Its focus isn’t on fixing NTFS volumes that have been seriously corrupted; its sole purpose seems to be making an NTFS volume mountable under GNU/Linux.

Normally, NTFS volumes are non-mountable if their dirty bit is set. ntfsfix can help with that by clearing trying to fix the most basic NTFS problems:

Windows 8 and GNU/Linux cohabitation problems This segment is taken from http://www.tuxera.com/community/ntfs-3g-advanced/ When Windows 8 is restarted using its fast restarting feature, part of the metadata of all mounted partitions are restored to the state they were at the previous closing down. As a consequence, changes made on Linux may be lost. This can happen on any partition of an internal disk when leaving Windows 8 by selecting “Shut down” or “Hibernate”. Leaving Windows 8 by selecting “Restart” is apparently safe.

To avoid any loss of data, be sure the fast restarting of Windows 8 is disabled. This can be achieved by issuing as an administrator the command : powercfg /h off

Install reiserfstools package to have reiserfsck and a softlink fsck.reiserfs available. Reiserfsck is a very talkative tool that will let you know what to do should it find errors.

If a check is necessary, it is performed automatically at mount time. Because of this, fsck.xfs is just a dummy shell script that does absolutely nothing. If you want to check the filesystem consistency and/or repair it, you can do so using the xfs_repair tool.

XFS filesystem has a feature called allocation groups (AG) that enable it to use more parallelism when allocating blocks and inodes. AGs are more or less self contained parts of the filesystem (separate free space and inode management). mkfs.xfs creates only a single AG by default.

xfs_repair checks and fixes your filesystems by going through 7 phases. Phase 3 (inode discovery and checks) and Phase 4 (extent discovery and checking) work sequentially through filesystem’s allocation groups (AG). With multiple AGs, this can be heavily parallelised. xfs_repair is clever enough to not process multiple AGs on same disks.

if your filesystem had 32 AGs, the -o ag_stride=8 would start 4 threads, one to process AGs 0-7, another for 8-15, etc. If ag_stride is not specified, it defaults to the number of AGs in the filesystem.

Missing superblock

Bad blocks

Sources and further reading

— more details about XFS filesystem

Источник

MX Linux Forum

Support for MX and antiX Linux distros

News
— MX Linux on social media: here
— New Forum Features, Marking Solved and Referencing a User: here

fsck exited with status code 6

fsck exited with status code 6

#1 Post by goersorg » Tue Mar 31, 2020 4:14 am

I get this with booting and according to log file this:

fsck from util-linux 2.29.2
homeMX: clean, 864930/59809792 files, 45329654/239229184 blocks
open: No such file or directory
fsck.fat 4.1 (2017-01-24)
fsck exited with status code 6

Tue Mar 31 18:00:23 2020

Re: fsck exited with status code 6

#2 Post by gosia » Tue Mar 31, 2020 5:25 am

The return value of fsck results from the following conditions:
2 = System should be restarted
4 = File system errors were not corrected
The exit code returned when checking multiple file systems is the bitwise OR of the return values for each of the checked file systems.

(translated from the german man page of fsck)

Re: fsck exited with status code 6

#3 Post by goersorg » Tue Mar 31, 2020 9:05 pm

Re: fsck exited with status code 6

#4 Post by gosia » Wed Apr 01, 2020 9:43 am

Источник

How to Check and Repair EXT4 Filesystem in Linux

The fsck (stands for File System Consistency Check) is used to check and repair one or more Linux filesystems.

This check will run automatically at boot time when a filesystem inconsistencies detected. Also, can be run manually as needed.

You can use the fsck command to repair corrupted file systems when the system fails to boot, or a partition can’t be mounted, or if it’s become read-only.

In this article, we’ll see how to use the ‘fsck’ or ‘e2fsck’ command in Linux to repair a corrupted file system.

Note:

When the file system check is complete, fsck returns one of the following exit code:

Common Syntax:

Corrupting EXT4 File System

We are going to intentionally corrupt the EXT4 file system by executing the below command. It trash’s randomly selected file system metadata blocks.

Make a Note: Please don’t test this on Production server, as this may damage your data badly.

Corrupting the ext4 file system.

When you try to load the file system, you will see the following error message because it was corrupted.

Repair Corrupted EXT4 & EXT3 File System

You can repair a non-root corrupted ext3 or ext4 file system on a running Linux system. fsck works as a wrapper for the fsck.ext3 and fsck.ext4 commands.

Make a note: If you are not able to unmount some of the Non-root volume due to an issue, boot the system into single user mode or rescue mode to repair it.

Step-1: Unmount the device that you want to run fsck.

Step-2: Run fsck to repair the file system:

If the above option doesn’t resolve the issue, run the fsck command in the below format.

Step-3: Once the file system is repaired, mount the partition.

2) Repairing LVM Volume with fsck

fsck can be run on LVM logical volumes just like filesystems on standard partitions. Follow the below procedure for repairing a LVM partition:

You can also restore/recover the lvm volume instead of repairing it as needed.

Step-1: Make sure the specific LVM volume is in active state to run fsck. To check the status of LVM, run:

Step-2: Unmount the device or filesystem that you want to run fsck.

Step-3: Run fsck to repair the file system. You must enter the path of the LVM volume to run fsck and not an actual physical partition.

Step-4: Once the file system is repaired, mount the partition.

Conclusion

In this tutorial, we’ve shown you how to repair a corrupted EXT4 filesystems on Linux. You can use the same procedure for EXT3 and other filesystems.

Also, shown you how to run e2fsck on the LVM volumes.

If you have any questions or feedback, feel free to comment below.

Источник

🧰 Как исправить ошибку Busybox Initramfs на Ubuntu

П оэтому я просто передал команду «exit», чтобы посмотреть, что произойдет.

А потом я увидел настоящую ошибку:

Он обеспечивает замену большинства утилит, которые вы обычно найдете в GNU fileutils, shellutils и т. д.

Initramfs – это начальная файловая система RAM, основанная на tmpfs.

Исправим ошибку Busybox Initramfs на Ubuntu

Чтобы устранить ошибку initramfs в Ubuntu, вам необходимо восстановить файловую систему в поврежденном разделе с помощью команды «fsck»:

Теперь она начнет автоматически исправлять все ломаные блоки в файловой системе.

Через пару минут вы увидите следующий результат:

Теперь введите «reboot» и нажмите ENTER, чтобы перезагрузить систему!

Скрестите пальцы и дождитесь перезагрузки системы!

Если все прошло хорошо, ваша система загрузится без проблем.

🧰 Как исправить ошибку Busybox Initramfs на Ubuntu : 21 комментарий

Всегда рады помочь!

Помогло на Debian, но в консоле Debian не работала команда reboot.

Сегодня я включила ноутбук, и процесс загрузки начался с ubuntu, и в итоге я получила сообщение initramfs.
Насколько я помню, я не сделала ничего плохого.
Вчера все работало отлично!
после сообщения initramfs я не могу перейти на английский, что бы f не делала?

Источник

Failed to connect LVMetad, Falling back to device scanning Astra linux не загружается

Друзья, привет. Недавно у меня мой Астра Линукс перестал загружаться. Все было нормально; работал за компом как обычно. Заметил, что перестали запускаться программы с рабочего стола.

Решил перезагрузить систему и после перезагрузки получил черный экран с ошибкой Failed to connect LVMetad, Falling back to device scanning

Далее, система чуть подробнее указывает на каком томе ошибка:

//dev/mapper/homeastra—vg-root contens file system with errors, check forced. Inodes that were part of a corrupted orphane linken list founf

Давайте разберемся о чем это сообщение. Оно указывает на первопричину — повреждение файловой системы.

Что такое Inodes that were part of a corrupted orphane linken list?

Инода простыми словами — это уникальный индекс, присваиваемый файлу (или папке) Linuks файловой системой. Список этих индексов создается на этапе инициализации файловой системы при установке Linux.

Список Inode размещается в самом начале дискового раздела. В нашем сегодняшнем случае индексы стали некорректным — из-за повреждения файловой системы появились «пустые» номера-ноды. Нужные файлы для загрузки система найти не может.

Failed to connect LVMetad, Falling back to device scanning, Astra Linux не загружается, как исправить?

Теперь мы знаем, какие метаданные повреждены, и на каком томе. Остается только запустить проверку этого тома на поиск и исправление ошибок. Для этого мы будем использовать установочную флешку Astra Linux Орел в режиме восстановления системы.

В режиме восстановления доходим до окна выбора тома который будет использоваться в качестве корневой ФС:

Будет запущен интерпретатор командной строки, в который мы далее введем пару команд. Сначала нам нужен список дисков нашего компьютера, содержащий их имена и пути к ним:

Мы получили «координаты» поврежденного раздела. Теперь нужно размонтировать этот том — ведь мы использовали его для запуска оболочки на предыдущем шаге:

Теперь можно приступать к исправлению ошибок на диске.

Видео почему Астра Линукс не загружается, проверка диска командой fsck

Параметр —a автоматически исправляет ошибки, считается устаревшим и не рекомендуется. Параметр —p аналогичен параметру —a и параметру —y

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

Вот таким путем я решил проблему. Удачи! Пишите в комментариях если знаете еше способы!

Источник

Исправление загрузки в initramfs при запуске Ubuntu

initramfs — файловая система оперативной памяти, которая используется для начального запуска операционных систем на базе ядра Linux. При установке ОС все библиотеки, утилиты и конфигурационные файлы сжимаются в архив, после чего передаются указанной файловой системой в загрузчик, где и продолжается старт системы. Иногда пользователи дистрибутива Ubuntu сталкиваются с тем, что при включении компьютера они попадают в консоль управления именно этой ФС без возможности дальнейшей загрузки системы. Связано это с повреждением потока запуска и восстанавливается достаточно простым методом.

Исправляем ошибку с загрузкой в initramfs при запуске Ubuntu

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

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

Благодаря опции -y все изменения будут автоматически приниматься, и при успешном завершении процесса на экране отобразится следующее уведомление:

Иногда даже после успешного исправления рассмотренной проблемы юзеры сталкиваются с ошибками при запуске операционной системы. Чаще всего они связаны с поломкой стандартного загрузчика GRUB. Поэтому придется дополнительно восстановить и этот стандартный компонент. Развернутое руководство о том, как выполняется поставленная задача через Boot-Repair, ищите в материале далее.

По завершении всех процедур флешка с LiveCD Ubuntu вам больше не понадобится. Если возникло желание ее отформатировать и использовать далее для своих целей, советуем ознакомиться с отдельной нашей статьей по проведению этой операции.

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

Источник

[Resolved] Error:/dev/sda5 contains a file system with errors, check forced. | Linux | Error

In this article explains how to resolve the issue of /dev/sda5 filesystem with errors and initramfs on Linux or Ubuntu operating system.

Error:

I am unable to open my Linux machine due to /dev/sda5 fs with error. Below are fully error code in my command line prompt.

Resolution:

After getting the above error, will try to resolve using simple Linux commands.

Step 1: Wait for (initramfs) prompt

Step 2: Once will get the initramfs prompt then enter the below command:

Step 3: After execute the FileSystem Check command will get the window like below:

fsck from util-linux 2.34

e2fsck 1.45.5 (070Jan-2020)
Pass 1: Checking inodes, blocks, and sizes

760051] Buffer I/O error on dev sda5, logical block 87556896, async page read

We will get same up to Pass 4 once click on all y (“yes”) once it is done.

The above resolution is completed then restart the machine. I try to open machine getting normal window like below.

11 Replies to “[Resolved] Error:/dev/sda5 contains a file system with errors, check forced. | Linux | Error”

Worked perfectly for me.
Error caused by faulty USB drive.
Many thanks

After 24 hours and sleep deprivation, so many forums and couldn’t solve the problem, I followed your instructions as printed herein, the problem is solved and the system booted successfully. many, many thanks.

Thank you very much, I was about to reinstall everything. Thanks to you I was able to recover everything.
Now it works as before.

i got the error thi morning on Linux Mint 20.3 Cinnamon, your solution worked perfectly for me.

Lifesaving piece of code. Thank you so much!!

Thanks! Following your instructions restored Linux Mint Cinammon on my computer!

I have the error but for me not initramsfs and running the command does nothing

Источник

Лор спаси, ты моя последняя надежда, без всякого сарказма!! (люди добрые перенесите в толксы, там больше всего народу, авось кто поможет). Вчера обновился и система перестала загружаться!

Разными убунтами пользуюсь с 2009 года, но такого чтоб после обычной обновы не загрузилось это у меня впервые((

КАК ТАК ПОЛУЧИЛОСЬ:

Дистрибутив kubuntu 18.04. Позавчера обновился через apt, скачал все последние обновления, все норм. Вчера вечером смотрю- опять мигает в трее значок менеджера обновлений KDE, ну сделал еще раз апдейт/апгрейд через apt- не видно никаких обнов. Странно. Зашел в графический обновлятор KDE- висит 3 свежих обновы- новый кернел прилетел (4.15.0-38, видимо). Ну странно думаю, почему тогда apt его не видит? Хотя так часто бывает, что apt чего-то не видит, а в менеджере висит апдейт и через него можно обновить. Ну ладно обновляю. И работаю дальше. Вырубаю комп, ложусь спать. Но ложусь со странным чувством тревоги, еще уснуть долго не мог.

Утром просыпаюсь и первым делом почему-то включаю комп, вместо того чтоб умываться и готовить завтрак, как обычно. Хотя это на меня совсем не похоже. Словно что-то вело мою руку к кнопке Power.

Первое что я увидел странного еще на процессе загрузки Grub, это что таймер автовыбора ОС поменялся с 10 секунд до 30. Причем я настроек не менял.

Выбрал Ubuntu как обычно, ввел lvm-пароль, ввод успешно пройден, ну а дальше система грузиться отказалась с такой ошибкой.

Т.е. сначала идет некая ошибка (видимо драйвера интел).

Потом загружается бизибокс (которым я ни разу не пользовался).

Ну и приглашение на ввод непонятно чего и зачем.

СКАЖУ СРАЗУ. Встроенной видюхой Интел никогда не пользовался. Почему этот баг аффектит мою систему- хрен его бы знал. Во всех убунтах у меня всю жизнь работает свободный драйвер Нвидии, а Интел по умолчанию отключен в bios. Так что почему эта ошибка мешает системе просраться прогрузиться я фиг знает.

КАК Я ПРОБОВАЛ ПОБОРОТЬ ПРОБЛЕМУ:

1) Залез сначала в Grub в меню ‘Дополнительные параметры для Ubuntu’, увидел в списке это вот вроде новое ядро 4.15.0-38 и предыдущее 4.15.0-36. Ни одно из них не дает загрузить систему, даже предыдущее.

2) Гуглил ошибку, судя по выдаче проблема тянется с 2014 года, и где-то даже пишут что баг был пофикшен в том же году. Но посты об этой ошибке тянутся вплоть до августа 2018, и в основном возникает у тех кто ставит тот или иной дистрибутив с нуля (убунту, арч, генту, что угодно). А вот так чтобы именно после штатного обновления системы- такого не видел.

Везде пишут что это баг ядра, вот из свежего например.

Но что делать- вообще непонятно((

3) Зашел в bios, в раздел Advanced BIOS Featuress, поменял в пункте Onboard VGA опцию Auto на отключение встроенного видео. Хотя казалось бы, при чем здесь это- обновление линукса на настройки bios не влияет. Сделал просто чтоб посмотреть изменится ли вывод ошибки.

Изменилось то что теперь не показывает текст ошибки, но снова выплевывает в консоль BusyBox, т.е. теперь стал показывать вот так.

Проблема то может вовсе даже и не в ошибке Интел. Может он всю жизнь проверял этот встроенный интел, видел что я юзаю Нвидию и загружался дальше себе. Но щас вместо дальнейшей загрузки он почему-то предлагает мне консоль BusyBox. Почему он это делает непонятно, больше логов нет.

Естесно Нвидия сама по себе работает, это я проверил сразу, т.к. отключив интел в bios она продолжает выдавать картинку + загрузка в винду на этом же компе идет нормально (там тоже видеодрайвер нвидии, интела никогда не было).

Что делать люди, как вернуть систему к жизни? Помогите друзья, буду признателен!

Источник

Linux Mint Forums

Welcome to the Linux Mint forums!

Noob Filesystem/boot problem after update.

Noob Filesystem/boot problem after update.

Post by AnDrow » Wed May 13, 2020 7:33 am

Hi, everyone! Let me explain the situation. First of all i am Noob in linux. That is why i chose Mint for it was recomended as newbie friendly OS.
When i first instal it on my laptop, i faced a problem with nwidia drivers. After instalation of them i start getting boot problems on my laptop. After booting the system, Linux was frosen on a desktop. I didn’t manage to fix the problem, so i decide to stay on non nvidia driver after reinstall. But that’s beside the point.

So i was using my old Compaq Presario CQ50-115NRlaptop for 2 month, just to get familiar with the system. I did install some programs from repository, i used some basic comands in terminal, i download one video from youtube. And, the most important, i start writing some text in a (equivalent of notepad, i forgot the name, but that is standart program). And in a few weeks thet text become pretty big, and important to me.

An so, one day i did some daily updaiting. Before i didnt have a problem with update btw. So i update it and leave the system running.
Then at night, i decide to continue writing that text of mine. And i noticed that i can not copy and paste that text document. I could open the document, but i couldn’t save the changes. I remember i saw the issue message in a folder that i have to do something manually, but i dont remember what exactly was written there.

After restart the system didn’t boot properly and on a screen was some messages:

«»2 : Spectre mitigation: LFENCE not serialising, switching to generic retpoline

BusyBox v1.27.2 (Ubuntu 1:1.27.2-2ubuntu3.2) built-in shell (ash)
Enter ‘help’ for a list of built-in commands.

You know, it is not a problem to reinstall Linux for me. The problem is that i need those text files of mine to be recovered or copied on another driver(i wish i had that impuls before a problem appears). I have never face such a problem before. Is it possible to restore my system, or copy the text files from it.

Yes, i also forgot to write that it is dual-boot, with windows 7.

English is not my first language, so, pardon me.

Источник

Fsck exited with status code 4

Шустрый

Профиль
Группа: Участник
Сообщений: 70
Регистрация: 25.6.2009

Репутация: нет
Всего: нет

я пробовал опцию ubuntu
a также
advanced options for ubuntu

результат всегда такой:

/dev/sda6 contains a file system with errors, check forced.
/dev/sda6: Inodes that were part of a corrupted orphan linked list found.

Busybox v1.22.1 (Ubuntu 1:1.22.0-15ubuntu1) built in shell (ash)
Enter ‘help’ for a list of built-in commands.

что делать?
За ранее благодарен

Опытный

Профиль
Группа: Участник
Сообщений: 993
Регистрация: 14.6.2007
Где: Латвия

Репутация: 1
Всего: 12

Профиль
Группа: Участник
Сообщений: 0
Регистрация: 23.11.2006

Репутация: нет
Всего: нет

Профиль
Группа: Участник
Сообщений: 0
Регистрация: 23.11.2006

Репутация: нет
Всего: нет

Профиль
Группа: Участник
Сообщений: 0
Регистрация: 23.11.2006

Репутация: нет
Всего: нет

Профиль
Группа: Участник
Сообщений: 0
Регистрация: 23.11.2006

Репутация: нет
Всего: нет

Профиль
Группа: Участник
Сообщений: 0
Регистрация: 23.11.2006

Репутация: нет
Всего: нет

Эксперт

Профиль
Группа: Завсегдатай
Сообщений: 1077
Регистрация: 21.8.2007

Репутация: нет
Всего: 12

Шустрый

Профиль
Группа: Участник
Сообщений: 70
Регистрация: 25.6.2009

Репутация: нет
Всего: нет

Cпасибо kapbepucm!
Заработало!
Также спасибо StormA и zorn.

Эксперт

Профиль
Группа: Завсегдатай
Сообщений: 1077
Регистрация: 21.8.2007

Репутация: нет
Всего: 12

Пересекать можно, но самому запарит спрашивать если не шаришь )

Зарегистрирован: 27.03.2009
Пользователь #: 77,688
Сообщения: 110

Зарегистрирован: 27.03.2009
Пользователь #: 77,688
Сообщения: 110

Зарегистрирован: 27.03.2009
Пользователь #: 77,688
Сообщения: 110

Зарегистрирован: 27.03.2009
Пользователь #: 77,688
Сообщения: 110

Источник

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

FSCK – очень важная утилита для Linux / Unix, она используется для проверки и исправления ошибок в файловой системе.

Она похоже на утилиту «chkdsk» в операционных системах Windows.

Она также доступна для операционных систем Linux, MacOS, FreeBSD.

FSCK означает «File System Consistency Check», и в большинстве случаев он запускается во время загрузки, но может также запускаться суперпользователем вручную, если возникнет такая необходимость.

Может использоваться с 3 режимами работы,

1- Проверка наличия ошибок и позволить пользователю решить, что делать с каждой ошибкой,

2- Проверка на наличие ошибок и возможность сделать фикс автоматически, или,

3- Проверка наличия ошибок и возможность отобразить ошибку, но не выполнять фикс.

Синтаксис использования команды FSCK

Опции, которые можно использовать с командой fsck:

Команда Fsck с примерами

Примечание: – Прежде чем обсуждать какие-либо примеры, прочтите это. Мы не должны использовать FSCK на смонтированных дисках, так как высока вероятность того, что fsck на смонтированном диске повредит диск навсегда.

Поэтому перед выполнением fsck мы должны отмонтировать диск с помощью следующей команды:

Вы можете проверить номер раздела с помощью следующей команды:

Выполним проверку на ошибки в одном разделе

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

Проверьте файловую систему на ошибки и исправьте их автоматически

Запустите команду fsck с параметром «a» для проверки целостности и автоматического восстановления, выполните следующую команду.

Мы также можем использовать опцию «у» вместо опции «а».

Проверьте файловую систему на наличие ошибок, но не исправляйте их

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

Выполним проверку на ошибки на всех разделах

Чтобы выполнить проверку файловой системы для всех разделов за один раз, используйте fsck с опцией «A»

Чтобы отключить проверку корневой файловой системы, мы будем использовать опцию «R»

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

Чтобы запустить fsck на всех разделах с указанным типом файловой системы, например, «ext4», используйте fsck с опцией «t», а затем тип файловой системы,

Выполнять проверку только на несмонтированных дисках

Чтобы убедиться, что fsck выполняется только на несмонтированных дисках, мы будем использовать опцию «M» при запуске fsck,

Вот наше короткое руководство по команде fsck с примерами.

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

Источник

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

Команда Fsck используется для проверки согласованности файловой системы в Linux и Unix-подобных операционных системах.

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

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

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

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

Многие современные дистрибутивы Linux перешли на систему systemd. Традиционный способ использования tune2fs работает только в системах sysvinit или upstart.

Для дистрибутивов Linux на базе systemd добавьте fsck.mode=force в конфигурационный файл grub в качестве параметра ядра. Важно отметить, что systemd-fsck ничего не знает о файловой системе, поэтому он просто запускает программы проверки файловой системы, специфичные для каждого типа файловой системы (/sbin/fsck.*). Например, если у вас файловая система ext4, systemd-fsck запустит /sbin/fsck.ext4.

Вам нужно добавить fsck.mode=force к GRUB_CMDLINE_LINUX_DEFAULT, в конце с кавычках (“”).

Вы можете редактировать конфигурацию grub с помощью команды nano.

Если вы хотите автоматически устранять проблемы, которые легко исправить, вы можете добавить опцию fsck.repair=yes в конфигурационный файл grub.

Параметр yes в fsck.repair означает, что система принимает ответ “да” на все вопросы fsck; используйте no, если хотите, чтобы система принимала ответ “нет”.

Вам нужно отредактировать конфигурационный файл grub, как и раньше, и добавить fsck.repair=yes или fsck.repair=no в GRUB_CMDLINE_LINUX_DEFAULT.

Для примера fsck.repair=yes

Для fпримера sck.repair=no

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

После внесения изменений вы можете сохранить файл nano и выйти.

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

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

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

Чтобы systemd выполняла однократную принудительную проверку fsck во время загрузки:

Принудительная проверка fsck при загрузке в системе sysvinit или Upstart

Существует два способа выполнения принудительной проверки fsck в старых дистрибутивах Linux: с помощью tune2fs и forcefsck.

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

Только файловые системы EXT4, EXT3 и EXT2 можно заставить выполнять fsck при каждой перезагрузке.

Команда tune2fs позволяет регулировать различные настраиваемые параметры файловой системы в Linux. Мы будем использовать эту команду для нашей цели.

Следующая команда tune2fs указывает файловую систему (/dev/sda1) на выполнение fsck при каждой перезагрузке системы:

Также убедитесь, что в файле /etc/fstab параметр pass в последнем, 6-м столбце ([PASS]) больше нуля.

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

Maximum mount count- это максимальное количество монтирований перед просмотром файловой системы.

Можно запускать fsck после определенного количества монтирований, например, если вы хотите запускать fsck после каждых 10 монтирований, вы можете использовать следующую команду.

Использование forcefsck

В старых дистрибутивах Linux простое создание файла с именем forcefsck в разделе корневого каталога (/) приведет к выполнению принудительной проверки fsck на корневом разделе.

Проверьте, создан ли файл.

Теперь вы можете выполнить перезагрузку и система выполнит fsck в корневой файловой системе.

Обычно файл /forcefsck удаляется автоматически после выполнения fsck, если он не удален, вы можете удалить его вручную.

Заключение

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

Источник

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

Главное меню » Linux » Проверка и исправление ошибок файловой системы с помощью команды fsck в Linux

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

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

Fsck на самом деле является «внешним интерфейсом» для ряда специфичных для файловой системы средств проверки, таких как fsck.vfat, fsck.ext2 и т. д. Их указывать необязательно, но вы можете найти более сложные опции в man страницы этих более точных команд.

Введение в команду fsck

Команда fsck следует шаблону, подобному большинству команд Linux.

Если вы не укажете файловую систему, система проанализирует ваш файл fstab (/etc/fstab) на наличие устройств для сканирования.

Вам нужно будет выполнить команду как пользователь root или использовать ее с sudo.

Размонтируйте устройство перед запуском fsck

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

Если вы попытаетесь запустить fsck на смонтированном устройстве, вы должны увидеть такую ​​ошибку:

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

Хотя fsck принимает имя устройства, например /dev/sda, вы можете ввести UUID, чтобы избежать путаницы с подключением и отключением устройств. UUID — это фиксированное значение, назначенное вашему устройству и не будет зависеть от этих системных изменений.

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

Это список кодов, которые могут быть возвращены из fsck после проверки диска. Ваш код выхода будет суммой этих кодов, если вы проанализируете один диск. Если вы используете fsck на нескольких устройствах, он вернет побитовое ИЛИ двух сумм.

Практическое использование команды fsck

Теперь, когда вы немного знакомы с командой fsck, давайте посмотрим на практические примеры использования этой команды.

Ремонт USB-диска и других съемных устройств

Для наших целей предположим, что вы уже определили проблемное устройство /dev/sdb.

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

Теперь запустите команду fsck:

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

Восстановить корневую файловую систему

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

Есть несколько вариантов, которые вы можете использовать. Вы можете запустить fsck во время загрузки, в режиме восстановления или использовать live cd на тему восстановления.

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

В большинстве современных версий Linux есть инструмент под названием tune2fs.

Предполагая, что ваше корневое устройство dev/sda, это команда, которую вы должны ввести.

Теперь, что на самом деле происходит, так это то, что вы меняете системные настройки так, что fsck запускается при каждом nколичестве загрузок (1 в примере). Вы также можете установить это на стандартный интервал времени. Варианты days, weeks, или months.

Если вы используете systemd, вы можете принудительно запустить fsck при следующей загрузке, введя следующее:

Вывод

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

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

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

Источник

linux-notes.org

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

В моей статье «Проверка файловой системы на ошибки с помощью fsck на Linux» я расскажу как можно проверить файловую систему на вашей ОС в Linux.

Fsck расшифровывается как «файловая система Проверка целостности» (file system consistency check). На большинстве систем, Fsck запускается во время загрузки, если определенные условия.

Сам Fsck команда взаимодействует с соответствующей файловой системой конкретных FSCK команд, созданной авторами файловой системы. Независимо от типа вашей файловой системы, Fsck как правило, имеет три режима работы:

Код выхода возвращается 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 — Fsck отменен по запросу пользователя (Fsck canceled by user request).
128 — Ошибка общей библиотеки (Shared-library error).

Код выхода возвращается, когда несколько файловых систем которая проверяется побитовое ИЛИ (OR) для каждой файловой системы, которая проверяется.

В действительности, Fsck — это просто фронт-энд для различных проверочных утилит для файловых систем (fsck.fstype), которые доступны на Linux.

Файловая система для конкретных проверок ищет сначала в /sbin, а затем в /etc/fs и /etc/, и, наконец в директориях, перечисленных в переменной PATH (среда переменного кружения).

Прочитайте мануал для конкретных страниц проверки, например, чтобы узнать больше о конкретных проверок для ext3 FSCK, выполните:

Опции FSCK.

Основные Опции.

Блокировка целого дискового устройства эксклюзивным flock. Этот параметр может быть использован только с одного устройства (это означает, что -A и -l являются взаимоисключающими). Эта опция рекомендуется, когда несколько экземпляров FSCK выполняются в то же время. Параметр игнорируется, когда используется для нескольких устройств или для невращающихся дисков. Fsck не блокируется базовые устройства при выполнении проверки сложенных устройств (например, MD или DM); эта функция еще не реализована.

Сериализация FSCK операций. Это отличная идея, если вы проверяете несколько файловых систем в интерактивном режиме. (Примечание. E2fsck работает в интерактивном режиме по умолчанию. Чтобы запустить e2fsck в не-интерактивном режиме, необходимо указать -p или -a, если вы хотите чтобы все ошибки исправлялись автоматически используйте опцию -n если вы не делаете.)

Опции спецификаторы могут быть включены раздельными запятыми в fslist. Они должны иметь формат opts=fs-option. Если спецификатор присутствует, то только файловые системы, которые содержат FS-option в их опциях монтирования области /etc/fstab будут проверены. Если спецификатор используется с отрицанием, то только те файловые системы, которые не имеют FS-option в их опции монтирования области /etc/fstab будут проверены.

Например, если OPTS = ро появляется в fslist, то только файловые системы, перечисленные в/etc/fstab с возможностью ро будут проверены.

Как правило, тип файловой системы выводится с помощью функции поиска для filesys в файле /etc/fstab и используя соответствующую запись. Если тип не может быть выведен, и есть только одна файловая система в качестве аргумента для опции -t, Fsck будет использовать указанный тип файловой системы. Если этот тип не доступен, то тип по умолчанию файловая система (в настоящее время ext2) не используется.

Поиск в файле /etc/fstab и программа попытаться проверить все файловые системы за один проход. Эта опция обычно используется из файла инициализации /etc/rc, вместо нескольких команд для проверки единой файловой системы.

Корневая файловая система будет сначала проверяется, если опция -P не указана (смотрите ниже). После этого файловые системы будут проверяться в порядке, установленном в поле fs_passno (в шестом)в файле /etc/fstab. Файловые системы со значением fs_passno 0 пропускаются и не проверяются вообще. Файловые системы со значением fs_passno больше нуля будут проверены в порядке, файловых систем ( Наименьшее число в fs_passno проверяется в первую очередь).

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

Fsck не проверяет сложенные устройств (рейды, DM-склеп …) параллельно с любым другим устройством. Смотрите ниже для установки FSCK_FORCE_ALL_PARALLEL для файловой системы используется определения зависимостей между устройствами.

Таким образом, очень распространенная конфигурация в файле /etc/fstab для установки корневой файловой системы имеет значение fs_passno из 1 и установить все другие файловые системы имеют значение fs_passno 2. Это позволит запустить проверку Fsck для автоматического запуска файловой системы параллельно.

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

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

/etc/fstab опцию монтирования nofail могут быть использованы, чтобы пропустить в Fsck несуществующие устройства. Fsck также пропускает несуществующие устройства, которые имеют особый тип файловой системы автоматически.

-C [fd]

Показать завершения / индикаторы выполнения для этих проверок файловых систем (в настоящее время только для ext2 и ext3), которые поддерживают их. Fsck будет управлять проверкой файловой системы так, что только один из них будет отображать индикатор выполнения. С графическим интерфейсом пользователя можно указать дескриптор файла fd, в этом случае информация о ходе выполнения будет отправлена в дескриптор файла.

Не проверять смонтированные файловые системы и вернуть код завершения 0, для смонтированных файловых систем.

Ничего не делать, просто показывает, что должно быть сделано.

Когда опция -A устанавливается, то fsck проверяет корневую файловую систему параллельно с другими файловыми системами. Это не очень безопасно, чтобы делать так, т.к если корневая файловая система находится под e2fsck, то исполняемый файл может быть поврежден!

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

При проверке всех файловых систем с флагом -A, пропускать корневую файловую систему. (Это полезно в случае когда корневая файловая система уже смонтирована для чтения и записи.)

Не показывать название при запуске.

Специальные параметры для файловой системы.

Параметры, которые не понимают FSCK передаются в файловой системе конкретной проверкой. Эти опции не должны принимать аргументы, т.к нет никакого способа для Fsck, чтобы иметь возможность должным образом угадать, какие параметры имеют аргументы, а какие нет.

Параметры и аргументы, которые следуют — рассматриваются как файловая система конкретных вариантов, которые будут переданы в файловой системе конкретной проверки.

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

Хотя не гарантируется, что следующие параметры поддерживаются большинством файловых систем:

Автоматическое восстановление файловой системы без каких-либо вопросов (используйте эту опцию с осторожностью). Обратите внимание, что e2fsck поддерживает -a только для обратной совместимости. Эта опция отображается на e2fsck-х с опцией -p, которая является безопасной в использовании, в отличие от опции -a.

Для некоторых файловых систем конкретных проверок, опция -n вызовет fs-specific FSCK и тем самым данная опция говорит о отказе от попыток исправить все проблемы, но просто сообщать о таких проблемах в стандартный вывод.

В частности, fsck.reiserfs не будет сообщать любые повреждения при использовании этих варианта.

fsck.minix браузер не поддерживает параметр -n вообще.

Интерактивный ремонт файловой системы (спросит подтверждение).

Примечание: Как правило, плохая идея использовать эту опцию, если несколько FSCK в настоящее время работают параллельно. Также обратите внимание, что это поведение для E2fsck по умолчанию; он поддерживает эту опцию только для причин обратной совместимости.

Для некоторых файловых систем конкретная проверка, -у — этот вариант вызовет fs-specific Fsck которая всегда пытаться автоматически исправить все обнаруженные и поврежденное в файловой системы. Иногда эксперт может быть в состоянии сделать лучше запустить FSCK вручную. Обратите внимание, что не все файловые системы конкретных проверок поддерживают этот вариант. В частности, fsck.minix и fsck.cramfs не поддерживают опцию -y.

Для удобства – настроим сеть:

В ОС — Linux уже имеется утилита FSCK («Проверка системных файлов») для проверки файловой системы.
Синтаксис выглядит следующим образом, есть необходимость проверить и при необходимости отремонтировать одну или несколько файловых систем Linux:

Готовые примеры.

Во-первых, файловая система должна быть демонтирована. Вы не можете восстановить его, пока он работает, но для начала перейдем в init 1:

Выполняем проверку, чтобы узнать какие диски и какие разделы у меня имеются:

Далее, выполним проверку чтобы узнать тип файловой системы:

/dev/sda1: Linux rev 1.0 ext4 filesystem data (needs journal recovery) (extents) (huge files)

Далее, демонтировать файловую систему, например, если это /home (/dev/sda3) файловая система введите команду:

Можно вывести, что можно выполнить для данной ФС:

Например, запустим проверку целостности ФС с исправлением всех ошибок в автоматическом режиме:

У меня данный раздел примонтирован, нужно его отмонтировать и выполнить заново данную команду:

Отмонтировали, теперь выполняем проверку:

Наконец, запустите FSCK на разделе, введите следующую команду:

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

Если какие-либо файлы восстановлены, то они размещаются в /home/lost+found, FSCK команды.

Переходим (используем) на multiuser mode, выполнив:

Автоисправление файловая системы при обнаружении ошибок

В ходе проверки файловой системы, если ошибки обнаружены, вы можете получить «FSCK», чтобы отремонтировать в автоматическом режиме вашу файловую систему, нужно к команде добавить флаг «-a». Например:

Аналогично, используя флаг «-y» можете получить такую же работу:

Проверка всех файловых систем за один проход

Если есть несколько файловых систем на вашем ПК, то можно проверить все, выполнив команду fsck с флагом «-А». Пример:

Что он будет делать, чтобы захватить все записи файловой системы с /etc/fstab и сканировать их на наличие ошибок. Вы можете использовать его вместе с «-R» и флагом «-y», чтобы предотвратить его сканирования файловую систему root и исправить все ошибки, если оно имеется:

Исключение проверки на смонтированной файловой системе

Например, выполнив команду

ничего не возвращает и код возврата 0 (означает «нет ошибки»). Сканирования не было сделано вообще, так как все файловые системы монтируются. По этому, нужно отмонтировать данный раздел и выполнить команду заново.

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

будет сканировать внешний жесткий диск, только если он находится в формате ext4. Кроме того, вы можете комбинировать с флагом «-A» для сканирования всех файловых систем определенного типа:

Force fsck запуск каждый раз при загрузке

По умолчанию, в Ubuntu будет работать FSCK после каждых 30 bootups, но если вы хотите, чтобы система выполняла «FSCK» каждый раз когда она загружается, то все что вам нужно сделать, это создать пустой файл «звонок» «forcefsck» и поместите его в корневую папку. Это уведомит ОС, о там чтобы она выполнила «FSCK» и начала проверять файловую систему каждый раз во время загрузки:

Чтобы изменить частоту проверки, вы можете использовать команды «tune2fs». Следующая команда дает указание системе запустить «FSCK» после каждых 30 загрузок:

Или можно использовать опцию «-f» :

Можно печатать все обнаруженные проблемы в стандартный вывод без ремонта в файловой системе, используя FSCK с опцией «-n»:

Использование FSCK с графическим интерфейсом

Для Debian/Ubuntu/Mint можно установить программу:

На этом, моя статья «Проверка файловой системы на ошибки с помощью fsck на Linux» подошла к завершению.

Источник