मेरे डेबियन 9 (स्ट्रेच) लिनक्स कर्नेल को 'एप इंस्टॉल' के बाद अपग्रेड क्यों नहीं किया जा रहा है?


12

मैंने अपने डेबियन 9 (स्ट्रेच) पर नवीनतम linux-image-4.9.0-8 (या उसके बाद) को स्थापित करने, पुन: स्थापित करने, मैन्युअल रूप से हटाने, और पुन: स्थापित करने का प्रयास करते हुए महीने का बेहतर हिस्सा बिताया , लेकिन यह हमेशा (पुनः) बूट होगा लिनक्स के उस गलत संस्करण में 3.16.0-5।

मैंने पूरी /bootनिर्देशिका सामग्री को हटा दिया और पुनः इंस्टॉल कर दिया।

मैं में एक मानक डेबियन 9 स्थापना है /dev/sdaड्राइव जहाँ /dev/sda1है /bootस्टैंडअलोन विभाजन।

मेरी चेकलिस्ट:

  • डेबियन प्रशासन पुस्तिका की जाँच की ।
  • हार्डवेयर में कोई यूईएफआई बूटलोडर नहीं
  • में imageramfs विकल्प बंद कर दिया /etc/kernel-img.conf
  • कोई फैंसी कर्नेल मॉड्यूल नहीं (यहां तक ​​कि NVIDIA और एटीआई भी नहीं)
  • के 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

ध्यान दिया जाता है कि कोई लिनक्स 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

जवाबों:


17

संभवतः आप यूईएफआई का उपयोग कर रहे हैं और /bootबूटलोडर द्वारा उपयोग किया जाने वाला वह निर्देशिका नहीं है जिसे आप सूचीबद्ध कर रहे हैं, बल्कि एक असम्पीडित vfat विभाजन। कर्नेल को अपग्रेड करने से ठीक पहले /etc/fstab, यदि आपके पास एक अलग /bootविभाजन है, तो इसे चेक करें mount /boot

यदि आप मैन्युअल रूप से माउंट नहीं करना चाहते हैं तो /bootइसका noautoविकल्प लाइन से हटा दें/etc/fstab


5
तुम जरूर मजाक कर रहे हो। लंबे समय तक स्लैकवेयर उपयोगकर्ता के रूप में, मैं / बूट माउंट बिंदु के बारे में भूल गया था। / Etc / mtab की एक त्वरित परीक्षा से पता चला कि / boot माउंट नहीं किया गया था। एक बार जब / बूट माउंट हो जाता है, फ्रेड ने मुखौटा हटा दिया, वेलमा ने कहा "वहां यह है" और रहस्य हल हो गया है।
जॉन ग्रीन

3
यह बताता है कि यह CISecurity दिशानिर्देश (शायद दुर्भावनापूर्ण रास्ते को काटने के प्रयास में) द्वारा 'सुझाए गए' के ​​रूप में / no विभाजन के माध्यम से माउंट नहीं करने के लिए पूर्व सिस्टम व्यवस्थापक अभ्यास था ('noauto' विकल्प के माध्यम से)। सामान्य डेबियन अपग्रेड मार्ग दोषपूर्ण रूप से चला गया और बॉक्स अपने नए कर्नेल संस्करण में ठीक रीबूट हो गया। बिंदु में मामला, मैं पहले ही सूचीबद्ध कर चुका हूं कि यूईएफआई का उपयोग नहीं किया जा रहा था।
जॉन ग्रीन

1
ठीक है, मैं लगभग हर बार जब मैं अपना जेंटू बॉक्स कर्नेल g_ (ツ) _ / /
isalgueiro

1
@EgbertS ... और मैं इसके साथ दूर हो जाता, अगर यह उन बच्चों के लिए नहीं था! :-P
Time4Tea
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.