https://opennet.dev/openforum/vsluhforumID3/122876.html Доступен промежуточный выпуск проекта OpenZFS 2.0.1, развивающего реализацию файловой системы ZFS для Linux и FreeBSD. Проект получил известность как "ZFS on Linux" и ранее ограничивался разработкой модуля для ядра Linux, но после переноса поддержки FreeBSD был признан основной реализацией OpenZFS и был избавлен от упоминания Linux в названии. Работа OpenZFS проверена с ядрами Linux c 3.10 по 5.10 (в прошлом выпуске поддерживались ядра, начиная с 2.6.32) и ветками FreeBSD 12.2, stable/12 и 13.0 (HEAD). Код распространяется под свободной лицензией CDDL...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=54368<br> https://opennet.dev/openforum/vsluhforumID3/122876.html#299 Sun, 17 Jan 2021 10:38:47 GMT &gt; Я честно как-то пытался научиться пользоваться бтрфсом, меня там отпугнула система собственно<br>&gt; управления, писанная гуманоидами пришельцами из другимх миров.<br><br>и это тоже да. Ручное подставление бессмысленных цифирок volid в команды монтирования чего только стоит. Или альтернатива вида "угадай, как правильно в этом месте надо написать путь от корня - где он, кстати?"<br><br>Терминологию еще можно понять и простить - типа, защита от патентных исков, назло маме сделаю все не так как в zfs. Хотя, конечно, глупость все равно фееричная, хуавея с его нечеловеческими интерфейсами ни разу не спасло. <br><br>Снапшотов в смысле zfs по факту просто не существует - снапшот у них не снимок состояния, отдельный от собственно данных, он, сразу после создания - просто subvolume, совершенно неотличимый от обычного, не являющегося снапшотом чего либо.<br><br>Логика в этом есть, но она лично мне неудобная, мне удобнее иерархическая zfsа. И для бэкапов, с инкрементальным send, и для экспериментов, когда сразу понятно, кто кому предок-по https://opennet.dev/openforum/vsluhforumID3/122876.html#298 Sun, 17 Jan 2021 10:28:49 GMT Я честно как-то пытался научиться пользоваться бтрфсом, меня там отпугнула система собственно управления, писанная гуманоидами пришельцами из другимх миров. Они для всего на свете придумали какие-то свои странные названия и ритуалы (снапшоты разделы вот это всё)<br>Так и не понял КАК этим управлять. В смысле кое что понял, но логики за этим неувидел.<br> https://opennet.dev/openforum/vsluhforumID3/122876.html#297 Sun, 17 Jan 2021 10:22:04 GMT 1. ECC дисков может востановить неправильно. А может вообще не восстановить.<br>2. Данные могут быть записанны неправильно.<br> https://opennet.dev/openforum/vsluhforumID3/122876.html#296 Sun, 17 Jan 2021 10:18:30 GMT Ну, несовсем.<br>Если востановить неудалось вы получаете либо рассыпавшейся рейд, либо сами имеете свободу выяснять где и что у вас сгнило, таблица арзделов, метаданные, файл(и какой).<br> https://opennet.dev/openforum/vsluhforumID3/122876.html#295 Sun, 17 Jan 2021 04:53:31 GMT &gt;Хинт: попробуйте 10 раз большой ZIP распаковать. Желательно в /dev/null или типа того. Если CRC &gt;error иногда лезут - 100% оно, это железо прогревается и дурить начинает.<br><br>Уже чем можно и нельзя протестировал,ошибок нет.Единственное срабатывает защита про перегреву приблизительно через 2 часа,отрубает ноутбук.<br><br> https://opennet.dev/openforum/vsluhforumID3/122876.html#294 Sun, 17 Jan 2021 04:46:38 GMT &gt; Это полностью прозрачно с точки зрения совместимости и всего <br>&gt; лишь оптимизация скорости на железках которые так умеют.<br><br>Теоретически,умудряются и здесь глюки словить .Не помню в каком выпуске ядра при оптимизациях чтоб на аппаратном контролере просчитывать crc32 народ инверсионную ошибку допустил,поправили быстро ,но кое-кто влетел.<br><br><br> https://opennet.dev/openforum/vsluhforumID3/122876.html#293 Sun, 17 Jan 2021 04:38:20 GMT &gt;Старое ядро обломается смонтировать ФС с неизвестной ему фичой, но не наоборот. Идея класть бэкап &gt;на фс с новой фичой и читать его старым ядром вообще достаточно интересная. Но лучше читать все же &gt;новым ядром, как по мне. Вообще с точки зрения багфиксов<br><br>Читайте внимательно- диск лежал нетронутым 5 лет.Пытался на него кое что записать,скопировать старые бэкапы- обнаружил режим чтение,ядро ругаеться на чек-суммы и блоки ,типо ошибки.Проверил с другого архива-контрольные суммы и размер все в порядке,файлы проверил нормальные.Сам старый жесткий тоже в порядке,нормально записывает,ошибок нет-но починить фс мне не удалось,даже снес контрольные суммы,верификация 71-74 % и падает программа проверки.Проверил железо -2 часа тестов процессор и память ,по аварийке через 108 минут сработало отключение ноутбука из-за перегрева,но глюков не было.Не знаю что и думать -у меня еще 2 жестких с бэкапами такого же возраста если не старше,но на них данные пополнялись,проблем нет.<br><br> <br><br><br> https://opennet.dev/openforum/vsluhforumID3/122876.html#292 Sun, 17 Jan 2021 04:08:51 GMT &gt;Это никак не влияет на пользователей или устройство ФС.<br><br>При условии -при переходе не запутались с ари,была проблема,пофиксили:-)<br> https://opennet.dev/openforum/vsluhforumID3/122876.html#291 Sat, 16 Jan 2021 08:05:04 GMT &gt; Ну, раз я еще не помер с голода, наверное какое-то все же есть.<br><br>Ты не поверишь, сколько совсем не помирает с голода, не умея толком прочитать написанное.<br>Но мы тут не на совете инвесторов, тут это не ценится.<br><br>Дальше - все вопросы ровно из неумения читать и пользоваться инструментом под рукой. Ищи, читай написанное, а не свои выдумки, еще раз перечитывай если не дошло с первой попытки. Извини, мне неинтересно. До встречи на совещании инвесторов.<br><br>