Linux-3.1.6-x86-64 references modules for 3.1.5

TheOldFellow · 2012-01-04 07:33:03

Not at all sure this isn't my fault since there is no bug for it, and I can't report one since 3.1.6 is marked out-of-date but...

I have had to revert to linux-3.1.5 as when I boot after the upgrade to 3.1.6 modprobe is still looking for /lib/modules/3.1.5-1-ARCH, but the package has installed 3.1.6-ARCH, thus it fails and the boot fails to load any modules. Reverted to linux-3.1.5 and everything fine.

What did I do wrong?

R.

.:B:. · 2012-01-04 09:21:51

$ su -
# pacman -S linux
# depmod -a

TheOldFellow · 2012-01-04 09:50:00

# pacman -S linux
resolving dependencies...
looking for inter-conflicts...

Targets (1): linux-3.1.6-1

Total Download Size: 0.00 MB
Total Installed Size: 58.79 MB

Proceed with installation? [Y/n]
(1/1) checking package integrity [###############################] 100%
(1/1) checking for file conflicts [###############################] 100%
(1/1) upgrading linux [###############################] 100%
>>> Updating module dependencies. Please wait ...
>>> Generating initial ramdisk, using mkinitcpio. Please wait...
==> Building image from preset: 'default'
-> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux.img
==> Starting build: 3.1.6-1-ARCH
-> Parsing hook: [base]
-> Parsing hook: [udev]
-> Parsing hook: [autodetect]
-> Parsing hook: [pata]
-> Parsing hook: [scsi]
-> Parsing hook: [sata]
-> Parsing hook: [lvm2]
-> Parsing hook: [filesystems]
==> Generating module dependencies
==> Creating gzip initcpio image: /boot/initramfs-linux.img
==> Image generation successful
==> Building image from preset: 'fallback'
-> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-fallback.img -S autodetect
==> Starting build: 3.1.6-1-ARCH
-> Parsing hook: [base]
-> Parsing hook: [udev]
-> Parsing hook: [pata]
-> Parsing hook: [scsi]
-> Parsing hook: [sata]
-> Parsing hook: [lvm2]
-> Parsing hook: [filesystems]
==> Generating module dependencies
==> Creating gzip initcpio image: /boot/initramfs-linux-fallback.img
==> Image generation successful
# depmod -a
WARNING: Couldn't open directory /lib/modules/3.1.5-1-ARCH: No such file or directory
FATAL: Could not open /lib/modules/3.1.5-1-ARCH/modules.dep.temp for writing: No such file or directory
#

I assume that is what your cryptic wanted.
R.

TheOldFellow · 2012-01-04 09:57:09

If I :

# mv /lib/modules/3.1.6-1-ARCH /lib/modules/3.1.5-1-ARCH

then:

# depmod -a
#

It's a directory naming issue, not a module building issue.

So now I should be happy, I will try to reboot it now.

R.

Last edited by TheOldFellow (2012-01-04 09:57:28)

TheOldFellow · 2012-01-04 10:05:42

OK it boots OK after renaming the modules directory. BUT it reports itself as:

[ 0.000000] Initializing cgroup subsys cpuset
[ 0.000000] Initializing cgroup subsys cpu
[ 0.000000] Linux version 3.1.5-1-ARCH (tobias@T-POWA-LX) (gcc version 4.6.2 20111125 (prerelease) (GCC) ) #1 SMP PREEMPT Sat Dec 10 14:43:09 CET 2011
[ 0.000000] Command line: BOOT_IMAGE=/vmlinuz-linux root=/dev/dm-0

The kernel in /boot is newly written (I deleted the one from 3.1.5, so as to be sure) but has a date of:

-rw-r--r-- 1 root root 3105488 Dec 22 08:15 vmlinuz-linux

which is when, I guess Tobias built it. I am now up and running again, at least until the next kernel release. But there is something wrong here.

R.

skunktrader · 2012-01-04 10:10:36

If you have a separate /boot partition, is it mounted when the new kernel is installed?

TheOldFellow · 2012-01-04 10:39:59

No, and that would not exhibit the behaviour in post #3 where all the partitions are up and running. The trick seems to be to run depmod -a after a kernel upgrade, before a boot to see if the new kernel can access it's modules.

I used to have a separate /boot before I moved to Grub2, but now it can boot LVM2 partitions there is no need for it. I can't understand why Arch sticks with grub1 as the default, but it isn't my call, and I can get round it.

R.

.:B:. · 2012-01-04 10:48:15

TheOldFellow wrote:

I assume that is what your cryptic wanted.
R.

No.

I forgot something in my cryptic post: you need to reboot in between installing the kernel and running depmod. Or you might try running depmod using the 3.1.6 kernel uname value, in which case you would not need a reboot in between. Not on Linux at the moment.

Oh - and do us a favour and use code tags. Also, there are a lot of similar topics around, which provide solutions and hints. Try the search .

Last edited by .:B:. (2012-01-04 10:54:31)

falconindy · 2012-01-04 11:02:04

TheOldFellow wrote:

==> Starting build: 3.1.6-1-ARCH
<snip>
# depmod -a
WARNING: Couldn't open directory /lib/modules/3.1.5-1-ARCH: No such file or directory
FATAL: Could not open /lib/modules/3.1.5-1-ARCH/modules.dep.temp for writing: No such file or directory

And that's very much expected behavior.

TheOldFellow wrote:

OK it boots OK after renaming the modules directory

You're lucky you can still boot.

TheOldFellow wrote:

BUT it reports itself as:
[ 0.000000] Initializing cgroup subsys cpuset
[ 0.000000] Initializing cgroup subsys cpu
[ 0.000000] Linux version 3.1.5-1-ARCH (tobias@T-POWA-LX) (gcc version 4.6.2 20111125 (prerelease) (GCC) ) #1 SMP PREEMPT Sat Dec 10 14:43:09 CET 2011
[ 0.000000] Command line: BOOT_IMAGE=/vmlinuz-linux root=/dev/dm-0

And the only reason it would report itself as 3.1.5 is because it really is 3.1.5. The kernel image with that timestamp is very much reporting itself as 3.1.6 (mind the time zone diff):

$ ls -l /boot/vmlinuz-linux; file /boot/vmlinux-linux
-rw-r--r-- 1 root root 3105488 Dec 22 03:15 /boot/vmlinuz-linux
/boot/vmlinuz-linux: Linux kernel x86 boot executable bzImage, version 3.1.6-1-ARCH (tobias@T-POWA-LX) #1 SMP PREEMPT Thu Dec 22 09:11, RO-rootFS, swap_dev 0x2, Normal VGA

TheOldFellow wrote:

But there is something wrong here.

Yup. You broke something pretty hard. You really are still booting off of 3.1.5.

TheOldFellow · 2012-01-04 11:55:50

Thanks for the help so far.

It was my grub2 setup. You were right, it was well corrupted. Now fixed - nothing wrong with the linux package. And I've found out what a Code Tag is.

R.

Last edited by TheOldFellow (2012-01-04 12:13:51)

Arch Linux

#1 2012-01-04 07:33:03

Linux-3.1.6-x86-64 references modules for 3.1.5

#2 2012-01-04 09:21:51

Re: Linux-3.1.6-x86-64 references modules for 3.1.5

#3 2012-01-04 09:50:00

Re: Linux-3.1.6-x86-64 references modules for 3.1.5

#4 2012-01-04 09:57:09

Re: Linux-3.1.6-x86-64 references modules for 3.1.5

#5 2012-01-04 10:05:42

Re: Linux-3.1.6-x86-64 references modules for 3.1.5

#6 2012-01-04 10:10:36

Re: Linux-3.1.6-x86-64 references modules for 3.1.5

#7 2012-01-04 10:39:59

Re: Linux-3.1.6-x86-64 references modules for 3.1.5

#8 2012-01-04 10:48:15

Re: Linux-3.1.6-x86-64 references modules for 3.1.5

#9 2012-01-04 11:02:04

Re: Linux-3.1.6-x86-64 references modules for 3.1.5

#10 2012-01-04 11:55:50

Re: Linux-3.1.6-x86-64 references modules for 3.1.5

Board footer