ทำไมเคอร์เนล Linux Debian 9 (ยืด) ของฉันไม่ได้รับการอัพเกรดหลังจาก 'apt install'


12

ผมใช้เวลาส่วนที่ดีของเดือนพยายามที่จะติดตั้งติดตั้งลบด้วยตนเองและติดตั้งลินุกซ์ใหม่ล่าสุดภาพ 4.9.0-8 (หรือมัน) บนของฉันDebian 9 (ยืด) แต่มันจะเสมอ (อีกครั้ง) บูต ไปเป็นรุ่นที่ผิดของ Linux 3.16.0-5

ฉันยังลบ/bootเนื้อหาไดเรกทอรีทั้งหมดและติดตั้งใหม่

ฉันมีการติดตั้ง Debian 9 มาตรฐานลงใน/dev/sdaไดรฟ์ซึ่ง/dev/sda1เป็น/bootพาร์ติชันแบบสแตนด์อโลน

รายการตรวจสอบของฉัน:

  • ตรวจสอบDebian บริหารคู่มือ
  • ไม่มี UEFI bootloader ในฮาร์ดแวร์
  • ปิดตัวเลือก imageramfs ใน /etc/kernel-img.conf
  • ไม่มีโมดูลเคอร์เนลแฟนซี (ไม่ใช่แม้แต่ NVIDIA หรือ ATI)
  • ใช้อย่างถูกต้องaptแทนapt-get

นั่นคือระบบจิ๊กซอว์เดียวที่นี่ที่ฉันเจอ

ไดเรกทอรีล่าสุด/bootคือ:

$ 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

พบว่าไม่มี Linux 3.16.0-5 อิมเมจ / เริ่มต้น

แต่การดำเนินการuname มักจะส่งผลให้:

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

เนื้อหาไดเร็กทอรีระดับบนสุดและลิงก์สัญลักษณ์ยังถูกต้อง:

# 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

แม้สำหรับพาร์ติชันsda1สำหรับบูต/bootถูกทำเครื่องหมายอย่างถูกต้อง

# 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

คำตอบ:


17

อาจเป็นเพราะคุณกำลังใช้ UEFI และ/bootbootloader ที่ใช้ไม่ใช่ไดเรกทอรีที่คุณอยู่ในรายการ แต่เป็นพาร์ติชัน vfat ที่ไม่ได้ต่อเชื่อม ตรวจสอบใน/etc/fstabและถ้าคุณมี/bootพาร์ติชันแยกต่างหากmount /bootก่อนที่จะอัพเกรดเคอร์เนล

หากคุณไม่ต้องการเมานต์ให้/bootลบnoautoตัวเลือกออกจากรายการด้วยตนเอง/etc/fstab


5
คุณต้องล้อเล่นฉัน ในฐานะผู้ใช้ slackware เป็นเวลานานฉันลืมจุด / boot mount การตรวจสอบอย่างรวดเร็วของ / etc / mtab แสดงว่าไม่ได้ติดตั้ง / boot เฟร็ดถอดหน้ากากออกมา Velma กล่าวว่า "มีอยู่" และไขปริศนาได้
John Greene

3
กลับกลายเป็นว่าเคยเป็นผู้ฝึกระบบก่อนหน้านี้ที่จะไม่ทำการเมานต์ (ผ่านทางตัวเลือก 'noauto') พาร์ติชั่น / boot ตามที่แนะนำโดย CISecurity แนวทาง (อาจพยายามลดช่องทางที่เป็นอันตราย) เส้นทางการปรับรุ่นเดเบียนตามปกติไม่มีที่ติและกล่องรีบูตเป็นเคอร์เนลเวอร์ชันใหม่ก็ใช้ได้ ในกรณีที่ฉันได้ระบุไว้ว่า UEFI ไม่ได้ถูกใช้
John Greene

1
ฉันเจอปัญหาเดียวกันนี้เกือบทุกครั้งที่ฉันอัพเกรดเคอร์เนลกล่อง gentoo ของฉัน¯_ (ツ) _ / ¯
isalgueiro

1
@EgbertS ... และฉันก็อยากจะไปด้วยเหมือนกันถ้าไม่ใช่สำหรับเด็กที่ถูกสาป! :-P
Time4Tea
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.