You are not logged in.
Pages: 1
I ran a pacman -Syu this morning and now my linux-lts kernel is broken. It doesn't appear to be able mount my lvroot and also my root partition because of that.
When it boots up it goes through a huge list of disk that looks something like this.
http://i.imgur.com/Wiw6gSn.jpg
I'll include some of the text here as well
[ 1.698860] sd 0:3:59:0: [sdel] Asking for cache data failed
[ 1.698862] sd 0:3:59:0: [sdel] Assuming drive cache: write through
[ 1.698864] sd 0:3:59:0: [sden] Asking for cache data failed
[ 1.698866] sd 0:3:59:0: [sden] Assuming drive cache: write through
etc etc
:: running hook [encrypt]
Waiting 10 seconds for device /dev/lvm/lvroot . . .
Waiting 10 seconds for device /dev/mapper/root . . .
ERROR: device '/dev/mapper/root' not found. Skipping fsck.
ERROR: Unable to find root device '/dev/mapper/root' .
You are being dropped to a recovery shell
type 'exit' to try and continue booting
sh: can't access tty: job control turned off
[rootfs ]#
Not sure where to go from here for troubleshooting. When I check what is in /dev/lvm I think the only thing is a item called control. I don't think there was anything in /dev/mapper. The device-mapper package did just upgrade. Is there maybe a bug in it specific for the lts kernel?
I've also got the regular linux 4.8 kernel installed and it is still working, so I'm booted into it for now while I try to figure this out.
Just FYI I'm running full disk encryption using LUKS LVM dm-crypt.
Last edited by teejer (2016-11-14 20:37:32)
Offline
Read the Code of Conduct and only post thumbnails http://wiki.archlinux.org/index.php/Cod … s_and_code
Offline
My bad.
Offline
I'm having this issue with the non-lts kernel (4.8.7), so I think something is broken in the update process.
Dropping into the shell doesn't help. I can't run any of the lvm tools and so I can't manually mount the volume.
Offline
Offline
That bug seems related. I also had a problem with Cinnamon not starting because of a dependency on readline 6. It mentions running mkinitcpio -P after readline/lvm2 is installed to fix. This didn't fix it for my LTS kernel. I also tried reinstalling lvm2.
To fix cinnamon I did a symlink for /usr/lib/libreadline.so.6 -> libreadline.so.7
I don't understand why my non-lts kernel still works after readline/lvm/device-mapper was updated.
Offline
That bug seems related. I also had a problem with Cinnamon not starting because of a dependency on readline 6. It mentions running mkinitcpio -P after readline/lvm2 is installed to fix. This didn't fix it for my LTS kernel. I also tried reinstalling lvm2.
To fix cinnamon I did a symlink for /usr/lib/libreadline.so.6 -> libreadline.so.7
That symlink should not be neded
$ ldd /usr/bin/cinnamon | grep readline
libreadline.so.7 => /usr/lib/libreadline.so.7 (0x00007fad22bd4000)
$ pacman -Qo /usr/bin/cinnamon
/usr/bin/cinnamon is owned by cinnamon 3.2.1-4
Are you doing partial updates?
Offline
teejer wrote:That bug seems related. I also had a problem with Cinnamon not starting because of a dependency on readline 6. It mentions running mkinitcpio -P after readline/lvm2 is installed to fix. This didn't fix it for my LTS kernel. I also tried reinstalling lvm2.
To fix cinnamon I did a symlink for /usr/lib/libreadline.so.6 -> libreadline.so.7
That symlink should not be neded
$ ldd /usr/bin/cinnamon | grep readline libreadline.so.7 => /usr/lib/libreadline.so.7 (0x00007fad22bd4000) $ pacman -Qo /usr/bin/cinnamon /usr/bin/cinnamon is owned by cinnamon 3.2.1-4
Are you doing partial updates?
I run pacman -Syu
I just ran another one and there were more cinnamon updates. Now when I run ldd I get the correct readline 7
ldd /usr/bin/cinnamon |grep readline
libreadline.so.7 => /usr/lib/libreadline.so.7 (0x00007fca1df70000)
Offline
Please don't turn this into a cinnamon support thread: your issue is apparently with -lts, keep it at that.
There are plenty of threads, and a bug report, about cinnamon and readline.
Offline
loqs wrote:That bug seems related. I also had a problem with Cinnamon not starting because of a dependency on readline 6. It mentions running mkinitcpio -P after readline/lvm2 is installed to fix. This didn't fix it for my LTS kernel. I also tried reinstalling lvm2.
To fix cinnamon I did a symlink for /usr/lib/libreadline.so.6 -> libreadline.so.7
I don't understand why my non-lts kernel still works after readline/lvm/device-mapper was updated.
In that bug report they mention booting to a live usb and arch-chroot then running mkinitcpio -P and that fixing the problem. Is there any difference between running that in the arch-chroot and from my working non-lts kernel? I see it rebuild the initial ramdisk for both kernels but the lts does not work.
Offline
teejer, just run
mkinitcpio -P
from your non-lts kernel. You don't need a livecd.
Offline
teejer, just run
mkinitcpio -P
from your non-lts kernel. You don't need a livecd.
Yeah I've already tried it several times. It doesn't fix it for me. I'm wondering if when a new LTS comes out if that might fix it?
Offline
What is the output of:
mkinitcpio -p linux-lts
Offline
Here is the output
mkinitcpio -p linux-lts
==> Building image from preset: /etc/mkinitcpio.d/linux-lts.preset: 'default'
-> -k /boot/vmlinuz-linux-lts -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-lts.img
==> Starting build: 4.4.31-1-lts
-> Running build hook: [base]
-> Running build hook: [udev]
-> Running build hook: [autodetect]
-> Running build hook: [modconf]
-> Running build hook: [block]
-> Running build hook: [lvm2]
-> Running build hook: [encrypt]
-> Running build hook: [filesystems]
-> Running build hook: [keyboard]
-> Running build hook: [fsck]
==> Generating module dependencies
==> Creating gzip-compressed initcpio image: /boot/initramfs-linux-lts.img
==> Image generation successful
==> Building image from preset: /etc/mkinitcpio.d/linux-lts.preset: 'fallback'
-> -k /boot/vmlinuz-linux-lts -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-lts-fallback.img -S autodetect
==> Starting build: 4.4.31-1-lts
-> Running build hook: [base]
-> Running build hook: [udev]
-> Running build hook: [modconf]
-> Running build hook: [block]
==> WARNING: Possibly missing firmware for module: aic94xx
==> WARNING: Possibly missing firmware for module: wd719x
-> Running build hook: [lvm2]
-> Running build hook: [encrypt]
-> Running build hook: [filesystems]
-> Running build hook: [keyboard]
-> Running build hook: [fsck]
==> Generating module dependencies
==> Creating gzip-compressed initcpio image: /boot/initramfs-linux-lts-fallback.img
==> Image generation successful
Offline
a couple days ago I decided to try doing the liveusb arch-chroot method. It didn't fix it.
Yesterday I did another pacman -Syu and there was a new lts kernel 4.4.34-1-lts. After it installed my lts kernel is now working again.
Offline
Pages: 1