Drivers did not load appropriately when booting after a kernal update

Picher Huang · 2017-12-14 01:37:34

I'm a new to archlinux, and as soon as I updated last Saturday, on which I remember I have updated the linux kernel.
Unfortunately, when I reboot my laptop once after that, it seems that all the drivers disappear after the update. I have two network cards, but ip link did not find them at all. My 3D controller uses nouveau as its drive, and lspci did not show that correctly.

I have to boot my archlinux through my isolive to work normally and this is really inconvenient...

Since the problem I found till now is about the drivers, I suspect that the issue is about the kernel. But I have never been deep into that before, so that may be wrong.
Here's the information about my attempt to found the problem. Please help~~ THANKS!

$ pacman -Q linux
linux 4.14.4-1
$ sudo wifi-menu
Invalid interface specification
Usage: wifi-menu [-h | --help] [-o | --obscure] [INTERFACE]
Interactively connect to a wireless network on INTERFACE using netctl.
If only one wireless interface is available, INTERFACE can be omitted.
$ ip link
Arguments:
-h, --help Show this help
-o, --obscure Show asterisks for the characters of the password
and store the password as a hexadecimal string
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
$ lspci -k | grep -A 2 -E "(VGA|3D)"
lspci: Unable to load libkmod resource: error -12
00:02.0 VGA compatible controller: Intel Corporation 4th Gen Core Processor Integrated Graphics Controller (rev 06)
Subsystem: ASUSTeK Computer Inc. 4th Gen Core Processor Integrated Graphics Controller
00:03.0 Audio device: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor HD Audio Controller (rev 06)
--
01:00.0 3D controller: NVIDIA Corporation GM107M [GeForce GTX 950M] (rev a2)
Subsystem: ASUSTeK Computer Inc. GM107M [GeForce GTX 950M]
03:00.0 Network controller: Ralink corp. RT3290 Wireless 802.11n 1T/1R PCIe

Last edited by Picher Huang (2017-12-14 01:38:37)

Scimmia · 2017-12-14 02:07:13

This usually happens when you update without your boot partition mounted. Check the output of uname -a

You need to mount your boot partition and reinstall the linux package, then set your system up so that it's correctly mounted.

Picher Huang · 2017-12-14 02:57:21

Scimmia wrote:

This usually happens when you update without your boot partition mounted. Check the output of uname -a
You need to mount your boot partition and reinstall the linux package, then set your system up so that it's correctly mounted.

Humm, I think youre right, much thanks for your reply. But what if I do not have a boot partition separately? Because I only partitioned root, home and swap at frist ORZ.

Last edited by Picher Huang (2017-12-14 02:59:06)

fsckd · 2017-12-14 03:00:47

Is this system EFI or legacy BIOS? What is the output of the command Scimmia asked for?

Picher Huang · 2017-12-14 03:07:17

It is a Bios system.

The output:

Linux computer_for_picher 4.14.4-1-ARCH #1 SMP PREEMPT Tue Dec 5 19:10:06 UTC 2017 x86_64 GNU/Linux

Scimmia · 2017-12-14 04:06:17

Well that's not the issue, then. Try pacman -Qkk linux, make sure everything is OK with the package installation. There should be about a dozen files with modification time mismatches, but that's it.

Picher Huang · 2017-12-14 04:35:19

Right, it does show up some warnings about modification time mismatches, and here's the output:

警告：linux: /usr/lib/modules/4.14.4-1-ARCH/modules.alias (修改时间不匹配)
警告：linux: /usr/lib/modules/4.14.4-1-ARCH/modules.alias.bin (修改时间不匹配)
警告：linux: /usr/lib/modules/4.14.4-1-ARCH/modules.builtin.bin (修改时间不匹配)
警告：linux: /usr/lib/modules/4.14.4-1-ARCH/modules.dep (修改时间不匹配)
警告：linux: /usr/lib/modules/4.14.4-1-ARCH/modules.dep.bin (修改时间不匹配)
警告：linux: /usr/lib/modules/4.14.4-1-ARCH/modules.devname (修改时间不匹配)
警告：linux: /usr/lib/modules/4.14.4-1-ARCH/modules.softdep (修改时间不匹配)
警告：linux: /usr/lib/modules/4.14.4-1-ARCH/modules.symbols (修改时间不匹配)
警告：linux: /usr/lib/modules/4.14.4-1-ARCH/modules.symbols.bin (修改时间不匹配)
linux: 4825 全部文件。9 变化的文件

well, sorry about the chinese, but it won't cause a understanding problem right?

Last edited by Picher Huang (2017-12-14 04:37:37)

Scimmia · 2017-12-14 05:07:46

So you're running the right kernel and modules are there. What happens when you try to load one with modprobe?

Picher Huang · 2017-12-14 05:40:01

Oops, I have made a mistake... The message above comes from the system I boot using my DVD
Sorry for the misleading~
the actuall out put of $uname -a is as follow:

Linux computer_for_picher 4.13.12-1-ARCH #1 SMP PREEMPT Wed Nov 8 11:54:06 CET 2017 x86_64 GNU/Linux

Yes, the kernel is an old one.
Plus: I have attempted to follow some guides on the internet to update my kernel version but failed.

Last edited by Picher Huang (2017-12-14 05:43:30)

Scimmia · 2017-12-14 05:40:56

Yep, so it's as expected, your bootloader is loading an old kernel from somewhere. Take a look at the config, figure out where that is.

Picher Huang · 2017-12-14 06:39:00

Have been trying for half an hour, but did not work
Only manage to find the linux.preset in /etc/mkinitcpio.d/, but it leads to the .img which I cannot read.
In the kernel wiki it says:

Note: Do not forget to change the boot options in your bootloader, e.g. GRUB, to use the new kernel.

So I went into both systems and tried this regeneration command of GRUB after os probing...

$ grub-mkconfig -o /boot/grub/grub.cfg

Scimmia · 2017-12-14 06:43:23

Again, look at the bootloader config and see where the kernel is. Of course, now you've overwritten it, so who knows now.

Picher Huang · 2017-12-14 07:13:16

Serach the /boot/grub/grub.cfg and find this: initrd /boot/intel-ucode.img /boot/initramfs-linux.img
My bootloader uses these ramdisk thing to boot the system.

seth · 2017-12-14 08:42:07

lsblk -f

Picher Huang · 2017-12-14 08:44:14

Here's the output of lsblk -f:

NAME FSTYPE LABEL UUID MOUNTPOINT
sda
├─sda1 vfat SYSTEM 9818-7BB7
├─sda2 ntfs Recovery 9084F71F84F7070E
├─sda3
├─sda4 ntfs OS 5614FBBF14FBA063
├─sda5 ntfs 7A880F46880EFFFD
├─sda6 ntfs . 66E01A22E019F8CF
├─sda7 ntfs BCA82690A82648EA
├─sda8 ntfs Restore B6B00262B0022A07
├─sda9 ext4 29b4de98-e495-4633-894a-46321f52253a /
├─sda10 swap d68ce5b1-11c6-4381-8d37-c705362c1b80 [SWAP]
├─sda11 ext4 7ff90995-b76a-4c6d-859a-87228f558d89 /home
└─sda12
sr0 iso9660 ARCH_201711 2017-11-01-08-25-48-00

Arch Linux

#1 2017-12-14 01:37:34

Drivers did not load appropriately when booting after a kernal update

#2 2017-12-14 02:07:13

Re: Drivers did not load appropriately when booting after a kernal update

#3 2017-12-14 02:57:21

Re: Drivers did not load appropriately when booting after a kernal update

#4 2017-12-14 03:00:47

Re: Drivers did not load appropriately when booting after a kernal update

#5 2017-12-14 03:07:17

Re: Drivers did not load appropriately when booting after a kernal update

#6 2017-12-14 04:06:17

Re: Drivers did not load appropriately when booting after a kernal update

#7 2017-12-14 04:35:19

Re: Drivers did not load appropriately when booting after a kernal update

#8 2017-12-14 05:07:46

Re: Drivers did not load appropriately when booting after a kernal update

#9 2017-12-14 05:40:01

Re: Drivers did not load appropriately when booting after a kernal update

#10 2017-12-14 05:40:56

Re: Drivers did not load appropriately when booting after a kernal update

#11 2017-12-14 06:39:00

Re: Drivers did not load appropriately when booting after a kernal update

#12 2017-12-14 06:43:23

Re: Drivers did not load appropriately when booting after a kernal update

#13 2017-12-14 07:13:16

Re: Drivers did not load appropriately when booting after a kernal update

#14 2017-12-14 08:42:07

Re: Drivers did not load appropriately when booting after a kernal update

#15 2017-12-14 08:44:14

Re: Drivers did not load appropriately when booting after a kernal update

Board footer