Стандартный e2fsck тратит много времени на сканирование и проверку всех инод таблиц, не взирая на факт использования инод (в среднем обычно задействовано 1-10% инод). Avantika Mathur представила (http://kerneltrap.org/Linux/Improving_fsck_Speeds_in_ext4) усовершенствованный вариант e2fsck игнорирующий при проверке не инициализированные иноды, дополнительно помеченные как неиспользуемые на уровне файловой системы ext4 (uninit_groups).

В итоге скорость проверки, в зависимости от заполненности ФС, возросла от 2 до 20 раз.

URL: http://kerneltrap.org/Linux/Improving_fsck_Speeds_in_ext4
Новость: https://www.opennet.ru/opennews/art.shtml?num=12106

• Патч значительно увеличивающий производительность fsck,Vladimir_A, 23:20 , 19-Сен-07
  • Патч значительно увеличивающий производительность fsck,fresco, 12:33 , 20-Сен-07
• Патч значительно увеличивающий производительность fsck,guest, 01:37 , 20-Сен-07
  • Патч значительно увеличивающий производительность fsck,Michael Shigorin, 02:23 , 20-Сен-07
    • Патч значительно увеличивающий производительность fsck,nuclight, 12:10 , 20-Сен-07
      • Патч значительно увеличивающий производительность fsck,ilia kuliev, 13:02 , 20-Сен-07
  • Патч значительно увеличивающий производительность fsck,Moralez, 08:31 , 20-Сен-07

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

Ну будет как опция. Типа проверяем сначала только использованные inodes, ели не помогло -- все остальные.

А как работает background fsck в бзде?
Есть ли планы сделать нечто подобное для Linux?

Зачем?

Несколько неудобно, когда при перезагрузке после большого аптайма вылезает  186 days  without being checked, forcing check - и приходится ждать, пока оно эту сотню гигов проверит - и такая задержка почему-то имеет свойство происходить именно при тех ребутах, когда ждать неохота.

> Несколько неудобно, когда при перезагрузке после большого аптайма
> вылезает  186 days  without being checked, forcing check - и приходится
> ждать, пока оно эту сотню гигов проверит

tune2fs -i 0 /dev/hdxx

Либо опять же -i и указать как часто делать этот самый forced check.

Ну и вообще

tune2fs
Usage: tune2fs [-c max_mounts_count] [-e errors_behavior] [-g group]
[-i interval[d|m|w]] [-j] [-J journal_options]
[-l] [-s sparse_flag] [-m reserved_blocks_percent]
[-o [^]mount_options[,...]] [-r reserved_blocks_count]
[-u user] [-C mount_count] [-L volume_label] [-M last_mounted_dir]
[-O [^]feature[,...]] [-T last_check_time] [-U UUID] device

background fsck в BSD имеет смысл только на FS с soft updates, коих в linux, емнип, нет. а на журналируемых FS в FREEBSD (остальные GEOM вроде не имеют, а значит обламываются) background fsck не нужно...