MarioNetz
Anmeldungsdatum: 7. Oktober 2005
Beiträge: 341
|
ein Schönes Neues Jahr 1984 wünsche Ich... Nach der Installation lief der neue Rechner hervorragend etwa eine Woche, denn kam ein Update so um Weihnachten. Seitdem habe Ich diesen Fehler. Bisheriges Nachforschen ergab, dass der Fehler entweder nicht auftreten darf oder schon seit der Installation hätte da sein müssen. Ich habe ehrlich gesagt keine Lust noch einmal 5 Stunden in die Installation zu setzten (Windows und alte Daten immigrieren). Besonders, da Ich nicht weiß ob der Fehler nicht wieder auftauchen könnte. Kann mir da jemand helfen? Gruß MarioNetz
|
User0815
Anmeldungsdatum: 12. Dezember 2007
Beiträge: 184
|
Hi Hast du schonmal versucht den Fehler zu beheben indem du Grub einfach neu in den MBR schreibst? Siehe dazu GRUB. Gruß Flo
|
MarioNetz
(Themenstarter)
Anmeldungsdatum: 7. Oktober 2005
Beiträge: 341
|
Dazu müsste das System laufen.
|
Linu74
Anmeldungsdatum: 26. Oktober 2006
Beiträge: 2218
Wohnort: /home
|
|
MarioNetz
(Themenstarter)
Anmeldungsdatum: 7. Oktober 2005
Beiträge: 341
|
Na das kommt einem Suchen der Nadel im Heuhaufen gleich ... Anders gesagt, nein das hilft mir nicht weiter ... Die Leute von GRUB gehen auch immer davon aus, das der Fehler bereits bei der Installation kommt nicht erst eine Woche danach. Und denn heißt es immer:" Versuchen Sie das System anders zu Partitionieren." Dafür ist es aber zu spät. Das System läuft ja bereits produktiv. Noch weitere Ideen?
|
MarioNetz
(Themenstarter)
Anmeldungsdatum: 7. Oktober 2005
Beiträge: 341
|
Wenn Ich ein System per CD starte und denn in den Ordner /boot hineinschaue, ist dort kein /grub - Ordner drin ... Wird der nur nicht richtig gemountet? Oder ist der wirklich weg? Gruß MarioNetz
|
Linu74
Anmeldungsdatum: 26. Oktober 2006
Beiträge: 2218
Wohnort: /home
|
Meines erachtens müßte dir das GRUB#MBR_sichern_und_wiederherstellen weiter helfen. Also von einer Live CD aus machbar. KISS74
|
MarioNetz
(Themenstarter)
Anmeldungsdatum: 7. Oktober 2005
Beiträge: 341
|
Zu meinem letzten Beitrag, Fehlalarm. Ich kann das bestehende Linux-System gar nicht einbinden.... unable to mount ..... ???
|
MarioNetz
(Themenstarter)
Anmeldungsdatum: 7. Oktober 2005
Beiträge: 341
|
@KISS Ich verstehe den Sinn der Aktion nicht? Fehlerhaften MBR speichern und danach den Fehlerhaften MBR zurückspielen? Was soll das bringen? Ich habe es trotzdemmal probiert ... hat allerdings nichts gebracht... Gruß MarioNetz
|
MarioNetz
(Themenstarter)
Anmeldungsdatum: 7. Oktober 2005
Beiträge: 341
|
Und Ich habe gleich noch etwas versucht ... Ich versuchte einmal die Systempartition einzuhaengen. Kein Erfolg Statt dessen folgendes: mount /dev/sda2 /mnt
mount: wrong fs type, bad option, bad superblock on /dev/sda2,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
|
User0815
Anmeldungsdatum: 12. Dezember 2007
Beiträge: 184
|
Hi Geht es, das man den boot-Ordner von der Festplatte im System der Live-CD mountet und dann einfach "sudo update-grub" und "sudo grub-install hd0" aufruft? Gruß Flo
|
MarioNetz
(Themenstarter)
Anmeldungsdatum: 7. Oktober 2005
Beiträge: 341
|
Siehe meinen letzten Beitrag.
|
DrScott
Ehemalige
Anmeldungsdatum: 7. Juli 2005
Beiträge: 6018
Wohnort: Nürnberg
|
Zur Frage, weshalb das Problem erst jetzt auftritt und nicht gleich bei der Installation: Ich kann nicht sagen ob das tatsächlich so ist, aber die Theorie lief mir erst gerade kürzlich über den Weg: Bei der frischen Installation liegen alle am Bootvorgang beteiligten Daten innerhalb der 1024-Zylindergrenze ⇒ der Fehler "Error 18" tritt nicht auf. Nun wird ein Update geschrieben und dabei landet ein Teil hinter dieser Grenze (z.b. ein neueres Kernelimage). Nun tritt der Fehler auf. Die Lösung wäre, bei einer Neuinstallation eine seperate boot-Partition am Anfang der Platte vorzusehen. Seltsam ist aber, daß die Partition auch unter einer LiveCD nicht eingebunden werden kann. Was liefert denn sudo fdisk -l
|
MarioNetz
(Themenstarter)
Anmeldungsdatum: 7. Oktober 2005
Beiträge: 341
|
naja Ich lass gerade ne Reperatur durchlaufen ... aber Ich sehe das Ergebnis erst am Montag. Habe jetzt Feierabend. ☺
|
Pumbaa80
Anmeldungsdatum: 5. März 2007
Beiträge: 2130
Wohnort: Residenz des Rechts
|
DrScott hat geschrieben: Zur Frage, weshalb das Problem erst jetzt auftritt und nicht gleich bei der Installation: Ich kann nicht sagen ob das tatsächlich so ist, aber die Theorie lief mir erst gerade kürzlich über den Weg: Bei der frischen Installation liegen alle am Bootvorgang beteiligten Daten innerhalb der 1024-Zylindergrenze ⇒ der Fehler "Error 18" tritt nicht auf. Nun wird ein Update geschrieben und dabei landet ein Teil hinter dieser Grenze (z.b. ein neueres Kernelimage). Nun tritt der Fehler auf.
Tja, das kann es nicht sein. Bei mir liegt die gesamte Systempartition hinter Zylinder 1024 (genau gesagt beginnt sie bei 28832). Das gleiche Problem wird hier im Bugreport von Kurt J. Bosch ausführlich beschrieben. Der einzige Workaround ist wohl das entfernen der Zeile(n) savedefault aus der menu.lst vgl. auch GRUB ERROR 18
|