Klaus_P
Anmeldungsdatum: 10. August 2009
Beiträge: 2050
|
Hallo zusammen, habe soeben updates für mein frisch auf dem Notebook installiertes KDE (mit WUBI unter WIN) installiert. Auch der neue Kernel 31.16 war dabei. Jetzt fährt das OS nicht mehr hoch. Meldung: GNU Grub version 1.97 beta 4
[Minimal BASH-like line editing is reported. For the first word,TAB lists possible command options.......] Bei TAB zeigt er mir dann auch eine ganze Menge Befehle. Gebe ich hinter sh:grub> "boot" ein, kommt "no kernel loaded". WHAT TO DO? Dank im Voraus Gruß Klaus P Nachtrag: Normalerweise wird man vom OS doch nach Installation eines neuen Kernels zum Systemneustart aufgefordert. Das war hier nicht der Fall. Liegt's vielleicht doch nicht an Grub????????? Nachtrag 2: Hier wird fast genau das gleiche Problem geschildert http://forum.ubuntuusers.de/topic/grub-probleme-mit-wubi-nach-kernel-update/. Ich könnte jetzt nicht sagen, dass ich daraus völlig schlau geworden bin. Falls jemand eine etwas einfachere Lösung hat wäre ich unendlich dankbar. Jedenfalls scheine ich voll in eine "Bug-Falle" getappt zu sein!!!!!!!!!!!!!!!
|
Chrisy1982
Anmeldungsdatum: 10. Dezember 2009
Beiträge: Zähle...
|
Ich habe genau das gleiche Problem. Bis jetzt lief Ubuntu ohne Probleme neben Vista. Jetzt bekomm ich im GNU Grub die gleiche Meldung wie oben beschrieben.
Installiert wurde das Ubuntu übrigens mit Wubi. Hat also keine eigene Partition wenn ich das richtig verstanden habe.
|
Klaus_P
(Themenstarter)
Anmeldungsdatum: 10. August 2009
Beiträge: 2050
|
Hallo chrisy, Willkommen im Forum!
Hat also keine eigene Partition wenn ich das richtig verstanden habe.
ich bin jetzt nicht der Spezialist, aber ich denke es kommt doch darauf an ob Du unter Win Dein Ubuntu auf einer eigenen Partition installiert hast. Aber ehe ich hier irgendeinen Unsinn erzähle halte ich mich da besser raus. Ich nehme an Du hast den Link oben verfolgt. Es gibt also wohl eine (nicht ganz einfache) Lösung. Ob ich das so mache oder mein OS platt mache und neu installiere, weiß ich noch nicht. Wahrscheinlich ist es eh sinnvoller diesen thread hier zu schließen und sich bei dem oben mit einzuklinken. Ich warte noch ein Weilchen. Vielleicht kommt noch ein weiterer Retter in der Not!!?? Gruß Klaus P
|
Chrisy1982
Anmeldungsdatum: 10. Dezember 2009
Beiträge: 6
|
Also Vista ist auf Parition C und Ubuntu hab ich mit wubi auf Partiton D gepackt. Ja hab schon mehrere Links gefunden zu dem Thema. Bin aber eigentlich noch ziemlicher Neuling und kann mit den Lösungen noch nicht allzuviel anfangen. Scheinbar gibt es auch noch keine wirkliche Lösung zu dem Grub 2 Bug. Warte auch erstmal und nutze bis dahin mein Vista... ☹
|
Chrisy1982
Anmeldungsdatum: 10. Dezember 2009
Beiträge: 6
|
http://forum.ubuntuusers.de/topic/grub-probleme-mit-wubi-nach-kernel-update/#post-2268944 Jetzt kommt eine Lösungsmöglichkeit (X: ist dabei Dein Windows-Laufwerk auf dem Ubuntu installiert wurde * Benenne den Ordner X:\ubuntu in X:\ubuntu.old um
* Installiere Ubuntu mittels Wubi neu - hier geht es mehr um dem Bootloader als um die Daten, diese restaurieren wir nacher aus X:\ubuntu.old wieder.
* Wenn das System ordnunggemäß durchstartet (Ubuntu), dann boote wieder in Windows und benenne den gerade angelegten Ordner
X:\ubunut in X:\ubuntu.new um
* Der vorher umbenannte Ordener X:\ubuntu.old wird jetzt wieder in X:\ubuntu umbenannt, nun müsste Dein Ubuntu-System ganz normal durchstarten,
mit all Deinen alten Daten und Einstellungen. Wenn dem so ist, dann kannst Du den nicht gebrauchten Ordner X:\ubuntu.new löschen.
* Beachte, das Du in Ubuntu die automatischen Updates abschaltest und keine "linux-image-x.x.xx-xx-..." einspielst, bis das Problem in Grub2 gelöst wurde.
Alle anderen Updates kannst Du ohne weiteres einspielen, da sie keine Grub-Veränderungen durchführen. Ich hoffe es ist verständlich geworden, viel Erfolg. P.S. Wenn Du irgendwann mal von Wubi auf eine echte Installation wechseln möchtest, dann kann man Deine persönlichen Daten aus dem /home/USERNAME/ in das neue System übernehmen. Dazu muss man das Image X:\ubuntu\root.disk nur mounten (siehe mount Beispiel Nr. 4) und analog home umziehen übertragen. Bei einer Installation kann man dann, mit manuell Partitionieren, sein so erstelltes /home einbinden, ohne das die Daten verloren gehen.
|
Chrisy1982
Anmeldungsdatum: 10. Dezember 2009
Beiträge: 6
|
Achtung die oben beschriebene Lösung soll wohl auch nicht funktionieren!!!!!!!
|
Klaus_P
(Themenstarter)
Anmeldungsdatum: 10. August 2009
Beiträge: 2050
|
Dieses Problem ist nicht gelöst!!! Ich schließe hiermit diesen thread und bitte alle Interessierten und Helfer (die ganz besonders) dem o.g. Link zu dem anderen thread zu folgen, da es keinen Sinn macht zwei identische threads parallell laufen zu lassen. Gruß Klaus P
|
RapaNui
Anmeldungsdatum: 16. Juli 2007
Beiträge: 1925
Wohnort: Penco / Chile
|
Hallo Klaus P und Chrisy1982, eigentlich bin ich bis Sonntagabend nicht da 😉. Bitte postet Eure Angaben hier im Threat, der von Jorre ist noch nicht zufriedenstellend gelöst. Hintergrund der ganzen Geschichte: Grub2 hat wohl a) Probleme mit sehr großen virtuellen Dateisystemen, also der disk.root und b) erkennt es nicht immer das Dateisystem richtig, er meldet ext2 obwohl es ext3/ext4 ist. Die Infos hab ich mir in einer langen Nacht über Launchpad reingezogen 😉 Mit den 3 u.g. Grub-Shell-Kommandos kann man aus der Grub-Konsole sein Ubuntu normal hochfahren, es ist lästig, aber es geht - zu Fuss. Es gibt einen Workaround wie man das System auch wieder über die Menue-Liste starten kann, dass ist aber etwas Handarbeit. Was ich von Euch brauche ist: Wo liegt Eure Wubi-Installation, C:\ oder D:\ und sind das 2 Platten oder nur Partitionen, sowie die Info wie heissen die Partitionen unter Ubuntu (daher von einer LiveCD) und wie sieht Grub die Platte(n)/Partitionen (zur Info).
sudo fdisk -l # l wie listen, Eingabe unter einer LiveCD und in der Konsole ermitteln
Wenn ihr wisst welcher der letzte Kernel war der lief, her mit der Versionsnummer. Wenn nicht, dann müsst ihr Ubuntu starten und wenn [Minimal BASH-like line editing is supported..... ] erscheint, dann gebt ihr die folgenden 3 Kommandos ein und her mit der Ausgabe
ls
ls (loop0)
ls -l boot
Damit kann ich Euch die oben erwähnten Befehle ermitteln und die folgenden 3 Kommandos auf Euer System abstellen, sofern ihr es nicht selber schafft. ACHTUNG: Diese Befehle müssen auf das entsprechende System abgestellt werden!
2.6.31-14 = die vorletzte Kernelversion, also die die wunderbar lief /dev/sdXY (lt. fdisk) = X die Platte (1.Platte=a, 2.Platte=b etc) sowie Y=die Partition auf der Platte X (1=1.Partition, 2=2.Partition etc.)
linux /boot/vmlinuz-2.6.31-14-generic root=/dev/sdXY loop=/ubuntu/disks/root.disk ro
initrd /boot/initrd.img-2.6.31-14-generic
boot Alle Ausgaben bitte in Codeblock (das Symbol mit dem Zahnrad) und Gedult, Gedult .... Wenn ihr den Workaround auch machen wollt, dann noch mehr Gedult, denn ich habe am WE Gäste und wir feiern eine kleine Fiesta - bei diesem tollen Sommerwetter hier 😛
|
Klaus_P
(Themenstarter)
Anmeldungsdatum: 10. August 2009
Beiträge: 2050
|
Hallo Rapanui,
und wir feiern eine kleine Fiesta - bei diesem tollen Sommerwetter hier 😛
NEID! meine Angaben habe ich mit Knoppix ermittelt also Live CD. Ich habe nur eine Festplatte (siehe Codeblock) 120 GB, Meine Windowspartitionen sind C und D. XP auf C, Kubuntu auf D. Kernel: zuletzt 2.6.31-15 (lief gut) Grüsse ins sonnige Chile aus dem verregneten und zunehmend frostigen Deutschland. Klaus P Nachtrag: Sorry, ich seh gerade, dass Du auf meinen alten thread geantwortet hast, meine Angaben sind in dem thread mit jorre. Nachtrag2: Hier nochmal die Angaben sudo blkid:
/dev/sda1: Type nfts
/dev/sda5 Type nfts
sudo fdisk -l:
Platte /dev/sda 120.0 GB...
Gerät: boot
System
/dev/sda1 *
PFS/NFTS
/dev/sda2
erweiterte
/dev/sda5
PFS/NFTS
Die Grubversion ist 1.97 beta 4 Ich habe es mal mit der von Dir bei Jorre vorgeschlagenen Befehlskette probiert und sda5 benutzt. Irgendwann sagt grub aber: ALERT.....sda5 not found oder so. Brauchst Du noch mehr Daten wie z.B. ls, ls (loop=0) ........ Soll ich wieder meinen alten thread eröffnen? Nochmals Danke und viele Grüße nach Chile (Hast Du wenigstens Frühling/Sommer, Das Wetter hier ist ........(ohne Worte)). Klaus P
|
RapaNui
Anmeldungsdatum: 16. Juli 2007
Beiträge: 1925
Wohnort: Penco / Chile
|
Klaus P, dann müsste es mit der Eingabe in der grub>:
linux /boot/vmlinuz-2.6.31-15-generic root=/dev/sda2 loop=/ubuntu/disks/root.disk ro
initrd /boot/initrd.img-2.6.31-15-generic
boot
funktionieren.
|
Klaus_P
(Themenstarter)
Anmeldungsdatum: 10. August 2009
Beiträge: 2050
|
ich meine, dass ich genau damit gestern nicht weiter kam, aber ich probiers noch mal. Bin gerade auf nem anderen Rechner. Warum sda2?? Gruß Klaus
|
RapaNui
Anmeldungsdatum: 16. Juli 2007
Beiträge: 1925
Wohnort: Penco / Chile
|
Warum sda2??
Datenverwaltung ff. gibt Auskunft,besonders Datenträger
|
gabi
Anmeldungsdatum: 3. Dezember 2006
Beiträge: 1996
Wohnort: NRW
|
Klaus P schrieb: Warum sda2?
sda2 ist die erweiterte. Warum nicht doch sda5?
|
RapaNui
Anmeldungsdatum: 16. Juli 2007
Beiträge: 1925
Wohnort: Penco / Chile
|
gabi schrieb: Klaus P schrieb: Warum sda2?
sda2 ist die erweiterte. Warum nicht doch sda5?
Ups, *rot werd*, da das so unformatiert daherkam und ich auf dem Sprung .... Muss also für @Klaus P so lauten, sorry
linux /boot/vmlinuz-2.6.31-15-generic root=/dev/sda5 loop=/ubuntu/disks/root.disk ro
initrd /boot/initrd.img-2.6.31-15-generic
boot
|
Jorre
Anmeldungsdatum: 6. Mai 2009
Beiträge: Zähle...
|
Ahoi Leidensgenossen, mein System rennt wieder: Bei mir hat sudo update-grub2 im laufenden System gereicht (siehe vor allem diesen Post in diesem Thread bzw. den Komplett-Thread). Dabei wird das System nach verfügbaren Kerneln durchsucht und eine neue .cfg-Datei geschrieben. Ist das bei anderen Leuten reproduzierbar erfolgreich? Viel Glück, Jorre
|