SSD upgrade Thema ist als GELÖST markiert

Linux Mint, Ubuntu, elementary und Co. Hier kann über andere Linux Distributionen Diskutiert werden.

Themen Author
Allfred
Forum Gott
Forum Gott
Beiträge: 372
Registriert: Samstag 10. November 2018, 16:50
GPU:
Kernel:
Desktop-Variante:
GPU Treiber:
Hat sich bedankt: 51 Mal
Danksagung erhalten: 9 Mal

Re: SSD upgrade

#16

Beitrag von Allfred »

Grrr - Hirn wo bist Du.
Ich habe nun alle Festplatten in ein Manjaro gehängt:

Code: Alles auswählen

sudo fdisk -l

Festplatte /dev/sda: 74,53 GiB, 80026361856 Bytes, 156301488 Sektoren
Festplattenmodell: INTEL SSDSC1NB08
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 4096 Bytes
E/A-Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Festplattenbezeichnungstyp: dos
Festplattenbezeichner: 0x4900b11c

Gerät      Boot Anfang      Ende  Sektoren Größe Kn Typ
/dev/sda1  *      2048 156296384 156294337 74,5G 83 Linux


Festplatte /dev/sdb: 111,79 GiB, 120034123776 Bytes, 234441648 Sektoren
Festplattenmodell: KINGSTON SH103S3
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: dos
Festplattenbezeichner: 0xbf91f3cc

Gerät      Boot  Anfang      Ende  Sektoren  Größe Kn Typ
/dev/sdb1          4096   8402943   8398848     4G 83 Linux
/dev/sdb2       8404992 234440703 226035712 107,8G 83 Linux


Festplatte /dev/sdc: 232,89 GiB, 250059350016 Bytes, 488397168 Sektoren
Festplattenmodell: Samsung SSD 860 
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: dos
Festplattenbezeichner: 0x7fea9a34

Gerät      Boot Anfang      Ende  Sektoren  Größe Kn Typ
/dev/sdc1         2048 488394751 488392704 232,9G  7 HPFS/NTFS/exFAT


Festplatte /dev/loop0: 55,46 MiB, 58159104 Bytes, 113592 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop2: 4 KiB, 4096 Bytes, 8 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop1: 55,56 MiB, 58261504 Bytes, 113792 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop3: 263,22 MiB, 276008960 Bytes, 539080 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop4: 263,59 MiB, 276398080 Bytes, 539840 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop5: 164,76 MiB, 172761088 Bytes, 337424 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop6: 64,77 MiB, 67915776 Bytes, 132648 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop7: 91,69 MiB, 96141312 Bytes, 187776 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop8: 2,38 MiB, 2490368 Bytes, 4864 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop9: 3,06 MiB, 3211264 Bytes, 6272 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop10: 99,47 MiB, 104304640 Bytes, 203720 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop11: 46,96 MiB, 49242112 Bytes, 96176 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop12: 99,47 MiB, 104304640 Bytes, 203720 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop13: 347,21 MiB, 364072960 Bytes, 711080 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop15: 322,95 MiB, 338636800 Bytes, 661400 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop14: 347,09 MiB, 363945984 Bytes, 710832 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Anschließend fiel mir ein, daß auf der Kinston SSD ein bootendes LinuxMint liegt - was der (Manjaro)-Bootmanager Grub ohne Rückfragen gleich einträgt ? Ist das nun schon passiert und was soll ich machen?

Abseits davon sehe ich ein sda, sdb und sdc.
Warum sind so viele loops zu sehen?
Sollte ich die Ziel-SSD zuvor mit GParted auf ein von NTFS abweichends Format bringen?
Muß ich nach dd irgendwelche UUID ändern?

Benutzer 1541 gelöscht

Re: SSD upgrade

#17

Beitrag von Benutzer 1541 gelöscht »

Also die Frage mit den Loop Devices hättest du auch selbst mit der Suchmsachine deiner Wahl finden können:

Loop

Nun, welche deiner Platten was enthält /sda, sdb,sdc musst ja schon du wissen.

Und wenn du ein Linux System klonen willst musst du schon das entsprechende Dateiformat verwenden. NTFS wird dir da nicht weiter helfen.

Und wieso hast du beim Einbinden deiner Festplatten grub aktualisiert?
Das versehe ich nun überhaupt nicht.

Wenn Grub wieder aktualisiert wird und dieses System nicht mehr gefunden wird ist der Eintrag sowieso wieder weg....

Themen Author
Allfred
Forum Gott
Forum Gott
Beiträge: 372
Registriert: Samstag 10. November 2018, 16:50
GPU:
Kernel:
Desktop-Variante:
GPU Treiber:
Hat sich bedankt: 51 Mal
Danksagung erhalten: 9 Mal

Re: SSD upgrade

#18

Beitrag von Allfred »

Danke josefine_h für die teilweise Entwarnung.
Nun, ich habe Grub nicht aktualisiert - noch es vor.
Ich habe nur irgendwann erlebt, daß dieser Vorgang unbeabsichtigt im Hintergrund ablief und fortan sehr störte.
Also wie ich Dich verstehe, ist nichts schlimmes passiert, wenn ich Grub nicht aktiv angestoßen habe?
--------------
Ich weiß zwar trotz Link nicht was Loops machen, scheinen aber nicht wichtig an dieser Stelle zu sein?

Welches Dateiformat ist das für die neue SSD (sdc) das Wahrscheinlichste? Was soll ich drauf machen?
Muß ich auch Partitionen einrichten?

Benutzer 1541 gelöscht

Re: SSD upgrade

#19

Beitrag von Benutzer 1541 gelöscht »

Nun, wahrscheinlich ist es ext4 vom Original Mint.

Und die zweite Frage ist auch wieder dein Ernst?

Wenn du etwas klonst dann wird es eins zu eins übernommen, da brauchst du keine Partitionen.

Es wäre aber wirklich cool wenn du dich auch selbst ein wenig schlau machen würdest - Learning by doing ...

Themen Author
Allfred
Forum Gott
Forum Gott
Beiträge: 372
Registriert: Samstag 10. November 2018, 16:50
GPU:
Kernel:
Desktop-Variante:
GPU Treiber:
Hat sich bedankt: 51 Mal
Danksagung erhalten: 9 Mal

Re: SSD upgrade

#20

Beitrag von Allfred »

josefine_h hat geschrieben: ↑Donnerstag 18. August 2022, 17:24 Wenn du etwas klonst dann wird es eins zu eins übernommen, da brauchst du keine Partitionen.
Davon ging ich aus, daher die ursprüngliche Frage mit dem NTFS. Wenn auch das keine Rolle spielt, kann ich die dd-Prozedur einfach starten?
Benutzeravatar

gosia
Forum Held
Forum Held
Beiträge: 2232
Registriert: Dienstag 24. Mai 2016, 13:33
CPU: Intel i5-3210M
GPU: Intel HD 4000
Kernel: 4.19
Desktop-Variante: Openbox
GPU Treiber: i915
Hat sich bedankt: 20 Mal
Danksagung erhalten: 495 Mal

Re: SSD upgrade

#21

Beitrag von gosia »

Hallo Allfred,
langsam komme ich ins schwitzen, wenn ich deine Fragen hier lese. Vor allem kann ich jetzt @LaGGGer verstehen
LaGGGer hat geschrieben: ↑Mittwoch 17. August 2022, 18:02 anscheinend liest du das nicht was wir hier posten
mindestens dreimal wurde hier erklärt, dass dd alles clont und Du fragst immer noch nach UUIDs, Formatierung und Partitionen >:D
Bist Du sicher, dass dd für dich das richtige Werkzeug ist? Aber sei es drum, wenn Du nicht gerade Quelle und Ziel verwechselst...
Aber bitte, lies dir vorher wenigstens einen der angeführten Links zu dd durch und versuche das einigermassen zu verstehen, z.B.
https://wiki.ubuntuusers.de/dd/
Ich halte Clonezilla immer noch für die bessere Wahl für dich, aber es ist deine Entscheidung.

viele Grüsse gosia
Benutzeravatar

Holle
Erfahrenes Foren Mitglied
Erfahrenes Foren Mitglied
Beiträge: 95
Registriert: Sonntag 31. Januar 2021, 23:10
CPU: AMD® Ryzen™ 7 PRO 4750G
GPU: Renoir Rx Vega 8
Kernel: LTS
Desktop-Variante: KDE Plasma
GPU Treiber: amdgpu AMD RENOIR
Hat sich bedankt: 7 Mal
Danksagung erhalten: 16 Mal

Re: SSD upgrade

#22

Beitrag von Holle »

Allfred hat geschrieben: ↑Donnerstag 18. August 2022, 16:40 Muß ich nach dd irgendwelche UUID ändern?
Nein, wie hier schon mehrfach geschrieben wurde, hast Du dann zwei völlig identische Platten.
Eines geht aber auf keinen Fall ==>
Nach dem Klonen sollten auf keinen Fall beide Platten im Rechner sein. (weil identische UUID!)
Das gibt sonst Probleme. Die kleinere Quell-Platte sollte dann vor dem ersten booten ausgebaut werden.
Ich denke auch, dass Clonezilla für Dich besser ist. (Verschlüsslte Platten hast Du nicht)

Themen Author
Allfred
Forum Gott
Forum Gott
Beiträge: 372
Registriert: Samstag 10. November 2018, 16:50
GPU:
Kernel:
Desktop-Variante:
GPU Treiber:
Hat sich bedankt: 51 Mal
Danksagung erhalten: 9 Mal

Re: SSD upgrade

#23

Beitrag von Allfred »

Steht doch alles da: "dd ignoriert Dateisysteme"
Davon ging ich aus, wollte aber vorsichtshalber mal nach fragen.
Uns jetzt lass Dir mal diese Antwort auf der Zunge zergehen:

"Und wenn du ein Linux System klonen willst musst du schon das entsprechende Dateiformat verwenden. NTFS wird dir da nicht weiter helfen."

Warum sollte ich da nicht verunsichert sein?

BTT:
Muß ich nach dd irgendwelche UUID ändern?
Das diese UUID mit kopiert wird ist klar.
Meine Frage war: Stellt das ein Problem dar? Muß ich anschließend händisch eine andere UUID irgendwo eintragen?
Benutzeravatar

Holle
Erfahrenes Foren Mitglied
Erfahrenes Foren Mitglied
Beiträge: 95
Registriert: Sonntag 31. Januar 2021, 23:10
CPU: AMD® Ryzen™ 7 PRO 4750G
GPU: Renoir Rx Vega 8
Kernel: LTS
Desktop-Variante: KDE Plasma
GPU Treiber: amdgpu AMD RENOIR
Hat sich bedankt: 7 Mal
Danksagung erhalten: 16 Mal

Re: SSD upgrade

#24

Beitrag von Holle »

Allfred hat geschrieben: ↑Donnerstag 18. August 2022, 20:01 Meine Frage war: Stellt das ein Problem dar? Muß ich anschließend händisch eine andere UUID irgendwo eintragen?
Habe ich doch gerade geschrieben, zwei identische Platten im gleichen System stellt definitiv ein Problem dar.
Entweder Du entfernst eine der Platten vom System oder Du änderst eine UUID.
Das ändern der UUID macht aber keinen Sinn. Was willst Du mit 2 identisichen Platten im System?
Alternativ könnte man auch die Quell Platte neu partitionieren bzw. formatieren, weil sie nicht mehr benötigt wird.
Mit der Partitionierung /Neuformatierung bekommt man automatisch eine neue UUID.

Benutzer 1396 gelöscht

Re: SSD upgrade

#25

Beitrag von Benutzer 1396 gelöscht »

Allfred hat geschrieben: ↑Mittwoch 17. August 2022, 08:28 Ich muß bei einem Linux Mint (LMDE 5) von einer 128GB auf eine 256GB SSD wechseln.
Von einer kleinen Platte auf eine größere umziehen ist eigentlich die einfachste Sache der Welt.
Wer gar keine Lust auf Terminabefehle hat und sich grafisch durch die Clonerei führen lassen möchte, der nehme dazu die rescuezilla-64bit.impish.iso und brenne die auf DVD. Da braucht man dann auch nicht zu erklären, wie man die auf einen Stick bringt. Das hat meine 10 jährige Enkeltochter als Büro Beschäftigungsaufgabe hinbekommen und das schaffst du auch.

Themen Author
Allfred
Forum Gott
Forum Gott
Beiträge: 372
Registriert: Samstag 10. November 2018, 16:50
GPU:
Kernel:
Desktop-Variante:
GPU Treiber:
Hat sich bedankt: 51 Mal
Danksagung erhalten: 9 Mal

Re: SSD upgrade

#26

Beitrag von Allfred »

Die Antwort lautet: Wer nicht gleichzeitig Original und Kopie in ein und demselben System betreibt hat keine Probleme mit der kopierten UUID.

Benutzer 1396 gelöscht

Re: SSD upgrade

#27

Beitrag von Benutzer 1396 gelöscht »

Off-topic
Hm, @Alfred hat geantwortet - aber ich sehe seine Antwort nicht. Das wird seinen Grund haben und ich belasse es lieber dabei.

Benutzer 1541 gelöscht

Re: SSD upgrade

#28

Beitrag von Benutzer 1541 gelöscht »

Ich beende meine Mitarbeit an dieser Stelle hier auch und lasse alles einfach hier so stehen.

Ich wünsche euch einen schönen Tag.
Benutzeravatar

LaGGGer
Forum Held
Forum Held
Beiträge: 1519
Registriert: Freitag 26. Juni 2020, 18:53
CPU: AMD Ryzen 7 5800X
GPU: GeForce GTX 1060
Kernel: 6.5
Desktop-Variante: XFCE
GPU Treiber: Nvidia aktuell
Hat sich bedankt: 141 Mal
Danksagung erhalten: 249 Mal

Re: SSD upgrade

#29

Beitrag von LaGGGer »

josefine_h hat geschrieben: ↑Freitag 19. August 2022, 07:57 Ich beende meine Mitarbeit an dieser Stelle hier auch und lasse alles einfach hier so stehen.

Ich wünsche euch einen schönen Tag.
Dito.
Ja, leider, ist nicht das erste mal. Schade um die Zeit die man Investiert um das Problem zu lösen.
Aber vorher weis man das leider nicht.

Ich rate Alfred sich mehr mit der Materie Linux zu beschäftigen, alles Schritt für Schritt vorkauen geht nun mal nicht. Eigeninitiative ist angesagt. Und genau lesen was die Forumsmitglieder schreiben die dir helfen wollen. Und auch den Links folgen die hier gepostet werden.
Das ist die grüne schrift die hier ab und zu erscheint. Einfach daraufklicken.
Sorry aber ich habe das Gefühl das Alfred nicht weis was ein Link ist.

Nun gut, es reicht jetzt, viel Glück noch mit deinem Problem.
°°
MfG LaGGGer

Themen Author
Allfred
Forum Gott
Forum Gott
Beiträge: 372
Registriert: Samstag 10. November 2018, 16:50
GPU:
Kernel:
Desktop-Variante:
GPU Treiber:
Hat sich bedankt: 51 Mal
Danksagung erhalten: 9 Mal

Re: SSD upgrade

#30

Beitrag von Allfred »

410,737 Sekunden Zittern = 292 MB/s

Freunde - es ist vollbracht. Ich hatte ein wenig Ruhe heute im Haus und konnte es wagen.

Alles HDDs ins System gehängt und mit GParted alle Bezeicher und die Quell SSD von der Partionierung her abgemalt.
Dann den dd Befehl angepasst:

Code: Alles auswählen

sudo dd if=/dev/sdb of=/dev/sdc status=progress bs=1M
Augen zu - und ab 8)

Nach den 411 Sekunden und keine Aktivitäten - hotunplug der Linux Mint (LMDE 5) SSD
==> Meine Tochter hätte mich gesteinigt, wenn Thunderbird oder ihre Java Programme weg wären <==

Auf der Seite von Mirco Lang gibts ein schönes Troubleshooting
https://www.tutonaut.de/festplatten-unt ... -heimnetz/

Nun habe ich die neue Ziel SSD noch einmal im GParted geöffnet und die Partition sdc1 bis zum Plattenende vergrößert.
(GParted hat gemeckert, weil es sich an den ersten (Analyse~) Start an eine sdb erinnern wollte.)
Anschließend das Gast-System runter gefahren und die neue SSD verpflanzt.

Linux Mint (LMDE 5) hat klaglos die neue SSD übernommen, kein Grub Fehler, das System läuft.
Danke an ALLE - ihr habt tapfter durchgehalten.
Antworten

Zurück zu „Andere Linux Distributionen“