Bei Linux ist das erste was ich immre wegmache dieser UUID-Blödsinn. EInfach sda1, sda2, sda3 usw. Schon geht das auch nachm klonen noch tadellos.
LOOOOOOOOOOOL
Das ist genau die Methode, wie du zuverlässig total auf die Fresse fliegst 
Ich hatte es schon so oft, dass die USB-Geräte vor den SATA-Geräten enumeriert wurden, der USB-Stick sda war und dann erst die SSD auf sdb. Ich nehme immer UUIDs (oder bei GPT meinetwegen PARTUUIDs), das funktioniert dann nämlich auch wirklich.
Quatsch. USB-Geräte werden erst enumeriert, wenn das Rootfs bereits gemountet ist. Dementsprechend steht die Reihenfolge dann bereits. Erstmal einlesen wie Linux funktioniert und dann Blödsinn erzählen wäre was.
Mensch setz ihm einfach Windows neu auf, die Programme kriegt er auch so wieder konfiguriert. Anstatt das es später garnicht mehr funktioniert oder die Installation langsamer als auf der HDD läuft kannste ihm auch endlich mal ein frisches neues Windows installieren.
Quatsch. USB-Geräte werden erst enumeriert, wenn das Rootfs bereits gemountet ist. Dementsprechend steht die Reihenfolge dann bereits. Erstmal einlesen wie Linux funktioniert und dann Blödsinn erzählen wäre was.
Ich ignoriere jetzt mal, dass du mich wieder von der Seite dumm ankackst ...
Wie kann das dann sein, dass mir das genau so wie beschrieben passiert ist? USB-Stick beim Booten dran, Stick war sda, dann die internen SATA-Geräte sdb und sdc.
Mensch setz ihm einfach Windows neu auf, die Programme kriegt er auch so wieder konfiguriert. Anstatt das es später garnicht mehr funktioniert oder die Installation langsamer als auf der HDD läuft kannste ihm auch endlich mal ein frisches neues Windows installieren.
Mach ich gerade auch. Geht ja anscheinend mit diesem OS nicht anders.
Vergiss die fstab und $bootloader-Config nicht bei neuer ID.
Sicher, dass die Partitionen genau da sind wo sie vorher waren und alle IDs gleich? Außerdem, was heißt hier 1:1-Image, ich dachte du hast resizet?
Man kann auch wunderbar ohne IDs arbeiten. Dann gibt es keine Probleme noch muss man was ändern. Und ja, ich bin damit noch nie auf die Fresse geflogen.
Ich ignoriere jetzt mal, dass du mich wieder von der Seite dumm ankackst ...
Wie kann das dann sein, dass mir das genau so wie beschrieben passiert ist? USB-Stick beim Booten dran, Stick war sda, dann die internen SATA-Geräte sdb und sdc.
Keine Ahnung. Wie ich dich kenne, irgend ein Custom-Gefrickel. Normalerweise macht der Linux-Kernel genau sowas nämlich nicht.
Mach ich gerade auch. Geht ja anscheinend mit diesem OS nicht anders.
Dieser abwertende Ton 
Hast wahrscheinlich bei deinem Abenteuer irgendwas Zerschossen.
Naja, was heißt Abenteuer? Mit Clonezilla halt ein Image gebaut. Ich tippe aber mal, dass da beim resizen seitens Clonezilla etwas schief lief.
Würde meinem Vater ja eigentlich Linux installieren, aber er braucht bestimmte Programme die in Wine als wacklig stehen. Naja, lassen wir mal die Neuinstallation und danach das 10er Upgrade laufen..
CloneZilla ist das Problem. In Fact: Bei einem Wechsel von HDD auf SSD versagen alle Programme.
Ich sehe das auch so.. CloneZilla habe ich nur schlechte Erfahrung gesammelt, was das Klonen von Windows betrifft..
CloneZilla funktioniert für das Kopieren von NTFS-Partitionen ausreichend gut, allerdings muss man ggf. nach dem Umzug der Windows-Systempartition den Wert "Hidden Sectors" (an Offset 0x1C) im Bootsektor der Partition auf den Startsektor der Partition (übliche Hex-Werte sind 00 80 00 00 für Sektor 2048 [Ausrichtung am ersten Mebibyte] oder 4F 00 00 00 für Sektor 63 [Ausrichtung an 1. Zylinder]) anpassen, damit der frühe Bootcode auch NTFS-Strukturen an bestimmter Position finden kann.
Wenn man eine zusätzliche Windows-Bootpartition hat, wie sie standardmäßig vom Windows-Setup angelegt wird, dann betrifft dieser Schritt ausschließlich diese Partition und man muss ggf. nur einmal die Startkorrektur durchlaufen, um den bisherigen Eintrag im Bootloader zu korrigieren.
Quatsch. USB-Geräte werden erst enumeriert, wenn das Rootfs bereits gemountet ist. Dementsprechend steht die Reihenfolge dann bereits. Erstmal einlesen wie Linux funktioniert und dann Blödsinn erzählen wäre was.
Ich habe mal versucht ein bisschen über das Thema zu recherchieren, aber so einfach ist es nicht, informatinen zu finden.
Die Gerätedateien /dev/sda etc. werden beim Booten von udev erstellt, allerdings muss der Kernel zum Mounten des Root-Dateisystems auch in der Lage sein, diese Device Nodes auch ohne udev zu erstellen (zumindest wenn man keine initial ramdisk (initrd) verwendet).
Es ist fast sicher, dass in dem Fall zuerstmal alle Blockdevices vom Kernel enumeriert werden, dann das Root-Dateisystem gemountet wird (gemäß der Parameter, die man dem Kernel vom Bootloader mitgegeben hat) und anschließend udev während des Bootvorgangs all diese Device-Dateien neu erstellt. Sprich: Es kann durchaus sein, dass die Gerätedateien im early boot auf andere Geräte zeigen als später (zumindest ist das mein Verständnis, belegen kann ich das leider nicht).
In der Regel werden per SATA angeschlossene Geräte vor den USB-Geräten aufgelistet, das kann man aber nicht als gegeben hinnehmen. Schau dir z.B. mal an was passiert, wenn du im laufenden betrieb eine per SATA angeschlossene Platte rausziehst, dann einen USB-Stick einsteckst und danach wieder die SATA-Platte einsteckst. Außerdem gibt es fälle, in denen man einen per USB angeschlossenen Datenträger als Root-Device verwendet.
Selbst wenn es gegeben wäre, dass sich die Reihenfolge nicht ändert, will man trotzdem noch, dass ein System von ehemals /dev/sdc immer noch bootet, selbst wenn die Festplatte, die ehemals /dev/sdb war, nicht eingesteckt ist.
Insofern rechtfertigt sich die Existenz von UUIDs durchaus, weil sie einem die Möglichkeit bieten, Dateisysteme zu identifizieren, egal wieviele andere Geräte gerade ein/ausgesteckt oder kaputt sind und in welcher Reihenfolge der Kernel oder udev die Device-Nodes angelegt hat. Ich persönlich verwende für meine fstab allerdings lieber das Dateisystemlabel.
Übrigens: Die UUIDs haben noch einen anderen Vorteil: Sie bleiben auch dann erhalten, wenn man ein Festplattenimage per dd bzw. Clonezilla wiederherstellt, oder wenn man seine Festplatte in einen anderen Rechner einbaut. Dann kann man nämlich gleich loslegen, und muss nicht erst mit einem Live-System seinen Bootloader und seine /etc/fstab fixen.
Hier mal ein Artikel aus dem Archlinux-Wiki zu dem Thema: https://wiki.archlinux.org/index.php/Pers…k_device_naming
Gemäß diesem Artikel ist es eben gerade nicht eindeutig, in welcher Reihenfolge die Block-Devices angelegt werden.
Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!
