staging.inyokaproject.org

Gibt es das Wort „Problemebehebung“ überhaupt? Bei Google ist dieser Artikel der erste Treffer, was mich nichts Gutes ahnen lässt …

Hi primus pilus,

danke fuer den Hinweis! Backlinks angepasst und umbenannt.

Gruss Lasall

Hallo,

bei mir erscheint der Fehler "error: sparse file not allowed" direkt nach der Auswahl meiner Oneiric Installation im GRUB 2 Menü. Der Grund ist wohl dass GRUB 2 und btrfs noch nicht 100% Freund sind. Das System bootet aber trotzdem ohne Probleme. Dazu passt http://djslimer.de/en/node/402 🇬🇧 und 777092.

Würde ich auch eintragen, wenn... siehe folgender Punkt:

Der Artikel hat ein "getestet"-Tag. Hier Lucid und Maverick (mein Problem ist Oneiric, BTW). Warum eigentlich? Die Fehler können doch nach meinem Verständnis mit jeder GRUB2 auftreten, oder? Außerdem macht "getestet" hier auch IMHO keinen tieferen Sinn, weil ja wohl kaum jemand alle Fehler "testen" kann.

Von daher würde ich sagen: getestet-Tag raus. Dann trage ich auch das sparse-Dingens ein. ☺

Gruß, noisefloor

Hi noisefloor,

der eigentliche Bug 736743 kann gerne vermerkt werden.

Imho wuerde ich auch die speziellen getestet Tags entfernen. Von mir also ein +1. Siehe z.B. analog VirtualBox/Problembehebung.

Gruss Lasall

Hallo,

done.

Gruß, noisefloor

Hi,

gibt es eine besser aussehnde Lösung für Aufzählungen in der ersten Tabelle?

Gruss Lasall

Hallo,

gibt es eine besser aussehnde Lösung für Aufzählungen in der ersten Tabelle?

IMHO ja! Spalte 1 als Überschrift Ebene 2, dann "Mögliche Ursache" und "Lösung" als als 2-spaltige Tabelle drunter, mit vernünfitgen Trennlinien.

Und das dann für alle Tabellen. Habe leider aber selber in den kommenden Tagen zu wenig Zeit, um das umzusetzen...

Gruß, noisefloor

Seit Ihr Euch sicher, dass PBR-Installationen mit GRUB 2 nicht mehr möglich sind? Ich meine das ist nicht so ganz richtig. Ist zwar jetzt schon ein Weilchen her, dass ich das mal probiert habe, aber es hat funktioniert. Die Fehlermeldung IMO auch ein bisschen etwas anderes:

Es stimmt grundsätzlich schon, dass das Core-Image in diesem Fall nicht in den verborgenen Bereich passt, aber der Rest der Meldung lautet, dass daher nur eine Blocksprunganweisung zum Ansteuern der im Dateisystem liegenden core.img gesetzt werden kann, was nicht unmöglich, sondern was nur unzuverlässiger ist.

Im MBR hat der erste GRUB-Teil auch nicht viel Platz und arbeitet mit einer solchen Blocksprunganweisung.

Der Unterschied ist der, dass im Normalfall, also wenn das Core-Image im verborgenen Bereich sitzt, sich der Einsprungsblock nicht ändert. Installiert man GRUB im PBR, dann verweist die Blocksprunganweisung direkt auf die core.img innerhalb eines Dateisystems. Bei einem Copy-on-write-Dateisystem ist dass dann weniger zuverlässig, weil sich der Einsprungsblock z.B. bei einem Update der core.img Datei verändert.

D.h. man muss GRUB in diesem Fall gegebenenfalls häufiger reparieren. Allerdings kommen auch nicht alle Nase lang Updates.

Oder ist es nachweislich so, dass jede PBR-Installation neuerdings scheitert. Ist zwar jetzt eine Weile her, dass ich das getestet habe, aber grundsätzlich habe ich GRUB 2 auch schon in den PBR installiert. Und mal kam die Fehlermeldung und mal nicht.

Gegebenenfalls hilft hier die --force Option von grub-install, um die Installation trotz Probleme zu erzwingen.

2.1 MBR zu klein

Was soll das heißen? Der MBR hat schon immer eine Gesamtgröße von 512 Byte, wobei da gerade mal 440 Byte für Bootcode übrig sind. Das war schon immer so und das wird bezüglich des MBR auch immer so bleiben. GRUB hat noch nie, auch nicht zu Legacy-Zeiten in den MBR gepasst.

Deshalb enthält der MBR-Code auch nie mehr als eine Blocksprunganweisung, meist halt zu Block 2 - im Falle von komplexeren Bootloadern wie GRUB. Im Prinzip kann aber die Blocksprunganweisung hinspringen - soweit es im addressierbaren Bereich liegt - wohin sie will.

3.1 MBR des Datenträgers nicht nutzbar

Bei der Kombination BIOS - GPT wird der MBR für den Stage1-Code wie gewöhnlich genutzt. Die Blocksprunganweisung verweist dann auf den Start der BIOS-Bootpartition. Die kann liegen wo sie will und auch die Größe ist grundsätzlich beliebig.

Die Größe der EFI-Systempartition ist auch frei wählbar. Um die Bezeichner muss man sich nicht kümmern, weil die in der Regel von GPT-Tools automatisch gesetzt werden, sobald man den Typ BIOS Bootpartition oder EFI Systempartition wählt. Kann man im EFI-Modus der Desktop-CD beides im Installer anwählen. Bei GParted geht im EFI-Modus nur der Weg über die leer Partition. Aber es gibt ja auch noch die gdisk-Tools.

Insgesamt sind die Lösungen in der Tabelle zwar richtig, aber auch sehr sehr knapp gehalten.

Für EFI müsste dann sowieso mal ein eigener Artikel her, den ich auch schreiben würde, wenn ich ein EFI-System hätte oder besser schon mehrere gesehen hätte. Am Wochende konnte ich ein Blick auf eines werfen, was - ich möchte fast sagen zum Glück - eines der problematischen Systeme war. Nach dem Erlebnis kann man sagen, dass der Kofler-Blogg als Info-Quelle sehr rudimentär ist - wofür er nichts kann, wenn er ein unproblematisches Board zum Test hatte. Man kann die Probleme auch nicht nachstellen, wenn man sie nicht hat. Grundsätzlich wäre das mit EFI und Ubuntu nämlich eine einfache Geschichte, aber hier klemmt es bei den EFI-Implementierungen.

Auf alle Fälle kann ich sagen, dass das mit der BIOS-Bootpartition und GPT funktioniert und die BIOS-Bootpartition hatte ich dabei hinter sämtlichen Windows-Partitionen angelegt.

Gruß, Martin

Hi Newubunti,

wenn etwas nicht stimmt bitte direkt anpassen. Oder möchtest du gerne größere Änderungen vornehmen (Artikel soll in die Baustelle)? Ich habe leider von der Materie zu wenig Ahnung, als dass ich deine Anmerkungen beurteilen könnte.

Gruss Lasall

Lasall schrieb:

Hi Newubunti,

wenn etwas nicht stimmt bitte direkt anpassen.

Ich bin mir relativ sicher, dass die genannten Punkte nicht stimmen, wollte das aber doch gerne zur Disposition stellen, anstatt es einfach abzuändern, weil es wie gesagt länger zurück liegt, dass ich eine PBR-Installation von GRUB 2 gemacht habe.

Es könnte ja sein, dass sich inzwischen etwas geändert hat oder es in der Praxis mittlerweile trotz theoretischer Möglichkeit zu häufig scheitert.

Von daher würde ich wenigstens schon gerne RapaNuis Meinung abwarten. Deswegen hatte ich es ja auch als Frage formuliert.

Oder möchtest du gerne größere Änderungen vornehmen (Artikel soll in die Baustelle)?

Nein, das betrifft ja nur Teile der ersten Tabelle.

Gruss Lasall

Gruß, Martin

noisefloor schrieb:

Hallo,

gibt es eine besser aussehnde Lösung für Aufzählungen in der ersten Tabelle?

IMHO ja! Spalte 1 als Überschrift Ebene 2, dann "Mögliche Ursache" und "Lösung" als als 2-spaltige Tabelle drunter, mit vernünfitgen Trennlinien.

Also ich bin mir durchaus darüber bewusst, dass die Tabelle, was die Wartung durch Autoren abelangt, nicht gerade leicht zu handhaben ist. Habe damals selber Tage gebraucht, um das Ding zu erstellen, nur was ist an dem Ergebnis, jetzt mal die erste Tabelle vorläufig ausgeklammert so unübersichtlich?

Ich dachte eigentlich, dass das Beschreiben von links nach rechts von Problem nach Lösung ziemlich logisch ist - und zwar auch für die Allgemeinheit und nicht blos für meine Logik als Autor. ☺

Was meinst Du mit "vernünftigen Trennlinien"?

Wenn ich Dich darüber hinaus richtig verstehe, dann hätte man pro Problem dann jeweils eine eigene Tabelle oder wie meinst Du das? Ich meine das ganze ist natürlich auch eine Frage der Philosophie und des persönliche Geschmacks, aber ich sehe da vor meinem geistigen Auge noch nicht zwangsläufig mehr Übersichtlichkeit.

Ich habe aber auch - Du hast das ja schon mal ganz am Anfang kritisiert - noch nicht verstanden, was Dich konkret an der Tabelle stört.

Im übrigen sehe ich das Problem mit den Tabellen eher als grundsätzliches, weil die sich hier einfach schwer handhaben lassen.

Aber alle Probleme hintereinander weg ohne Tabelle wäre auch nicht zwangsläufig übersichtlicher, allerdings einfach in der Wartung.

Gruß, Martin

In der Tabelle "Ubuntu oder ein anderes Betriebssystem werden direkt ohne Anzeige des Auswahlmenüs geladen" unter dem Problem "Beim Start blinkt oben links nur kurz ein Strich (Cursor), danach startet direkt Ubuntu. " würde ich vorschlagen noch folgende Lösungsvariante hinzuzufügen: In der Datei /etc/default/grub wird in der Zeile

1

#GRUB_GFXMODE=640x480

das # auskommentiert. Siehe http://forum.ubuntuusers.de/topic/grub-2-erscheint-nicht/ und http://forum.ubuntuusers.de/topic/grub-menue-erscheint-nicht-beim-start/

Leider finde ich das Hinzufügen in der Tabelle ziemlich kompliziert sonst würde ich es selbst ergänzen.

Hallo,

da ich mit dem Wiki nicht klar komme, kann vielleicht jemand da etwas ändern? Hier die Daten: http://wiki.ubuntuusers.de/GRUB_2/Problembehebung unter

Nach der Auswahl einer Betriebssystems, welches auf einer Partition liegt, die mit btrfs formatiert ist, erscheint die Fehlermeldung: error: sparse file not allowed

folgendes hinzufügen in der 2. Spalte:

Das der Fehler nicht mehr erscheint, sollte man folgendes zu tun, Kommentar # setzen in dieser Zeile, farblich markiert!

in folgender Datei /etc/grub.d/00_header

function recordfail {
  set recordfail=1
# if [ -n "\${have_grubenv}" ]; then if [ -z "\${boot_once}" ]; then save_env recordfail; fi; fi
}
dann update-grub durchführen damit diese Änderung erhalten bleibt.

habe ich im Netz gefunden, getestet und funktioniert.

Gruß

Ich finde die Seite Grub 2/Problembehebung echt nützlich (vorallem wenn man es schafft so oft wie ich sein System zu zerstören 😉 ), ein Fehler fehlt aber noch:

1

error: file '/boot/grub/i386-pc/normal.mod' not found.

für mich hat die Lösung unter http://ubuntujournal.blogspot.de/2012/11/fix-new-install-of-ubuntu-1210-wont-boot.html funktioniert. Es wäre schön wenn jemand der sich mit Linux auskennt die Hilfe dazu hinzufügen könnte.

Hallo!

Mir ist jetzt nachts das Gefummel mit den verrückten Tabellen etwas viel und allgemein auch, nachdem die ersten Versuche gründlich fehlschlugen. Ich würde gern was ergänzen lassen von jemandem, der das kann bzw. die Tabelle erstellt hat:

Ich skizziere mal zur Veranschaulichung eine simplere Tabelle:

Ist-Zustand:

Soll-Zustand:

Hintergrund ist ein Bug, den ich nun in dem Link eingetragen habe, der dann aber hier in der Übersicht noch fehlen und auch sehr gut passen würde. Ein Nutzer sucht das Problem entweder im EFI-Problem-Artikel oder im Grub-Problem-Artikel, daher halte ich die Vernetzung für wichtig. Dazu bietet sich ein kurzer Link in der schönen Übersichtstabelle an - leider muss man dafür studieren. 😉 Aber wozu gibt es Teamwork...

Das wäre mein Vorschlag. Könnte mir dabei bitte jemand helfen und das vielleicht für mich umsetzen, wenn das so oder ähnlich ok ist?

Grüße, Benno