Ubuntu 18.04 не загрузится, когда объемы LVM будут кэшироваться

У меня есть ПК 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 и это, возможно, изменило природу проблемы загрузки (у меня нет точного описания),

2
задан 11 December 2019 в 14:10

1 ответ

После некоторого интенсивного поиска с помощью 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 :-)

0
ответ дан 21 December 2019 в 23:36

Другие вопросы по тегам:

Похожие вопросы: