Сидел такой под гашем, слушал OST GitS и мутил ZFS на SSD для Gentoo по этому мануалу. Ну, там написано, мол, лучше делать GPT, ну я и сделал GPT по этим командам:
# Start out clean: (This WILL destroy everything on the disk...)
$ sgdisk --zap-all /dev/sdb
# Create a bios_grub partition (type EF02) starting at 1MB with size 64MB. The
# 1MB offset is to ensure proper sector alignment for SSD's and other 4k sector drives.
# After the utility partition, the rest of the drive is setup for ZFS. Repeat for all
# drives to be used in the pool.
$ sgdisk \
--new=1:2048:133120 --typecode=1:EF02 --change-name=1:"grub" \
--largest-new=2 --typecode=2:BF01 --change-name=2:"zfs" \
/dev/sdb
Правда, я толком не понял, что делает вторая команда, но поверил мануалу на слово. В итоге создались у меня два раздела - ext2 на 64 Мб и всё остальное под ZFS. Создал пул, насоздавал файловые системы с нужными параметрами, приступил уже к сборке генты, всё так в лёт собиралось... кстати, что меня, можно сказать, поразило: обычно копирование stage3 на свежий раздел с Ext4/Btrfs занимает пару секунд ,а на ZFS он скопировался вообще мгновенно, даже окошко копирования мелькнуть не успело; и когда делал emerge --sync (для дерева создал отдельную zfs со сжатием gzip-9 и без дедупликации), дерево куда-то синхронизировалось, но лампочка активности не мигала и даже iotop никакой активности не регистрировал, во дела! (между прочим, на таком сжатии дерево с 350 Мб ужалось до 255 Мб, а каталог с сорсами ядра - так вообще в 2 раза)... вот о чём я: когда сборка генты подошла к установке ядра - я сделал make -j16, make modules_install, а вот на make install терминал просто завис намертво. То бишь запись на тот самый раздел ext2 в 64 Мб зависла. Пресловутый D-state. Мне вчера как-то влом было разбираться, я погасил комп и ушёл.
А сегодня загружаюсь с liveusb, пытаюсь через Dolphin скопировать файл на этот самый ext2-раздел в 64 Мб - получаю такое же зависание.
Я что спросить хочу: что это, мать его, было?
