[linux-l] Problem mit Tower-PC

Fr Jan 31 19:01:53 CET 2020

Hallo Susanne, Frank u nd Norman,

ganz liebenswert dass ihr eure Diskussion hier noch weiterführt, die
werde ich mir
auf jeden Fall speichern.
Ich möchte gerne noch einige wichtige Informationen nachschieben, die
ich vergessen habe,
euch mit zu teilen.
Und zwar:
Mein Bekannter hatte die erste Linux-Installation ohne jegliche Hilfe
installiert und wahrscheinlich  dabei nicht
richtig geschaut wegen den beiden SSD's.
Als ich die Neuinstallation gemacht habe, habe ich gezielt die
betreffende Platte ausgesucht wo seine
Installation mehr oder weniger gelandet war und dabei auch wohl zum Teil
sind dabei Dateien auf die
andere Festplatte gelandet.
Ich denke, dass wenn die sogenannte Parallelinstallation auf einer
Festplatte gewesen wäre, es wahrscheinlich
nicht diese Probleme gegeben hätte.
Anfangs als ich vor 25 Jahren mit Linux angefangen habe, habe ich das
dann immer so gemacht
und das funktionierte immer recht gut, nur war es mir irgendwann zu
lästig, weshalb ich dann auf
Virtualbox umgestiegen bin, was wesentlich praktischer ist.
Ich habe die Festplatte auch partitioniert, was ich schon seit vielen
langen Jahren mache und ich halte
das auch für die sauberste Art der Installation, weil dadurch habe ich
dann eine separate Systempartition,
die ich ggf. Neuinstallieren kann, wenn es Probleme gibt, was dann etwas
schneller von statten geht.
Ich bin euch auf jeden Fall dankbar für eure Lernhilfen.
Vielen Dank dafür.
Auf jeden Fall ist mein Bekannter jetzt happy.
Ich wünsche euch ein schönes Wochenende.
Viele Grüße,
Gérard.

Am 31.01.20 um 16:08 schrieb Susanne:
> Hi Norman,
>
> On 20-01-30 18:56:05, Norman Steinbach wrote:
>
>> das ist dann, weil gelöst, nur noch eine "akademische" Diskussion:
>>> Ich vermute das hier ein UEFI am Werk ist, was erklären würde weshalb die Auswahl des Linuxes über das BIOS boot-menu funktioniert, über Grub aber nicht.
>> Richtig - aber das heißt auch, dass GRUB gar nicht auf der Linux-Platte
>> installiert ist? Bzw. dass es ein "falscher" GRUB ist, der die aktuelle
>> Linux-Platte nicht kennt.
> Wie können gerne darüber diskutieren, ich lerne gerne dazu.
>
> Soweit ich UEFI mit der GPT Tabelle verstanden hab, wird das zu bootene System im UEFI eingetragen. Einen MBR wie unter BIOS gibt es hier nicht mehr. Egal was du in den MBR versuchst reinzu schreiben, wenn du einen MBR benutzt bootest du im Legacy-mode also dem alten BIOS. Dafür ist auch eine andere Partitionstabelle erforderlich weil das bei GPT meines Wissens nach nicht geht.
>
>> Gerard hatte ja geschrieben, dass er Linux Mint nochmal neu installiert
>> hatte, vermutlich ist dadurch ein funktionierender GRUB auf die Linux-Platte
>> geschrieben worden, während der, der auf der Windows-Platte war, noch die
>> alte Partitions-ID hatte (die sich natürlich mit der Neuinstallation
>> geändert hat, wenn die Partition formatiert/neu erstellt wurde).
> Ich vermute eher das durch die Neuinstallation von LinuxMint ein zweiter Grub installiert wurde und der alte Grub aber beim Reboot gestartet ist und natürlich die alte UUID gesucht hat und nicht die neue, die während der Installation für das root-System vergeben wurde.
>
>>> Spannend wäre in dem zusammenhang die /etc/fstab, ich vermute das hier eine falsche UUID eingetragen ist.
>> Das ist die Frage, die mich eigentlich interessiert: Kümmert sich GRUB
>> überhaupt um die /etc/fstab? Ich würde fast vermuten, nein - denn sonst
>> müsste er ja schon wissen, auf welcher Partition er diese Datei findet...
> Grub ließt die /etc/fstab um seine Configuration zu schreiben (das ist das was ich zu Grub2 gelesen hab). Bei UEFI-Systemen muss hier unbedingt die EFI-Partition zu finden sein.
>
>>> Da das System über das Bios-Boot-Menu zu starten ist, hier mit dem Befehl
>>> sudo blkid
>>> schauen wie die UUIDs lauten und dann entsprechend in der /etc/fstab ändern
>>>
>>> Das sollte ausreichen, Grub muss meines Wissens nach nicht neu-installiert werden.
>>> Wenn es nicht funktioniert einfach ein
>>> sudo update-grub
>>> aber das sollte eigendlich nur notwendig sein, wenn die Konfigurationsdateien von Grub manuell editiert worden sind.
>> Naja, oder wenn sich die Partitions-IDs geändert haben ;-)
> Partitons UUIDs ändern sich nur während einer Formatierung der Partition, sonst nicht.
>
>> Aber prinzipiell hatte ich ja was ähnliches geschrieben, nur dass ein
>> update-grub natürlich auch wieder nur den grub auf der Linux-Platte
>> aktualisiert, der ja funktioniert, aber vom BIOS nicht gestartet wurde...
> Ja, hattest du, ich wollte dich auch nur ergänzen nicht kritisieren.
>
>> Den Grub auf der Windows-Platte hätte man "aktualisieren" können, indem man
>> ihn halt dort neu installiert (OK, das hatte ich so nicht so genau
>> ausgedrückt), oder wie sonst kann man einen grub auf einer "Fremden" Platte
>> aus einer chroot-Umgebung, wenn diese gar nicht wissen kann, wo der zu
>> benutzende grub liegt (sofern es zwei Platten mit jeweils einem grub im
>> System gibt), aktualisieren? Soweit ich weiß, lässt sich bei update-grub
>> keine Option übergeben, auf welchem Laufwerk der grub aktualisiert werden
>> soll...
> Aber bei grub-install ...
>
>
>
> Viele Grüße
>
> Susanne
>
> _______________________________________________
> linux-l mailing list
> linux-l at mlists.in-berlin.de
> Die Mailingliste der BeLUG (Berliner Linux User Group)
>
> Wenn du diese Mailingliste  abbestellen willst, gehe bitte auf
> https://mlists.in-berlin.de/mailman/listinfo/linux-l-mlists.in-berlin.de
> und trage dich dort bitte aus