https://www.opennet.ru/openforum/vsluhforumID3/38466.html Стандартный e2fsck тратит много времени на сканирование и проверку всех инод таблиц, не взирая на факт использования инод (в среднем обычно задействовано 1-10% инод). Avantika Mathur представила (http://kerneltrap.org/Linux/Improving_fsck_Speeds_in_ext4) усовершенствованный вариант e2fsck игнорирующий при проверке не инициализированные иноды, дополнительно помеченные как неиспользуемые на уровне файловой системы ext4 (uninit_groups).<br><br><br>В итоге скорость проверки, в зависимости от заполненности ФС, возросла от 2 до 20 раз. <br><br>URL: http://kerneltrap.org/Linux/Improving_fsck_Speeds_in_ext4<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=12106<br> https://www.opennet.ru/openforum/vsluhforumID3/38466.html#7 Thu, 20 Sep 2007 09:02:47 GMT &gt; Несколько неудобно, когда при перезагрузке после большого аптайма <br>&gt; вылезает 186 days without being checked, forcing check - и приходится<br>&gt; ждать, пока оно эту сотню гигов проверит <br><br>tune2fs -i 0 /dev/hdxx<br><br>Либо опять же -i и указать как часто делать этот самый forced check.<br><br>Ну и вообще<br><br>tune2fs<br>Usage: tune2fs [-c max_mounts_count] [-e errors_behavior] [-g group]<br>[-i interval[d&#124;m&#124;w]] [-j] [-J journal_options]<br>[-l] [-s sparse_flag] [-m reserved_blocks_percent]<br>[-o [^]mount_options[,...]] [-r reserved_blocks_count]<br>[-u user] [-C mount_count] [-L volume_label] [-M last_mounted_dir]<br>[-O [^]feature[,...]] [-T last_check_time] [-U UUID] device<br> https://www.opennet.ru/openforum/vsluhforumID3/38466.html#6 Thu, 20 Sep 2007 08:33:22 GMT Ну будет как опция. Типа проверяем сначала только использованные inodes, ели не помогло -- все остальные.<br> https://www.opennet.ru/openforum/vsluhforumID3/38466.html#5 Thu, 20 Sep 2007 08:10:43 GMT Несколько неудобно, когда при перезагрузке после большого аптайма вылезает 186 days without being checked, forcing check - и приходится ждать, пока оно эту сотню гигов проверит - и такая задержка почему-то имеет свойство происходить именно при тех ребутах, когда ждать неохота.<br> https://www.opennet.ru/openforum/vsluhforumID3/38466.html#4 Thu, 20 Sep 2007 04:31:58 GMT background fsck в BSD имеет смысл только на FS с soft updates, коих в linux, емнип, нет. а на журналируемых FS в FREEBSD (остальные GEOM вроде не имеют, а значит обламываются) background fsck не нужно...<br> https://www.opennet.ru/openforum/vsluhforumID3/38466.html#3 Wed, 19 Sep 2007 22:23:39 GMT Зачем?<br> https://www.opennet.ru/openforum/vsluhforumID3/38466.html#2 Wed, 19 Sep 2007 21:37:42 GMT А как работает background fsck в бзде?<br>Есть ли планы сделать нечто подобное для Linux?<br> https://www.opennet.ru/openforum/vsluhforumID3/38466.html#1 Wed, 19 Sep 2007 19:20:38 GMT интересная весчь. жаль что только под ext4, хотя не исключена "ложная" маркировка инодов, что в итоге даст некорректную проверку диска. посмотрим что покажет практика, обычно такие вещи если и приживаются, то занимают свою нишу "стандартного набора утилит"<br>