lvmetad блокирует процесс загрузки
У меня проблема при загрузке: я вижу сообщение lvmetad is not active yet, using direct activation during sysinit. Сообщение полностью блокирует мой процесс входа в систему. Я не могу переключиться на неграфический экран входа (все они просто показывают мигающий курсор) или выполнить любое другое действие, кроме перезагрузки с помощью CTRL-ALT-DEL.
Если я жду очень долгое время (более 10 минут) Я получаю следующее сообщение:
resume: Could not stat the resume file /dev/disk/by-uuid/a62a5e02...
Please type in the full path name to try again or press ENTER to boot the system:
Если я нажму CTRL , возобновится загрузка, а мой экран входа в систему появится через секунду - это только похоже, работает со старыми ядрами = lt; = 4.4.0-43, с более новыми ядрами, ENTER ничего не делает, и я также не могу ничего вводить с помощью клавиатуры.
Сообщение после 10-минутного перерыва resume: ... заставил меня думать, что это может быть связано с устаревшим образом диска после приостановки работы в ОЗУ, но я понятия не имею, как это исправить.
Я не вижу ошибок в dmesg, все, что связано с LVM, выглядит отлично там.
Некоторое время я смог без проблем загрузиться с помощью ядра 4.4.0-43, но сегодня (после обновления ядра apt-get) даже это перестало работать.
[d10 ] Я нашел эти две темы о проблеме, но я не хочу пытаться изменить gr ub видео, поскольку они (должны) не имеют никакого отношения к lvmetad, и пользователи сообщают, что это обходное решение пришло с собственным набором проблем.
Lvmetad еще не активен
Может ли кто-нибудь мне это объяснить? Даже в старые времена загрузка не занимала 10 минут, и в настоящее время это 10-минутный тайм-аут, кажется, немного выше вершины ...;)
[EDIT] Вот запрошенный выход: [!d16 ]
blkid:
/dev/sda1: UUID="2EC7-7121" TYPE="vfat" PARTUUID="77533e31-4b1a-40da-9e49-ecebfb701229"
/dev/sda2: UUID="b206ab4e-2119-4d90-ab77-5088177faa08" TYPE="ext2" PARTUUID="a5ddb725-1822-4847-8fd3-c1566b83f740"
/dev/sda3: UUID="uhcPym-YPqH-XGTC-Y0YB-ynxd-K4iK-b0viGE" TYPE="LVM2_member" PARTUUID="455fe5cf-64a0-4ef5-b3e7-19e5f86b3ee4"
/dev/mapper/kubuntu--vg-root: UUID="cba585cc-e15b-419c-b055-f1fe2a56c7da" TYPE="ext4"
cat / etc / fstab:
/dev/mapper/kubuntu--vg-root / ext4 errors=remount-ro 0 1
# /boot was on /dev/sda2 during installation
UUID=b206ab4e-2119-4d90-ab77-5088177faa08 /boot ext2 defaults 0 2
# /boot/efi was on /dev/sda1 during installation
UUID=2EC7-7121 /boot/efi vfat umask=0077 0 1
/dev/mapper/kubuntu--vg-swap_1 none swap sw 0 0
swapon не выдал никакого вывода, но с опцией -a:
[ f4]
Вот запрошенный результат: В моем grub.cfg я нахожу ссылки на lvmid, который не соответствует ни одному из blkid - может ли это быть проблемой?
[ f5]
Также в grub.cfg есть некоторые ссылки на root и UUID - UUID соответствует / boot (sda2) с --set root b2..., но две строки ниже root=/dev/mapper/kubuntu--vg-root, которые являются другим устройством:
[---snip---]
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2 b206ab4e-2119-4d90-ab77-5088177faa08
else
search --no-floppy --fs-uuid --set=root b206ab4e-2119-4d90-ab77-5088177faa08
fi
linux /vmlinuz-4.4.0-57-generic.efi.signed root=/dev/mapper/kubuntu--vg-root ro quiet splash $vt_handoff
[---snip---]
[EDIT] Комментирование строки подкачки в fstab не помогает при загрузке, и как только система загружается, lvdisplay показывает как корень, так и раздел подкачки:
lvm> lvdisplay
--- Logical volume ---
LV Path /dev/kubuntu-vg/root
LV Name root
VG Name kubuntu-vg
LV UUID kHYiDJ-9NSq-Wlkc-0YXH-HiX2-SVZ7-MPSFnp
LV Write Access read/write
LV Creation host, time kubuntu, 2016-06-07 12:33:08 +0200
LV Status available
# open 1
LV Size 432.86 GiB
Current LE 110811
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 252:0
--- Logical volume ---
LV Path /dev/kubuntu-vg/swap_1
LV Name swap_1
VG Name kubuntu-vg
LV UUID YiuKj2-FVgn-ufGg-lvZ5-IML5-w3hH-ZeHrrH
LV Write Access read/write
LV Creation host, time kubuntu, 2016-06-07 12:33:08 +0200
LV Status available
# open 0
LV Size 31.93 GiB
Current LE 8173
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 252:1
[EDIT] Следуя предложениям heynnema ниже, я удаляю и повторно добавляет swap. В действительности было что-то не так: / proc / swaps был пустым, а во время бесплатной демонстрации было всего 0, прежде чем удалять и восстанавливать swap. Теперь он устанавливается правильно и бесплатно, а также / proc / swaps показывает ожидаемый результат. К сожалению, начальная проблема с задержкой загрузки сохраняется. После этого шага мне пришлось обновить iniramfs (update-initramfs -k all -c) - теперь он работает. Уф. Благодаря хейннеме за отличную поддержку!