[Debian squeeze] fsck died with exit status 4
Далее понятно, что просит нажать Ctrl+D или выполнить fsck ручками. В общем погуглил об этой машине времени и ничего толком не нагуглил — вроде баг fsck и совет «правим в файле /etc/default/rcS значение переменной на FSCKFIX на yes (FSCKFIX=yes)».
Но это не всё, также ругается на /sdb6, на который у меня примонтирован /home. Но там другое
No such file or directory while trying to open /dev/sdb6 /dev/sdb6 The superblock could not be read or does not describe a correct ext2 file system. If the device is valid and it really contains an ext2 filesystem (and not swap or ufs or something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock e2fsck -b 8193
Вообще ругается на ext2, хотя у меня везде ext3.
Ладно, гружусь с LiveCD, проверяю отмонтированные разделы. Может я чего не вижу, но вроде всё нормально. Приведу gparted_details.htm
GParted 0.3.8 Libparted 1.8.8 Check and repair filesystem (ext3) on /dev/sdb1 00:01:41 ( SUCCESS ) calibrate /dev/sdb1 00:00:00 ( SUCCESS ) path: /dev/sdb1 start: 63 end: 151187714 size: 151187652 (72.09 GiB) check filesystem on /dev/sdb1 for errors and (if possible) fix them 00:01:40 ( SUCCESS ) e2fsck -f -y -v /dev/sdb1 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 215144 inodes used (4.55%) 3805 non-contiguous inodes (1.8%) # of inodes with ind/dind/tind blocks: 13344/162/0 1922006 blocks used (10.17%) 0 bad blocks 1 large file 162892 regular files 17577 directories 64 character device files 25 block device files 3 fifos 915 links 34568 symbolic links (33373 fast symbolic links) 6 sockets -------- 216050 files e2fsck 1.41.3 (12-Oct-2008) grow filesystem to fill the partition 00:00:01 ( SUCCESS ) resize2fs /dev/sdb1 resize2fs 1.41.3 (12-Oct-2008) The filesystem is already 18898456 blocks long. Nothing to do! GParted 0.3.8 Libparted 1.8.8 Check and repair filesystem (ext3) on /dev/sdb6 00:00:21 ( SUCCESS ) calibrate /dev/sdb6 00:00:00 ( SUCCESS ) path: /dev/sdb6 start: 151187841 end: 209728574 size: 58540734 (27.91 GiB) check filesystem on /dev/sdb6 for errors and (if possible) fix them 00:00:21 ( SUCCESS ) e2fsck -f -y -v /dev/sdb6 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 20379 inodes used (1.11%) 2120 non-contiguous inodes (10.4%) # of inodes with ind/dind/tind blocks: 2534/10/0 490434 blocks used (6.70%) 0 bad blocks 1 large file 19100 regular files 1238 directories 0 character device files 0 block device files 0 fifos 5 links 31 symbolic links (31 fast symbolic links) 1 socket -------- 20375 files e2fsck 1.41.3 (12-Oct-2008) grow filesystem to fill the partition 00:00:00 ( SUCCESS ) resize2fs /dev/sdb6 resize2fs 1.41.3 (12-Oct-2008) The filesystem is already 7317591 blocks long. Nothing to do! Это происходит не при каждой загрузке, а через раз. Диск практически новый, показатели SMART в норме, битых блоков нет.
Что это может быть и как с этим бороться? Спасибо!
Исправление ошибок на диске
После сбоя питания может появится надпись при загрузке:
/dev/sda1: UNEXPECTED INCONSISTENCY: RUN fsck MANUALLY.
(i.e., without -a or -p options)
fsck died with exit status 4
Потребуется провести проверку диска вручную:
Выбрать режим Восстановления:
Пройти первичную настройку:
Запустить оболочку в рабочей среде программы установки:
fsck.ext4 -p -f -c /dev/sdaX (где sdaХ корневой раздел)
После проверки нажать Ctrl-D, вынуть оптический диск и перезагрузить машину:
При запуске linux пишет что то непонятное
/dev/sda1 contains a file system with errors, check forced.
/dev/sda1: Inodes that were part of corrupted orphan linked list found. /dev/sda1: UNEXPECTED INCONSISTENCY: RUN fsck MANUALLY.
(i. e., without -a or -p options)
fsck exited with status code 4
The root filesystem on /dev/sda1 reuires a manual fsck
Не особо шарю так что помогите исправить эту проблему.
Прочитайте сообщение и сделайте что там написано. И впредь делайте это до того, как просить о помощи.
Если перепечатаешь текст с картинки (для поисковика), то подробно расскажу, что произошло и что делать.
fsck /dev/sda1 потом нажимаешь Y и если повезет то это дело закончится и после перезагрузки можно пользоваться системой дальше
2 ответа 2
Давайте построчно разберём, чего же от нас хочет Linux:
/dev/sda1 содержит файловую систему с ошибками; инициирована проверка.
/dev/sda1: были найдены inod-ы, являющиеся частью повреждённого связного списка./dev/sda1: НЕОЖИДАННАЯ НЕСОГЛАСОВАННОСТЬ ДАННЫХ: ЗАПУСТИТЕ fsck ВРУЧНУЮ. (т. е. без ключей -a и -p)
fsck завершила работу с кодом возврата 4
Корневая файловая система на /dev/sda1 требует ручного вызова fsck
В первых трёх строках нам сообщают, что на /dev/sda1 имеются повреждения файловой системы. Однако они не настолько страшны (inode — это заголовок файловой записи). Единственное, что потеряется при восстановлении — уникальный номер и, как результат, путь до соответствующего файла; так что он будет помещён в папку lost+found в корне /dev/sda1 . Главное, чтобы это не оказался какой-нибудь системный файл, ожидаемый во время загрузки ОС по конкретному пути.
Самой последней строкой вывода является (busybox) . Это приглашение командной строки минимальной версии консоли, внутрь которой вшит минимальный набор команд. Вариант аварийный, но его будет достаточно для «починки» раздела и перезагрузкив обычный режим.
Для «починки» введите команду:
Первая часть (аналог Windows-ского chkdsk ) выполнит проверку и безусловное (ключ -y ) исправление ошибок; вторая выполнит перезагрузку сразу же по окончании этой операции.
Кстати, вы не обесточивали компьютер прямо во время работы? Не выдёргивали диск, не отмонтировав его? Если нет, значит жёсткий диск начал «сыпаться», и по окончании проверки вам стоит как можно скорее скопировать всё его содержимое в другое место, пока ещё чего-нибудь не повредилось.
fsck died with status code 4
Did you try the -y option? From fsck manual: ` -y For some filesystem-specific checkers, the -y option will cause the fs-specific fsck to always attempt to fix any detected filesystem corruption automatically. Some- times an expert may be able to do better driving the fsck manually. Note that not all filesystem-specific checkers implement this option. In particular fsck.minix(8) and fsck.cramfs(8) does not support the -y option as of this writing.`
(I assume fkck is a typo). Possibly you have another filesystem—are you sure you only have /dev/sda1 ? Check /etc/fstab .
@Ketan Unfortunately the -y flag does solve my problem. @derobert I ran fsck with each of my partitions that show up running fstab .
@Ketan. My system runs again. Your solution solved, although I didn’t mentioned it the first time. fsck -y /dev/sda1 returned the same output as fsck /dev/sda1 , so I thought it didn’t help. But it did! Please write it down in an answer and I’ll mark as accepted answer.
2 Answers 2
-y For some filesystem-specific checkers, the -y option will cause the fs-specific fsck to always attempt to fix any detected filesystem corruption automatically. Some- times an expert may be able to do better driving the fsck manually. Note that not all filesystem-specific checkers implement this option. In particular fsck.minix(8) and fsck.cramfs(8) does not support the -y option as of this writing.
Sometimes fsck shows that a filesystem has no errors, but in reality it has. I had a similar issue once, and if you want to check that filesystem, you have to use force. I’m not sure what type of a filesystem you’re using, but let’s assume it’s ext4:
Emergency help: -p Automatic repair (no questions) -n Make no changes to the filesystem -y Assume "yes" to all questions -c Check for bad blocks and add them to the badblock list -f Force checking even if filesystem is marked clean -v Be verbose -b superblock Use alternative superblock -B blocksize Force blocksize when looking for superblock -j external_journal Set location of the external journal -l bad_blocks_file Add to badblocks list -L bad_blocks_file Set badblocks list Ошибка запуска Astra Linux 1.4
При запуске Астра Линукс 1.4 Смоленск может возникнуть ошибка:
Fsck died with status 4Failes code 4*An automatic file system check (fsck) of the root filesystem failed. A manual fsck must be performed, then the system restarted. The fsck should be performed in maintenance mode with the root filesystem mounted in read-only mode. *The root filesystem is currently mounted in read-only mode. A maintenace shelll will now be started. After performing system maintenance, press CONTROL-D to terminate the maintenace shell adn restart the system. Give root password for maintenace (or type Control-D to continue):
Пароль и логин ввести не удается и система идет на ребут. И так по кругу.
Для решения нужно загрузить bios и проверить корректность системного времени.
И так грузим биос и переходим:
Main => System Time | System Date
Редактируем на корректное время с помощью стрелок и пробела 🙂
Exit => Save settings and restart
Если этот вариант не подошел, грузимся с устанвочного диска в режиме восстановления и выполняем команду:
Пожалуйста, не спамьте и никого не оскорбляйте. Это поле для комментариев, а не спамбокс. Рекламные ссылки не индексируются!
- Аудит ИБ (49)
- Вакансии (12)
- Закрытие уязвимостей (105)
- Книги (27)
- Мануал (2 306)
- Медиа (66)
- Мероприятия (39)
- Мошенники (23)
- Обзоры (820)
- Обход запретов (34)
- Опросы (3)
- Скрипты (114)
- Статьи (352)
- Философия (114)
- Юмор (18)
Anything in here will be replaced on browsers that support the canvas element
OpenVPN Community Edition (CE) – это проект виртуальной частной сети (VPN) с открытым исходным кодом. Он создает защищенные соединения через Интернет с помощью собственного протокола безопасности, использующего протокол SSL/TLS. Этот поддерживаемый сообществом проект OSS (Open Source Software), использующий лицензию GPL, поддерживается многими разработчиками и соавторами OpenVPN Inc. и расширенным сообществом OpenVPN. CE является бесплатным для […]
Что такое 404 Frame? Большинство инструментов для взлома веб-сайта находятся в 404 Frame. Итак, что же представляют собой команды? Вы можете отдавать команды, используя повседневный разговорный язык, поскольку разработчики не хотели выбирать очень сложную систему команд. Команды Команды “help” / “commands” показывают все команды и их назначение. Команда “set target” – это команда, которая должна […]
В этой заметке вы узнаете о блокировке IP-адресов в Nginx. Это позволяет контролировать доступ к серверу. Nginx является одним из лучших веб-сервисов на сегодняшний день. Скорость обработки запросов делает его очень популярным среди системных администраторов. Кроме того, он обладает завидной гибкостью, что позволяет использовать его во многих ситуациях. Наступает момент, когда необходимо ограничить доступ к […]
Знаете ли вы, что выполняется в ваших контейнерах? Проведите аудит своих образов, чтобы исключить пакеты, которые делают вас уязвимыми для эксплуатации Насколько хорошо вы знаете базовые образы контейнеров, в которых работают ваши службы и инструменты? Этот вопрос часто игнорируется, поскольку мы очень доверяем им. Однако для обеспечения безопасности рабочих нагрузок и базовой инфраструктуры необходимо ответить […]
Одной из важнейших задач администратора является обеспечение обновления системы и всех доступных пакетов до последних версий. Даже после добавления нод в кластер Kubernetes нам все равно необходимо управлять обновлениями. В большинстве случаев после получения обновлений (например, обновлений ядра, системного обслуживания или аппаратных изменений) необходимо перезагрузить хост, чтобы изменения были применены. Для Kubernetes это может быть […]