Mengapa kernel Linux Debian 9 (Peregangan) saya tidak ditingkatkan setelah 'apt install'?


12

Saya menghabiskan sebagian besar bulan ini untuk mencoba menginstal, menginstal ulang, menghapus secara manual, dan menginstal ulang linux-image-4.9.0-8 terbaru (atau semuanya) ke Debian 9 saya (Peregangan), tetapi akan selalu (kembali) boot ke dalam versi Linux 3.16.0-5 yang salah.

Saya bahkan menghapus seluruh /bootisi direktori dan menginstal ulang.

Saya memiliki instalasi standar Debian 9 ke /dev/sdadrive di mana /dev/sda1adalah /bootpartisi mandiri.

Daftar periksa saya:

  • Memeriksa Buku Pegangan Administrasi Debian .
  • Tidak ada bootloader UEFI di perangkat keras
  • Nonaktifkan opsi imageramfs di /etc/kernel-img.conf
  • Tidak ada modul kernel mewah (bahkan NVIDIA atau ATI)
  • Digunakan dengan benar, aptbukanapt-get

Itu adalah salah satu sistem puzzle di sini yang saya temui sendiri.

Direktori terbaru /bootadalah:

$ ls -lat /boot
total 106000
drwxr-xr-x 23 root root     4096 Jan 17 12:25 ..
drwxr-xr-x  2 root root     4096 Jan 17 12:17 grub
drwxr-xr-x  3 root root     4096 Jan 17 12:17 .
-rw-r--r--  1 root root 19595458 Jan 17 12:17 initrd.img-4.9.0-8-amd64
-rw-r--r--  1 root root 19446192 Jan 17 12:08 initrd.img-4.9.0-5-amd64
-rw-r--r--  1 root root 19587298 Nov  7 13:58 initrd.img-4.9.0-7-amd64
-rw-r--r--  1 root root   186563 Oct 27 14:46 config-4.9.0-8-amd64
-rw-r--r--  1 root root  3195896 Oct 27 14:46 System.map-4.9.0-8-amd64
-rw-r--r--  1 root root  4232992 Oct 27 14:46 vmlinuz-4.9.0-8-amd64
-rw-r--r--  1 root root   186568 Aug 13 15:31 config-4.9.0-7-amd64
-rw-r--r--  1 root root  3192069 Aug 13 15:31 System.map-4.9.0-7-amd64
-rw-r--r--  1 root root  4232992 Aug 13 15:31 vmlinuz-4.9.0-7-amd64
-rw-r--r--  1 root root 19478453 Feb 19  2018 initrd.img-4.9.0-3-amd64
-rw-r--r--  1 root root   186473 Jan  4  2018 config-4.9.0-5-amd64
-rw-r--r--  1 root root  3185098 Jan  4  2018 System.map-4.9.0-5-amd64
-rw-r--r--  1 root root  4216608 Jan  4  2018 vmlinuz-4.9.0-5-amd64
-rw-r--r--  1 root root   186386 Sep 18  2017 config-4.9.0-3-amd64
-rw-r--r--  1 root root  3180929 Sep 18  2017 System.map-4.9.0-3-amd64
-rw-r--r--  1 root root  4204320 Sep 18  2017 vmlinuz-4.9.0-3-amd64

Memperhatikan bahwa tidak ada Linux 3.16.0-5 image / initramfs.

Namun eksekusi uname selalu menghasilkan:

Linux arca 3.16.0-5-amd64 #1 SMP Debian 3.16.51-3+deb8u1 (2018-01-08)

Konten direktori tingkat atas dan tautan simbolisnya juga benar:

# ls -lat /
total 112
drwxrwxrwt  14 root root 11264 Jan 17 13:15 tmp
drwxr-xr-x  33 root root  1080 Jan 17 12:46 run
drwxr-xr-x  19 root root  3480 Jan 17 12:45 dev
drwxr-xr-x 178 root root 12288 Jan 17 12:45 etc
dr-xr-xr-x  13 root root     0 Jan 17 12:44 sys
dr-xr-xr-x 195 root root     0 Jan 17 12:44 proc
drwx------  36 root root  4096 Jan 17 12:44 root
drwxr-xr-x  23 root root  4096 Jan 17 12:25 .
drwxr-xr-x  23 root root  4096 Jan 17 12:25 ..
drwxr-xr-x   3 root root  4096 Jan 17 12:17 boot
drwxr-xr-x   2 root root 12288 Jan 17 11:27 sbin
drwxrwxr-x   2 root root  4096 Jan 17 11:27 bin
lrwxrwxrwx   1 root root    29 Nov  7 13:56 initrd.img -> boot/initrd.img-4.9.0-8-amd64
lrwxrwxrwx   1 root root    29 Nov  7 13:56 initrd.img.crap -> boot/initrd.img-4.9.0-7-amd64
lrwxrwxrwx   1 root root    26 Nov  7 13:56 vmlinuz -> boot/vmlinuz-4.9.0-8-amd64
lrwxrwxrwx   1 root root    26 Nov  7 13:56 vmlinuz.crap.4.9.0.7 -> boot/vmlinuz-4.9.0-7-amd64
drwxr-xr-x   6 root root  4096 Oct 11 17:01 opt
drwxr-xr-x  20 root root  4096 Oct 10 16:52 lib
drwxr-xr-x   3 root root  4096 Oct 10 16:34 srv
drwxr-xr-x   8 root root  4096 Sep  5 13:34 home
drwxr-xr-x  13 root root  4096 Mar 17  2018 var
drwxr-xr-x   2 root root  4096 Mar 17  2018 lib64
drwxr-xr-x   7 root root  4096 Feb 19  2018 media
drwxr-xr-x   2 root root  4096 Feb 19  2018 debootstrap
drwxr-xr-x  10 root root  4096 May 16  2017 usr
drwxr-xr-x   2 root root  4096 Oct  8  2016 mnt
drwx------   2 root root 16384 Oct  8  2016 lost+found

Bahkan partisi boot sda1untuk /bootditandai dengan benar.

# fdisk /dev/sda

Welcome to fdisk (util-linux 2.29.2).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.


Command (m for help): p
Disk /dev/sda: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0xfa4b1728

Device     Boot  Start        End    Sectors   Size Id Type
/dev/sda1  *      2048     499711     497664   243M 83 Linux
/dev/sda2       501758 1953523711 1953021954 931.3G  5 Extended
/dev/sda5       501760 1953523711 1953021952 931.3G 8e Linux LVM

Partition 2 does not start on physical sector boundary.

Command (m for help): quit

Jawaban:


17

Mungkin Anda menggunakan UEFI dan yang /bootdigunakan oleh bootloader bukanlah direktori yang Anda daftarkan, tetapi partisi vfat yang tidak di-mount. Periksa /etc/fstabdan, jika Anda memiliki /bootpartisi yang terpisah , tepat mount /bootsebelum memutakhirkan kernel.

Jika Anda tidak ingin memasang secara manual /boothapus noautoopsi dari baris itu/etc/fstab


5
Kamu pasti sudah bercanda. Sebagai pengguna slackware lama, saya lupa tentang titik / boot mount. Pemeriksaan cepat pada / etc / mtab menunjukkan bahwa / boot TIDAK di-mount. Setelah / boot dipasang, Fred menghapus topeng, Velma berkata "ini dia" dan misteri terpecahkan.
John Greene

3
Ternyata itu adalah praktik sistem admin sebelumnya untuk tidak me-mount (melalui opsi 'noauto') partisi / boot seperti 'disarankan' oleh pedoman CISecurity (mungkin dalam upaya untuk mengurangi jalan berbahaya). Rute pemutakhiran Debian yang biasa berjalan lancar dan kotak reboot ke versi kernel barunya dengan baik. Contohnya, saya sudah mendaftar bahwa UEFI tidak digunakan.
John Greene

1
Yah, saya mengalami masalah yang hampir sama ini hampir setiap kali saya memutakhirkan kernel kotak gentoo saya ¯ _ (ツ) _ / ¯
isalgueiro

1
@EgbertS ... dan saya akan lolos juga, jika bukan karena anak-anak terkutuk itu! :-P
Time4Tea
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.