Debian 9 (Stretch) Linux çekirdeğim neden 'apt install' işleminden sonra yükseltilmiyor?

Ayın daha iyi bir kısmını Debian 9'um (Stretch) üzerine en son linux-image-4.9.0-8'i (veya bunların) yüklemeye, yeniden yüklemeye, manuel olarak silmeye ve yeniden yüklemeye çalıştım , ancak her zaman (yeniden) önyükleme yapacak Linux 3.16.0-5'in yanlış sürümüne.

Hatta tüm /bootdizin içeriğini sildim ve yeniden yükledim.

İçine bir standart Debian 9 yükleme var /dev/sdasürücüye /dev/sda1olan /bootbağımsız bölüm.

Kontrol listem:

İşaretli Debian İdaresi El Kitabı .
Donanımda UEFI önyükleyici yok
İçindeki imageramfs seçeneği kapatıldı /etc/kernel-img.conf
Süslü çekirdek modülleri yok (NVIDIA veya ATI bile değil)
Doğru kullanılan aptyerineapt-get

Bu, kendimle karşılaştığım bir bulmaca sistemidir.

En son dizini /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 görüntü / initramfs olmadığını fark ettim.

Ancak yürütme uname her zaman şu sonuçları verir:

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

Üst düzey dizin içeriği ve sembolik bağlantıları da doğrudur:

# 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

Hatta önyükleme bölümü sda1için /bootdoğru işaretlenir.

# 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

debian linux-kernel debian-installer

— John Greene
kaynak

Muhtemelen UEFI kullanıyorsunuz ve /bootbootloader tarafından kullanılan, listelediğiniz dizin değil, monte edilmemiş bir vfat bölümüdür. Kontrol edin /etc/fstabve ayrı bir /bootbölümünüz varsa mount /boot, çekirdeği yükseltmeden hemen önce.

Manuel olarak monte etmek istemiyorsanız seçeneği satırından /bootkaldırın noauto./etc/fstab

— isalgueiro
kaynak

Benimle dalga geçiyor olmalısın. Uzun zamandır bir slackware kullanıcısı olarak, / boot bağlama noktasını unuttum. / Etc / mtab öğesinin hızlı bir şekilde incelenmesi / boot'in monte edilmediğini gösterdi. / Boot monte edildikten sonra Fred maskeyi çıkardı, Velma "orada" dedi ve gizem çözüldü.

— John Greene

/ Boot bölümünü CISecurity kılavuzunun 'önerdiği' (muhtemelen kötü niyetli yolları kesmek için) olarak bağlamamanın ('noauto' seçeneği ile) eski bir sistem yöneticisi uygulaması olduğu ortaya çıktı. Her zamanki Debian yükseltme rotası kusursuz bir şekilde ilerledi ve kutu yeni çekirdek sürümüne yeniden başladı. Durumda UEFI'nin kullanılmadığını zaten listeledim.

— John Greene

Neredeyse her gentoo kutusu çekirdeğimi yükselttiğimde bu aynı sorunla karşılaşıyorum ¯_ (ツ) _ / ¯

— isalgueiro

@EgbertS ... ve eğer o lanetlenmiş çocuklar olmasaydı ben de ondan kurtulurdum! :-P

— Time4Tea