Tại sao nhân Linux Debian 9 (Stretch) của tôi không được nâng cấp sau khi 'cài đặt apt'?


12

Tôi đã dành phần tốt hơn của tháng để cố gắng cài đặt, cài đặt lại, xóa thủ công và cài đặt lại linux-image-4.9.0-8 (hoặc của nó) vào Debian 9 (Stretch) của mình, nhưng nó sẽ luôn khởi động lại vào phiên bản sai của Linux 3.16.0-5.

Tôi thậm chí đã xóa toàn bộ /bootnội dung thư mục và cài đặt lại.

Tôi có một bản cài đặt Debian 9 tiêu chuẩn vào /dev/sdaổ đĩa, đó /dev/sda1/bootphân vùng độc lập.

Danh sách kiểm tra của tôi:

  • Đã kiểm tra Sổ tay quản trị Debian .
  • Không có bộ tải khởi động UEFI trong phần cứng
  • Tắt tùy chọn imageramfs trong /etc/kernel-img.conf
  • Không có mô-đun hạt nhân ưa thích (thậm chí cả NVIDIA và ATI)
  • Sử dụng đúng aptthay vìapt-get

Đó là một hệ thống câu đố ở đây mà tôi đã gặp phải.

Thư mục mới nhất của /bootlà:

$ 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

Nhận thấy rằng không có hình ảnh / initramfs Linux 3.16.0-5.

Tuy nhiên, việc thực thi uname luôn dẫn đến:

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

Nội dung thư mục cấp cao nhất và các liên kết tượng trưng của chúng cũng chính xác:

# 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

Ngay cả phân vùng khởi động sda1cho /bootđược đánh dấu chính xác.

# 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

Câu trả lời:


17

Có lẽ bạn đang sử dụng UEFI và /bootbộ tải khởi động được sử dụng không phải là thư mục mà bạn đang liệt kê, mà là một phân vùng vfat chưa được đếm. Kiểm tra nó /etc/fstabvà, nếu bạn có một /bootphân vùng riêng , ngay mount /boottrước khi nâng cấp kernel.

Nếu bạn không muốn gắn thủ công, hãy /bootxóa noautotùy chọn khỏi dòng trong/etc/fstab


5
Bạn phải đùa tôi. Là một người sử dụng slackware trong thời gian dài, tôi đã quên mất điểm / boot mount. Một cuộc kiểm tra nhanh về / etc / mtab cho thấy / boot KHÔNG được gắn kết. Khi / boot được gắn kết, Fred gỡ mặt nạ ra, Velma nói "nó đây" và bí ẩn đã được giải đáp.
John Greene

3
Hóa ra đó là một thực tiễn quản trị hệ thống trước đây không gắn kết (thông qua tùy chọn 'noauto') phân vùng / boot như 'được đề xuất' theo hướng dẫn của CISecurance (có thể trong nỗ lực cắt giảm các con đường độc hại). Lộ trình nâng cấp Debian thông thường diễn ra hoàn hảo và hộp khởi động lại vào phiên bản kernel mới của nó. Trường hợp cụ thể, tôi đã liệt kê rằng UEFI không được sử dụng.
John Greene

1
Chà, tôi gặp phải vấn đề rất giống như vậy mỗi khi tôi nâng cấp kernel hộp gentoo của mình ¯_ (ツ) _ /
isalgueiro

1
@EgbertS ... và tôi cũng sẽ thoát khỏi nó, nếu nó không dành cho những đứa trẻ chết tiệt đó! :-P
Time4Tea
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.