Ich habe eine Warnung erhalten, dass meine / boot-Partition fast voll ist (85%). Was sollte ich tun? Kann ich einen der Backup-Kernel entfernen? Wie geht das sicher?
Meine Partition jetzt
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sda2 10321208 719856 9077064 8% /
tmpfs 4015460 0 4015460 0% /dev/shm
/dev/sda1 101133 80781 15130 85% /boot
/dev/sda8 253782660 47668764 193222404 20% /home
/dev/sda7 1032088 535840 443820 55% /tmp
/dev/sda3 10321208 4823740 4973180 50% /usr
/dev/sda5 10321208 1807284 7989636 19% /var
Den Kernel habe ich
root@server1 [/boot]# rpm -q kernel
kernel-2.6.32-358.el6.x86_64
kernel-2.6.32-358.18.1.el6.x86_64
kernel-2.6.32-358.23.2.el6.x86_64
Das Verzeichnis / Boot
root@server1 [/boot]# ls -la /boot
total 78741
dr-xr-xr-x. 5 root root 2048 Dec 3 05:33 ./
drwxr-xr-x. 23 root root 4096 Dec 4 05:46 ../
-rw-r--r-- 1 root root 104112 Aug 28 12:43 config-2.6.32-358.18.1.el6.x86_64
-rw-r--r-- 1 root root 104112 Oct 16 14:01 config-2.6.32-358.23.2.el6.x86_64
-rw-r--r--. 1 root root 104081 Feb 21 2013 config-2.6.32-358.el6.x86_64
drwxr-xr-x. 3 root root 1024 Sep 20 20:15 efi/
drwxr-xr-x. 2 root root 1024 Oct 21 15:06 grub/
-rw-r--r-- 1 root root 16191847 Sep 20 20:21 initramfs-2.6.32-358.18.1.el6.x86_64.img
-rw-r--r-- 1 root root 16261655 Oct 21 15:06 initramfs-2.6.32-358.23.2.el6.x86_64.img
-rw-r--r--. 1 root root 16187335 Sep 20 20:16 initramfs-2.6.32-358.el6.x86_64.img
-rw------- 1 root root 3698835 Sep 20 20:27 initrd-2.6.32-358.18.1.el6.x86_64kdump.img
-rw------- 1 root root 3983771 Dec 3 05:33 initrd-2.6.32-358.23.2.el6.x86_64kdump.img
-rw------- 1 root root 3695290 Sep 20 20:21 initrd-2.6.32-358.el6.x86_64kdump.img
drwx------. 2 root root 12288 Sep 20 20:13 lost+found/
-rw-r--r-- 1 root root 185949 Aug 28 12:44 symvers-2.6.32-358.18.1.el6.x86_64.gz
-rw-r--r-- 1 root root 185978 Oct 16 14:02 symvers-2.6.32-358.23.2.el6.x86_64.gz
-rw-r--r--. 1 root root 185734 Feb 21 2013 symvers-2.6.32-358.el6.x86_64.gz
-rw-r--r-- 1 root root 2408641 Aug 28 12:43 System.map-2.6.32-358.18.1.el6.x86_64
-rw-r--r-- 1 root root 2408974 Oct 16 14:01 System.map-2.6.32-358.23.2.el6.x86_64
-rw-r--r--. 1 root root 2407466 Feb 21 2013 System.map-2.6.32-358.el6.x86_64
-rwxr-xr-x 1 root root 4046224 Aug 28 12:43 vmlinuz-2.6.32-358.18.1.el6.x86_64*
-rw-r--r-- 1 root root 171 Aug 28 12:43 .vmlinuz-2.6.32-358.18.1.el6.x86_64.hmac
-rwxr-xr-x 1 root root 4047152 Oct 16 14:01 vmlinuz-2.6.32-358.23.2.el6.x86_64*
-rw-r--r-- 1 root root 171 Oct 16 14:01 .vmlinuz-2.6.32-358.23.2.el6.x86_64.hmac
-rwxr-xr-x. 1 root root 4043888 Feb 21 2013 vmlinuz-2.6.32-358.el6.x86_64*
-rw-r--r--. 1 root root 166 Feb 21 2013 .vmlinuz-2.6.32-358.el6.x86_64.hmac
Den Kernel benutze ich
root@server1 [/boot]# uname -a
Linux server1 2.6.32-358.23.2.el6.x86_64 #1 SMP Wed Oct 16 18:37:12 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
yum
. Ich bezweifle nicht, dass es sich um ein Duplikat handelt, nur nicht um diese spezielle Frage.Antworten:
Führen Sie die folgenden Schritte aus, um nur die letzten 2 Kernel auf Ihrem System zu behalten und / boot sauber zu halten
1 - Bearbeiten Sie
/etc/yum.conf
den folgenden Parameter und stellen Sie ihn einDadurch behält Ihr Paketmanager nur die letzten 2 Kernel auf Ihrem System (einschließlich des ausgeführten).
2 - Installieren Sie
yum-utils
:3- Bereinigen Sie den alten Kernel:
Getan. Dadurch werden die alten Kernel auf eine gute Weise gelöscht und nur die letzten beiden für die nächsten Upgrades aufbewahrt.
In besonderen Fällen, in denen Sie Dateien haben
vmlinuz-0-rescue-*
undinitramfs-0-rescue-*
zu viel Speicherplatz benötigen, werfen Sie bitte einen Blick auf diese Frage zu U & L:quelle
Sie können alte Kernel sicher löschen, indem Sie folgende Schritte ausführen:
Und wenn Sie möchten, können Sie dies jederzeit einschränken, indem Sie die folgenden Schritte ausführen
/etc/yum.conf
quelle
ls
und die Dateien addieren, sind es ungefähr 25 MB pro Kernel, meistens in initramfs.-rw-r--r-- 1 root root 16191847 Sep 20 20:21 initramfs-2.6.32-358.18.1.el6.x86_64.img -rw-r--r-- 1 root root 16261655 Oct 21 15:06 initramfs-2.6.32-358.23.2.el6.x86_64.img -rw-r--r--. 1 root root 16187335 Sep 20 20:16 initramfs-2.6.32-358.el6.x86_64.img
verwenden Sie viel Platz.Kernel-Images sind eigentlich sehr klein:
Das Kernelpaket beinhaltet natürlich noch mehr, aber
/boot
genau darum geht es Ihnen.Wenn Sie also eine 100-MB-
/boot
Partition haben, ist das Löschen eines 2-3-MB-Kernels wahrscheinlich nicht sehr weit.100MB sind in der Regel weit mehr, als die Leute brauchen. Ich würde genug
du -sh
Aufrufe machen, damit Sie sehen können, was den ganzen Speicherplatz einnimmt, denn Sie sollten nicht einmal annähernd 100 MB an diesem Einhängepunkt nutzen können:Welches ist mit drei Kernel installiert:
Ich bin bereit zu wetten, dass jemand eine Datei
/boot
als vorübergehende Verschiebung angelegt und vergessen hat, sie später wieder zu entfernen.quelle
Wenn Sie dies tun
uname -a
, wird Ihre aktuell ausgeführte Version gemeldet .In Ihrem Beitrag gehe ich davon aus, dass dies
2.6.32-358.23.2.el6.x86_64
Ihre aktuelle Version ist. Verschieben Sie also alle alten auf eine andere Partition, auf der ausreichend Speicherplatz vorhanden ist.Die
/boot/efi/EFI/centos/grub.cfg
Datei, die Sie überprüfen möchten, und der darin enthaltene Menücode lassen sich leicht lesen. Die oberste Datei ist die Standarddatei, die Sie beim Booten sehen, und Sie müssen auch nach der Rettungsdatei suchen . Sie werden wahrscheinlich zahlreiche aufgeführt haben. Hier können Sie auch überprüfen, welche Version Sie gerade ausführen.Normalerweise behalte ich nur die neueste (oben) und die Rettungsaktion (unten) in
grub.cfg
. Kennen Sie die realegrub.cfg
(in Ihrem Fall, weil ich den EFI-Ordner sehen) ist in/boot/efi/EFI/centos/grub.cfg
. Sie bearbeiten diese Datei nicht direkt, aber ich würde mir diese Datei ansehen, um die zu startenden Dateien zu überprüfen, da diese grub.cfg beim Booten verwendet wird.Die Rettung ist in der Regel die Kernel-Version, die auf die Systeminstallation zurückgeht. Dies können viele Versionen sein, bevor Sie sie jetzt ausführen. Für eine Rettungsoption, die auf lange Sicht wahrscheinlich eine gute Idee ist, müssen Sie lediglich auf eine zuverlässige und funktionierende Version verweisen, damit das System zumindest startet und Sie Dateien auf der Festplatte bearbeiten können, falls ein neuer Kernel ausfällt nach der Installation und nicht booten oder nicht funktionieren. Grundsätzlich möchten Sie mindestens 2 Boot-Optionen im Grub-Menü, Ihre neueste und dann eine zuverlässige Version, auf die Sie zurückgreifen können.
Sie bearbeiten
/etc/default/grub.cfg
und ändern diese Datei. Stellen Sie das Menü so ein, wie Sie es möchten, indem Sie einfach diejenigen auskommentieren, die Sie nicht möchten#
, und dann a ausführengrub2-mkconfig -o /boot/efi/EFI/centos/grub.cfg
KDUMP ist das Problem
Und von den
initrd-2.6.32-358.18.1.el6.x86_64kdump.img
Dateien mit kdump im Namen sieht es so aus, als hätten Sie kdump aktiviert. Sofern Sie es nicht verwenden, können Sie kdump deaktivieren, um Speicherplatz zu sparen. Und wenn Sie nicht Systemabstürze und ähnliches debuggen, benötigen Sie die*kdump.img
Dateien nicht, damit Sie diese löschen können. Ich verwende kdump nicht, habe es aber nie, aber es ist standardmäßig während der Installation aktiviert und ich vermute, dass standardmäßig in Ihrem / boot-Ordner gespeichert wird. was wenn nur 100mb schlecht ist. Ändern Sie also entweder kdump, um es an anderer Stelle zu sichern, oder verwenden Sie es höchstwahrscheinlich nicht, um kdump zu deaktivieren.quelle