On 14.02.14 21:31, Sebastian Siebert wrote:
Am 14.02.2014 08:19, schrieb Alex Winzer:
On 13.02.14 23:50, Sebastian Siebert wrote: [...]
Wenn grub und grub2 nebenher installiert ist, kommen sich beide trotzdem nicht ins Gehege.
Ok. Wieder was dazugelernt. Aber warum werden beide zusammen installiert? Hat das irgend einen Sinn - außer den Benutzer zu verunsichern?
Tja, das ist die Freiheit den gewünschten Bootloader zu wählen. :-)
Freiheit finde ich sehr gut! Problematisch wird es aber, wenn nicht nur 2 Bootloader parallel installiert sind, sondern (sich) nacheinander starten. Das Problem hatte ich schonmal mit (m)einem Laptop.
[...]
Jetzt benötige ich noch 3 weitere Sachen von dir, um meinen Verdacht zu untermauern.
"Verdacht" hört sich vielversprechend an und macht mich - weil Du nichts Konkreteres schreibst - auch neugierig.
Mein Verdacht war gewesen, dass sich die Boot-Partition zum jetzigen Zeitpunkt nicht gemountet war. Was sich anhand deiner gelieferten Angaben nicht bestätigt.
Das wäre auch meine erste Vermutung gewesen.
Ich brauche einmal folgende Ausgabe:
# cat /etc/fstab [...] /dev/disk/by-id/raid-pdc_fjjhaaib-part5 /boot ext4 acl,user_xattr 1 2 [...] # mount [...] /dev/mapper/pdc_fjjhaaib-part5 on /boot type ext4 (rw,relatime,data=ordered) [...] # ll /boot [...]
Der Rest sieht gut aus. Eines macht mich schon stutzig. Du sagtest doch, dass du LVM nutzt. In den Ausgaben sehe ich nichts, was irgendwie nach einem LVM-mapper aussieht, sondern eher nur den Device-Mapper vom fake-Raid.
Doch, sieht man - wenn man die LVM-Bezeichnung kennt :-) Mein LVM heißt "Daten" und die Volumes heißen "EAkten", "Dateien" und "Privat". Und man sieht sie bei "df -h" z.B. als "/dev/mapper/Daten-EAkten"
# pvdisplay -v # vgdisplay -v # lvdisplay -v
Zurück zum eigentlichen Problem: Eine andere Idee wäre es, wenn du die aktuellen grub2-Pakete reinstallierst und danach nochmal mkinitrd wie folgt ausführst:
Wie mache ich das? So: "zypper in --force grub2-efi-2.00-19.31.1.x86_64 grub2-2.00-19.31.1.x86_64 grub2-i386-pc-2.00-19.31.1.x86_64 grub2-x86_64-efi-2.00-19.31.1.x86_64 grub2-branding-openSUSE-12.3-6.38.1.noarch" Wie reinstalliere auch die Abhängigkeiten neu? Nur für den Fall, dass die Fehler daher kamen.
# mkinitrd -v
Sollte wieder die besagte Fehlermeldung kommen, dann bitte auch nochmal die Logdatei /var/log/YaST2/y2log_bootloader zeigen.
Wo ist der Bootloader-Code installiert worden?
# grep LOADER_LOCATION /etc/sysconfig/bootloader
computer:/ # grep LOADER_LOCATION /etc/sysconfig/bootloader LOADER_LOCATION="" Der sollte eigentlich im MBR sein. So hatte ich es jedenfalls vor über einem Jahr bei der Installation - damals noch 12.2. Sollte also dort evtl. "MBR" oder sowas statt "" stehen?
# cat /boot/grub2/device.map computer:/ # cat /boot/grub2/device.map (hd0) /dev/disk/by-id/raid-pdc_fjjhaaib
Das sieht übrigens exakt genauso aus, wie in meinem Backup von vor 2,3,4 usw. Wochen. Nebenbei: Der Rechner war mir am Freitag wegen einer problematischen HDD (USB2, extern) abgeschmiert. Ich bin 3 Tode gestorben, aber der Rechner fuhr Gott sei Dank wieder hoch. Wenn ich weiß, wie ich grub2 (vollständig) neu installiere, dann probiere, dann melde ich mich wieder. Danke erstmal auch für die Geduld. Gruß, Alex -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org