Что такое BTRFS-эквивалент ZFS-эквивалента?
Нужно ли делать раздел на втором диске для LFS?
The recommended approach to building an LFS system is to use an
available empty partition or, if you have enough unpartitioned space,
to create one. Source: http://www.linuxfromscratch.org/lfs/view/stable/chapter02/creatingpartition.html
The recommended approach to building an LFS system is to use an available empty partition or, if you have enough unpartitioned space, to create one. Source: http://www.linuxfromscratch.org/lfs/view/stable/chapter02/creatingpartition.html
Неважно, на каком диске находится раздел.
Можно ли создать необходимые разделы для LFS из свободного места/dev/sdb
Да.
Ubuntu имеет /bin/sh, связанный с /bin/dash, где требование LFS говорит /bin/sh -> /bin/bash. Мне нужно изменить эту ссылку или я могу игнорировать эту часть?
Note that the symlinks mentioned above are required to build an LFS system using the instructions contained within this book. Symlinks that point to other software (such as dash, mawk, etc.) may work, but are not tested or supported by the LFS development team, and may require either deviation from the instructions or additional patches to some packages. Source: http://www.linuxfromscratch.org/lfs/view/stable/chapter02/hostreqs.html
Я рекомендую создать виртуальную машину и использовать ее в качестве хоста LFS. Таким образом, вы можете делать все, что вам нужно, с «хостом», не нанося вреда вашему реальному хосту.
Различные файловые системы являются разными:абсолютно одинаковыми настройками, которые могут существовать, а могут и не существовать.
В ZFS ashiftопределяет размер сектора , который является наименьшей физической единицей для чтения или записи в виде одной операции. Он выражается как степень двойки:ashift=9означает размер сектора 2^9 = 512 байт, а ashift=12будет 2^12 = 4096 байт. Для оптимальной производительности размер сектора, определяемый ashift, должен соответствовать (или быть кратным )размеру физического блока диска (, часто 512 или 4096 байт на современных жестких дисках, но твердотельные накопители могут использовать 8192 байта или больше ).
Если вы храните большое количество небольших файлов, увеличение ashiftможет означать, что относительно большая часть дискового пространства «пропадает» из-за частично -заполненных блоков на концах файлов. Является ли это достаточно важным, чтобы продолжать использовать ashift=9, когда физический размер блока фактических дисков вместо этого требует использования ashift=12или больше, зависит от вашего фактического варианта использования (, что вы храните, и зависит ли скорость или эффективность использования пространства важнее ).
BTRFS, с другой стороны, действительно хочет, чтобы ее --sectorsizeсоответствовали размеру страницы памяти , используемому системным процессором (с ). На справочной странице mkfs.btrfs(8)написано (выделение мое):
The default value is the page size and is autodetected. If the sectorsize differs from the page size, the created filesystem may not be mountable by the kernel. Therefore it is not recommended to use this option unless you are going to mount it on a system with the appropriate page size.
На оборудовании ПК с архитектурой x86 стандартный размер страницы составляет 4096 байт, что определяется аппаратной архитектурой процессора. Так было с 1985 года (, когда был выпущен первый процессор i386 ), и не ожидалось, что он изменится, поскольку это было бы нарушением совместимости -, изменением на очень фундаментальном уровне.