MBR Multiboot: Getrennte Partitionen, System löschen und Benutzer löschen

Hinweis: In dem Thema MBR Multiboot: Getrennte Partitionen, System löschen und Benutzer löschen gibt es 20 Antworten auf 3 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.

    Moin,


    wo in sda3 sind denn da die jeweiligen "/home" der verschiedenen Distri user?

    Zitat von su_lin_user

    Neuigkeiten:

    Also ich habe im Bootmanger der SSD (ssd, sr0) die Reaktionszeit von 72 sec. auf 7 sec. herabgesetzt. Danach hat Grub

    hä? Aus deinem 2. post

    Zitat von su_lin_user
    Code
    NAME       FSTYPE FSVER LABEL           UUID                                 MOUNTPOINTS PARTTYPE
sda                                                                                      
...
sdd                                                                                      
sr0                                                                                      
nvme0n1                                                                                  
...

    (im Original die # 19 und 20 (hier #4 und 5)

    Das sind 1. ein device (Platte, o.ä.), nämlich /dev/sdd und 2. das DVD LW, /dev/sr0. Die SSD ist die nvme0n1. Auf /dev/ssd scheint nichts zu sein, keine Partition oder Dateisystem.


    Und so ein komisches GUI Tool (yast-bootloader) würde ich eher nicht benutzen, da weiß man ja überhaupt nicht mehr, was da im Hintergrund abläuft. An welcher Stelle sollte man denn da wählen können, welches device man bearbeitet.

    Du solltest doch mal das bootinfoscript (download, entpacken und ausführen) laufen lassen und die Ergebnisdatei hier posten


    LG b_b

    Für den Inhalt des Beitrages 307976 haftet ausdrücklich der jeweilige Autor: black_boot

    Hallo,

    black_boot

    Zitat

    hä? Aus deinem 2. post

    (im Original die # 19 und 20 (hier #4 und 5)

    Das sind 1. ein device (Platte, o.ä.), nämlich /dev/sdd und 2. das DVD LW, /dev/sr0. Die SSD ist die nvme0n1. Auf /dev/ssd scheint nichts zu sein, keine Partition oder Dateisystem.

    Entschuldige, das habe ich falsch interpretiert, da eine SSD on board für mich noch neu ist.

    Ja, sdd ist leer. sr0 wäre das DVD-Laufwerk und ist auch leer.

    nvme0n1 ist das SDD Laufwerk.


    Korrektur Poste #10:

    Zitat von su_lin_user

    Neuigkeiten:

    Also ich habe im Bootmanger der SSD (ssd, sr0) die Reaktionszeit von 72 sec. auf 7 sec. herabgesetzt. Danach hat Grub natürlich aktualisiert. ...


    ---> Korrektur

    Also ich habe im Bootmanger der nvme0n1 die Reaktionszeit von 72 sec. auf 7 sec. herabgesetzt. Danach hat Grub natürlich aktualisiert. ...


    Zitat von black_boot

    wo in sda3 sind denn da die jeweiligen "/home" der verschiedenen Distri user?

    Also ich habe überlegt, wie ich Dir das am besten zeigen kann.

    Code
    tumb64_user1@linux:/home> ls -d */
lost+found/  suse_user1/  suse_user2/  tumb64_user1/  tumb_user1/  tumb_user2/


    Zitat von black_boot

    Du solltest doch mal das bootinfoscript (download, entpacken und ausführen) laufen lassen

    Ich hab mal bei dem Open Build Service geschaut. Den bootinfoscript gibts für openSuse anscheinend nicht.


    Grub2 ist anscheinend so gemacht, dass er alle auffindbaren Laufwerke nach Bootinformationen absucht und sammelt. Bis jetzt ist nur die Meldung erschienen. Vielleicht bleibt es auch nur dabei. Damit kann ich leben.


    Schönen Gruß, su_lin_user

    -

    Gruß, su_lin_user

    Tumbleweed |KDE 5 |AMD Ryzen 3600, 6 Core |RAM 16GB

    Für den Inhalt des Beitrages 307983 haftet ausdrücklich der jeweilige Autor: su_lin_user

    Moin,

    Zitat von su_lin_user

    Ich hab mal bei dem Open Build Service geschaut. Den bootinfoscript gibts für openSuse anscheinend nicht.

    nun, bei dl_bootinfoscript wärst du fündig geworden, aus bootinfoscript-061.tar.gz die Datei bootinfoscript entpacken und dann im Terminal

    Code
    sudo ./bootinfoscript Result.txt

    In der Result.txt stehen dann die Informationen. Es ist ein script, das funktioniert in allen distris.

    Zitat von su_lin_user

    Grub2 ist anscheinend so gemacht, dass er alle auffindbaren Laufwerke nach Bootinformationen absucht und sammelt.

    das tut er nur, wenn 'os-prober' auf aktiv geschaltet ist (in der Datei /etc/default/grub muß dazu einen Zeile GRUB_DISABLE_OS_PROBER=false stehen und ein update-grub ausgeführt werden.


    LG b_b

    Für den Inhalt des Beitrages 307986 haftet ausdrücklich der jeweilige Autor: black_boot

    Hallo,

    black_boot


    Zitat

    das tut er nur, wenn 'os-prober' auf aktiv geschaltet ist (in der Datei /etc/default/grub muß dazu einen Zeile GRUB_DISABLE_OS_PROBER=false stehen und ein update-grub ausgeführt werden.

    Bei dem Update wurde die alte grub.cfg anscheinend unter grub.old aufbewahrt, bevor eine neue angelgt wurde.

    Code
    linux@localhost:/etc/default> dir grub*
-rw-r--r-- 1 root root 1681 27. Aug 11:07 grub
-rw-r--r-- 1 root root 1386 17. Mai 15:35 grub.old

    Allerdigs ist bei grub die Einstellung

    GRUB_DISABLE_OS_PROBER="false" 

    bei grub.old ist alles auf default, da gibt es den Parameter gar nicht.


    Wenn ich nun grub lösche und grub.old auf grub umbenenne, kann ich dann davon ausgehen, wieder die vorherige Konfiguration zu haben ?


    Gruß, su_lin_user

    -

    Gruß, su_lin_user

    Tumbleweed |KDE 5 |AMD Ryzen 3600, 6 Core |RAM 16GB

    Für den Inhalt des Beitrages 307987 haftet ausdrücklich der jeweilige Autor: su_lin_user

    Hallo,


    ich habe mal einfach versucht die /etc/default/grub.old in grub umzubenennen, um zu sehen, ob damit wieder das Bootmenü auf den Stand vor dem Update ist. Das hat gar nichts gebracht, unverändert.


    Was ich noch einmal nachfragen wollte:

    Kann ich nach dem sonst alle Fragen geklärt sind versuchen die Linux-Version, die ich behalten möchte als bestimmendes System markieren, damit davon gebootet wird ? Danach dann die überflüssigen Distri's und deren Benutzer löschen ?

    Wenn nichts mehr dagegen spricht, würde ich das dann so machen.


    Gruß, su_lin_user

    -

    Gruß, su_lin_user

    Tumbleweed |KDE 5 |AMD Ryzen 3600, 6 Core |RAM 16GB

    Für den Inhalt des Beitrages 307988 haftet ausdrücklich der jeweilige Autor: su_lin_user

    Moin,

    Zitat von su_lin_user

    ich habe mal einfach versucht die /etc/default/grub.old in grub umzubenennen, um zu sehen, ob damit wieder das Bootmenü auf den Stand vor dem Update ist. Das hat gar nichts gebracht, unverändert.

    hätte wahrscheinlich, wenn du ein update-grub hättest folgen lassen. Das grub Menü wird aus den scripten (in erster Linie) aus /etc/default/grub und /etc/grub.d/* erzeugt, ändert man an den scripten etwas, wird das eben erst nach einem update-grub wirksam.

    Zitat von su_lin_user

    versuchen die Linux-Version, die ich behalten möchte als bestimmendes System markieren, damit davon gebootet wird ?

    Ich hatte eigentlich hinreichend erklärt, wie du das gewünschte System (im CSM Bootmodus) zum "führenden" machen mußt (dachte ich wenigstens). Was du jetzt wieder mit markieren meinst, kann ich nicht nachvollziehen.

    Boote in das System und führe dort ein

    Code
    sudo grub-install /dev/sdX

    aus, für "X" nimmst du die Platte, auf der sich auch "/" befindet. Im CSM Modus mußt du dann von genau dieser Platte booten.


    btw., das Kopieren von /etc/default/grub nach /etc/default/grub.old dürfte eines der nicht ersichtlichen (gar nicht unüblen) features aus Yast-Bootloader Reiter Bootloader-Optionen Haken gesetzt bei "fremdes OS testen" sein? K.A.


    -> Lesestoff


    LG b_b

    Einmal editiert, zuletzt von black_boot ()

    Für den Inhalt des Beitrages 307989 haftet ausdrücklich der jeweilige Autor: black_boot

    Zitat von black_boot

    … wenn du ein update-grub hättest folgen lassen.

    naja, wohl eher ein

    Code
    grub2-mkconfig -o /boot/grub2/grub.cfg

    ;)

    Für den Inhalt des Beitrages 307990 haftet ausdrücklich der jeweilige Autor: Feli

    Moin,

    Zitat von Feli

    naja, wohl eher ein

    Code
    grub2-mkconfig -o /boot/grub2/grub.cfg

    ;)

    stimmt, wird wohl eher in den debianoiden Distris als

    verwendet.

    Im grub Handbuch finde ich auch keinen update-grub.


    LG b_b

    Für den Inhalt des Beitrages 307992 haftet ausdrücklich der jeweilige Autor: black_boot

    Hallo allerseits,


    black_boot

    Zitat von black_boot

    Was du jetzt wieder mit markieren meinst, kann ich nicht nachvollziehen.

    Tut mir leid, wenn ich gerade die Sache wieder unklarer gemacht habe. Eigentlich wollte ich nur wiederholen, was Du schon weiter oben geraten hast. Danke, dass Du die Sache trotzdem noch einmal wiederholst. Das kann nur zur festeren Gewissheit beitragen.


    Feli

    Zitat
    Zitat von black_boot … wenn du ein update-grub hättest folgen lassen.

    naja, wohl eher ein

    Code

    Code
    grub2-mkconfig -o /boot/grub2/grub.cfg

    danke für den Tipp. Das werde ich noch mal ausprobieren.

    Und was kann ich tun, damit sich grub2 bei der nächsten Gelegenheit nicht wieder die Booteinträge anderer Festplatten sammelt ?


    Schönen Gruß, su_lin_user

    -

    Gruß, su_lin_user

    Tumbleweed |KDE 5 |AMD Ryzen 3600, 6 Core |RAM 16GB

    Einmal editiert, zuletzt von su_lin_user ()

    Für den Inhalt des Beitrages 307994 haftet ausdrücklich der jeweilige Autor: su_lin_user

    Hallo allerseits,


    ein kleiner Nachtrag zu meiner eigenen letzten Frage:

    Zitat von su_lin_user

    Und was kann ich tun, damit sich grub2 bei der nächsten Gelegenheit nicht wieder die Booteinträge anderer Festplatten sammelt ?

    Dazu gibt es einen perfekten Artikel für alle openSuse Interessenten.

    Grub auf UEFI- und BIOS-Systemen einrichten und reparieren - LinuxCommunity
    Auf UEFI-Systemen überschreibt eine OS-Installation einen bereits installierten Bootloader nicht mehr. Allerdings erscheinen dann meist zwei Bootmenüs…
    www.linux-community.de


    Gruß, su_lin_user

    -

    Gruß, su_lin_user

    Tumbleweed |KDE 5 |AMD Ryzen 3600, 6 Core |RAM 16GB

    Für den Inhalt des Beitrages 307995 haftet ausdrücklich der jeweilige Autor: su_lin_user