• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

[gelöst] openSuse 10.3 Kernel-update bringt Fehlernachricht

H

hein

Newbie
Linux 2.6.22.13-0.3-default i686
Aktueller Benutzer: hein@linux-9flo
System: openSUSE 10.3 (i586)
KDE: 3.5.7 "release 72.6"

erhalte heute beim Yast-Kernel-update folgende Fehlernachricht:
Code: 
Subprocess failed. Error: RPM failed: Free diskspace below /boot: 18622440 blocks
Setting up /lib/modules/2.6.22.17-0.1-default

Kernel image:   /boot/vmlinuz-2.6.22.17-0.1-default
Initrd image:   /boot/initrd-2.6.22.17-0.1-default
Root device:	/dev/disk/by-id/scsi-SATA_SAMSUNG_SP2514NS08BJ1JL535428-part4 (/dev/sda4) (mounted on / as ext3)
Resume device:	/dev/sda8
Device sda8 not found in sysfs
Script /lib/mkinitrd/setup/72-block.sh failed!
/sbin/mkinitrd failed
error: %post(kernel-default-2.6.22.17-0.1.i586) scriptlet failed, exit status 1


---

2008-01-25 18:22:30 ffmpeg-0.4.9-9.pm.svn20071229.i686.rpm installed ok
Additional rpm output:
warning: /var/adm/mount/AP_0x00000004/i686/ffmpeg-0.4.9-9.pm.svn20071229.i686.rpm: Header V3 DSA signature: NOKEY, key ID 9a795806

2008-01-25 18:24:47 vlc-0.8.6d-9.1.i586.rpm installed ok
2008-01-25 20:57:58 java-1_6_0-sun-1.6.0.u3-0.5.i586.rpm installed ok
2008-01-25 21:01:03 java-1_6_0-sun-demo-1.6.0.u3-0.5.i586.rpm installed ok
2008-02-12 14:22:30 MozillaThunderbird-2.0.0.9-0.1.i586.rpm installed ok
2008-02-12 14:24:15 MozillaThunderbird-translations-2.0.0.9-0.1.i586.rpm installed ok

Kann mir jemand sagen, was das bedeutet, bzw. was ich jetzt tun muß?

Das System läuft ansonsten völlig normal.

Vielen Dank für Eure Hilfe im Voraus.
Hein.
 
G

Grothesk

Ultimate Guru
Code: 
Free diskspace below /boot:Free diskspace below /boot: 18622440 blocks  18622440 blocks
Da ist wohl die Festplatte rappelvoll.
Aufräumen wäre da wohl mal angesagt.
 
H

herrmeier

Member
Also ich habe ein ganz ähnliches Problem auf meinem t60p. Allerdings ist bei mir die Platte definitiv nicht voll.

Code: 
Subprocess failed. Error: RPM failed: Free diskspace below /boot: 216748 blocks
Setting up /lib/modules/2.6.22.17-0.1-default

Kernel image:   /boot/vmlinuz-2.6.22.17-0.1-default
Initrd image:   /boot/initrd-2.6.22.17-0.1-default
Root device:	/dev/disk/by-id/ata-SAMSUNG_HM250JI_S0TVJD0P936066-part6 (/dev/sda6) (mounted on / as ext3)
Resume device:	/dev/sdb5
Device sdb5 not found in sysfs
Script /lib/mkinitrd/setup/72-block.sh failed!
/sbin/mkinitrd failed
error: %post(kernel-default-2.6.22.17-0.1.i586) scriptlet failed, exit status 1


---
2008-02-03 18:04:31 xorg-x11-libXt-devel-7.2-65.i586.rpm installed ok
2008-02-03 18:04:32 xorg-x11-libxkbfile-devel-7.2-63.i586.rpm installed ok
2008-02-03 18:04:33 xorg-x11-libXmu-devel-7.2-65.i586.rpm installed ok
2008-02-03 18:04:33 xorg-x11-libXp-devel-7.2-60.i586.rpm installed ok
2008-02-03 18:04:34 xorg-x11-libXpm-devel-7.2-65.i586.rpm installed ok
2008-02-03 18:04:35 xorg-x11-libXv-devel-7.2-61.i586.rpm installed ok
2008-02-03 18:04:35 xorg-x11-libXprintUtil-devel-7.2-60.i586.rpm installed ok
2008-02-03 18:04:39 xorg-x11-devel-7.2-103.4.i586.rpm installed ok
2008-02-03 18:04:42 Mesa-devel-7.0.1-18.i586.rpm installed ok
2008-02-04 03:00:28 madwifi-0.9.3.99-36.i586.rpm installed ok

Eigentlich wundert mich auch, der Hinweis auf sdb5. Weil eine sdb5 gar nicht vorhanden sein dürfte. Wo liegt eigentlich "sysfs".
Laut df
Code: 
# df
Dateisystem          1K-Blöcke   Benutzt Verfügbar Ben% Eingehängt auf
/dev/sda6             20641788   6711076  12882072  35% /
udev                   1037560        80   1037480   1% /dev
/dev/sda1               132206     17006    108374  14% /boot
/dev/sda7            111559620  38715064  67177632  37% /home
/dev/sdb1             92859448  83437880   9421568  90% /home/user/xp

Hinweis:
im T60p habe ich einen 2nd HDD-Adapter für SATA-festplatten und auf dieser 2. Platte, liegt die Original-Windows-Platte.
Die (1.) Linux-Platte ist folgendermassen aufgeteilt:
sda1 boot, sda2 extended, sda5 swap, sda6 root, sda7 /home

Woran liegts?
Vielen Dank im Voraus!
HGe
HM
 
OP
H

hein

Newbie
Hallo herrmeier

es ist richtig, unsere Problemfälle sind identisch.
Folgende Details:

Code: 
linux-9flo:~ # fdisk -l

Disk /dev/sda: 250.0 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00092b6a

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1               1        3649    29310561    7  HPFS/NTFS
/dev/sda2            3650       15149    92373750    f  W95 Ext'd (LBA)
/dev/sda3           20275       20578     2441880   82  Linux swap / Solaris
/dev/sda4   *       15150       20274    41166562+  83  Linux
/dev/sda5            3650        7395    30089713+   b  W95 FAT32
/dev/sda6            7396       11141    30089713+   b  W95 FAT32
/dev/sda7           11142       15149    32194228+  83  Linux
Code: 
linux-9flo:~ # df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda4             40517468  20676288  17780360  54% /
udev                    517860       116    517744   1% /dev
/dev/sda1             29310560  14468520  14842040  50% /windows/C
/dev/sda5             30075008   7873936  22201072  27% /windows/D
/dev/sda6             30075008   3241552  26833456  11% /windows/E

Angesichts dieser Werte ist die Systempartition /dev/sda4 etwas mehr als halb voll.
Es muß einen anderen Grund für die Fehlernachrichten geben. Außerdem wird eine
Partition genannt, die gar nicht existent ist (/dev/sda7).
Möglicherweise kann ext3 keine automatische Defragmentierung durchführen. Ich bin aber zu wenig im Detail zu Hause, so daß dies nur eine Vermutung ist.

Vielleicht weiß doch jemand die Lösung des Problems?

Grüße
Hein
 
revealed

revealed

Guru
Hi!

habt ihr eigene Partitionen für boot? Wie groß sind die angelegt, falls?

Zum vergleichen könnt ihr dann beispielsweise
Code: 
du -hs /boot

Falls die Idee in diese richtung geht? Selbst hatte ich keine Probleme mit dem Kernelupdate, habe aber keinen Thinkpad sondern (sys in signatur).

Bei dir sehe ich:
Code: 
/dev/sda1               132206     17006    108374  14% /boot
Zum Vergrößern anklicken....

wenn ich bei mir du -hs issue:
Code: 
disk@wild-thing:~> du -hs /boot
11M     /boot
oder ohne "h" (human readable:)
Code: 
disk@wild-thing:~> du -s /boot
11120   /boot

worauf ich rauswill nochmal: könnte es sein, dass boot bei dir zu klein ist um das Update durchzuführen?

Gruß

R
 
OP
H

hein

Newbie
Hallo revealed,

ich habe Deine Codes ausgeführt mit folgendem Ergebnis:


Code: 
Passwort:
linux-9flo:~ # du -hs /boot
26M     /boot
linux-9flo:~ # du -s /boot
25928   /boot
linux-9flo:~ #

Eine eigene boot-partition habe ich nicht.

Vielleicht sollte ich noch berichten, daß vor längerer Zeit schon ein Kernel-patch war und damals anstandslos ausgeführt wurde.
Rufe ich unter Yast > Software installieren > Kernel auf, so ercheint der default-kernel
jetzt in blauer Schrift dreimal:
2.6.22.13-0.3
2.6.22.13-0.1
2.6.22.13-0.2
während kernel-source und kernel-sysms nur einmal in Normalschrift stehen.
Beim letzten Kernel-patch kam die Fehlernachricht erst bei der Installation
des patches, nicht beim Herunterladen oder anwenden.

Gruß
Hein




 
panamajo

panamajo

Guru
Ich kann die Beobachtung von Hein bestätigen (bzw. ähnliches):
Auf 2 Rechnern habe ich feststellen müssen dass die /usr Partition fast voll ist, obwohl keinerlei neuen Pakete installiert wurden. Auf einem der beiden war zudem die /boot Partition schon über 80% belegt.
Das Problem wurde klar nachdem ich die Paketliste durchging:
Code: 
rpm -qa | grep kernel | sort
listete mir mehrere Versionen von kernel-sources-default
Da so ein Kernel-Source knapp 300MB belegt sind das alleine in den letzten 14 Tagen 600MB.
Auf dem anderen Rechner waren zusätzlich noch mehrere kernel-default installiert.

Das komische ist dass auf einem dritten Rechner (ebenfalls openSUSE 10.3) dieses Problem nicht auftritt...
 
revealed

revealed

Guru
sorry aber so weit bin ich da noch nicht reingestiegen, weil ich keine eigene Partition für irgendwas anlege. Normalerweise. (nicht speziell?) Also nichtmal für /home, wie es eigentlich sinnvoll währe bzw. sein könnte...

So siehts bei mir aus (working):
Code: 
Dateisystem          Größe Benut  Verf Ben% Eingehängt auf
/dev/sdb6              33G  8,5G   23G  28% /
udev                 1014M   84K 1014M   1% /dev
/dev/sda1              75G   48G   28G  64% /windows/C
/dev/sdb1              20G   12G  8,0G  61% /windows/D
/dev/sdb2              20G  6,5G   14G  34% /windows/E
tmpfs                1014M   28K 1014M   1% /dev/shm
Jetzt die Frage:
Sollte das nicht aufgeräumt werden? Ich hab auch immer gern gewissen Ballast los.

Das die Versionen der Kernel übereinstimmen müssen ist allen klar? (Beispiel):
Code: 
disk@wild-thing:~> rpm -qa | grep kernel
kernel-default-2.6.22.17-0.1
kernel-syms-2.6.22.17-0.1
linux-kernel-headers-2.6.22-19 #<- die header machen eine Ausnahme für xy Versionen?
kernel-source-2.6.22.17-0.1
Zum Vergrößern anklicken....
Wichtig sind halt beispielsweise dass "syms; source; und default" die gleiche Versionsnummer haben.?

@hein:
Du meinst bestimmt im YasT Softwaremanagement die Versionen, die für die Installation verfügbar sind? Wichtig ist eben, dass diese Versionen untereinander übereinstimmen als installierte Paketauswahl.

Vergleich doch mal die Ausgabe deiner "du" ob genügend Speicher vorhanden ist mit der Partitionsgröße von "/boot". Dann währe das ja bestätigt oder nicht.

Die Gegenbestätigung für meine Vermutung: /boot ist bei mir ein Unterverzeichnis vom Wurzelverzeichnis und keine eigene Partition und da sind auf jeden fall 23G bzw; 28% auf "/" frei. Das sollte auf jeden Fall genügend Platz sein für sowas.

Gruß

R
 
Martin Breidenbach

Martin Breidenbach

Ultimate Guru
herrmeier schrieb:
Resume device: /dev/sdb5
Device sdb5 not found in sysfs
Script /lib/mkinitrd/setup/72-block.sh failed!
/sbin/mkinitrd failed
Zum Vergrößern anklicken....

Hatte ich neulich auch nachdem ich reichlich umpartitioniert hatte. Thread zum Thema:

http://www.linux-club.de/viewtopic.php?p=542742&highlight=#542742

Mein Fehler war daß nach dem Umpartitionieren swap nicht mehr sdb5 sondern sdb1 war, ich aber im grub das nicht geändert hatte sondern nur in fstab.

Hast Du nachträglich was an der Partitionierung geändert ?
 
J

jengelh

Guru
revealed schrieb:
kernel-default-2.6.22.17-0.1
kernel-syms-2.6.22.17-0.1
linux-kernel-headers-2.6.22-19 #<- die header machen eine Ausnahme für xy Versionen?
kernel-source-2.6.22.17-0.1
Zum Vergrößern anklicken....
https://bugzilla.novell.com/show_bug.cgi?id=340720
 
OP
H

hein

Newbie
Hallo Martin!

Vielen Dank für den Hinweis: Partitionierung.
Dein Tipp ist wahrscheinlich die Lösung meines Problems.
Ich hatte vor Wochen eine Repartitionierung meiner Festplatte mit gparted standalone
vorgenommen, dabei aber vergessen, grup(menu.Ist) und fstab entsprechend mit zu ändern; beide enthielten die falsche partition für swap.

Code: 
free -m

zeigte mir, daß die swap-partition gar nicht belegt wurde.
Jetzt habe ich alles nachgeholt und warte gespannt auf den nächsten Kernel-update.
Gruß
Hein
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben