Принудительно перезагрузить fsck.ext4, но действительно & ldquo; forceful & rdquo;

Один из моих серверов Ubuntu 10.04 доставляет мне неприятности. Когда я запускаю fsck.ext4 -n /dev/sda5, он говорит мне, что есть ошибки в подсчете свободных инодов, подсчетах свободных блоков и т. Д.

Я пытался:

touch /forcefsck

Также пытался:

shutdown -rF now

и до сих пор, после перезагрузки, я вижу ошибки.

Я также только что проверил на своем нетбуке eeePC, Ubuntu 10.10, и у меня возникла та же проблема!

Как заставить действительно «принудительное» «принудительное» «серьезно исправить мою файловую систему« fsck of »/ "файловая система при перезагрузке?

Пояснение: Я запускаю fsck.ext4 -n, потому что это смонтированная файловая система, чтобы проверить, есть ли ошибки. Это говорит мне, что есть. Я думал, что автоматический fsck каждые 30 монтирований во время процесса загрузки точно , чтобы устранить ошибки в корневой файловой системе. Но это не делает это в моем случае. Я мог бы перезагрузиться с LiveCD и исправить ошибки, а затем перезагрузить снова, но это серьезное время простоя для живого сервера. Перезагрузка, auto fsck, затем продолжение загрузки намного более устойчива на работающем сервере, и я считаю, что такое поведение должно быть правильным.

Дополнительная информация: Здесь вывод. Похоже, что-то, что исправит autofsck, не так ли?

root@server:~# fsck.ext4 -n /dev/sda5
e2fsck 1.41.11 (14-Mar-2010)
Warning!  /dev/sda5 is mounted.
Warning: skipping journal recovery because doing a read-only filesystem check.
/dev/sda5 contains a file system with errors, check forced.
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
Free blocks count wrong (1849368, counted=1948909).
Fix? no

Free inodes count wrong (545504, counted=552134).
Fix? no


/dev/sda5: ********** WARNING: Filesystem still has errors **********

/dev/sda5: 116752/662256 files (0.2% non-contiguous), 795324/2644692 blocks
21
задан 12.01.2020, 11:54

6 ответов

sudo touch /forcefsck
sudo reboot

У вас есть опечатка - вы трогаете / forcefcsk. «С» и «S» поменялись местами. fsck - это сокращение от FileSystemChecK.

0
ответ дан 12.01.2020, 11:55
  • 1
    Это не будет работать для меня, потому что корневая файловая система монтируется только для чтения из-за ошибок, которые я должен исправить с помощью fsck! Проблема с курицей и яйцом, которая может быть решена только с помощью liveCD или с помощью привода на другой машине. – cyrilchampier 12.01.2020, 11:55

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

sudo tune2fs -c 1 /dev/<my partition>

например.

sudo tune2fs -c 1 /dev/sda1

Более подробное объяснение я нашел здесь: Как заставить fsck проверять файловую систему после перезагрузки

0
ответ дан 12.01.2020, 11:55

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

0
ответ дан 12.01.2020, 11:56
  • 1
    Совершенно верно, но автоматический fsck при загрузке должен произойти до того, как раздел будет использован, именно для того, чтобы можно было исправить ошибки в & quot; / & quot ;. Иначе какой смысл? – 23 revs, 4 users 82% 12.01.2020, 11:56
  • 2
    Я считаю, что проверка происходит перед использованием, однако это скорее консультативная проверка. Вам решать, как исправить ошибки. Простая проверка - при просмотре / etc / fstab. & Quot; / & quot; получает другую проверку, чем другие разделы. – Kara 12.01.2020, 11:56
  • 3
    Это происходит до того, как рут будет повернут? то есть. НАЧАЛЬНЫЙ RAM диск. – MHC 12.01.2020, 11:57

Я знаю, что это действительно старый поток, но мне недавно пришлось решить эту проблему, поэтому я хотел опубликовать, как заставить ОС исправлять проблемы, обнаруженные с fsck во время загрузки (для 12.04).

Вам нужно выполнить команду sudo touch /forcefsck. Это заставит его выполнить fsck при следующей загрузке. Вы можете увидеть результаты fsck в /var/log/boot.log.

Однако, вы не гарантированы, что fsck исправит все, что он найдет. Для этого вам нужно отредактировать файл / etc / default / rcS. В конце этого файла есть строка:

FSCKFIX=no

Это необходимо изменить следующим образом:

FSCKFIX=yes

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

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

0
ответ дан 12.01.2020, 11:56
  • 1
    Тот же вопрос был задан в отношении сбоя сервера, и этот ответ был тем же, который мне помог, в системе Ubuntu 14.04. Просто сделать sudo touch /forcefsck и затем перезагрузить не сделал; редактирование rcS было необходимо. – gorelative 12.01.2020, 11:56
  • 2
    Редактирование этой записи в моем экземпляре Ubuntu EC2 вместе с командами sudo touch /forcefsck и sudo shutdown -r успешно решило проблемы файловой системы и предупреждения о проверке при входе в систему. Легко и бесперебойно - ура. – sixty4bit 12.01.2020, 11:57

Со страницы руководства e2fsck:

«Обратите внимание, что в общем случае запускать e2fsck в смонтированных файловых системах небезопасно. Единственное исключение - если указана опция -n, а -c, Опции -l или -L не указаны. Однако, даже если это безопасно, результаты, напечатанные e2fsck, недействительны, если файловая система смонтирована. Если e2fsck спрашивает, следует ли проверять смонтированную файловую систему , единственный правильный ответ - «нет». Только экспертам, которые действительно знают, что они делают, следует подумать о том, чтобы ответить на этот вопрос любым другим способом. "

Так что если вы проверяете подключенную ФС с помощью fsck, даже используя опцию -n, результат может быть вообще недействительным. Не проверяйте смонтированные файловые системы. Используйте Live-CD / Live-USB.

Если вы не проверяете файловую систему во время ее монтирования, я не понимаю, почему вам нужно использовать touch /forcefsck, вы можете просто размонтировать ее и исправить. Но если это так, и после исправления у вашей FS все еще есть ошибки, то вы можете рассмотреть возможность использования:

e2fsck -cy /dev/sda5

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

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

0
ответ дан 12.01.2020, 11:57
  • 1
    Можете ли вы добавить эти два последних комментария к вашему ответу? Тогда я приму это. Я этого не знал, вот почему ... я думаю, что это потому, что fsck -n не обрабатывает журнал, поэтому состояние файловой системы не соответствует последним изменениям, которые там хранятся. – Dan 12.01.2020, 11:57
  • 2
    Я не знаю, как проверить смонтированную файловую систему, может быть, вам следует создать еще один вопрос. – B Seven 12.01.2020, 11:58
  • 3
    Я только что заметил, что вы говорите в первом предложении: почему fsck -n недопустим в смонтированной файловой системе? Как я могу проверить, есть ли ошибки в смонтированной файловой системе? – Chris Aitchison 12.01.2020, 11:58
  • 4
    Вы можете проверить страницу справочника e2fsck, которая говорит: «Обратите внимание, что в общем случае запускать e2fsck в смонтированных файловых системах небезопасно. Единственное исключение - если указана опция -n, а опции -c, -l или -L не указаны. Однако, даже если это безопасно, результаты, напечатанные e2fsck, недействительны, если файловая система смонтирована. Если e2fsck спрашивает, стоит ли проверять смонтированную файловую систему, единственный правильный ответ - «нет». Только эксперты, которые действительно знают, что они делают, должны рассмотреть вопрос об ответе на этот вопрос любым другим способом. & Quot; – B Seven 12.01.2020, 11:58
  • 5
    Вы правы, файловая система смонтирована. И, конечно, мне нужно сделать fsck в размонтированном виде. Но я запускаю fsck -n для проверки во время монтирования, не внося изменений, и он говорит мне, что есть ошибки. И не должен ли fsck при перезагрузке их исправить ??? – Daniel Rikowski 12.01.2020, 11:59

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

Tune2fs -c 5 -i 10 / dev / sda1

-c - максимальное количество монтирований перед запуском fsck, а -i - максимальное количество дней до запуска fsck.

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

У меня есть два компьютера, один с Linux SuSE 13.2 и другой с Linux Mint 18.0, и на обоих он отлично работает.

0
ответ дан 12.01.2020, 11:57
  • 1
    Это работает на Ubuntu тоже? – Marcus 12.01.2020, 11:58
  • 2
    Что такое формы и комментарии в автоматической форме следующим образом: Tune2fs -c 5 -i 10 / dev / sda1 Где: -c - максимальное количество монтирований перед запуском fsck Где: -i - максимальное количество дней перед запуском fsck В этом случае будет проводиться каждые 5 раз или каждые 10 дней, в зависимости от того, что наступит раньше. У меня есть два компьютера, один с Linux SuSE 13.2 и другой с Linux MInt 18.0, и оба работают отлично. Я не знаю английский, но я использую переводчик, я надеюсь, что обучение в порядке – tiho 12.01.2020, 11:58
  • 3
    Что такое формы и комментарии в автоматической форме следующим образом: Tune2fs -c 5 -i 10 / dev / sda1 Где: -c - максимальное количество монтирований перед запуском fsck Где: -i - максимальное количество дней перед запуском fsck В этом случае будет проводиться каждые 5 раз или каждые 10 дней, в зависимости от того, что наступит раньше. У меня есть два компьютера, один с Linux SuSE 13.2 и другой с Linux MInt 18.0, и оба работают отлично. – Eldamir 12.01.2020, 11:58

Теги

Похожие вопросы