|
sliwwi
Anmeldungsdatum: 2. Januar 2008
Beiträge: 4
Wohnort: Niederzissen
|
hallo zusammen, nach einem automatischem update startet grub ubuntu nicht. error 18 maximum exeed cylinders by bios supportet. es ist eine 160 GB Platte verbaut, aber das AMI bios zeigt nur 137.4 GB an. folgendes habe ich schon versucht: bios update: für das ecs mainbord k7ama gibt es kein aktuelles bios seit 2004 mehr. es wird auch selbst gegen berechnung kein neues geschrieben.
|
|
unqL
Anmeldungsdatum: 15. Oktober 2007
Beiträge: 12
|
Ich hatte zwar noch nie Error 18, aber vielleicht ist hier diese Beschreibung schonmal ein Ansatz http://www.gentoo.org/doc/de/grub-error-guide.xml#doc_chap6
|
|
Tschortschi
Anmeldungsdatum: 4. November 2007
Beiträge: Zähle...
|
18 : Selected cylinder exceeds maximum supported by BIOS
This error is returned when a read is attempted at a linear block address beyond the end of the BIOS translated area. This generally happens if your disk is larger than the BIOS can handle (512MB for (E)IDE disks on older machines or larger than 8GB in general). Error 17 & 18 direkt untereinander. Auch Error 18 wurde zu hauf im I-net schon behandelt. http://www.google.at/search?q=GRUB+loading%2Cplease+wait...%0AError+18 → http://ubuntuforums.org/showthread.php?t=11764 Thx for the help. Changing the Hdd mode to normal seemed to do the trick.
|
|
DrScott
Ehemalige
Anmeldungsdatum: 7. Juli 2005
Beiträge: 6018
Wohnort: Nürnberg
|
Seltsam ist, daß es ja wohl vor dem Update wohl funktioniert hat. Hattest Du mal händisch die menu.lst editiert (editieren lassen)?
|
|
eisfeir
Anmeldungsdatum: 23. Dezember 2007
Beiträge: 236
|
Sieht danach aus, dass das BIOS die 48Bit-Festplattenaddressierung nicht unterstützt. Liegt nicht an Ubuntu : Logical_Block_Addressing
|
|
DrScott
Ehemalige
Anmeldungsdatum: 7. Juli 2005
Beiträge: 6018
Wohnort: Nürnberg
|
eisfeir: Dann hätte es aber doch vor dem Update den gleichen Fehler geben müssen?
|
|
Pumbaa80
Anmeldungsdatum: 5. März 2007
Beiträge: 2130
Wohnort: Residenz des Rechts
|
Den gleichen Fehler habe ich hier auch, und zwar wenn savedefault in der menu.lst steht. Hm, was passiert dabei? Es wird ein Schreibzugriff auf die /boot/grub/default versucht, und GRUB behauptet nun also, das sei nicht möglich. Höchst seltsam finde ich jedoch die Tatsache, dass es bis vor ein paar Tagen keinerlei Probleme gab. Wurde da eine neue Version von GRUB installiert?
|
|
sliwwi
(Themenstarter)
Anmeldungsdatum: 2. Januar 2008
Beiträge: 4
Wohnort: Niederzissen
|
also, erst einmal herzlichen dank für eure rege beteiligung. es ist in der tat so, das mein system locker 3 monate funktioniert hat. nach einem automatischen update ( hier wurde das erste mal nach einem neustart verlangt ) es war ein kernel update; funktioniert ubuntu nicht mehr. ich kann das system zwar mit der live dvd starten und die menu.lst aufrufen, aber natürlich stand meines wissen nicht ohne weiteres editieren. warscheinlich ist grub auch mit einem update versehen worden. was ich zwischenzeitlich probiert habe aber was auch nichts geholfen hat: LBA mode auf normal zu schalten; bootselektion zu ändern;
|
|
eisfeir
Anmeldungsdatum: 23. Dezember 2007
Beiträge: 236
|
@DrScott
eisfeir: Dann hätte es aber doch vor dem Update den gleichen Fehler geben müssen?
Nein. Das Fiese dabei ist, dass ja zunächst alles scheinbar normal funktioniert. Wenn aber die entsprechende Datenmenge auf der Partition erreicht wird, dann werden wieder die ersten Sektoren auf der Platte überschrieben und es kommt zu Datenverlusten. Das wird nicht mit Fehlermeldungen angekündigt. Das heißt, das Update könnte hier "das Faß zum Überlaufen" gebracht haben.
|
|
sliwwi
(Themenstarter)
Anmeldungsdatum: 2. Januar 2008
Beiträge: 4
Wohnort: Niederzissen
|
also die festplatte ist nagelneu und es waren noch etwas mehr als 100 GB Frei....
|
|
eisfeir
Anmeldungsdatum: 23. Dezember 2007
Beiträge: 236
|
Auf die Festplatte kommt es nicht an, sondern auf den Festplatten-Controller auf dem Board und dessen Verwaltung durch das BIOS. Wenn das BIOS diesbezüglich veraltet ist, würde die neueste Festplatte nichts helfen. Deine eingangs zitierte Meldung spricht an sich für dieses Szenario und auch die Tatsache, dass das BIOS nur 137.4 GB statt 160 GB anzeigt. Zur Symptombeschreibung : siehe auch hier : http://www.testticker.de/praxis/storage/article200307305012.aspx
|
|
sliwwi
(Themenstarter)
Anmeldungsdatum: 2. Januar 2008
Beiträge: 4
Wohnort: Niederzissen
|
trifft die sache auf demn kopf. allerdings kann ich außer neueste controllertrieber und das aktuellste bios zu installieren, nichts unternehmen. das habe ich getan. weiter habe ich versucht mit einer neuinstallation die partitionierung zu ändern, aber ubuntu setup würde mir dabei zwar alles migrieren; was gut ist; aber auch meine windows partition eleminieren. ich glaube ich kaufe mir kleinere festplatten, denn ein bios update für ein k7ama von elitegroup wird wohl seitens ecs oder ami keines mehr geschrieben. 😊
|
|
DrScott
Ehemalige
Anmeldungsdatum: 7. Juli 2005
Beiträge: 6018
Wohnort: Nürnberg
|
|
|
pille0815
Anmeldungsdatum: 29. August 2005
Beiträge: Zähle...
|
Hi,
das Problem ist, das die Boot-Partition (falls es nur / gibt) evtl. zu weit "hinten" auf der Platte liegt.
Ich dachte zwar auch das das der Geschichte angehört, aber ...
Mit einer neuen 160GB HD in einem 4-5 Jahre alten Amilo tauchte das Problem wieder auf.
also /boot auf eine extra Part. weiter "vorne"! 1. (fehlgeschlagener) Versuch: Grub startet nicht error 18 sda1 sda4:
----- sda5 sda6 sda7 sda8 sda9 sda10
15GB 50GB 50GB 10GB 10GB 2GB 5GB
NTFS NTFS NTFS ext3 ext3 swap NTFS
XPsys Daten Siko Ubuntu Suse Swap WinSwap 2. so gings dann: sda1 sda2 sda3 sda4:
--------------- sda5 sda6 sda7 sda8 sda9 sda10
15GB 1GB 1GB - 50GB 50GB 10GB 10GB 2GB 5GB
NTFS ext2 ext2 NTFS NTFS ext3 ext3 swap NTFS
XPsys /boot /boot Daten Siko Ubuntu Suse Swap WinSwap
----- Ubuntu Suse Partitionierung natürlich manuell und noch besser vorher mit Achronis oder so die Partitionen anlegen!
viel Spass! (die Ansicht meiner tabelle ist jetzt hin)
|