rokkybuntu
Anmeldungsdatum: 27. August 2013
Beiträge: 362
|
Vielleicht ist das ja unvernünftig was ich vorhabe und vielleicht mache ich es auch nicht, jenachdem was bei diesem Thread herauskommt. Für den Fall "dass": Wenn man einen 1:1 Klone (interne SSD auf USB-SSD) erstellt, hat dieser doch dieselbe UUID wie die Quelle? Um Konflikte zu vermeiden ("falls" der USB-Klone mal gleichzeitig angeschlossen ist) habe im UUID-wiki gelesen, dass es mehrere Änderungs-Varianten gibt. Wäre die "automatische" zu empfehlen oder spricht etwas für eine selbst gewählte? Haben die Partitions auch UUIDs, wie kann man das rauskriegen und müsste man die auch ändern? Und eine Zusatzfrage: wie ist Grub betroffen, denn wenn auf der Quelle Grub ist, ist es doch auch auf dem Klone? Danke.
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53623
Wohnort: Berlin
|
Natürlich haben Partitionen eine UUID, den Wikiartikel dazu zu lesen wäre ein Anfang... Ob du eine UUID automatisch oder manuell änderst ist völlig wumpe. Und ja, natürlich hat es Einfluss auf GRUB 2, wenn sich die UUID der Boot- und/oder der Systempartition ändert - schließlich verweißt der Bootloader auf die UUID der GRUB 2/Konfiguration auf der Bootpartition (so nicht vorhanden auf der Systempartition). Und natürlich muss bei Änderungen der UUIDs die fstab angepasst werden, sofern es sich um darüber eingebundene Partitionen handelt.
|
rokkybuntu
(Themenstarter)
Anmeldungsdatum: 27. August 2013
Beiträge: 362
|
tomtomtom schrieb: ...wumpe...
Und natürlich muss bei Änderungen der UUIDs die fstab angepasst werden, sofern es sich um darüber eingebundene Partitionen handelt.
Vielen Dank, mit dem verlinkten Artikel kann ich mit meiner bescheidenen Linux-Laufbahn ohne ein paar Zusatzinformationen wenig anfangen, wie wir beide wissen. Und da ich - speziell von dir - kaum Zusatzinformationen zu erwarten habe, denke ich über Aufgabe des Vorhabens nach - das ist dann eben wumpe...
|
rokkybuntu
(Themenstarter)
Anmeldungsdatum: 27. August 2013
Beiträge: 362
|
Vorhaben wurde dennoch durchgeführt: sowohl die Quell-SSD als der Klone lassen sich starten, auch wenn das Thema "fstab" von mir nicht richtig verstanden, aber wohl zufällig und trotz nicht erhaltener Zusatzhilfestellung richtig nachvollzogen wurde. Ich werde mir erlauben dazu in einem besonderen Thread nochmal Fragen zu stellen und hoffentlich auf einen Experten treffen, der noch nicht zu sehr vom Denkverhalten eines Linux-Novizen abgehoben ist. Weder die geklonte "fstab" noch das jetzt auf 2 verschiedenen SSDs identisch vorhandene Grub interessieren sich füreinander - was meineserachtens daran liegt, dass die jeweilige SSD bzw das darauf befindliche Ubuntu (bei mir) aus dem Startmanager des Motherboards heraus hochfährt und erst dann das jeweilige Grubmenü anbietet. Die nicht zum Booten ausgewählte SSD ist dabei lediglich Datenträger. Vorsichtshalber habe ich die UUIDs des Klones geändert (mit automatischer Methode). Für richtige Experten ist das wahrscheinlich "logisch" und gar nicht erwähnenswert, sorry, wenn ich es dennoch erwähne. PS: natürlich macht es wenig Sinn, zwei identische SSD-Ubuntus am gleichen Rechner wechselweise zu benutzen, ich habe das auch nur probierweise gemacht. Der Klone läuft an dem Hauptsystem in der Regel als Dateitransfer-SSD mit und wird ansonsten per USB an einem anderen Rechner mit gleicher Grafikkarte als Betriebssystem-SSD benutzt.
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53623
Wohnort: Berlin
|
Die "Zusatzinformationen" finden sich faszinierenderweise im verlinkten Artikel und den weiterführenden Links dort. Sollte man nach vier Jahren hier eigentlich™ wissen. Wenn man dort etwas nicht versteht sollte man gezielt nachfragen, aber das ist ja bei dir nicht zu erwarten, um deinen Duktus zu nutzen...
|
rokkybuntu
(Themenstarter)
Anmeldungsdatum: 27. August 2013
Beiträge: 362
|
Im Zuge von "SSD-Klonen" und "UUIDs ändern" habe ich mich im wiki mit der fstab befasst. Einiges habe ich niccht verstanden, z.B. die Bemerkung im wiki, man solle beim Klonen in der fstab eher Geräteknoten statt UUIDs verwenden. Moderiert von Taomon: An schon bestehendes Thema angehangen.
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53623
Wohnort: Berlin
|
rokkybuntu schrieb: Einiges habe ich niccht verstanden, z.B. die Bemerkung im wiki, man solle beim Klonen in der fstab eher Geräteknoten statt UUIDs verwenden.
Ist direkt dahinter in Klammern erklärt und bezieht sich auf den Punkt Identifaktion der Geräte weiter oben im selben Artikel. Weitere Informationen bieten die Artikel Grundlagen und Datenträger (Abschnitt „Geraetename“).
|
rokkybuntu
(Themenstarter)
Anmeldungsdatum: 27. August 2013
Beiträge: 362
|
Mich hätte interessiert, warum für externe Geräte UUIDs empfohlen werden (im wiki fstab Kapitel "Identifikation der Geräte"), beim Klonen (in meinem Fall auch auf ein externes Gerät) aber "Geräteknoten" statt UUIDs (im Kapitel "Klonen von Festplatten"). Vielleicht ist das aber auch "wurscht" - sorry, "wumpe".
|
black_tencate
Anmeldungsdatum: 27. März 2007
Beiträge: 10958
|
Hej rokkybuntu, rokkybuntu schrieb: ...Vielleicht ist das aber auch "wurscht" - sorry, "wumpe".
wie diese 'Empfehlung' zustande kam, mußt den Autor fragen, aber es ist tatsächlich wumpe. Entscheidend ist aber, daß Du für sich unterscheidende Identifizierungen sorgst, falls nämlich mal beide Platten im System hängen. (allg. wird die UUID als die 'sicherste' Variante bezeichnet, bei richtigem Label ist das auch verwechselungssicher, nur die '/devs ' können zu Problemen führen, da die Benennung von Start zu Start differieren können, je nachdem, was wo angestöpselt ist). Gruß black tencate
|
rokkybuntu
(Themenstarter)
Anmeldungsdatum: 27. August 2013
Beiträge: 362
|
black_tencate schrieb:
wie diese 'Empfehlung' zustande kam, mußt den Autor fragen, aber es ist tatsächlich wumpe. Entscheidend ist aber, daß Du für sich unterscheidende Identifizierungen sorgst, falls nämlich mal beide Platten im System hängen. (allg. wird die UUID als die 'sicherste' Variante bezeichnet, bei richtigem Label ist das auch verwechselungssicher, nur die '/devs ' können zu Problemen führen... Gruß black tencate
Vielen Dank, damit kann man was anfangen. Besonders freue ich mich dass hier ein Helfer mit ein paar erklärenden Sätzen - und nicht mit einem Link allein - für Klarheit gesorgt hat. 😉
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53623
Wohnort: Berlin
|
rokkybuntu schrieb: Besonders freue ich mich dass hier ein Helfer mit ein paar erklärenden Sätzen - und nicht mit einem Link allein - für Klarheit gesorgt hat. 😉
Da hast du natürlich vollkommen Recht!!1! Link anklicken und die dort vorhandenen "erklärenden Sätze" lesen ist ja quasi Rocket Science und sollte tunlichst vermieden werden! Wikiartikel zu lesen birgt übrigens häufig die Gefahr, sich Wissen anzueignen. Zum Glück gibt es umsichtige User, die in der Lage sind, solche Gefahren jahrelang gekonnt zu umschiffen.
|