1.1, Vladimir_A (?), 23:20, 19/09/2007 [ответить]
| +/– |
интересная весчь. жаль что только под ext4, хотя не исключена "ложная" маркировка инодов, что в итоге даст некорректную проверку диска. посмотрим что покажет практика, обычно такие вещи если и приживаются, то занимают свою нишу "стандартного набора утилит"
| |
|
2.6, fresco (??), 12:33, 20/09/2007 [^] [^^] [^^^] [ответить]
| +/– |
Ну будет как опция. Типа проверяем сначала только использованные inodes, ели не помогло -- все остальные.
| |
|
1.2, guest (??), 01:37, 20/09/2007 [ответить]
| +/– |
А как работает background fsck в бзде?
Есть ли планы сделать нечто подобное для Linux?
| |
|
|
3.5, nuclight (?), 12:10, 20/09/2007 [^] [^^] [^^^] [ответить]
| +/– |
Несколько неудобно, когда при перезагрузке после большого аптайма вылезает 186 days without being checked, forcing check - и приходится ждать, пока оно эту сотню гигов проверит - и такая задержка почему-то имеет свойство происходить именно при тех ребутах, когда ждать неохота.
| |
|
4.7, ilia kuliev (?), 13:02, 20/09/2007 [^] [^^] [^^^] [ответить]
| +/– |
> Несколько неудобно, когда при перезагрузке после большого аптайма
> вылезает 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
| |
|
|
2.4, Moralez (??), 08:31, 20/09/2007 [^] [^^] [^^^] [ответить]
| +/– |
background fsck в BSD имеет смысл только на FS с soft updates, коих в linux, емнип, нет. а на журналируемых FS в FREEBSD (остальные GEOM вроде не имеют, а значит обламываются) background fsck не нужно...
| |
|
|