'apt install'후에 데비안 9 (Stretch) Linux 커널이 업그레이드되지 않는 이유는 무엇입니까?

나는이 달의 더 나은 부분을 데비안 9 (Stretch)에 최신 linux-image-4.9.0-8 (또는 그)를 설치, 재설치, 수동 삭제 및 재설치하려고 했지만 항상 (다시) 부팅 할 것이다 Linux 3.16.0-5의 잘못된 버전으로.

심지어 전체 /boot디렉토리 내용을 삭제 하고 다시 설치했습니다.

나는에 표준 데비안 9 설치가 /dev/sda드라이브 /dev/sda1는 IS /boot독립 파티션을.

내 체크리스트 :

데비안 관리 핸드북을 확인했습니다 .
하드웨어에 UEFI 부트 로더가 없습니다
에서 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 이미지 / initramfs가 없습니다.

그러나 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

debian linux-kernel debian-installer

— 존 그린
소스

아마도 UEFI를 /boot사용하고 있으며 부트 로더 에서 사용하는 것은 나열된 디렉토리가 아니라 마운트되지 않은 vfat 파티션입니다. 커널을 업그레이드하기 직전에 확인 /etc/fstab하고 별도의 /boot파티션 이 있다면 확인하십시오 mount /boot.

수동으로 마운트하지 않으려면 /boot제거 noauto에서의 줄에서 옵션을/etc/fstab

— 이 살게 이로
소스

너 지금 농담하는 거지. 오랫동안 슬랙웨어 사용자로서 / boot 마운트 포인트를 잊어 버렸습니다. / etc / mtab에 대한 빠른 검사 결과 / boot가 마운트되지 않은 것으로 나타났습니다. / boot가 마운트되면 Fred는 마스크를 제거하고 Velma는 "있다"고 미스터리가 풀렸다 고 말했다.

— John Greene

CISecurity 지침에 따라 / boot 파티션을 '제안한'것으로 / boot 파티션을 마운트하지 않는 ( 'noauto'옵션을 통해) 악의적 인 길을 줄이는 것은 이전의 시스템 관리자 관행이었습니다. 일반적인 데비안 업그레이드 경로는 완벽하게 진행되었으며 상자는 새로운 커널 버전으로 재부팅됩니다. 예를 들어, UEFI가 사용되지 않았다고 이미 언급했습니다.

— John Greene

글쎄, 나는 내 젠투 상자 커널을 업그레이드 바로이 같은 문제에 거의 모든 시간을 실행 _ (ツ) _ / ¯

— isalgueiro

@EgbertS ... 그리고 그 용감한 아이들을위한 것이 아니라면 나도 그것을 얻었을 것입니다! - P

— Time4Tea