OpenZFS 2.1.6 с поддержкой новых версий ядра Linux и исправлениями

Просто отображает и ничего не позволяет сделать… В отличие от традиционных ФС. Мне лучше бы было убрать вообще датасеты все эти, так как не нужно, они и так доступны.

Так что я просто признаюсь что я девочка-линуксоид

А не надо из себя девочку строить. Будь мужиком. Если начал задирать, то стой до конца.

Есть аргументы - давай. А нет, то нечего тявкать. И потом в кусты…

А то выходит как в анекдоте про Вовочку и How do you do?

Ведь в жизни всегда может оказаться, что кто-то ещё знает по английски…

Сам статью читал, которую прислал? Понял её? Репорт от WD читал в оригинале? С сутью проблемы знаком?

Так давай поговорим, обсудим, кто же спорит. Всегда интересно технические проблемы обсудить.

А если нет, то нафига?

Басню про Моську знаешь? - Почитай.

Btrfs, ext4 журналирование по умолчанию имеет

Я читаю эти страшилки и не могу понять, что именно люди делают, чтобы ОНО тормозило

я тоже при смене ядра и всяких игр добивался результата, когда импорт pool достигал минут…

Да! Такое есть

Это ваша локальная проблема!

Спасибо за дельные советы, что тут скажешь.

Ну а если чуть серьёзнее, идея про zpool.cache звучит неплохо, но отлавливать проблему мне к сожалению очень лениво, поэтому всей правды мы никогда не узнаем.

P.S. На самом деле там есть ещё пара интересных подробностей - шифрование включено, а импорт упирается в l2arc_feed

Просто отображает и ничего не позволяет сделать… В отличие от традиционных ФС. Мне лучше бы было убрать вообще датасеты все эти, так как не нужно, они и так доступны.

Во-первых datasets нужны. Во-вторых он сразу есть по умолчанию просто при создании pool, который уже сам себе есть dataset.

Во-вторых. Какую задачу мы решаем? Что общего имеют caja и ZFS?

Если у нас стационарный диск на котором ещё и root, то все это добро монтируется при запуске, практически само.

Если у нас сменный диск, то зачем там ZFS? Сменный диск это диск, который прыгает между компами и другими устройствами. Его основная задача быть совместимым со всем на свете. Поэтому условно FAT32.

Если же мы однократно хотим чего-то импортировать, то делаем это ручками. zpool import blah-blah.

Я не вижу сценария использования caja. Это неправильно, неудобно, ненужно.

Мы можем хотеть иметь диск с ZFS, но тогда надо его делать совместимым с caja как описано выше или просто ручками импортировать. Возможно если сервис zfs-import работает, то pool импортируется сам, НО тогда и datasets автоматически примонтируются. Т.е. делать вообще ничего не надо. Даже caja дергать не надо.

Другое дело, если у Вас там по тому же пути что-то другое примонтировано… Тогда разумеется ZFS откажется монтироваться хоть самостоятельно, хоть через caja.

Это как бы очевидная реакция системы.

Ещё раз в 99.99% случаев, если что-то не работает с ZFS, то это исключительно ваша локальная проблема. Либо Вы не понимаете как она работает, либо у вас проблема с настройками. В исключительных случаях можно и нужно посылать отчёт об ошибке.

Нет смысла ругать ZFS. Она превосходит по надёжности и стабильности EXT4 кратно. Нужно открыть описание или зайти на сайт ORACLE и там все описано как её готовить и что делать если… Но если использовать все по умолчанию, то это будет самая надёжная настройка.

но отлавливать проблему мне к сожалению очень лениво, поэтому всей правды мы никогда не узнаем

Отчасти могу согласится. Я точно не вспомню, но обнаружил проблему толи при смене диска из зеркала, то ли при играх с ядром итд, но точно помню, что одна и таже версия ZFS на идентичном железа работала быстро и потом вдруг импорт занял минуты…

Эта проблема описана в интернете. Довольно много людей пишут. Я сделал zpool set cachefile=/etc/zfs/zpool.cache pool Это регенерирует локальный cache для импорта.

Но это никак не помогло. Оказалось что этот же файл ессно старый в initramfs.

При этом cache регенерируется каждый раз при импорте. Т.е. при включении компа.

Т.е. надо пересобрать либо всё ядро либо только initramfs ПОСЛЕ успешной загрузки. Потом перегрузится и пересобрать снова. Тогда все возвращается в нормальное состояние.

НО! До этого оно должно быть сломано. Просто так это тоже не сломать. Если все делать штатно родными инструментами, то оно не сломается.

По мимо этого в ядре есть модули которые необходимы для работы ZFS. Эти модули могут быть отключены или недоступны или не оказаться в initramfs.

Кроме того последняя версия ZFS не грузится через grub если она root и на ней есть boot.

Но сейчас если UEFI, то boot это FAT32 и такая проблема отсутствует как класс.

Если нет, то само ядро лучше грузить с EXT4 или FAT32. Тогда нет ограничений на обновление ZFS.

А не надо из себя девочку строить. Будь мужиком. Если начал задирать, то стой до конца.

«будь_мужиком_блд.jpg»

Сам статью читал, которую прислал? Понял её? Басню про Моську знаешь? - Почитай.

Дяденька, я читать не умею, я только ролики на ютубе смотрю. Я ведь не настоящий сварщик, я маску на стройке нашёл.

А если нет, то нафига?

«скучно_блд.jpg»

У меня с Вами не технические, а культурно-стилистические разногласия, связанные со стилем ваших постов. Почвы для технических споров нет, а культурно-стилистический себя исчерпал, подыгрывать Вы не готовы, чувством юмора не обладаете, или оно у нас слишком разное. Вот например в последнем посте вы включили менторскую позицию, резко перескочили на Ты и взялись учить собеседника быть мужиком. Желание вести с Вами диалог, даже чисто технический, совсем пропало. Так что нет, не интересно, не обсудим.

Они и закрыли. OpenZFS — это форк
ZFS, но закрытая и несовместимая с OpenZFS во многом

Она теперь ВасянФС. Зачем тогда влезаете в мои каменты?...

cache регенерируется каждый раз при импорте. Т.е. при включении компа.

надо пересобрать либо всё ядро либо только initramfs ПОСЛЕ успешной загрузки

По такой логике проблема должна после первого же обновления ядра пропасть. Да и импорт у меня на initramfs не завязан.

Короче, за советы спасибо, но мне правда не надо :)

По такой логике проблема должна после первого же обновления ядра пропасть.

Ну у Вас она и пропала после обновления… Все сходится.

Откуда 40 сек - я не знаю. Для импорта это слишком долго.

У меня custom ядро. Проблема могла не пропасть из-за проблем в ядре. Я одно время минимизировал ядро, чтобы выкинуть оттуда все лишнее. В итоге оно обновляется за 5 минут и грузится быстрее. Но на этом пути можно что-то поломать. Теперь оно годы не меняется и все хорошо.

Да и было это давно. Я уже все забыл.

Тащат всякую гадость. Btrfs работает из коробки. Больше ничего не нужно.

«скучно_блд.jpg»

Мне бы Ваши проблемы.. Я не хочу развивать тему, что означает, если человеку скучно.. Будет обидно.

перескочили на Ты и взялись учить собеседника быть мужиком

Я не перескакивал. Я всегда тут и вообще со всеми на ВЫ. Хотя там где я живу это не принято, от чего и страдаю.

Насколько я знаком с русским языком фразы «Будьте мужиком» на русском не существует. Сказать конечно все можно, но не все будет правильно.

Со мной не надо вести диалог. Я не просил и не призывал. Я лишь призывал отвечать за свои СКАЗАННЫЕ слова.

Если ВЫ кого-то пытаетесь задирать и Вам отвечают - держите удар. Или просто не задирайте - это проще и без последствий.

Я на конфликт никого не провоцирую никогда! Перечитайте мои сообщения. Я высказал свою позитивную точку зрения об ZFS. Я очевидно НЕ являюсь её автором. Выставлять мне претензии по поводу разных проблем с этой FS по меньшей мере странно! Причём люди не могут ни проблему сформулировать, ни указать как Вы связь проблемы и данной FS.

Тут же стали поступать претензии про ЧСВ и подобное. Вы там у себя разберитесь какие-то комплексы и тд.

Предлагаю просто закончить и больше не ныть. Удачи.

велика и могуча руска языка?
У меня MATE я не наблюдаю проблем.

О, да. Велика и могуча…

крепкой дальнейшей любви с ZFS и детишек побольше.

Боюсь, от анальной любви детишек не бывает…

Ещё как сдохла. Закапывайте уже.

Што? Какая ВасянФС?

Linux это секта

Чувак, тут на сектанта больше похож именно ты.

Btrfs, ext4 журналирование по умолчанию имеет

Почему-то советуют отключать журналирование для ssd.

А как тогда быть, если вдруг вырубят свет? Потеряю данные?

На кой хрен пердолиться с ФС, которая точно никогда не будет включена в ядро?

логика миллиона мух?

Спроси у «эксперта», который писал статью

В Btrfs не потеряешь данные, там грубо говоря копирование, а не замещение. В ext4 без журнала потеряешь.

В Btrfs не потеряешь данные, там грубо говоря копирование, а не замещение.

А он сам может восстановиться после неожиданного выключения компьютера, как это делает ext4? Или надо как-то колдовать?

Поищи тут на форуме «истории узбека» с восстановлением этой замечательной ФС ))

Пока не понимаю, почему. Обычного интерфейса VFS должно быть достаточно, чтобы обновлять контрольные суммы каждый раз, как происходит запись и проверять их при чтении. Та часть, которая про чтение, уже даже готова - dm-verity.

Раздел

https://btrfs.wiki.kernel.org/index.php/Restore

If you’re REALLY lucky, this might be enough:

логика миллиона мух?

Логичка того, кто знает что такое maintenance больших систем.