https://www.opennet.ru/openforum/vsluhforumID3/81117.html Объявлено (http://permalink.gmane.org/gmane.comp.file-systems.btrfs/13936) о возрождении Git-репозитория на kernel.org с набором утилит btrfs-progs, ориентированных на управление разделами с файловой системой Btrfs. В отличие от ранее доступного пакета btrfs-progs, в новой версии появилась поддержка режима "scrub", при котором осуществляется чтение и проверка всех данных и метаданных с целью выявления ошибок и нарушений целостности в файловой системе Btrfs.<br><br><br>Загрузить новую стабильную версию утилит можно из репозитория git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-progs.git. Для сборки требуется наличие библиотек libuuid и libattr (в Debian находятся в пакетах uuid-dev и libattr-dev, в Fedora - libuuid.devel и libattr-deve).<br><br><br>Дополнительно отмечается ответвление (http://permalink.gmane.org/gmane.comp.file-systems.btrfs/13988) новой экспериментальной ветки, в которой добавлены утилиты qgroups и restriper, а также утилита recovery для извелечения файлов с повреждённой ...<br><br>URL: http://www.h-o https://www.opennet.ru/openforum/vsluhforumID3/81117.html#49 Thu, 03 Nov 2011 06:57:13 GMT &gt; Прямо Microsoft way <br><br>[CODE]One Microsoft Way, Redmond, Washington, USA[/CODE]<br> https://www.opennet.ru/openforum/vsluhforumID3/81117.html#48 Wed, 02 Nov 2011 23:13:23 GMT &gt;&gt; если баги не исправлять, то новые фичи будут никому не нужны...<br>&gt; Будут, если не орать о багах на каждом углу<br><br>Прямо Microsoft way (только фичи должны быть преимущественно сомнительные).<br> https://www.opennet.ru/openforum/vsluhforumID3/81117.html#47 Wed, 02 Nov 2011 15:20:46 GMT &gt;&gt;У нас хотя бы есть scrub <br>&gt; а у нас его типа нету?<br><br>У вас? У вас scrub ничего не исправляет.<br><br><br> https://www.opennet.ru/openforum/vsluhforumID3/81117.html#46 Wed, 02 Nov 2011 14:00:15 GMT &gt;У нас хотя бы есть scrub<br><br>а у нас его типа нету?<br> https://www.opennet.ru/openforum/vsluhforumID3/81117.html#45 Wed, 02 Nov 2011 13:28:13 GMT Для btrfs тоже есть scrub.<br> https://www.opennet.ru/openforum/vsluhforumID3/81117.html#44 Wed, 02 Nov 2011 10:31:43 GMT &gt; В случае починки основательно разваленной ФС волновать будет не скорость. Программно - <br>&gt; всяко быстрее чем ручками файлы доставать, вручную парся структуры с калькулятором <br>&gt; и хексредактором, потому что сама ФС видите ли облажалась и выпала <br>&gt; в немоунтабельное состояние или состояние при котором драйвер с грохотом валится.<br><br>Свежий случай на системном пуле, заполненном на 99% от полезной ёмкости:<br>не найден загрузочный пул ("can't find boot pool", и при попытке загрузки вываливается приглашение загрузчика). Сам пул импортируется/экспортируется обычным образом в ОС с диска восстановления, файлы целы, scrub после многочасовой проверки показывает отсутствие ошибок. <br><br>&gt;&gt; Чтобы больше не попадать впросак с заявлениями о невозможности восстановления ZFS или <br>&gt;&gt; необходимости в ручном редактировании структур файловой системы, <br>&gt; Гораздо интереснее было бы посмотреть на твою мину при восстановлении всерьез рассыпавшегося <br>&gt; пула, когда драйвер не сможет это подхватить, а полноценных утилей восстановления https://www.opennet.ru/openforum/vsluhforumID3/81117.html#42 Wed, 02 Nov 2011 10:09:33 GMT скоростью. а имеется ввиду именно модуль ядра zfsonlinux.org<br> https://www.opennet.ru/openforum/vsluhforumID3/81117.html#41 Wed, 02 Nov 2011 09:29:03 GMT &gt; ну и как вариант можно попробовать дефрагментировать раздел <br>&gt;&gt;На глазок - btrfs превратила комп в венду. https://www.opennet.ru/openforum/vsluhforumID3/81117.html#40 Wed, 02 Nov 2011 08:16:30 GMT непонятно, чем вас zfs-fuse не устраивает. или именно оно имеется в виду под "модуль zfs"?<br>