Исходное сообщение
"Представлены патчи для Btrfs с поддержкой алгоритма сжатия L..." Отправлено iZEN, 05-Мрт-12 22:52
>> Ваш fsck аккуратно сложит всё найденное в /lost+found под ничего незначащими именами. > Лучше так чем хексэдитором, самолично разгребая еще и фрагментацию, декомпрессию, уровни > райда и что там еще... при том чем больше - тем > геморройнее ;) scrub выполняет проверку только занятого пространства. fsck выполняет проверку всего пространства, выделенного под файловую систему. Сколько времени займёт работа fsck на ОТМОНТИРОВАННОМ разделе и scrub на ИМПОРТИРОВАННОМ (считается в работе) пуле (если во время работы scrub проверяет в первую очередь те файлы, которые запрашиваются в текущий момент и оперативно реконструирует повреждения)? Думаю, что времени займёт больше та задача, у которой фронт работ больше, а именно — fsck, не обращаясь к журналу, естественно. Ещё какие аргументы будут? >> scrub же после завершения своей работы покажет список повреждённых файлов, которые восстановить >> не удастся, а пул станет отремонтированным. > Угу, на лисяре отличный пример как он станет. Конкретно эту ситуацию конечно > пролечили, а что насчет остальных? Там настолько же плохо как и > было или оно теперь натурально чинить хоть что-то умеет и там > теперь не только маркетинговый булшит о ненужности fsck? Давай и насчёт остальных поговорим. Вводная статья как раз для таких как ты: http://phpsuxx.blogspot.com/2010/09/raid-z-freebsd.html Давай сам попробуй. Я уже испытал ZFS на прочность.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>> Ваш fsck аккуратно сложит всё найденное в /lost+found под ничего незначащими именами. >> Лучше так чем хексэдитором, самолично разгребая еще и фрагментацию, декомпрессию, уровни >> райда и что там еще... при том чем больше - тем >> геморройнее ;) > scrub выполняет проверку только занятого пространства. fsck выполняет проверку всего пространства, > выделенного под файловую систему. Сколько времени займёт работа fsck на ОТМОНТИРОВАННОМ > разделе и scrub на ИМПОРТИРОВАННОМ (считается в работе) пуле (если во > время работы scrub проверяет в первую очередь те файлы, которые запрашиваются > в текущий момент и оперативно реконструирует повреждения)? Думаю, что времени займёт > больше та задача, у которой фронт работ больше, а именно — > fsck, не обращаясь к журналу, естественно. > Ещё какие аргументы будут? >>> scrub же после завершения своей работы покажет список повреждённых файлов, которые восстановить >>> не удастся, а пул станет отремонтированным. >> Угу, на лисяре отличный пример как он станет. Конкретно эту ситуацию конечно >> пролечили, а что насчет остальных? Там настолько же плохо как и >> было или оно теперь натурально чинить хоть что-то умеет и там >> теперь не только маркетинговый булшит о ненужности fsck? > Давай и насчёт остальных поговорим. Вводная статья как раз для таких как > ты: http://phpsuxx.blogspot.com/2010/09/raid-z-freebsd.html > Давай сам попробуй. Я уже испытал ZFS на прочность.
	Введите код, изображенный на картинке: