Почему Ubuntu так часто просит проверить мои жесткие диски?

wiki на wxpython.org указывает, что sudo apt-get install python-wxgtk2.8 python-wxtools wx2.8-i18n должен удовлетворять требованию «wxPython».

С установленными пакетами все просто: sudo python setup.py install.

30
задан 6 September 2011 в 22:19

32 ответа

Проверка диска выполняется системой каждые 30 перезапуска. Если вы пропустите проверку диска, это будет сделано при следующем перезапуске (если вы не удалите вручную forcecheck).

Вы можете сделать это самостоятельно, поместив файл forcefsck в /, выставив из терминала

touch /forcecheck

.

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

Вы можете также использовать tune2fs, чтобы изменить это поведение.

sudo tune2fs -c 60 /dev/sdXY

установит это на 60 перезапуска. Вы также можете изменить это на период времени с помощью -i:

sudo tune2fs -i 30d /dev/sdXY

в течение 30 дней или 1 м в течение 1 месяца или 10 часов в течение 10 недель.

(заменить /dev/sdXY по имени устройства для раздела, такого как /dev/sda1. Вы можете получить это имя, запустив sudo blkid или ls -lA /dev/disk/by-label, если раздел помечен)

sudo dumpe2fs /dev/sda1

покажет массу и массу информации. Часть этого включает:

Filesystem created:       Thu Feb 12 09:06:50 2009
Last mount time:          Fri Aug 26 07:19:34 2011
Last write time:          Fri Aug 26 07:19:34 2011
Mount count:              2
Maximum mount count:      25
Last checked:             Fri Aug 12 07:22:16 2011
Check interval:           15552000 (6 months)
Next check after:         Wed Feb  8 06:22:16 2012
33
ответ дан 25 May 2018 в 18:58
  • 1
    спасибо @Lekensteyn (сделал это из памяти, и моя память иногда бывает плохой);) – Rinzwind 6 September 2011 в 22:43
  • 2
    Чтобы быть nit-picker здесь: я думаю, что это не так, что «проверка принудительно осуществляется системой путем помещения файла forcefsck в / " (обычно нет, fsck проверяет, является ли файловая система «грязной» или прошла «максимальный счет» / «следующая проверка»), и что «это выполняется каждые 30 перезапуска», (он зависит от программы, которую вы используете для форматирования раздела). Для обоих проверьте вывод dumpe2fs. ubuntugeek.com/&hellip – arrange 6 September 2011 в 23:48
  • 3
    Это не придирка: - Точно. Изменено. – Rinzwind 7 September 2011 в 13:33
  • 4
    Это относится только к семейству файловых систем ext * по умолчанию в Ubuntu. XFS или JFS обычно не выполняют проверки файловой системы – Jan 12 September 2011 в 00:47
  • 5
    Если два раза вы упомянете forcecheck вместо forcefsck? (ref: askubuntu.com/questions/14740/… ) – idbrii 7 July 2012 в 23:45

Проверка диска выполняется системой каждые 30 перезапуска. Если вы пропустите проверку диска, это будет сделано при следующем перезапуске (если вы не удалите вручную forcecheck).

Вы можете сделать это самостоятельно, поместив файл forcefsck в /, выставив из терминала

touch /forcecheck

.

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

Вы можете также использовать tune2fs, чтобы изменить это поведение.

sudo tune2fs -c 60 /dev/sdXY

установит это на 60 перезапуска. Вы также можете изменить это на период времени с помощью -i:

sudo tune2fs -i 30d /dev/sdXY

в течение 30 дней или 1 м в течение 1 месяца или 10 часов в течение 10 недель.

(заменить /dev/sdXY по имени устройства для раздела, такого как /dev/sda1. Вы можете получить это имя, запустив sudo blkid или ls -lA /dev/disk/by-label, если раздел помечен)

sudo dumpe2fs /dev/sda1

покажет массу и массу информации. Часть этого включает:

Filesystem created: Thu Feb 12 09:06:50 2009 Last mount time: Fri Aug 26 07:19:34 2011 Last write time: Fri Aug 26 07:19:34 2011 Mount count: 2 Maximum mount count: 25 Last checked: Fri Aug 12 07:22:16 2011 Check interval: 15552000 (6 months) Next check after: Wed Feb 8 06:22:16 2012
33
ответ дан 25 July 2018 в 21:21

Проверка диска выполняется системой каждые 30 перезапуска. Если вы пропустите проверку диска, это будет сделано при следующем перезапуске (если вы не удалите вручную forcecheck).

Вы можете сделать это самостоятельно, поместив файл forcefsck в /, выставив из терминала

touch /forcecheck

.

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

Вы можете также использовать tune2fs, чтобы изменить это поведение.

sudo tune2fs -c 60 /dev/sdXY

установит это на 60 перезапуска. Вы также можете изменить это на период времени с помощью -i:

sudo tune2fs -i 30d /dev/sdXY

в течение 30 дней или 1 м в течение 1 месяца или 10 часов в течение 10 недель.

(заменить /dev/sdXY по имени устройства для раздела, такого как /dev/sda1. Вы можете получить это имя, запустив sudo blkid или ls -lA /dev/disk/by-label, если раздел помечен)

sudo dumpe2fs /dev/sda1

покажет массу и массу информации. Часть этого включает:

Filesystem created: Thu Feb 12 09:06:50 2009 Last mount time: Fri Aug 26 07:19:34 2011 Last write time: Fri Aug 26 07:19:34 2011 Mount count: 2 Maximum mount count: 25 Last checked: Fri Aug 12 07:22:16 2011 Check interval: 15552000 (6 months) Next check after: Wed Feb 8 06:22:16 2012
33
ответ дан 31 July 2018 в 10:31

Проверка диска выполняется системой каждые 30 перезапуска. Если вы пропустите проверку диска, это будет сделано при следующем перезапуске (если вы не удалите вручную forcecheck).

Вы можете сделать это самостоятельно, поместив файл forcefsck в /, выставив из терминала

touch /forcecheck

.

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

Вы можете также использовать tune2fs, чтобы изменить это поведение.

sudo tune2fs -c 60 /dev/sdXY

установит это на 60 перезапуска. Вы также можете изменить это на период времени с помощью -i:

sudo tune2fs -i 30d /dev/sdXY

в течение 30 дней или 1 м в течение 1 месяца или 10 часов в течение 10 недель.

(заменить /dev/sdXY по имени устройства для раздела, такого как /dev/sda1. Вы можете получить это имя, запустив sudo blkid или ls -lA /dev/disk/by-label, если раздел помечен)

sudo dumpe2fs /dev/sda1

покажет массу и массу информации. Часть этого включает:

Filesystem created: Thu Feb 12 09:06:50 2009 Last mount time: Fri Aug 26 07:19:34 2011 Last write time: Fri Aug 26 07:19:34 2011 Mount count: 2 Maximum mount count: 25 Last checked: Fri Aug 12 07:22:16 2011 Check interval: 15552000 (6 months) Next check after: Wed Feb 8 06:22:16 2012
33
ответ дан 31 July 2018 в 11:33

Проверка диска выполняется системой каждые 30 перезапуска. Если вы пропустите проверку диска, это будет сделано при следующем перезапуске (если вы не удалите вручную forcecheck).

Вы можете сделать это самостоятельно, поместив файл forcefsck в /, выставив из терминала

touch /forcecheck

.

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

Вы можете также использовать tune2fs, чтобы изменить это поведение.

sudo tune2fs -c 60 /dev/sdXY

установит это на 60 перезапуска. Вы также можете изменить это на период времени с помощью -i:

sudo tune2fs -i 30d /dev/sdXY

в течение 30 дней или 1 м в течение 1 месяца или 10 часов в течение 10 недель.

(заменить /dev/sdXY по имени устройства для раздела, такого как /dev/sda1. Вы можете получить это имя, запустив sudo blkid или ls -lA /dev/disk/by-label, если раздел помечен)

sudo dumpe2fs /dev/sda1

покажет массу и массу информации. Часть этого включает:

Filesystem created: Thu Feb 12 09:06:50 2009 Last mount time: Fri Aug 26 07:19:34 2011 Last write time: Fri Aug 26 07:19:34 2011 Mount count: 2 Maximum mount count: 25 Last checked: Fri Aug 12 07:22:16 2011 Check interval: 15552000 (6 months) Next check after: Wed Feb 8 06:22:16 2012
33
ответ дан 2 August 2018 в 03:01

Проверка диска выполняется системой каждые 30 перезапуска. Если вы пропустите проверку диска, это будет сделано при следующем перезапуске (если вы не удалите вручную forcecheck).

Вы можете сделать это самостоятельно, поместив файл forcefsck в /, выставив из терминала

touch /forcecheck

.

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

Вы можете также использовать tune2fs, чтобы изменить это поведение.

sudo tune2fs -c 60 /dev/sdXY

установит это на 60 перезапуска. Вы также можете изменить это на период времени с помощью -i:

sudo tune2fs -i 30d /dev/sdXY

в течение 30 дней или 1 м в течение 1 месяца или 10 часов в течение 10 недель.

(заменить /dev/sdXY по имени устройства для раздела, такого как /dev/sda1. Вы можете получить это имя, запустив sudo blkid или ls -lA /dev/disk/by-label, если раздел помечен)

sudo dumpe2fs /dev/sda1

покажет массу и массу информации. Часть этого включает:

Filesystem created: Thu Feb 12 09:06:50 2009 Last mount time: Fri Aug 26 07:19:34 2011 Last write time: Fri Aug 26 07:19:34 2011 Mount count: 2 Maximum mount count: 25 Last checked: Fri Aug 12 07:22:16 2011 Check interval: 15552000 (6 months) Next check after: Wed Feb 8 06:22:16 2012
33
ответ дан 4 August 2018 в 18:51

Проверка диска выполняется системой каждые 30 перезапуска. Если вы пропустите проверку диска, это будет сделано при следующем перезапуске (если вы не удалите вручную forcecheck).

Вы можете сделать это самостоятельно, поместив файл forcefsck в /, выставив из терминала

touch /forcecheck

.

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

Вы можете также использовать tune2fs, чтобы изменить это поведение.

sudo tune2fs -c 60 /dev/sdXY

установит это на 60 перезапуска. Вы также можете изменить это на период времени с помощью -i:

sudo tune2fs -i 30d /dev/sdXY

в течение 30 дней или 1 м в течение 1 месяца или 10 часов в течение 10 недель.

(заменить /dev/sdXY по имени устройства для раздела, такого как /dev/sda1. Вы можете получить это имя, запустив sudo blkid или ls -lA /dev/disk/by-label, если раздел помечен)

sudo dumpe2fs /dev/sda1

покажет массу и массу информации. Часть этого включает:

Filesystem created: Thu Feb 12 09:06:50 2009 Last mount time: Fri Aug 26 07:19:34 2011 Last write time: Fri Aug 26 07:19:34 2011 Mount count: 2 Maximum mount count: 25 Last checked: Fri Aug 12 07:22:16 2011 Check interval: 15552000 (6 months) Next check after: Wed Feb 8 06:22:16 2012
33
ответ дан 6 August 2018 в 03:14

Проверка диска выполняется системой каждые 30 перезапуска. Если вы пропустите проверку диска, это будет сделано при следующем перезапуске (если вы не удалите вручную forcecheck).

Вы можете сделать это самостоятельно, поместив файл forcefsck в /, выставив из терминала

touch /forcecheck

.

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

Вы можете также использовать tune2fs, чтобы изменить это поведение.

sudo tune2fs -c 60 /dev/sdXY

установит это на 60 перезапуска. Вы также можете изменить это на период времени с помощью -i:

sudo tune2fs -i 30d /dev/sdXY

в течение 30 дней или 1 м в течение 1 месяца или 10 часов в течение 10 недель.

(заменить /dev/sdXY по имени устройства для раздела, такого как /dev/sda1. Вы можете получить это имя, запустив sudo blkid или ls -lA /dev/disk/by-label, если раздел помечен)

sudo dumpe2fs /dev/sda1

покажет массу и массу информации. Часть этого включает:

Filesystem created: Thu Feb 12 09:06:50 2009 Last mount time: Fri Aug 26 07:19:34 2011 Last write time: Fri Aug 26 07:19:34 2011 Mount count: 2 Maximum mount count: 25 Last checked: Fri Aug 12 07:22:16 2011 Check interval: 15552000 (6 months) Next check after: Wed Feb 8 06:22:16 2012
33
ответ дан 7 August 2018 в 20:55

Это обычные проверки файловой системы, инициированные каждые 30 перезагрузок. Возможность отменить его там, чтобы вы не были задержаны из чего-то критически важного, однако рекомендуется периодически запускать его. Я не знаю, на каком основании было установлено множество перезагрузок, по-видимому, здравого смысла. Если это слишком раздражает, вы можете увеличить количество перезагрузок без проверки разделов с помощью команды «tune2fs».

5
ответ дан 25 May 2018 в 18:58
  • 1
    mike: нажмите yesterday выше Lekensteyn, чтобы увидеть, что было изменено. – Rinzwind 8 September 2011 в 10:01

Можно полностью отключить проверку файловой системы на ext-filesystems, используя:

sudo tune2fs -c 0 /dev/sdXY

Это может быть не очень хорошо. Заметки man tune2fs:

Вы должны полностью рассмотреть последствия полностью отключить проверку монтирования. Плохие диски, кабели, память и ошибки ядра могут повредить файловую систему, не загрязняя файловую систему или ошибочно. Если вы используете журналирование в своей файловой системе, ваша файловая система никогда не будет помечена как загрязненная, поэтому обычно ее не проверять. Ошибка файловой системы, обнаруженная ядром, по-прежнему будет вынуждать fsck при следующей перезагрузке, но, возможно, уже слишком поздно, чтобы предотвратить потерю данных в этой точке.
1
ответ дан 25 May 2018 в 18:58

Хотя mikewhatever и Rinzwind подходят для ext-Filesystems, afaik, этого не происходит, если вы решите использовать reiserfs. Я использую его в течение 10 лет без проблем и могу рекомендовать его. Нет fsck.

Я не знаю других файловых систем, популярных в Linux.

0
ответ дан 25 May 2018 в 18:58
  • 1
    reiserfsck на самом деле имеет тенденцию нарушать файловые системы без ремонта. Если reiserfs когда-либо развивает проблему, то есть игра закончилась. – Simon Richter 6 September 2011 в 22:10
  • 2
    Это случилось с вами, или у вас есть ссылки? – user unknown 6 September 2011 в 23:42
  • 3
    Тот факт, что ReiserFS не выполняет эти проверки, не влияет на его надежность. Ext3 прочный, но проверки занимают всего пару секунд, так почему бы и нет? – Brendan Long 7 September 2011 в 00:24
  • 4
    Я знаю нескольких людей, которые потеряли данные, и из дизайна файловой системы совершенно очевидно, почему: у него нет выделенных блоков метаданных. Хотя это преимущество в ряде случаев (если ext исчерпывает блоки метаданных, вы не можете создавать больше файлов, даже если у вас все еще есть свободные блоки данных), это создает неоднозначность при утилизации файловой системы, которая каким-то образом (аппаратная ошибка, ошибка при более низких слоев) пошло противоречиво. – Simon Richter 7 September 2011 в 06:08
  • 5
    Я все еще использую формат reiserfs «3.6», согласно dmesg. Может, это имеет значение? – user unknown 7 September 2011 в 07:05

Это обычные проверки файловой системы, инициированные каждые 30 перезагрузок. Возможность отменить его там, чтобы вы не были задержаны из чего-то критически важного, однако рекомендуется периодически запускать его. Я не знаю, на каком основании было установлено множество перезагрузок, по-видимому, здравого смысла. Если это слишком раздражает, вы можете увеличить количество перезагрузок без проверки разделов с помощью команды «tune2fs».

5
ответ дан 25 July 2018 в 21:21
  • 1
    mike: нажмите yesterday выше Lekensteyn, чтобы увидеть, что было изменено. – Rinzwind 8 September 2011 в 10:01

Можно полностью отключить проверку файловой системы на ext-filesystems, используя:

sudo tune2fs -c 0 /dev/sdXY

Это может быть не очень хорошо. Заметки man tune2fs:

Вы должны полностью рассмотреть последствия полностью отключить проверку монтирования. Плохие диски, кабели, память и ошибки ядра могут повредить файловую систему, не загрязняя файловую систему или ошибочно. Если вы используете журналирование в своей файловой системе, ваша файловая система никогда не будет помечена как загрязненная, поэтому обычно ее не проверять. Ошибка файловой системы, обнаруженная ядром, по-прежнему будет вынуждать fsck при следующей перезагрузке, но, возможно, уже слишком поздно, чтобы предотвратить потерю данных в этой точке.
1
ответ дан 25 July 2018 в 21:21

Хотя mikewhatever и Rinzwind подходят для ext-Filesystems, afaik, этого не происходит, если вы решите использовать reiserfs. Я использую его в течение 10 лет без проблем и могу рекомендовать его. Нет fsck.

Я не знаю других файловых систем, популярных в Linux.

0
ответ дан 25 July 2018 в 21:21
  • 1
    reiserfsck на самом деле имеет тенденцию нарушать файловые системы без ремонта. Если reiserfs когда-либо развивает проблему, то есть игра закончилась. – Simon Richter 6 September 2011 в 22:10
  • 2
    Это случилось с вами, или у вас есть ссылки? – user unknown 6 September 2011 в 23:42
  • 3
    Тот факт, что ReiserFS не выполняет эти проверки, не влияет на его надежность. Ext3 прочный, но проверки занимают всего пару секунд, так почему бы и нет? – Brendan Long 7 September 2011 в 00:24
  • 4
    Я знаю нескольких людей, которые потеряли данные, и из дизайна файловой системы совершенно очевидно, почему: у него нет выделенных блоков метаданных. Хотя это преимущество в ряде случаев (если ext исчерпывает блоки метаданных, вы не можете создавать больше файлов, даже если у вас все еще есть свободные блоки данных), это создает неоднозначность при утилизации файловой системы, которая каким-то образом (аппаратная ошибка, ошибка при более низких слоев) пошло противоречиво. – Simon Richter 7 September 2011 в 06:08
  • 5
    Я все еще использую формат reiserfs «3.6», согласно dmesg. Может, это имеет значение? – user unknown 7 September 2011 в 07:05

Это обычные проверки файловой системы, инициированные каждые 30 перезагрузок. Возможность отменить его там, чтобы вы не были задержаны из чего-то критически важного, однако рекомендуется периодически запускать его. Я не знаю, на каком основании было установлено множество перезагрузок, по-видимому, здравого смысла. Если это слишком раздражает, вы можете увеличить количество перезагрузок без проверки разделов с помощью команды «tune2fs».

5
ответ дан 31 July 2018 в 10:31
  • 1
    mike: нажмите yesterday выше Lekensteyn, чтобы увидеть, что было изменено. – Rinzwind 8 September 2011 в 10:01

Можно полностью отключить проверку файловой системы на ext-filesystems, используя:

sudo tune2fs -c 0 /dev/sdXY

Это может быть не очень хорошо. Заметки man tune2fs:

Вы должны полностью рассмотреть последствия полностью отключить проверку монтирования. Плохие диски, кабели, память и ошибки ядра могут повредить файловую систему, не загрязняя файловую систему или ошибочно. Если вы используете журналирование в своей файловой системе, ваша файловая система никогда не будет помечена как загрязненная, поэтому обычно ее не проверять. Ошибка файловой системы, обнаруженная ядром, по-прежнему будет вынуждать fsck при следующей перезагрузке, но, возможно, уже слишком поздно, чтобы предотвратить потерю данных в этой точке.
1
ответ дан 31 July 2018 в 10:31

Хотя mikewhatever и Rinzwind подходят для ext-Filesystems, afaik, этого не происходит, если вы решите использовать reiserfs. Я использую его в течение 10 лет без проблем и могу рекомендовать его. Нет fsck.

Я не знаю других файловых систем, популярных в Linux.

0
ответ дан 31 July 2018 в 10:31
  • 1
    reiserfsck на самом деле имеет тенденцию нарушать файловые системы без ремонта. Если reiserfs когда-либо развивает проблему, то есть игра закончилась. – Simon Richter 6 September 2011 в 22:10
  • 2
    Это случилось с вами, или у вас есть ссылки? – user unknown 6 September 2011 в 23:42
  • 3
    Тот факт, что ReiserFS не выполняет эти проверки, не влияет на его надежность. Ext3 прочный, но проверки занимают всего пару секунд, так почему бы и нет? – Brendan Long 7 September 2011 в 00:24
  • 4
    Я знаю нескольких людей, которые потеряли данные, и из дизайна файловой системы совершенно очевидно, почему: у него нет выделенных блоков метаданных. Хотя это преимущество в ряде случаев (если ext исчерпывает блоки метаданных, вы не можете создавать больше файлов, даже если у вас все еще есть свободные блоки данных), это создает неоднозначность при утилизации файловой системы, которая каким-то образом (аппаратная ошибка, ошибка при более низких слоев) пошло противоречиво. – Simon Richter 7 September 2011 в 06:08
  • 5
    Я все еще использую формат reiserfs «3.6», согласно dmesg. Может, это имеет значение? – user unknown 7 September 2011 в 07:05

Это обычные проверки файловой системы, инициированные каждые 30 перезагрузок. Возможность отменить его там, чтобы вы не были задержаны из чего-то критически важного, однако рекомендуется периодически запускать его. Я не знаю, на каком основании было установлено множество перезагрузок, по-видимому, здравого смысла. Если это слишком раздражает, вы можете увеличить количество перезагрузок без проверки разделов с помощью команды «tune2fs».

5
ответ дан 31 July 2018 в 11:33
  • 1
    mike: нажмите yesterday выше Lekensteyn, чтобы увидеть, что было изменено. – Rinzwind 8 September 2011 в 10:01

Можно полностью отключить проверку файловой системы на ext-filesystems, используя:

sudo tune2fs -c 0 /dev/sdXY

Это может быть не очень хорошо. Заметки man tune2fs:

Вы должны полностью рассмотреть последствия полностью отключить проверку монтирования. Плохие диски, кабели, память и ошибки ядра могут повредить файловую систему, не загрязняя файловую систему или ошибочно. Если вы используете журналирование в своей файловой системе, ваша файловая система никогда не будет помечена как загрязненная, поэтому обычно ее не проверять. Ошибка файловой системы, обнаруженная ядром, по-прежнему будет вынуждать fsck при следующей перезагрузке, но, возможно, уже слишком поздно, чтобы предотвратить потерю данных в этой точке.
1
ответ дан 31 July 2018 в 11:33

Хотя mikewhatever и Rinzwind подходят для ext-Filesystems, afaik, этого не происходит, если вы решите использовать reiserfs. Я использую его в течение 10 лет без проблем и могу рекомендовать его. Нет fsck.

Я не знаю других файловых систем, популярных в Linux.

0
ответ дан 31 July 2018 в 11:33
  • 1
    reiserfsck на самом деле имеет тенденцию нарушать файловые системы без ремонта. Если reiserfs когда-либо развивает проблему, то есть игра закончилась. – Simon Richter 6 September 2011 в 22:10
  • 2
    Это случилось с вами, или у вас есть ссылки? – user unknown 6 September 2011 в 23:42
  • 3
    Тот факт, что ReiserFS не выполняет эти проверки, не влияет на его надежность. Ext3 прочный, но проверки занимают всего пару секунд, так почему бы и нет? – Brendan Long 7 September 2011 в 00:24
  • 4
    Я знаю нескольких людей, которые потеряли данные, и из дизайна файловой системы совершенно очевидно, почему: у него нет выделенных блоков метаданных. Хотя это преимущество в ряде случаев (если ext исчерпывает блоки метаданных, вы не можете создавать больше файлов, даже если у вас все еще есть свободные блоки данных), это создает неоднозначность при утилизации файловой системы, которая каким-то образом (аппаратная ошибка, ошибка при более низких слоев) пошло противоречиво. – Simon Richter 7 September 2011 в 06:08
  • 5
    Я все еще использую формат reiserfs «3.6», согласно dmesg. Может, это имеет значение? – user unknown 7 September 2011 в 07:05

Это обычные проверки файловой системы, инициированные каждые 30 перезагрузок. Возможность отменить его там, чтобы вы не были задержаны из чего-то критически важного, однако рекомендуется периодически запускать его. Я не знаю, на каком основании было установлено множество перезагрузок, по-видимому, здравого смысла. Если это слишком раздражает, вы можете увеличить количество перезагрузок без проверки разделов с помощью команды «tune2fs».

5
ответ дан 2 August 2018 в 03:01
  • 1
    mike: нажмите yesterday выше Lekensteyn, чтобы увидеть, что было изменено. – Rinzwind 8 September 2011 в 10:01

Можно полностью отключить проверку файловой системы на ext-filesystems, используя:

sudo tune2fs -c 0 /dev/sdXY

Это может быть не очень хорошо. Заметки man tune2fs:

Вы должны полностью рассмотреть последствия полностью отключить проверку монтирования. Плохие диски, кабели, память и ошибки ядра могут повредить файловую систему, не загрязняя файловую систему или ошибочно. Если вы используете журналирование в своей файловой системе, ваша файловая система никогда не будет помечена как загрязненная, поэтому обычно ее не проверять. Ошибка файловой системы, обнаруженная ядром, по-прежнему будет вынуждать fsck при следующей перезагрузке, но, возможно, уже слишком поздно, чтобы предотвратить потерю данных в этой точке.
1
ответ дан 2 August 2018 в 03:01

Хотя mikewhatever и Rinzwind подходят для ext-Filesystems, afaik, этого не происходит, если вы решите использовать reiserfs. Я использую его в течение 10 лет без проблем и могу рекомендовать его. Нет fsck.

Я не знаю других файловых систем, популярных в Linux.

0
ответ дан 2 August 2018 в 03:01
  • 1
    reiserfsck на самом деле имеет тенденцию нарушать файловые системы без ремонта. Если reiserfs когда-либо развивает проблему, то есть игра закончилась. – Simon Richter 6 September 2011 в 22:10
  • 2
    Это случилось с вами, или у вас есть ссылки? – user unknown 6 September 2011 в 23:42
  • 3
    Тот факт, что ReiserFS не выполняет эти проверки, не влияет на его надежность. Ext3 прочный, но проверки занимают всего пару секунд, так почему бы и нет? – Brendan Long 7 September 2011 в 00:24
  • 4
    Я знаю нескольких людей, которые потеряли данные, и из дизайна файловой системы совершенно очевидно, почему: у него нет выделенных блоков метаданных. Хотя это преимущество в ряде случаев (если ext исчерпывает блоки метаданных, вы не можете создавать больше файлов, даже если у вас все еще есть свободные блоки данных), это создает неоднозначность при утилизации файловой системы, которая каким-то образом (аппаратная ошибка, ошибка при более низких слоев) пошло противоречиво. – Simon Richter 7 September 2011 в 06:08
  • 5
    Я все еще использую формат reiserfs «3.6», согласно dmesg. Может, это имеет значение? – user unknown 7 September 2011 в 07:05

Это обычные проверки файловой системы, инициированные каждые 30 перезагрузок. Возможность отменить его там, чтобы вы не были задержаны из чего-то критически важного, однако рекомендуется периодически запускать его. Я не знаю, на каком основании было установлено множество перезагрузок, по-видимому, здравого смысла. Если это слишком раздражает, вы можете увеличить количество перезагрузок без проверки разделов с помощью команды «tune2fs».

5
ответ дан 4 August 2018 в 18:51
  • 1
    mike: нажмите yesterday выше Lekensteyn, чтобы увидеть, что было изменено. – Rinzwind 8 September 2011 в 10:01

Можно полностью отключить проверку файловой системы на ext-filesystems, используя:

sudo tune2fs -c 0 /dev/sdXY

Это может быть не очень хорошо. Заметки man tune2fs:

Вы должны полностью рассмотреть последствия полностью отключить проверку монтирования. Плохие диски, кабели, память и ошибки ядра могут повредить файловую систему, не загрязняя файловую систему или ошибочно. Если вы используете журналирование в своей файловой системе, ваша файловая система никогда не будет помечена как загрязненная, поэтому обычно ее не проверять. Ошибка файловой системы, обнаруженная ядром, по-прежнему будет вынуждать fsck при следующей перезагрузке, но, возможно, уже слишком поздно, чтобы предотвратить потерю данных в этой точке.
1
ответ дан 4 August 2018 в 18:51

Хотя mikewhatever и Rinzwind подходят для ext-Filesystems, afaik, этого не происходит, если вы решите использовать reiserfs. Я использую его в течение 10 лет без проблем и могу рекомендовать его. Нет fsck.

Я не знаю других файловых систем, популярных в Linux.

0
ответ дан 4 August 2018 в 18:51
  • 1
    reiserfsck на самом деле имеет тенденцию нарушать файловые системы без ремонта. Если reiserfs когда-либо развивает проблему, то есть игра закончилась. – Simon Richter 6 September 2011 в 22:10
  • 2
    Это случилось с вами, или у вас есть ссылки? – user unknown 6 September 2011 в 23:42
  • 3
    Тот факт, что ReiserFS не выполняет эти проверки, не влияет на его надежность. Ext3 прочный, но проверки занимают всего пару секунд, так почему бы и нет? – Brendan Long 7 September 2011 в 00:24
  • 4
    Я знаю нескольких людей, которые потеряли данные, и из дизайна файловой системы совершенно очевидно, почему: у него нет выделенных блоков метаданных. Хотя это преимущество в ряде случаев (если ext исчерпывает блоки метаданных, вы не можете создавать больше файлов, даже если у вас все еще есть свободные блоки данных), это создает неоднозначность при утилизации файловой системы, которая каким-то образом (аппаратная ошибка, ошибка при более низких слоев) пошло противоречиво. – Simon Richter 7 September 2011 в 06:08
  • 5
    Я все еще использую формат reiserfs «3.6», согласно dmesg. Может, это имеет значение? – user unknown 7 September 2011 в 07:05

Это обычные проверки файловой системы, инициированные каждые 30 перезагрузок. Возможность отменить его там, чтобы вы не были задержаны из чего-то критически важного, однако рекомендуется периодически запускать его. Я не знаю, на каком основании было установлено множество перезагрузок, по-видимому, здравого смысла. Если это слишком раздражает, вы можете увеличить количество перезагрузок без проверки разделов с помощью команды «tune2fs».

5
ответ дан 6 August 2018 в 03:14
  • 1
    mike: нажмите yesterday выше Lekensteyn, чтобы увидеть, что было изменено. – Rinzwind 8 September 2011 в 10:01

Можно полностью отключить проверку файловой системы на ext-filesystems, используя:

sudo tune2fs -c 0 /dev/sdXY

Это может быть не очень хорошо. Заметки man tune2fs:

Вы должны полностью рассмотреть последствия полностью отключить проверку монтирования. Плохие диски, кабели, память и ошибки ядра могут повредить файловую систему, не загрязняя файловую систему или ошибочно. Если вы используете журналирование в своей файловой системе, ваша файловая система никогда не будет помечена как загрязненная, поэтому обычно ее не проверять. Ошибка файловой системы, обнаруженная ядром, по-прежнему будет вынуждать fsck при следующей перезагрузке, но, возможно, уже слишком поздно, чтобы предотвратить потерю данных в этой точке.
1
ответ дан 6 August 2018 в 03:14

Хотя mikewhatever и Rinzwind подходят для ext-Filesystems, afaik, этого не происходит, если вы решите использовать reiserfs. Я использую его в течение 10 лет без проблем и могу рекомендовать его. Нет fsck.

Я не знаю других файловых систем, популярных в Linux.

0
ответ дан 6 August 2018 в 03:14
  • 1
    reiserfsck на самом деле имеет тенденцию нарушать файловые системы без ремонта. Если reiserfs когда-либо развивает проблему, то есть игра закончилась. – Simon Richter 6 September 2011 в 22:10
  • 2
    Это случилось с вами, или у вас есть ссылки? – user unknown 6 September 2011 в 23:42
  • 3
    Тот факт, что ReiserFS не выполняет эти проверки, не влияет на его надежность. Ext3 прочный, но проверки занимают всего пару секунд, так почему бы и нет? – Brendan Long 7 September 2011 в 00:24
  • 4
    Я знаю нескольких людей, которые потеряли данные, и из дизайна файловой системы совершенно очевидно, почему: у него нет выделенных блоков метаданных. Хотя это преимущество в ряде случаев (если ext исчерпывает блоки метаданных, вы не можете создавать больше файлов, даже если у вас все еще есть свободные блоки данных), это создает неоднозначность при утилизации файловой системы, которая каким-то образом (аппаратная ошибка, ошибка при более низких слоев) пошло противоречиво. – Simon Richter 7 September 2011 в 06:08
  • 5
    Я все еще использую формат reiserfs «3.6», согласно dmesg. Может, это имеет значение? – user unknown 7 September 2011 в 07:05

Это обычные проверки файловой системы, инициированные каждые 30 перезагрузок. Возможность отменить его там, чтобы вы не были задержаны из чего-то критически важного, однако рекомендуется периодически запускать его. Я не знаю, на каком основании было установлено множество перезагрузок, по-видимому, здравого смысла. Если это слишком раздражает, вы можете увеличить количество перезагрузок без проверки разделов с помощью команды «tune2fs».

5
ответ дан 7 August 2018 в 20:55
  • 1
    mike: нажмите yesterday выше Lekensteyn, чтобы увидеть, что было изменено. – Rinzwind 8 September 2011 в 10:01

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

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