Beiträge von su_lin_user

    Hallo,


    Ich habe mit dem neuen System (UEFI) auf dem PC gebootet (von nvme0n1).

    Folgende Schritte sind ausgeführt:

    1) / Partition von sdb6 ist auf /mnt gemountet.

    2) /home Partition sda3 ist auf /mnt/home gemountet.

    3) Die Verzeichnisse /dev, /proc und /sys sind mit

    Code
    sudo mount --bind /dev /mnt/dev
    sudo mount --bind /proc /mnt/proc
    sudo mount --bind /sys /mnt/sys

    eingehängt.

    4) Jetzt in die Root-Partition "Chrooten"

    Code
    sudo chroot /mnt


    also, ich bin jetzt soweit den grub2 zu installieren.


    Zitat von https://www.fosslinux.com/1150…talling-grub-on-linux.htm

    Hier ist ein Profi-Tipp: Achten Sie darauf, in diesem Schritt keine Partitions-Nummer anzugeben.

    Wir installieren GRUB auf der gesamten Festplatte, nicht auf einer bestimmten Partition.



    5) Grub2 neu installieren.

    Code
    localhost:/ # grub2-install /dev/sdb
    grub2-install: error: /usr/share/grub2/x86_64-efi/modinfo.sh doesn't exist. Please specify --target or --directory.

    Könnte es sein dass hier das UEFI-BIOS hier für die Fehlermeldung verantwortlich ist ?


    Also ich habe ein /boot Verzeichnis.

    Darunter noch ein /boot/grub2 Verzeichnis. Darin befinden sich allerhand Dateien. Könnte interessant sein,


    Wer könnte hier weiter helfen ? Hier benötige ich Experten-Rat.

    Danke.


    Gruß, su_lin_user

    aber hast du das bei den anderen Installationen (sda6,7 und 8) gemacht

    hier kann ich nur vermuten, dass es gleich war - Option "In Master-Boot-Record schreiben (/dev/sda) markiert. Aus dem Grund, da ich immer alles gleich halte, um es so unkompliziert wie möglich zu halten.

    und in welcher ist zuletzt ein update-grub angestoßen worden

    das habe ich aber noch mal wiederholt erwähnt.

    Vielleicht ist das jetzt nicht mehr besonders wichtig, aber ... zuerst habe ich mit P9 gebootet und die boot-Konfiguration gespeichert, damit P9 aktiv ist.

    damit habe ich die grub2.cfg gemeint.


    nun ja, search ist ein grub cli Kommando. (in Linux heißt das dann find

    das sind so die unscheinbaren Herausforderungen für einen Nicht-Profi, wenn er eine beliebige Anleitung vor sich hat. Dafür könnt ihr freundlichen Helfer im Forum natürlich nichts dafür. Ich kenne diesen typischen Probleme für Nur-Anwender unter Linux ja lang genug - und trotzdem bleibe ich dabei.


    Gruß

    Hallo,

    black_boot

    Ergänzung: In einem CSM Bootsystem muß grub in den MBR der Platte (sdX), sonst kann nicht gebootet werden.

    Wenn das sicher gesagt werden kann, dann hätte das unten stehende Zitat seine Gültigkeit.

    Hier ist ne gute Anleitung: https://www.fosslinux.com/1150…talling-grub-on-linux.htm


    Aber wie gesagt: Ich weiß nicht, was dass mit deinen Windowsinstallationen macht.

    Zitat aus obenstehenden Link der Anleitung:

    " > grub-install /dev/sdX

    Hier ist ein Profi-Tipp: Achten Sie darauf, in diesem Schritt keine Partitions-Nummer anzugeben.

    Wir installieren GRUB auf der gesamten Festplatte, nicht auf einer bestimmten Partition."


    grub war nicht in sdb9! sondern eins der gelöschten p6-8 hat vorher den grub "regiert". (grub stage1 im MBR, core.img im Bereich vor der 1. Partition, die übrigen grub Dateien in /boot/grub, also auf einer Partition, ehemals 6,7 oder 8, je nachdem, in welchem System zuletzt ein update-grub angestoßen wurde.)

    Also ich kann mich noch genau daran erinnern, dass im Yast - Bootloader unter Reiter "Bootcode-Optionen" unter "Speicherort des Bootcodes", die Option "In Master-Boot-Record schreiben (/dev/sda) markiert war.


    Vielleicht ist das jetzt nicht mehr besonders wichtig, aber ... zuerst habe ich mit P9 gebootet und die boot-Konfiguration gespeichert, damit P9 aktiv ist. Danach habe ich die P7, P8 formatiert und damit geleert. P9 habe ich dann in P6, 1:1 kopiert (mit GParted). In diesem Zustand habe ich das Verhalten des PC beim Booten überprüft. Ich habe festgestellt, dass seltsamer Weise die geklonte P6 gemountet war und nicht P9. P6 und P9 hatten die gleiche UUID durch das Klonen. Da P6 gemountet war und das System davon ohne Fehler gebootet hatte, dachte ich mir, ich bräuchte P6 nicht unbedingt mit einer neuen UUID versehen. Leider habe ich nicht zusätzlich daran gedacht, den Bootloader mit gebooteter P6 zu speichern. Somit wäre P6 und nicht P9 aktiv gewesen. Dann hätte es wahrscheinlich kein Problem nach Beseitigung von P9 mit dem Booten gegeben.

    Das ist meine Vermutung.


    Die grub Dateien sind jetzt weg, daher grub rescue>

    Von dort kann man das System (mit etwas Glück) ebenfalls starten. Rettungsmodus

    Eine generelle Frage:

    Ich habe schon des öfteren bemerkt, dass Debian orientiertes Linux unterschiedlich zu Fedora orientiertes Linux ist. Manche Kommandos wie z. B. "search" und auch andere, ergeben kein Ergebnis. In wie weit kann man den Anordnungen von Ubuntuu folgen ? Ich bin da immer etwas misstrauisch und unsicher, wann man dem 1:1 folgen kann, und wann nicht. Gibt es dazu einen guten Rat.


    Danke für eure Beiträge.


    Gruß, su_lin_user

    Hallo,


    neoghb

    Vermutlich war der Bootloader in P9 - was man auch gesehen hätte, hättest du mal mit fdisk da rein geschaut.

    Also, danke für die gute Schritt für Schritt Anweisung.

    Ich bin gerade bei Schritt 6.

    Hier wird dazu geraten, den Grub2 ohne Angabe der Partitions-Nummer zu installieren.

    Zitat:

    "Wir installieren Grub auf der gesamten Festplatte, nicht auf einer bestimmten Partition,"


    Wenn der Bootloader vorher angeblich auf P9 war, warum soll nun ohne Angabe der Partition installiert werden ?

    Kannst Du dazu eine Erklärung geben ?


    Gruß, su_lin_user

    Hallo,

    Siehst du doch in Yast --> System --> Bootloader

    Kannst Du auch noch verraten woran und wie ? Ich kann nur erraten, dass es die erste Stelle in der Bootreihenfolge sein kann. Wie ich aber gerade durch meinen leichtsinnigen Fehler enttäuschend erfahren musste, kann man schnell falsch liegen. Danke.


    Gruß

    Hallo Jürgen,


    danke für die kurze Erzählung über den eigenen Umgang mit Deinem IT Equipment.

    Bei deinen Posts habe ich den Eindruck, du weißt nicht wirklich was du willst, und verschlimmbesserst dein System mit jedem zusätzlichen Eingriff.

    Ich verwende openSUSE schon sehr lang ca. ab Version 11.x. Ich bin deshalb aber kein Experte mit Linux. Nur wenn es wirklich erforderlich ist, beschäftige ich mich dann mit Administration. Die meiste Zeit bin ich nur Benutzer von Linux. Deshalb brauche ich dann auch Unterstützung.

    Ich habe ein altes System (MBR, Legacy) das über 10 Jahre gewachsen ist, in ein neues System eingebaut. Bei der Gelegenheit wollte ich es ein bisschen schlanker machen und Aufräumen und dann getrennt weiter verwenden. Wenn das wieder geschafft ist, benutze ich das System wieder nur als Anwender.

    Wenn etwas sinnvoll weiter verwendbar ist, dann versuche ich das auch. Das liegt immer an der persönlichen Einschätzung und Abwägung.

    Der grobe Fehler der mir nun passiert ist, hätte nicht sein müssen. Ich war etwas leichtsinnig.


    Gruß, su_in_user

    Hallo,


    neoghb

    so sieht es jetzt aus.


    Vermutlich war der Bootloader in P9 - was man auch gesehen hätte, hättest du mal mit fdisk da rein geschaut.

    Ich habe mir nach dem Klonen sda mit fdisk angeschaut, da war aber zwischen sda9 und sda6 kein Unterschied.

    Die Partition wurde ja auch 1:1 kopiert (mit GParted), deshalb dachte ich, dass dann auch kein Unterschied sein darf.

    Was zeigt in fdisk an wo der Bootloader installiert ist?


    Nachdem das System dann auch selbständig auf sda6 gebootet hat, anstatt auf sda9, war ich mir noch mehr der Sache sicher, dass sda6 und sda9 in allem identisch sind.

    Und so habe ich dann voreilig schon die Partition entfernt.


    Also ich denke ich kann die Neuinstallation von Grub2 auch von hier aus machen, ohne ein Livesystem zu verwenden.

    Gruß, su_lin_user

    Hallo,


    ich habe noch mal auf sda6 gebootet. Das System ist Legacy mit MBR auf sda.


    Hier steht dann zu lesen:


    Gruß

    Hallo,


    jetzt habe ich die Partition sda9 beseitigt.

    Leider erscheint jetzt kein Grub2 mehr. Der Bootvorgang landet im Terminal mit grub_rescue.

    Anscheinend war der Grub2 irgendwie mit sda9 verbunden, obwohl sda6 gemountet wurde.


    Wie kann ich Grub2 neu richtig installieren. Windows ist auch noch auf dem Laufwerk.


    Gruß

    Hallo,


    ich weiß nicht warum, aber nach einem reboot hat das system sda6 gemountet und gebootet.

    Ob es einfach Zufall ist, dass sda6 anstatt sda9 mountet, oder ob das system streng die Partitionen der Reihe nach durchgeht, das kann ich nicht sagen. In diesem Fall kommt es mir entgegen. Wenn ich mir sicher bin, dass das system richtig arbeitet, kann ich einfach sda9 neu formatieren.


    Gruß


    EdiT: