Mein /boot ist 259 MB groß - ist das zu klein bemessen?

[trickykid]

Ich habe mit meinem /boot Probleme, wenn ein neuer Kernel installiert werden soll.

Die Fehlermeldung:

Richte linux-image-2.6.26-2-486 ein (2.6.26-15) ...
Running depmod.
Running mkinitramfs-kpkg.
Deprecation WARNING: use update-initramfs(8)
cpio: ./etc/udev/rules.d/libmtp8.rules: Cannot stat: Datei oder Verzeichnis nicht gefunden
mkinitramfs-kpkg failed to create initrd image.
Failed to create initrd image.
dpkg: Fehler beim Bearbeiten von linux-image-2.6.26-2-486 (--configure):
Unterprozess post-installation script gab den Fehlerwert 9 zurück
Richte cpp ein (4:4.3.3-2) ...

So sieht es aus bevor ich aufgeräumt habe:

df -h
Dateisystem Größe Benut Verf Ben% Eingehängt auf
/dev/sda1 259M 234M 12M 96% /

Es fehlt hier im nachfolgenden Quote die Datei initrd.img-2.6.26-1-486.bak, die ich gelöscht habe um Platz zu schaffen.

ls -l
insgesamt 19187
-rw-r--r-- 1 root root 91944 10. Jan 23:57 config-2.6.26-1-486
-rw-r--r-- 1 root root 91944 26. Mär 09:22 config-2.6.26-2-486
drwxr-xr-x 2 root root 1024 13. Apr 17:11 grub
-rw-r--r-- 1 root root 7305457 13. Apr 17:00 initrd.img-2.6.26-1-486
-rw-r--r-- 1 root root 7308139 13. Apr 17:11 initrd.img-2.6.26-2-486
-rw-r--r-- 1 root root 912378 10. Jan 23:57 System.map-2.6.26-1-486
-rw-r--r-- 1 root root 912310 26. Mär 09:22 System.map-2.6.26-2-486
-rw-r--r-- 1 root root 1468016 10. Jan 23:56 vmlinuz-2.6.26-1-486
-rw-r--r-- 1 root root 1467952 26. Mär 09:21 vmlinuz-2.6.26-2-486

So sieht es aus nachdem ich eine *.bak gelöscht habe, den neuen Kernel installiert habe und ein apt-get remove des alten Kernel durchgeführt habe:

df -h
Dateisystem Größe Benut Verf Ben% Eingehängt auf
/dev/sda1 259M 173M 73M 71% /


ls -l /boot
insgesamt 9595
-rw-r--r-- 1 root root 91944 26. Mär 09:22 config-2.6.26-2-486
drwxr-xr-x 2 root root 1024 13. Apr 17:47 grub
-rw-r--r-- 1 root root 7308139 13. Apr 17:11 initrd.img-2.6.26-2-486
-rw-r--r-- 1 root root 912310 26. Mär 09:22 System.map-2.6.26-2-486
-rw-r--r-- 1 root root 1467952 26. Mär 09:21 vmlinuz-2.6.26-2-486

ls -l /boot/grub
insgesamt 168
-rw-r--r-- 1 root root 197 1. Jun 2007 default
-rw-r--r-- 1 root root 30 1. Jun 2007 device.map
-rw-r--r-- 1 root root 7584 1. Jun 2007 e2fs_stage1_5
-rw-r--r-- 1 root root 7424 1. Jun 2007 fat_stage1_5
-rw-r--r-- 1 root root 8192 1. Jun 2007 jfs_stage1_5
-rw-r--r-- 1 root root 3908 13. Apr 17:47 menu.lst
-rw-r--r-- 1 root root 3908 13. Apr 17:47 menu.lst~
-rw-r--r-- 1 root root 6848 1. Jun 2007 minix_stage1_5
-rw-r--r-- 1 root root 9280 1. Jun 2007 reiserfs_stage1_5
-rw-r--r-- 1 root root 512 1. Jun 2007 stage1
-rw-r--r-- 1 root root 108360 1. Jun 2007 stage2
-rw-r--r-- 1 root root 8904 1. Jun 2007 xfs_stage1_5

Mit anderen Worten, ich bekomme bei der Installation eines neueren Kernels wieder ein Problem. Wobei ich mich wundere, denn mein System lebt seit etwa 2007 und alle neuen Kernel konnten bisher ohne Probleme installiert werden. Erst seit dem Kernel 2.6.26-1-486 tritt dieses Speicherproblem auf.

Wie komme ich zu mehr Speicherplatz ohne Neuinstallation oder liegen dort irgendwelche Leichen die ich löschen müßte?

[GoKi]

Was hast Du sonst denn noch alles auf / liegen? /boot ist vermutlich nur eines der Verzeichnisse auf /.

Generell würde ich am Desktop nur eine Partition für / (die ausreichend groß ist) und eine weitere für /home erstellen (falls mal doch mal neu installieren will). Das ist meine persönliche Meinung, es mag auch andere geben

[Saxman]

So wie Ich das lese ist dein / 259 MB groß und nicht nur daß /boot
Für /boot wäre das genug.. Für / und /boot sind das eindeutig zu wenig.

Der kernel wächst von Version zu Version. Da sollte man genug Luft für die Zukunft einplanen.
/boot alleine ist ja nicht alles, du hast ja noch die Module unter /lib/modules

[pluvo]

Hallo!

Für /boot alleine reichen wirklich 250 MB. Damit fahre ich seit Jahren gut.

du -sh /boot/

Code: Alles auswählen

31M	/boot/

(Und dort liegen zwei Kernel.)

mfg pluvo

[KBDCALLS]

Im /boot sind von den aktuellen Kernel ca. 10 MB abhängig von der Größe der Initrd . Der größte Teil eines Kernel ist im / und zwar /lib/modules beim 2.6.26 Kernel sind das rund 56 MB und beim 2.6.29 sinds schon 80 MB.

[trickykid]

Hm, ich habe jetzt mal ein bischen geknobelt und ein Verzeichnis /root/ gefunden. Das war vor Jahren ein Irrläufer. kde wurde als root hochgefahren und iceweasel gestartet. Ich habe das jetzt mal gelöscht:

df -h
Dateisystem Größe Benut Verf Ben% Eingehängt auf
/dev/sda1 259M 142M 104M 58% /

Ich hoffe das löst das Problem und ich kann den nächsten Kernel update ohne Speicherprobleme durchführen.

[KBDCALLS]

Das kann immer noch knapp werden siehe meine Rechnung. Es besteht doch heute kein Grund mehr bei den heutigen Plattengrößen mit dem Platz zu geizen. Hast du eine Möglichtkeit das noch zu Vergrößern?

[cirrussc]

Hm, ich habe jetzt mal ein bischen geknobelt und ein Verzeichnis /root/ gefunden.

Das hättest Du aber auch anders heraus gefunden:

Code: Alles auswählen

du -ch --max-depth=1 --one-file-system /

Aber wie die anderen schon sagen, mit 260 MB für / wirst Du nicht glücklich.

[pluvo]

Hallo!

Gehört zwar nicht ganz zum Thema, aber: ncdu

Damit kann man sich auch schnell einen Überblick verschaffen.

Code: Alles auswählen

ncdu /

mfg pluvo

[trickykid]

Das kann immer noch knapp werden siehe meine Rechnung. Es besteht doch heute kein Grund mehr bei den heutigen Plattengrößen mit dem Platz zu geizen. Hast du eine Möglichtkeit das noch zu Vergrößern?

Ja heute, aber mein Debian läuft seit etwa 4/2003 und Probleme traten erst mit dem vorletzten Kernel auf. Vergrößern? Ich würde es eher neu installieren.

[KBDCALLS]

Bevor man alles neu einrichtet , sollte man es erstmal mit dem vergrößern versuchen. Das kann zwar auch ziemlich aufwendig sein. Bevor man alles wieder so eingeerichtet hat wie man es haben will, bzw es vorher war , aber noch um einiges mehr.