Follow along with the video below to see how to install our site as a web app on your home screen.
Anmerkung: This feature may not be available in some browsers.
Geht 1a, bis Du von SATA auf NVMe umziehst ...Das ist der Grund, warum ich überall die UUID durch /dev/sd... ersetze
Hm, hatte da aber kein Problem, heißt halt dann /dev/nvme...Geht 1a, bis Du von SATA auf NVMe umziehst ...
Beim Kopieren per dd bleiben die UUIDs erhalten und die Ziel-SSD funktioniert wie gehabt, kein Grund für irgendwelche fstab Anpassungen; nur UEFI Booteinträge müssen ggf. per chroot/grub install von einem Livesystem aus neu gemacht werden. Umkopieren SATA -> NVMe spielt keine Rolle (hab ich schon gemacht).Eine kurze Rückmeldung meinerseits: KDE NEON (auf sda2) hat die erste Partition (sda1) mit LMDE 5 nicht erkannt und eine UUID wurde mir auch nicht mit blkid angezeigt. Gleiches Ergebnis bei booten über die LMDE 5 DVD als Live System.
Wo auch immer die herkam, dd ändert nichts an der Formatierung.Dort wurde mir die erste Partition als Btrfs angezeigt.
Ist mit wenig Erfahrung wohl besser geeignet und fängt im Gegensatz zu dd viele Fehlbedienungsmöglichkeiten ab.Rescuezilla
Das hat mich halt auch irritiert. Ich bin davon ausgegangen bzw. gehe eigentlich immer noch davon aus, dass dd einfach stur 1:1 kopiert.Beim Kopieren per dd bleiben die UUIDs erhalten und die Ziel-SSD funktioniert wie gehabt, kein Grund für irgendwelche fstab Anpassungen; nur UEFI Booteinträge müssen ggf. per chroot/grub install von einem Livesystem aus neu gemacht werden.
Die war noch auf der (gebrauchten) SSD vorhanden. Ich bin davon ausgegangen, dass wenn ich über dd den Inhalt der Festplatte vollständig auf die SSD kopiere, diese vollständig gelöscht wird. Somit auch die vorhandene Btrfs-Partition. Das war / ist vielleicht ein Irrtum meinerseits gewesen.Wo auch immer die herkam, (...)
Die Ziel-SSD war in der Tat nicht im Thinkpad T61 eingebaut, sondern über einen Adapter an einen USB-Port angeschlossen.4. Ziel-SSD nicht im ThinkPad eingebaut (falls die Überlieferung hier im Forum in deinem Fall zutrifft)
Bedingt. Wenn die Quellpartition gemountet ist, kannst du Glück haben und es passieren keine Schreibvorgänge wärend dd liest - oder nur Schreibvorgänge in dem bereits kopierten Teil --> alles ist ok. Wenn die Zielpartition gemountet ist und dd bügelt drüber, dann sind teile des Dateisystems noch immer im Cache ud werden später geschrieben --> du hast gute Chancen auf ein defektes Dateisystem. Journaling macht das Problem noch schlimmer, dann hast du ziemlich sicher ein defektes Dateisystem. Nota bene: auch readonly gemountete Dateisysteme mit Journaling werden beschrieben.Sollte egal sein. Wenn man mit dd nicht irgendwelche Verrenkungen macht, dann verhält es sich komplett doof und überschreibt das Zielmedium ohne Rückfragen. Eventuell dabei noch vorhandene Daten werden einfach überschrieben. Daran lag es also nicht.