fsck exited with status code 4 что делать
Как восстановить файловую систему в 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
Блог о современной полнофункциональной операционной системе, основанной на ядре Linux
26 июня 2019
Как исправить ошибку файловой системы в Ubuntu программой fsck?
Обычно, такая ошибка бывает в разделах /dev/sda1, sda2 sda3 и так далее, но у меня указало конкретный каталог. Другими словами, файловая система повреждена и предлагается вручную запустить программу fsck, которая проверяет и устраняет ошибки в файловой системе.
Если корневой раздел не поврежден, то система загружается в режим восстановления, как в данном случае, и можно использовать утилиту оттуда. Так, запустил программу fsck прописывая ниже данного сообщения команду:
В уже загруженной системе, fsck запускается с правами суперпользователя, но в данном случае, она может сработать и без использования команды sudo.
Также, в режиме восстановления, я не помню, что бы каталог «сопротивлялся» проверке утилитой fsck, сообщая, что он кем-то занят, и предупреждал, что его принудительная проверка может вызывать потерю данных. Однако, при проверке работающей файловой системы из терминала, я, действительно,столкнулся с этими вопросами.
Не загружается ubuntu
На жестком диске у меня есть две ОС: Windows и Ubuntu. Все было нормально. Запускалось то и то. Через grub было видно две системы. Сидел через ubuntu, выключил ноутбук. На следующий день включаю, в grub выбираю загрузить ubuntu и появляется вот такое что на фото.
2 ответа 2
Вроде все написано Ошибка файловой системы Запустите fsck в ручном режиме
Ошибки файловой системы не дают возможности загрузиться.
Для того чтобы проверить раздел, при невозможности загрузки системы:
Всё ещё ищете ответ? Посмотрите другие вопросы с метками ubuntu grub или задайте свой вопрос.
Связанные
Похожие
Подписаться на ленту
Для подписки на ленту скопируйте и вставьте эту ссылку в вашу программу для чтения RSS.
дизайн сайта / логотип © 2021 Stack Exchange Inc; материалы пользователей предоставляются на условиях лицензии cc by-sa. rev 2021.11.9.40695
Нажимая «Принять все файлы cookie» вы соглашаетесь, что Stack Exchange может хранить файлы cookie на вашем устройстве и раскрывать информацию в соответствии с нашей Политикой в отношении файлов cookie.
Жесткий диск
Была проблема, что после установки ubuntu 16.04, через несколько дней при включении на чёрном экране выдавало ошибку:
/dev/sda1 contains a file system with errors, chek forced. Inodes that were part of a corrupted orphan linked list found.
BusyBox v1.22.1 (Ubuntu 1:1.22.0-15ubuntu1) bulit-in shell (ash) Enter ‘help’ for a list of bulit-in commands.
Переустанавливал систему, через несколько дней снова та же ошибка.
Решил, что проблема в ssd, взял новый ssd после 12 дней работы снова та же самая ошибка уже на новом ssd. Переустановка ubuntu не удалась, пишет ошибку о возможном повреждении жёсткого диска.
Что посоветуете делать? В чём может быть проблема?
что за ssd был в первом и втором случае?
что делал перед появлением этой ошибки?
Мне кажется проблема не в убунту. У тебя сломался компьютер. А может провод перегнулся. А может ты комп выключаешь с пинка ковбоймкого сапога. Почём мы знаем?
Прописать можно вьетнамцев в своей квартире.
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 223,6G 0 disk ├─sda1 8:1 0 221,6G 0 part / ├─sda2 8:2 0 1K 0 part └─sda5 8:5 0 2G 0 part [SWAP]
smartctl 6.2 2013-07-26 r3841 [x86_64-linux-4.4.0-31-generic] (local build) Copyright (C) 2002-13, Bruce Allen, Christian Franke, http://www.smartmontools.org
Smartctl open device: /dev/sda failed: Permission denied
/dev/sda1 on / type ext4 (rw,errors=remount-ro) proc on /proc type proc (rw,noexec,nosuid,nodev) sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) none on /sys/fs/cgroup type tmpfs (rw) none on /sys/fs/fuse/connections type fusectl (rw) none on /sys/kernel/debug type debugfs (rw) none on /sys/kernel/security type securityfs (rw) udev on /dev type devtmpfs (rw,mode=0755) devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620) tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755) none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880) none on /run/shm type tmpfs (rw,nosuid,nodev) none on /run/user type tmpfs (rw,noexec,nosuid,nodev,size=104857600,mode=0755) none on /sys/fs/pstore type pstore (rw) systemd on /sys/fs/cgroup/systemd type cgroup (rw,noexec,nosuid,nodev,none,name=systemd) gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,user=user)
О боги! Это всё нужно выполнять от рута или дописать в начале sudo. А ещё, освойте
А может ты комп выключаешь с пинка ковбоймкого сапога.
🧰 Как исправить ошибку Busybox Initramfs на Ubuntu
П оэтому я просто передал команду «exit», чтобы посмотреть, что произойдет.
А потом я увидел настоящую ошибку:
Он обеспечивает замену большинства утилит, которые вы обычно найдете в GNU fileutils, shellutils и т. д.
Initramfs – это начальная файловая система RAM, основанная на tmpfs.
Исправим ошибку Busybox Initramfs на Ubuntu
Чтобы устранить ошибку initramfs в Ubuntu, вам необходимо восстановить файловую систему в поврежденном разделе с помощью команды «fsck»:
Теперь она начнет автоматически исправлять все ломаные блоки в файловой системе.
Через пару минут вы увидите следующий результат:
Теперь введите «reboot» и нажмите ENTER, чтобы перезагрузить систему!
Скрестите пальцы и дождитесь перезагрузки системы!
Если все прошло хорошо, ваша система загрузится без проблем.
10 thoughts on “ 🧰 Как исправить ошибку Busybox Initramfs на Ubuntu ”
Всегда рады помочь!
Помогло на Debian, но в консоле Debian не работала команда reboot.
Сегодня я включила ноутбук, и процесс загрузки начался с ubuntu, и в итоге я получила сообщение initramfs.
Насколько я помню, я не сделала ничего плохого.
Вчера все работало отлично!
после сообщения initramfs я не могу перейти на английский, что бы f не делала?