29
Festplatten in ISO kopieren mit dd
Hallo Digitalfreunde,
da ist ein MAC mit Terminal, und ich möchte lose S-ATA-Platten jeweils in eine ISO-Image-Datei kopieren, um die Platten anderen Zwecken zuzuführen. Reine Datenplatten sind erstmal nicht das Problem. Es sind Systemplatten von Windows-Installationen mit mehreren Partitionen dabei. Ich will die jeweils gesamte Platte (ca. 500GB) in eine ISO-Datei kopieren. Die soll dann aber nicht 500GB groß werden.
Dafür will ich dd verwenden. Mein derzeitiger Aufruf ist:
Xs0 ist dann die Nummer der Platte, die ich mit
ermittelt habe.
Welche weiteren Parameter kann ich anwenden, damit leere Bereiche der Platten nicht mutkopiert werden?
Danke für den Tip
Kreuzberger
da ist ein MAC mit Terminal, und ich möchte lose S-ATA-Platten jeweils in eine ISO-Image-Datei kopieren, um die Platten anderen Zwecken zuzuführen. Reine Datenplatten sind erstmal nicht das Problem. Es sind Systemplatten von Windows-Installationen mit mehreren Partitionen dabei. Ich will die jeweils gesamte Platte (ca. 500GB) in eine ISO-Datei kopieren. Die soll dann aber nicht 500GB groß werden.
Dafür will ich dd verwenden. Mein derzeitiger Aufruf ist:
sudo dd if=/dev/diskXs0 of=/Users/Benutzername/diskimage.isoXs0 ist dann die Nummer der Platte, die ich mit
distkutil listermittelt habe.
Welche weiteren Parameter kann ich anwenden, damit leere Bereiche der Platten nicht mutkopiert werden?
Danke für den Tip
Kreuzberger
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 93712590914
Url: https://administrator.de/forum/festplatten-in-iso-kopieren-mit-dd-93712590914.html
Ausgedruckt am: 31.12.2024 um 04:12 Uhr
29 Kommentare
Neuester Kommentar
Hallo,
bei einem DiskImage mit dd wirst du immer die volle größe erhalten, da dd alles 1:1 kopiert, dass schert sich nicht darum ob das bit belegt oder nicht belegt ist
Für deinen Fall müsste das mit dem Festplattendienstprogramm gehen, als ImageTyp -> Mitwachsendes Image glaub ich.
grüße
bei einem DiskImage mit dd wirst du immer die volle größe erhalten, da dd alles 1:1 kopiert, dass schert sich nicht darum ob das bit belegt oder nicht belegt ist
Für deinen Fall müsste das mit dem Festplattendienstprogramm gehen, als ImageTyp -> Mitwachsendes Image glaub ich.
grüße
Oder vorher nullen
dd if=/dev/zero of=remove.me bs=200M count=60 status=progress ; rm remove.me
und dann mit zip
sudo dd bs=4M status=progress if=/dev/diskXs0 | gzip > /Users/Benutzername/diskimage.iso.gz
Wobei das mit einer ISO nicht viel am hut hat.
dd if=/dev/zero of=remove.me bs=200M count=60 status=progress ; rm remove.me
und dann mit zip
sudo dd bs=4M status=progress if=/dev/diskXs0 | gzip > /Users/Benutzername/diskimage.iso.gz
Wobei das mit einer ISO nicht viel am hut hat.
Danke @Xerebus
aber was genau macht denn:
Ok, es ist nicht eine ISO, sondern wenn man so mag eine .img-Datei.
Kreuzberger
aber was genau macht denn:
dd if=/dev/zero of=remove.me bs=200M count=60 status=progress ; rm remove.meOk, es ist nicht eine ISO, sondern wenn man so mag eine .img-Datei.
Kreuzberger
Macht nur eine Datei die den leeren Speicher vollschreibt "nullt" und sich danach löscht.
Dadurch wirkt das gzip beim dd besser.
Dadurch wirkt das gzip beim dd besser.
@Xerebus
also ist es kein „ausnullen“ eigentlich leerer Sektoren auf der Platte und Beibehaltung belegter Sektoren?
Kreuzberger
also ist es kein „ausnullen“ eigentlich leerer Sektoren auf der Platte und Beibehaltung belegter Sektoren?
Kreuzberger
Du kannst das Image zwar nicht kleiner schreiben, aber Du kannst es hinterher verkleinern, wenn der zusätzliche Aufwand für Dich Sinn macht.
https://notizenundzeugs.wordpress.com/2017/02/16/mit-dd-erstelltes-image ...
Ansonsten macht das Clonezilla natürlich fein, ich habe aber keine Ahnung, ob das auf einem Mac funktioniert. Hier hat es wer geschafft. Zugleich wird dort aber das Mac-eigene Tool empfohlen.
Viele Grüße, commodity
https://notizenundzeugs.wordpress.com/2017/02/16/mit-dd-erstelltes-image ...
Ansonsten macht das Clonezilla natürlich fein, ich habe aber keine Ahnung, ob das auf einem Mac funktioniert. Hier hat es wer geschafft. Zugleich wird dort aber das Mac-eigene Tool empfohlen.
Viele Grüße, commodity
1
Warum welden nicht einfach die Dateien als Archiv kopiert?
@Harald99:
Viele Grüße, commodity
Ich will die jeweils gesamte Platte (ca. 500GB) in eine ISO-Datei kopieren.
Viele Grüße, commodity
Na gut, du kannst natürlich Unfug machen, wenn das das unbedingt willst..
1
@Harald99
kannst du bitte mal erklären, was genau du damit meinst?!
Kreuzberger
Na gut, du kannst natürlich Unfug machen, wenn das das unbedingt willst..
kannst du bitte mal erklären, was genau du damit meinst?!
Kreuzberger
1. ist das kein ISO
2. hast du keine Erklärung gegeben, warum du ein Plattenimage brauchst
3. reicht das Packen der Datei in 99,9% der Fälle aus
2. hast du keine Erklärung gegeben, warum du ein Plattenimage brauchst
3. reicht das Packen der Datei in 99,9% der Fälle aus
Moin,
wollte eigentlich früher schon was dazu schreiben, hab es aber verschwitzt:
Uunächst einmal: ISO-Dateien haben ein bestimmtes Filesystem, nämlich ein ISO9660-Filesystem, daß es mit verschiedenen Erweiterungen gibt. Man kann daher nicht einfach mit DD eine Festplatte in eine ISO-Datei "umwandeln". Dazu muß man erst ein ISO-Filesystem (ggf. auf einem Loop-device) erzeugen, z.B. mit Hilfe von mkisofs, und dann da die Dateien der festplatte reinstecken. Das ist aber offensichtlich nicht das was Du willst, sondern daß Du eher ein Image haben willst. und nur einen falschen Begriff benutzt hast.
Dafür will ich dd verwenden. Mein derzeitiger Aufruf ist:
Xs0 ist dann die Nummer der Platte, die ich mit
ermittelt habe.
Ich würde dem Image eher die Endung .img verpassen, damit man das nicht mit echten ISO-Dateien verwechselt.
Welche weiteren Parameter kann ich anwenden, damit leere Bereiche der Platten nicht mutkopiert werden?
Du mußt nur als Option dem Kommando conv=sparse als Parameter mitgeben, damit die leeren Sektoren nicht geschrieben werden.
d.h. also:
Allerdings funktioniert das nur auf Filesystemen die auch Sparse-Dateien unterstützen. Und die Datei ist dann trortzdem so groß wie die Platte, nur daß halt die leeren Sektoren nicht in Filesystem geschrieben wurden und daher keine Platz belegen.
Man sollte auch beachten, daß wenn auf der Platte schon viel geschrieben und gelöscht wurde, viele Sektoren eben nicht "leer" sind udn daher nciht sparse geschrieben werden könne. Hier hilft es dann, vorher auf der Platte eine datei anzulegen und diese mit Nullen vollzuschreiben, z.B. mit dd if=/dev/null of=/pfad/zum/eingehängten/filesystem/der/zu/kopierenden/platte/zero.img. Danach die Datei löschen und ein sparse-Image erstellen.
lks
wollte eigentlich früher schon was dazu schreiben, hab es aber verschwitzt:
Zitat von @kreuzberger:
Hallo Digitalfreunde,
da ist ein MAC mit Terminal, und ich möchte lose S-ATA-Platten jeweils in eine ISO-Image-Datei kopieren, um die Platten anderen Zwecken zuzuführen. Reine Datenplatten sind erstmal nicht das Problem. Es sind Systemplatten von Windows-Installationen mit mehreren Partitionen dabei. Ich will die jeweils gesamte Platte (ca. 500GB) in eine ISO-Datei kopieren. Die soll dann aber nicht 500GB groß werden.
Hallo Digitalfreunde,
da ist ein MAC mit Terminal, und ich möchte lose S-ATA-Platten jeweils in eine ISO-Image-Datei kopieren, um die Platten anderen Zwecken zuzuführen. Reine Datenplatten sind erstmal nicht das Problem. Es sind Systemplatten von Windows-Installationen mit mehreren Partitionen dabei. Ich will die jeweils gesamte Platte (ca. 500GB) in eine ISO-Datei kopieren. Die soll dann aber nicht 500GB groß werden.
Uunächst einmal: ISO-Dateien haben ein bestimmtes Filesystem, nämlich ein ISO9660-Filesystem, daß es mit verschiedenen Erweiterungen gibt. Man kann daher nicht einfach mit DD eine Festplatte in eine ISO-Datei "umwandeln". Dazu muß man erst ein ISO-Filesystem (ggf. auf einem Loop-device) erzeugen, z.B. mit Hilfe von mkisofs, und dann da die Dateien der festplatte reinstecken. Das ist aber offensichtlich nicht das was Du willst, sondern daß Du eher ein Image haben willst. und nur einen falschen Begriff benutzt hast.
Dafür will ich dd verwenden. Mein derzeitiger Aufruf ist:
sudo dd if=/dev/diskXs0 of=/Users/Benutzername/diskimage.isoXs0 ist dann die Nummer der Platte, die ich mit
distkutil listermittelt habe.
Ich würde dem Image eher die Endung .img verpassen, damit man das nicht mit echten ISO-Dateien verwechselt.
Welche weiteren Parameter kann ich anwenden, damit leere Bereiche der Platten nicht mutkopiert werden?
Du mußt nur als Option dem Kommando conv=sparse als Parameter mitgeben, damit die leeren Sektoren nicht geschrieben werden.
d.h. also:
sudo dd if=/dev/diskXs0 of=/Users/Benutzername/diskimage.img conv=sparseAllerdings funktioniert das nur auf Filesystemen die auch Sparse-Dateien unterstützen. Und die Datei ist dann trortzdem so groß wie die Platte, nur daß halt die leeren Sektoren nicht in Filesystem geschrieben wurden und daher keine Platz belegen.
Man sollte auch beachten, daß wenn auf der Platte schon viel geschrieben und gelöscht wurde, viele Sektoren eben nicht "leer" sind udn daher nciht sparse geschrieben werden könne. Hier hilft es dann, vorher auf der Platte eine datei anzulegen und diese mit Nullen vollzuschreiben, z.B. mit dd if=/dev/null of=/pfad/zum/eingehängten/filesystem/der/zu/kopierenden/platte/zero.img. Danach die Datei löschen und ein sparse-Image erstellen.
lks
ack
2. hast du keine Erklärung gegeben, warum du ein Plattenimage brauchst
Ist doch egal, warum er es braucht. Ich mache auch oft images, weil das die einfachst Art ist, ein System zu sichern und zurückzuspielen.
3. reicht das Packen der Datei in 99,9% der Fälle aus
Es reicht auch einfach ein sparse-Image zu erzeugen, wenn man es nicht gerade auf optische Medien brennen will. da verschwendet man keine Zeit mit packen und Entpacken.
Nur weil Du es als Unfug bezeichnest, ist es das noch lange nicht.
lks
"Ein ISO" wäre Unfug. Ein Image anlegen, wenn man das Ding eh nie booten will, ist dann auch Unfug.
Ein Dateibackup reicht also aus.
Ansonsten kann man auch denn DD-Plattenklon mit gz oder bzip2 packen. Diese Datei kann man unter Linux mounten und dann die Partitionen auch. Müsste mit Mac auch gehen.
->archivmount
Ein Dateibackup reicht also aus.
Ansonsten kann man auch denn DD-Plattenklon mit gz oder bzip2 packen. Diese Datei kann man unter Linux mounten und dann die Partitionen auch. Müsste mit Mac auch gehen.
->archivmount
Ach @Lochkartenstanzer
danke für den Tip. Ich hab etwas angst davor, zuerst etwas auf die zu kopierenden platten drauf zu schreiben, und erst dann eine 1:1-Sicherung zu machen.
Das Problem ist eh etwas vielschichtiger:
Da liegen also kistenweise Systemplatten rum mit Windows-Installationen. Weil kein Mensch weiß, was da noch an Userdaten drauf ist soll das alles archiviert werden und die Platten sollen für andere zwecke (Notebookbackup) weiterverwendet werden.
Blöd ist aber, dass dd eben wirklich 1:1 macht, und nicht leere, ungenutzte Bereiche weglassen kann wie z.b. Acronis Backup. Das kann ich der nicht nehmen da ich die Platten ja nicht im Rechner sondern in einer Kiste habe.
Ich brauche aber nicht nur die Daten als Halde, sondern auch die Aktivierung-Lizenzen aus den platten. Da bin ich nach wie vor am rätseln, wie ich das mache, da niemand mehr weiß in welcher hardware die platten eingebaut waren, und ob die hardware überhaupt noch existiert.
Was die ISO/IMG-Daten angeht: jaaaaa, ich weiss dass es keine echten ISOs sind, darum nenne ich sowas gerne Dateiname.DD.ISO und nicht .IMG. Ist aber eben nur mein persönlicher Ansatz dazu.
Also:
Ich hätte am liebsten eine Lösung mit den Images so, dass ich die 1:1 zurücksichern kann und ggf. so wie sie sind zum starten von Computern nutze, aber auch so dass sich sie mounten/öffnen und Daten auslesen kann.
Kreuzberger
(Off Topic)
Anschliessend komme ich noch zu der ähnlichen Situation mit div. LTO5 Bändern, die ausgelesen werden sollen. Das Veeam dazu gibt es aber nicht mehr. Ich mache dazu aber ein neuen Thread.
Kreuzberger
danke für den Tip. Ich hab etwas angst davor, zuerst etwas auf die zu kopierenden platten drauf zu schreiben, und erst dann eine 1:1-Sicherung zu machen.
Das Problem ist eh etwas vielschichtiger:
Da liegen also kistenweise Systemplatten rum mit Windows-Installationen. Weil kein Mensch weiß, was da noch an Userdaten drauf ist soll das alles archiviert werden und die Platten sollen für andere zwecke (Notebookbackup) weiterverwendet werden.
Blöd ist aber, dass dd eben wirklich 1:1 macht, und nicht leere, ungenutzte Bereiche weglassen kann wie z.b. Acronis Backup. Das kann ich der nicht nehmen da ich die Platten ja nicht im Rechner sondern in einer Kiste habe.
Ich brauche aber nicht nur die Daten als Halde, sondern auch die Aktivierung-Lizenzen aus den platten. Da bin ich nach wie vor am rätseln, wie ich das mache, da niemand mehr weiß in welcher hardware die platten eingebaut waren, und ob die hardware überhaupt noch existiert.
Was die ISO/IMG-Daten angeht: jaaaaa, ich weiss dass es keine echten ISOs sind, darum nenne ich sowas gerne Dateiname.DD.ISO und nicht .IMG. Ist aber eben nur mein persönlicher Ansatz dazu.
Also:
Ich hätte am liebsten eine Lösung mit den Images so, dass ich die 1:1 zurücksichern kann und ggf. so wie sie sind zum starten von Computern nutze, aber auch so dass sich sie mounten/öffnen und Daten auslesen kann.
Kreuzberger
(Off Topic)
Anschliessend komme ich noch zu der ähnlichen Situation mit div. LTO5 Bändern, die ausgelesen werden sollen. Das Veeam dazu gibt es aber nicht mehr. Ich mache dazu aber ein neuen Thread.
Kreuzberger
Klarer Fall:
archivemount
Leider beherrscht das kein xz, dann wären die Images noch viel kleiner, aber bzip2 schafft auf der höchsten Stufe auch schon was.
archivemount
Leider beherrscht das kein xz, dann wären die Images noch viel kleiner, aber bzip2 schafft auf der höchsten Stufe auch schon was.
@Harald99
danke für den Hinweis.
Du warst uns aber gerne noch erhellen, was geheimnisvolles da sich als konkrete Vorgehensweise hinter versteckt, denn mit deinen Andeutungen und Abkürzungen kann ich nichts anfangen.
Kreuzberger
danke für den Hinweis.
Du warst uns aber gerne noch erhellen, was geheimnisvolles da sich als konkrete Vorgehensweise hinter versteckt, denn mit deinen Andeutungen und Abkürzungen kann ich nichts anfangen.
Kreuzberger
Zitat von @Harald99:
"Ein ISO" wäre Unfug. Ein Image anlegen, wenn man das Ding eh nie booten will, ist dann auch Unfug.
"Ein ISO" wäre Unfug. Ein Image anlegen, wenn man das Ding eh nie booten will, ist dann auch Unfug.
Auch wenn man das Image selbst nie booten will, so ist es trotzdem kein Unfug. Man hat so ein Sytem genauso wie es ursprünglich auf der HDD war und kann ggf z.B. für die Suche nach verlorenen Daten oder zu wiederherstellen eines bootbaren System nehmen. So bleiben auch ggf Aktivierungen und Lizenzierungen erhalten, die bei einem reinen Dateibackup verlorengehen würden.
Ein Dateibackup reicht also aus.
Nicht immer.
lks
"Ein ISO" wäre Unfug.
@Harald99: Du könntest Deine Wortwahl überdenken. Wenn Du meinst, es wäre nicht nötig, formuliere das so und begründe es.Für diese Anforderung ist IMO ein Image erforderlich:
... ggf. so wie sie sind zum starten von Computern nutze, ...
Ich hätte am liebsten eine Lösung mit den Images so, dass ich die 1:1 zurücksichern kann und ggf. so wie sie sind zum starten von Computern nutze, aber auch so dass sich sie mounten/öffnen und Daten auslesen kann.
Ich finde, Clonezilla wäre hier ein feiner Kompromiss.Viele Grüße, commodity
Unfug ist genau das richtige Wort, genauso wie es Unfug war Windows XP damals auf FAT32 zu installieren.
Clonezilla ist mit bzip2 + archivemount auch unnötig.
Clonezilla ist mit bzip2 + archivemount auch unnötig.
Zitat von @Harald99:
Unfug ist genau das richtige Wort, genauso wie es Unfug war Windows XP damals auf FAT32 zu installieren.
Clonezilla ist mit bzip2 + archivemount auch unnötig.
Unfug ist genau das richtige Wort, genauso wie es Unfug war Windows XP damals auf FAT32 zu installieren.
Clonezilla ist mit bzip2 + archivemount auch unnötig.
Genau, Unfug ist genau das, was Du erzählst.
lks
1
Then Die In Ignorance 
Schade, dass sich hier bei (manchmal vorhandener, manchmal eingebildeter) technischer Kompetenz so geringe Sozialkompetenz findet. Prinzipiell sehe ich da keinen Widerspruch. Aber so ist es eben.
Viele Grüße, commodity
Viele Grüße, commodity
Du musst drigend bei Fefe nachsitzen...
Etwas anmaßend, dieser Vergleich? Wollen mal sehen, ob Du dieses Niveau hier reinzubringen vermagst 
Im Übrigen immer schön die Selbstverantwortung abgeben...
Viele Grüße, commodity
Du hast den Vergleich nicht mal verstanden...
Wahrscheinlich nicht.
Viele Grüße, commodity
Viele Grüße, commodity
Hallo @Harald99
wenn du jetzt nichts weiter erhellendes zum eigentlichen technischen Problem beitragen kannst oder möchtest ausser dich hier um Persönliches mit anderen zu streiten wäre es ein angemessener Zug von dir, dich an diesem threat nicht mehr zu beteiligen.
Danke
Kreuzberger
wenn du jetzt nichts weiter erhellendes zum eigentlichen technischen Problem beitragen kannst oder möchtest ausser dich hier um Persönliches mit anderen zu streiten wäre es ein angemessener Zug von dir, dich an diesem threat nicht mehr zu beteiligen.
Danke
Kreuzberger
2
jajajaja.
Die ultimative Lösung hatte ich schon angegeben. Ausserdem steckt in jemden echten Linuxianer auch ein bisschen Torvwalds. Komm damit klar...
Die ultimative Lösung hatte ich schon angegeben. Ausserdem steckt in jemden echten Linuxianer auch ein bisschen Torvwalds. Komm damit klar...
