Am 11.03.2011 16:29, schrieb Al Bogner:
Am Fr, 11 Mär 2011 15:21:22 CET schrieb Sebastian Siebert:
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
Eigentlich reicht es, wenn du die Ausgabe von # ls -l /boot hier auflistest. Da hat man bessere Vergleichsmöglichkeiten. Die Größe kann immer mal schwanken (alleine die initrd sind oft unterschiedlich).
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.
Dann ist alles in Ordnung. ;-) Hier die Alternative für Leute wie dich, die die leere Rückgabe stören: # rpm --verify kernel-default && echo "Alles okay" Dann kommt die passende Rückmeldung. ;-)
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.
Dann betrifft es dich gar nicht. :-)
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.
Wie kommst du auf hal für smolt? Bei mir ist kein hal mehr vorhanden bzw. nicht installiert und steht auch nicht im Require des RPM-Paketes: # rpm --requires -q smolt dbus-1-python python-urlgrabber cron python-simplejson /bin/cat coreutils /bin/sh /bin/sh /bin/sh /bin/sh rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rpmlib(CompressedFileNames) <= 3.0.4-1 /bin/bash /usr/bin/python rpmlib(PayloadIsLzma) <= 4.4.6-1 Im Update-Repo gibt es bereits ein neues smolt-Paket.
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.
Hm, schluck auf und Gesundheit. ;-)
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
Och, der tut ja fast gar nix. Deinem Rechner ist langweilig. ;-)
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
Wow, das nenne ich mal eine deftige Portion Partitionen ohne Mayo und ohne Ketchup. ;-) Ich bin nur bis /dev/sda11 gekommen. Ich muss mir echt mal ne größere Platte bzw. eine 2. Festplatte zulegen. -- Gruß Sebastian - openSUSE Member (Freespacer) Webseite/Blog: <http://www.sebastian-siebert.de> Wichtiger Hinweis zur openSUSE Mailing Liste: <http://de.opensuse.org/OpenSUSE_Mailinglisten-Netiquette> -- 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