Исходное сообщение
"Принято решение использовать в Fedora 16  по умолчанию файло..." Отправлено Я, 10-Июн-11 19:53
>> Для btrfs ещё нет нормального fsck. Тот, что есть, работает только на >> чтение и ничего не исправляет. > А-а-а-а, какое же это CoW если btrfsck присутствует. Что еще за костыль? У btrfs суперблоки находятся в фиксированных местах (файловая система должна где-то начинаться). Они в основном и ломаются при BUG_ON или reset не вовремя. Копий суперблоков на ФС несколько, только надо выбрать правильный, если некоторые сломаны (определяется по контрольной сумме). Иногда нужно выбирать суперблок вручную. Сейчас btrfsck имеет параметр -s, который задает номер суперблока, с которого нужно проверить целостность. btrfsck убеждается, что файловая система не развалена (т.е. суперблок не мусорный). в ближайших планах у разработчиков - научить btrfsck восстанавливаться из таких ситуаций. Второе применение fsck - проверка целостности ссылок на блоки данных из subvolumes и snapshots и карты свободных блоков. Они могут быть неверными из-за повреждения (и инвалидации) части диска или части массива дисков. Файловая система обычно может справиться (и справляется) с этим и в on-line, но offline утилита с "глобальным взглядом" тоже бывает полезна. Больше особо fsck ни для чего и не нужна. Если что-то повредится на уровне логики работы самой ФС, то записанные данные просто не прочитаются. fsck от этого не спасет.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>> Для btrfs ещё нет нормального fsck. Тот, что есть, работает только на >>> чтение и ничего не исправляет. >> А-а-а-а, какое же это CoW если btrfsck присутствует. Что еще за костыль? > У btrfs суперблоки находятся в фиксированных местах (файловая система должна где-то начинаться). > Они в основном и ломаются при BUG_ON или reset не вовремя. > Копий суперблоков на ФС несколько, только надо выбрать правильный, если некоторые > сломаны (определяется по контрольной сумме). Иногда нужно выбирать суперблок вручную. > Сейчас btrfsck имеет параметр -s, который задает номер суперблока, с которого нужно > проверить целостность. btrfsck убеждается, что файловая система не развалена (т.е. суперблок > не мусорный). в ближайших планах у разработчиков - научить btrfsck восстанавливаться > из таких ситуаций. > Второе применение fsck - проверка целостности ссылок на блоки данных из subvolumes > и snapshots и карты свободных блоков. Они могут быть неверными из-за > повреждения (и инвалидации) части диска или части массива дисков. Файловая система > обычно может справиться (и справляется) с этим и в on-line, но > offline утилита с "глобальным взглядом" тоже бывает полезна. > Больше особо fsck ни для чего и не нужна. Если что-то повредится > на уровне логики работы самой ФС, то записанные данные просто не > прочитаются. fsck от этого не спасет.
	Введите код, изображенный на картинке: