У меня есть ПК Ubuntu 18.04 со следующей структурой диска:
======================
lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 931,5G 0 disk
└─sda1 8:1 0 931,5G 0 part
└─md0 9:0 0 931,4G 0 raid1
├─lvraid0-root 253:0 0 9,3G 0 lvm /
├─lvraid0-usr 253:1 0 26,4G 0 lvm /usr
├─lvraid0-boot 253:2 0 952M 0 lvm /boot
├─lvraid0-var 253:3 0 27,1G 0 lvm /var
├─lvraid0-local 253:4 0 3G 0 lvm /usr/local
└─lvraid0-home 253:5 0 801,9G 0 lvm /home
sdb 8:16 1 28,9G 0 disk
├─sdb1 8:17 1 2G 0 part /media/jan/Ubuntu 18.04.3 LTS amd
└─sdb2 8:18 1 2,4M 0 part
sdc 8:32 0 931,5G 0 disk
└─sdc1 8:33 0 931,5G 0 part
└─md0 9:0 0 931,4G 0 raid1
├─lvraid0-root 253:0 0 9,3G 0 lvm /
├─lvraid0-usr 253:1 0 26,4G 0 lvm /usr
├─lvraid0-boot 253:2 0 952M 0 lvm /boot
├─lvraid0-var 253:3 0 27,1G 0 lvm /var
├─lvraid0-local 253:4 0 3G 0 lvm /usr/local
└─lvraid0-home 253:5 0 801,9G 0 lvm /home
sdd 8:48 0 238,5G 0 disk
├─sdd1 8:49 0 64G 0 part [SWAP]
└─sdd2 8:50 0 174,5G 0 part
===================
Для ускорения доступа к диску, я настроил lvm2
использовать /dev/sdd2
(SSD) как использование объема кэша lvmcache
. Я сначала пытался кэшировать все lvm объемы. Это не подходило.
Во время update-grub
там изделие много ошибок, которые исчезли, когда я удалил кэш на загрузочном томе. После этого я сделал a update-initramfs -u -k all
и update-grub and all
, хорошо выглядевший и кэширование работал как очарование с впечатляющей скоростью.
Теперь начальная загрузка - авария! Никакая начальная загрузка. Я получил некоторые сообщения, что ядро не поддерживало кэширование или что-то как этот и жалобы, что процесс начальной загрузки не мог соединиться с lvmetad
(это жаловалось на даже прежде, но lvm сканирование найденных lvm объемов).
К счастью я закончил в initramfs
busybox. Я никогда не слышал об этом прежде, но это имело команду lvm, которая позволила мне использовать регулярные команды типа lv-как lvremove
и после удаления объемов кэша я смог загрузиться.
Для создания длинной истории относительно короткой я пытался ограничить lvm, кэширующийся только одним из объемов (не, загружаются), но во всей начальной загрузке случаев, отказавшей в некотором роде. Теперь как показано в lsblk
вывод, у меня есть raid1 диск /dev/md0
сделанный из двух HDD Seagate, и к тому же я создал много lvm объемов.
Я надеялся бы, что у кого-то есть прием их рукав, чтобы позволить lvm кэшу загрузиться - и, если возможно также фиксируют lvmetad
проблема загрузки. Я должен добавить, что также пытался добавить модули к initramfs
через /etc/initramfs-tools/modules
. Я добавил dm-cache.ko
и это, возможно, изменило природу проблемы загрузки (у меня нет точного описания),
После некоторого интенсивного поиска с помощью Google я нашел решение.
По существу проблема сводится к Ubuntu 18.04 initramfs, структура пропускает важные комплектующие и конфигурации. Вы должны сделать следующее:
sudo способное обновление
sudo способное обновление
склонный устанавливает инструменты тонкого обеспечения initramfs-инструментов
(в дополнение к LVM2, конечно)
Тогда, Вы должны следовать этому рецепту, чтобы зафиксировать initramfs недостатки в Ubuntu 18.04
, http://scyu.logdown.com/posts/519001-ubuntu-lvmcache-setup
конфигурирует Ваш lvmcach в accordans с manpage для lvmcache
sudo, обновляют-initramfs-u-k весь
обновление-grub2 sudo
перезагрузка и обладают!
результат удивителен. Это похоже, у меня есть демон скорости теперь на 5-летнем PC :-)