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

Question 1

Какую из этих двух вы пытаетесь сделать?

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

Или [ ! d3] Создайте папку изображений, которые будут стоять в очереди и будут меняться в фоновом изображении с установленной скоростью

Если вы хотите сделать вторую, все, что вы нужно сделать, это перейти к файлу> Просмотр изображений> Щелкните правой кнопкой мыши на фото> Установить как фоновый рисунок рабочего стола. Вы также можете создать свою личную коллекцию фоновых изображений в папке и открыть приложение «Внешний вид» и выбрать свою папку / изображения, добавив их с помощью значка + и. Если вы хотите сделать первый, wallch (указанный выше) будет вашим лучшим выбором.

Question 2

Из справочной страницы e2fsck:

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

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

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

e2fsck -cy /dev/sda5

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

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

Question 3

Question 4

Из справочной страницы e2fsck:

Question 5

Из справочной страницы e2fsck:

Question 6

Из справочной страницы e2fsck:

Question 7

Question 8

Из справочной страницы e2fsck:

Question 9

Из справочной страницы e2fsck:

Question 10

Из справочной страницы e2fsck:

Question 11

Из справочной страницы e2fsck:

Question 12

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

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

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

FSCKFIX=no

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

FSCKFIX=yes

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

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

Question 13

Question 14

sudo touch /forcefsck
sudo reboot

У вас есть опечатка, которую вы трогаете / forcefcsk. «C» и «s» меняются местами. fsck не подходит для FileSystemChecK.

Question 15

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

Question 16

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

Tune2fs -c 5 -i 10 / dev / sda1

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

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

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

Question 17

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

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

, например.

sudo tune2fs -c 1 /dev/sda1

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

Question 18

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

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

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

FSCKFIX=no

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

FSCKFIX=yes

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

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

Question 19

Question 20

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

Question 21

sudo touch /forcefsck
sudo reboot

У вас есть опечатка / forcefcsk. «C» и «s» меняются местами. fsck не подходит для FileSystemChecK.

Question 22

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

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

, например.

sudo tune2fs -c 1 /dev/sda1

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

Question 23

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

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

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

FSCKFIX=no

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

FSCKFIX=yes

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

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

Question 24

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

Question 25

Question 26

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

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

, например.

sudo tune2fs -c 1 /dev/sda1

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

Question 27

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

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

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

FSCKFIX=no

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

FSCKFIX=yes

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

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

Question 28

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

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

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

FSCKFIX=no

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

FSCKFIX=yes

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

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

Question 29

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

Question 30

sudo touch /forcefsck
sudo reboot

У вас есть опечатка / forcefcsk. «C» и «s» меняются местами. fsck не подходит для FileSystemChecK.

Question 31

Question 32

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

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

, например.

sudo tune2fs -c 1 /dev/sda1

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

Question 33

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

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

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

FSCKFIX=no

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

FSCKFIX=yes

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

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

Question 34

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

Question 35

sudo touch /forcefsck
sudo reboot

У вас есть опечатка / forcefcsk. «C» и «s» меняются местами. fsck не подходит для FileSystemChecK.

Question 36

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

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

, например.

sudo tune2fs -c 1 /dev/sda1

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

Question 37

Question 38

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

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

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

FSCKFIX=no

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

FSCKFIX=yes

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

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

Eliah Kagan · Accepted Answer · 26 May 2018 в 00:16

Из справочной страницы e2fsck:

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

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

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

e2fsck -cy /dev/sda5

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

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

Вы правы, файловая система смонтирована. И, конечно, мне нужно сделать fsck при размонтировании. Но я запускаю fsck -n, чтобы проверять его при монтировании, без внесения изменений, и он говорит мне, что есть ошибки. И не должен ли fsck при перезагрузке исправлять их? — UrkoM, 25 November 2010 в 07:01
Я просто заметил, что вы говорите в первом предложении: почему fsck -n не действует на смонтированную файловую систему? Как я могу проверить, имеет ли установленная файловая система ошибки в надежном режиме? — UrkoM, 25 November 2010 в 17:12
Вы можете проверить справочную страницу e2fsck, которая говорит: " Обратите внимание, что в целом безопасно запускать e2fsck на смонтированных файловых системах. Единственное исключение - если задана опция -n, а -c, -l или -L не указаны. Однако, даже если это безопасно, результаты, напечатанные e2fsck, недействительны, если файловая система установлена. Если e2fsck спрашивает, следует ли проверять установленную файловую систему, единственный правильный ответ - «нет». Только эксперты, которые действительно знают, что они делают, должны рассмотреть возможность ответа на этот вопрос любым другим способом. — Nyamiou The Galeanthrope, 26 November 2010 в 02:03
Я не знаю, как проверить смонтированную файловую систему, может быть, вы должны создать другой вопрос. — Nyamiou The Galeanthrope, 26 November 2010 в 02:04
Можете ли вы добавить эти два последних комментария к своему ответу? Тогда я приму это. Я этого не знал, поэтому вот почему ... Я думаю, это потому, что fsck -n не обрабатывает журнал, поэтому состояние файловой системы непоследовательно, не глядя на последние изменения. — UrkoM, 26 November 2010 в 04:35

Eliah Kagan · Accepted Answer · 25 July 2018 в 22:50

Из справочной страницы e2fsck:

Eliah Kagan · Accepted Answer · 31 July 2018 в 10:36

Из справочной страницы e2fsck:

Eliah Kagan · Accepted Answer · 31 July 2018 в 11:40

Из справочной страницы e2fsck:

Eliah Kagan · Accepted Answer · 4 August 2018 в 20:19

Из справочной страницы e2fsck:

Eliah Kagan · Accepted Answer · 7 August 2018 в 22:24

Из справочной страницы e2fsck:

Eliah Kagan · Accepted Answer · 10 August 2018 в 10:33

Из справочной страницы e2fsck:

Eliah Kagan · Accepted Answer · 13 August 2018 в 17:03

Из справочной страницы e2fsck:

Вы правы, файловая система смонтирована. И, конечно, мне нужно сделать fsck при размонтировании. Но я запускаю fsck -n, чтобы проверять его при монтировании, без внесения изменений, и он говорит мне, что есть ошибки. И не должен ли fsck при перезагрузке исправлять их? — UrkoM, 25 November 2010 в 07:01
Я просто заметил, что вы говорите в первом предложении: почему fsck -n не действует на смонтированную файловую систему? Как я могу проверить, имеет ли установленная файловая система ошибки в надежном режиме? — UrkoM, 25 November 2010 в 17:12
Я не знаю, как проверить смонтированную файловую систему, может быть, вы должны создать другой вопрос. — Nyamiou The Galeanthrope, 26 November 2010 в 02:04
Можете ли вы добавить эти два последних комментария к своему ответу? Тогда я приму это. Я этого не знал, поэтому вот почему ... Я думаю, это потому, что fsck -n не обрабатывает журнал, поэтому состояние файловой системы непоследовательно, не глядя на последние изменения. — UrkoM, 26 November 2010 в 04:35

Brian · Answer 9 · 26 May 2018 в 00:16

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

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

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

FSCKFIX=no

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

FSCKFIX=yes

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

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

Редактирование этой записи в моем экземпляре Ubuntu EC2 вместе с командами sudo touch /forcefsck и sudo shutdown -r успешно разрешило проблемы файловой системы и предупреждение при входе в систему. Легко и без разрушения - приветствия. — c.gutierrez, 26 March 2015 в 20:07
Тот же вопрос был задан на сервере Fault, и этот ответ был также тем, который работал для меня, в системе Ubuntu 14.04. Просто выполнение sudo touch /forcefsck, а затем перезагрузка не было; редактирование rcS было необходимо. — Teemu Leisti, 22 December 2015 в 12:21

Dan Benamy · Answer 10 · 26 May 2018 в 00:16

sudo touch /forcefsck
sudo reboot

У вас есть опечатка, которую вы трогаете / forcefcsk. «C» и «s» меняются местами. fsck не подходит для FileSystemChecK.

12

ответ дан Dan Benamy 26 May 2018 в 00:16

1

Это не сработает для меня, потому что корневая файловая система монтируется только для чтения из-за ошибок, которые я исправляю с помощью fsck! Курица и проблема с яйцом, которую можно решить только с помощью liveCD или потянув диск на другую машину. – HDave 10 August 2012 в 23:09

charlie-tca · Answer 11 · 26 May 2018 в 00:16

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

3

ответ дан charlie-tca 26 May 2018 в 00:16

1

Очень верно, но автоматический fsck при загрузке должен произойти до того, как раздел будет использоваться, чтобы уметь исправлять ошибки в «/». В противном случае, в чем смысл? – UrkoM 25 November 2010 в 07:10
2

Я считаю, что проверка происходит до начала использования, однако это скорее консультативная проверка. Вам решать, как исправить ошибки. Легкая проверка при просмотре / etc / fstab. & Quot; / " получает другую проверку, а затем другие разделы. – charlie-tca 26 November 2010 в 20:57
3

Это происходит до того, как корень поворачивается? то есть. INITial Ram Disk. – mckenzm 22 April 2017 в 11:01

Zanna · Answer 12 · 26 May 2018 в 00:16

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

Tune2fs -c 5 -i 10 / dev / sda1

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

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

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

1

ответ дан Zanna 26 May 2018 в 00:16

1

Каковы формы и комментарии в автоматической форме следующим образом: Tune2fs -c 5 -i 10 / dev / sda1 Где: -c - максимальное количество монтировок перед запуском fsck Где: -i - максимальное количество дней до запуска fsck В этом случае будет сделано каждые 5 монстров или каждые 10 дней, в зависимости от того, что наступит раньше. У меня есть два компьютера, один с Linux SuSE 13.2, а другой с Linux MInt 18.0, и оба работают отлично. – hk3jld 1 January 2017 в 05:49
2

Каковы формы и комментарии в автоматической форме следующим образом: Tune2fs -c 5 -i 10 / dev / sda1 Где: -c - максимальное количество монтировок перед запуском fsck Где: -i - максимальное количество дней до запуска fsck В этом случае будет сделано каждые 5 монстров или каждые 10 дней, в зависимости от того, что наступит раньше. У меня есть два компьютера, один с Linux SuSE 13.2, а другой с Linux MInt 18.0, и оба работают отлично. Я не знаю английского, но я использую переводчика, надеюсь, что обучение в порядке – hk3jld 1 January 2017 в 05:52
3

Работает ли он и на Ubuntu? – George Udosen 1 January 2017 в 10:55

Zanna · Answer 13 · 26 May 2018 в 00:16

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

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

, например.

sudo tune2fs -c 1 /dev/sda1

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

Brian · Answer 14 · 25 July 2018 в 22:50

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

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

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

FSCKFIX=no

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

FSCKFIX=yes

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

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

charlie-tca · Answer 15 · 25 July 2018 в 22:50

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

Dan Benamy · Answer 16 · 25 July 2018 в 22:50

sudo touch /forcefsck
sudo reboot

У вас есть опечатка / forcefcsk. «C» и «s» меняются местами. fsck не подходит для FileSystemChecK.

Zanna · Answer 17 · 25 July 2018 в 22:50

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

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

, например.

sudo tune2fs -c 1 /dev/sda1

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

Brian · Answer 18 · 31 July 2018 в 10:36

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

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

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

FSCKFIX=no

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

FSCKFIX=yes

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

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

charlie-tca · Answer 19 · 31 July 2018 в 10:36

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

Zanna · Answer 20 · 31 July 2018 в 10:36

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

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

, например.

sudo tune2fs -c 1 /dev/sda1

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

Brian · Answer 21 · 31 July 2018 в 11:40

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

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

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

FSCKFIX=no

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

FSCKFIX=yes

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

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

Brian · Answer 22 · 2 August 2018 в 04:14

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

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

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

FSCKFIX=no

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

FSCKFIX=yes

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

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

charlie-tca · Answer 23 · 2 August 2018 в 04:14

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

Dan Benamy · Answer 24 · 2 August 2018 в 04:14

sudo touch /forcefsck
sudo reboot

У вас есть опечатка / forcefcsk. «C» и «s» меняются местами. fsck не подходит для FileSystemChecK.

Zanna · Answer 25 · 2 August 2018 в 04:14

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

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

, например.

sudo tune2fs -c 1 /dev/sda1

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

Brian · Answer 26 · 4 August 2018 в 20:19

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

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

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

FSCKFIX=no

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

FSCKFIX=yes

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

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

charlie-tca · Answer 27 · 4 August 2018 в 20:19

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

Dan Benamy · Answer 28 · 4 August 2018 в 20:19

sudo touch /forcefsck
sudo reboot

У вас есть опечатка / forcefcsk. «C» и «s» меняются местами. fsck не подходит для FileSystemChecK.

Zanna · Answer 29 · 4 August 2018 в 20:19

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

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

, например.

sudo tune2fs -c 1 /dev/sda1

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

Brian · Answer 30 · 6 August 2018 в 04:19

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

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

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

FSCKFIX=no

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

FSCKFIX=yes

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

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

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

43 ответа

Другие вопросы по тегам:

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