Am Fr, 11 Mär 2011 15:21:22 CET schrieb Sebastian Siebert: Hallo Sebastian,
Am 11.03.2011 14:24, schrieb Al Bogner:
Ich bin gerade dabei 11.4 auf einem Testrechner zu installieren und die Installation wurde abgebrochen, weil (angeblich) die HD voll ist, df war jedoch anderer Meinung. In /boot waren noch über 40MB frei.
Der Kernel soll entpackt 107MB haben, kommt mir etwas viel vor. Meine /boot hat 100MB, die Meldung wäre also logisch. Nach einem 2. Versuch wurde jedoch das Paket ohne Fehlermeldung installiert und die Installation läuft nun weiter. Für / sind 15GB vorgesehen, das ist wohl mehr als genug, und /boot hat nun 56MB.
Vorerst, die Installation scheint funktioniert zu haben.
Das Kernelpaket im installierten Zustand (107 MB) ist schon richtig. Da auch die Module unter /lib/modules/(kernel-version)/* installiert werden. In /boot werden bei mir knapp 25 MB für System.map, config-*, symtypes-*, symvers-*, vmlinux-* und vmlinuz-* veranschlagt.
du -h /boot 200K /boot/grub 21M /boot
Kann ich davon ausgehen, dass alles ok ist, nachdem jetzt weiter installiert wird, oder ist für /boot mehr als 100MB möglich und ich muss umpartitionieren?
Ich habe auf einem Rechner mit 100 MB für /boot eingerichtet und habe bei einem Upgrade keine Probleme feststellen können.
Du kannst dies einfach in der Konsole überprüfen, ob es korrekt installiert wurde: # rpm --verify kernel-default
Da kommt nichts.
Prüfe auch nochmal /boot/grub/menu.lst ob da nicht unsinnige Angaben eingetragen wurde. Bei mir war es jedenfalls korrekt.
Ein Blick auf die Ausgabe von "mkinitrd" schadet auch nicht.
Ich denke hier könnte der Unterschied sein. Ich habe grub _nicht_ installiert, genau es wurde gar _kein_ Bootmanager installiert. Es ist ein (uralter) Testrechner PIII mit 450MhZ ;-) und gebootet wird mit grub2 von Ubuntu, anders rum gab es zielmliche Probleme. Ich hätte gerne an smolt die Daten übermittelt, aber da komme ich mit hal nicht weiter. Jedenfalls hat der Rechner weniger als 512MB RAM, wie bei den Specs angegeben. Gewundert habe ich mich über die Fehlermeldung, von wegen Platte voll. Wenn da gestanden wäre Schreibfehler, hätte ich gemeint, ok alte HD. Wie schon geschrieben, beim 2. Versuch der Installation des Kernels ging alles normal weiter. Ich habe übrigens ganz "default" im Grafikmodus mit der Maus installiert. Quelle war NFS. top - 16:24:22 up 52 min, 3 users, load average: 0.05, 0.27, 0.27 Tasks: 109 total, 1 running, 108 sleeping, 0 stopped, 0 zombie Cpu(s): 0.7%us, 0.7%sy, 0.0%ni, 98.7%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 379044k total, 364312k used, 14732k free, 11988k buffers Swap: 610432k total, 336k used, 610096k free, 264696k cached df -hT Dateisystem Typ Größe Benut Verf Ben%% Eingehängt auf rootfs rootfs 15G 2,8G 13G 19% / devtmpfs devtmpfs 181M 156K 181M 1% /dev tmpfs tmpfs 186M 80K 185M 1% /dev/shm /dev/sda13 xfs 15G 2,8G 13G 19% / /dev/sda12 reiserfs 101M 53M 49M 53% /boot /dev/sda7 ext2 16M 138K 15M 1% /bootrec /dev/sda5 vfat 6,0G 4,8G 1,2G 81% /daten /dev/sda9 xfs 15G 7,7G 7,4G 52% /distri112 /dev/sda8 reiserfs 102M 50M 53M 49% /distri112_boot /dev/sda11 xfs 15G 7,4G 7,6G 50% /distri113 /dev/sda10 reiserfs 101M 55M 47M 54% /distri113_boot /dev/sda15 xfs 16G 8,1G 7,0G 54% /distri_ubuntu /dev/sda14 reiserfs 99M 78M 22M 79% /distri_ubuntu_boot /dev/sda1 vfat 7,5G 511M 7,0G 7% /win98 Al -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org