11.4: kernel-default konnte nicht installiert werden
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. 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? 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
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.
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?
Al Du hast wohl nicht richtig gelesen ??? Der Kernel ist nicht groesser als 1.44 MB und passt immer noch auf eine Diskette. Soweit ich weiss ist er 1.28 MB gross. 1 MB Daten ergeben ein Buch mit ca. 600 Seiten Rein-Text (ASCII).
Im Boot-Menue der DVD steht unter Kernel der Menue-Punkt: "ACPI - disabled". Das musst Du ankllicken, bei jeder SUSE-Installation. Hoffe, ich liege nicht falsch. Gruss. Val. cv.schmitt@gmail.com -- 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
On 11.03.2011, Schmitt wrote:
Im Boot-Menue der DVD steht unter Kernel der Menue-Punkt: "ACPI - disabled". Das musst Du ankllicken, bei jeder SUSE-Installation.
Das musst du aber mal naeher erklaeren, _warum_ das so sein soll. -- 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
Hallo, Am Fri, 11 Mar 2011, Schmitt schrieb:
Du hast wohl nicht richtig gelesen ??? Der Kernel ist nicht groesser als 1.44 MB und passt immer noch auf eine Diskette. Soweit ich weiss ist er 1.28 MB gross.
Warum guckst du nicht einfach in dein /boot/? $ du -h /boot/vmlinuz*$(uname -r)* 4.0M /boot/vmlinuz-2.6.31.14-0.6-default Und da kommen dann noch die System.map (knapp 2 MB), config (~100k) und die initrd (bei mir 3.2M) dazu. -dnh -- "DOS=HIGH ...I knew it was on something!" (UNIX user, while reading C:\CONFIG.SYS) -- 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
Hallo Al, 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.
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.
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 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. -- 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
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
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
Am Fr, 11 Mär 2011 18:18:30 CET schrieb Sebastian Siebert: Hallo Sebastian,
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
Ich habe es abgeschnitten, sonst wird es unleserlich ls -l1 /boot | cut -c1-60 insgesamt 21312 lrwxrwxrwx 1 root root 1 2. Mär 12:49 boot -> . -rw-r--r-- 1 root root 1236 21. Feb 23:34 boot.readme -rw-r--r-- 1 root root 124828 22. Feb 23:24 config-2.6.37.1 drwxr-xr-x 2 root root 424 2. Mär 13:13 grub lrwxrwxrwx 1 root root 27 11. Mär 14:59 initrd -> initr -rw-r--r-- 1 root root 9584862 11. Mär 14:59 initrd-2.6.37.1 -rw-r--r-- 1 root root 547840 2. Mär 12:48 message -rw-r--r-- 1 root root 562846 23. Feb 00:56 symtypes-2.6.37 -rw-r--r-- 1 root root 199359 23. Feb 00:46 symvers-2.6.37. -rw-r--r-- 1 root root 1633336 23. Feb 00:32 System.map-2.6. -rw-r--r-- 1 root root 5116599 23. Feb 00:46 vmlinux-2.6.37. lrwxrwxrwx 1 root root 28 11. Mär 14:14 vmlinuz -> vmli -rw-r--r-- 1 root root 4013120 23. Feb 00:32 vmlinuz-2.6.37.
# rpm --verify kernel-default
Da kommt nichts.
Dann ist alles in Ordnung. ;-)
So habe ich es auch interpretiert.
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. :-)
Klar, aber ich wollte es schreiben, vielleicht besteht zu der Fehlermeldung ein Zusammenhang.
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:
Weil eine hal-Fehlermeldung kam-
Im Update-Repo gibt es bereits ein neues smolt-Paket.
Das hat das Problem behoben. http://www.smolts.org/client/show_all/pub_3bed5357-61ad-4dd4-ac40-86fddf160a...
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. ;-)
Eben, darum habe ich es ja gepostet. Suse sollte die Hardwarevoraussetzungen herunterschrauben. Sofern eine Distri mit diesem Rechner nicht einigermaßen läuft, wird sie übersprungen ;-)
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.
Grins, ein schöner Testrechner inkl. SCSI ;-) 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
Hallo, Am Fri, 11 Mar 2011, Al Bogner schrieb:
Am Fr, 11 Mär 2011 18:18:30 CET schrieb Sebastian Siebert:
# rpm --verify kernel-default Da kommt nichts.
Dann ist alles in Ordnung. ;-)
So habe ich es auch interpretiert.
Für sowas ist $? im shell-prompt hilfreich. Ich hab hier in der ~/.bashrc: PS1="\[\033[1;37;44m\]\u@\h[ \[\010${TTY}\]]:\[\033[0m\] \w ( \[\010\$?\])\$\[\033[0m\] " case $TERM in xterm*) PS1="\[\033]0;\u@\h[${TTY}]: \w\007\]${PS1}" ;; # [..] esac Die Ergänzung setzt die Titelzeile des xterms auf "user@host[tty]: PFAD" $TTY wird schon in /etc/profile.local (und portabel) gesetzt: TTY="`tty`" TTY="`echo \"$TTY\" | sed 's/.*\/\(ttyp\?\|pts\/\?\)//'`" export TTY Das sieht dann z.B. so aus: dh@grusum[8]: ~ (0)$ false dh@grusum[8]: ~ (1)$ true dh@grusum[8]: ~ (0)$ HTH, -dnh -- Get your acts together, guys. Stop blathering and frothing at the mouth. -- Linus Torvalds -- 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
participants (5)
-
Al Bogner -
David Haller -
Heinz Diehl -
Schmitt -
Sebastian Siebert