Image von MacBook mit SSD und Win-MacOS

[Peter Körber]

Hallo,

ich suche eine Software, die folgendes kann:

Von einem MacBook Air und einem MacBook Pro ein Image erstellen,
welches sowohl die Windows- als auch die Mac-Partition (und alle
versteckten Systempartitionen) enthält. Zudem soll bei Bedarf die
Windows- oder die Mac-Partition einzeln zurückgesichert werden können
und das System lauffähig bleiben.

Weiterhin sollen einzelne Dateien oder Ordner bei Bedarf rückgesichert
werden können.

Zudem soll dies auch mit einer SSD-Platte funktionieren.

Bitte nur antworten, wenn dies in der Praxis bereits erfolgreich
praktiziert wurde (MacBook / SSD / Win+MacOS), weil ich bisher nicht
in der Lage bin, ein entsprechendes Image zu erstellen und somit das
System komplett neu aufsetzten müsste, wenn die Sicherung oder
Rücksicherung schief läuft. Das möchte ich vermeiden.
Besten Dank.

MFG

Peter

[Ralph Aichinger]

Peter Körber <forspamo...@gmx.de> wrote:
> Von einem MacBook Air und einem MacBook Pro ein Image erstellen,
> welches sowohl die Windows- als auch die Mac-Partition (und alle
> versteckten Systempartitionen) enthält. Zudem soll bei Bedarf die
> Windows- oder die Mac-Partition einzeln zurückgesichert werden können
> und das System lauffähig bleiben.

MacOS X ist doch ein Unix, das sollte dd mitliefern.

https://developer.apple.com/library/mac/#documentation/Darwin/Reference/Manpages/man1/dd.1.html

> Weiterhin sollen einzelne Dateien oder Ordner bei Bedarf rückgesichert
> werden können.

Das geht damit direkt nicht, sondern nur über den Umweg eines Image-Files der
ganzen Platte.

/ralph

[Uwe Premer]

Ralph Aichinger schrieb am 29.05.2012 22:28 Uhr:
> Peter Körber <forspamo...@gmx.de> wrote:
>> Von einem MacBook Air und einem MacBook Pro ein Image erstellen,
>> welches sowohl die Windows- als auch die Mac-Partition (und alle
>> versteckten Systempartitionen) enthält. Zudem soll bei Bedarf die
>> Windows- oder die Mac-Partition einzeln zurückgesichert werden können
>> und das System lauffähig bleiben.
>
> MacOS X ist doch ein Unix, das sollte dd mitliefern.
>
> https://developer.apple.com/library/mac/#documentation/Darwin/Reference/Manpages/man1/dd.1.html

rsync ginge sicher auch, macht aber wohl kein Image, sondern einen Clonen.

Uwe

[Ralph Aichinger]

Uwe Premer <m#TO...@uwe-premer.de> wrote:
> rsync ginge sicher auch, macht aber wohl kein Image, sondern einen Clonen.

Ich glaube nicht, daß rsync Resource Forks kopieren kann, und die Systemdateien
unter Windows.

/ralph

[Uwe Premer]

rsync gibt es aber auch für Windows.
Siehe
<http://it-em.net/joomla/index.php?option=com_content&view=article&id=49&Itemid=54cms/front_content.php>

Uwe

[Stefan Kanthak]

"Uwe Premer" <m#TO...@uwe-premer.de> schrieb:

> Ralph Aichinger schrieb am 30.05.2012 00:00 Uhr:
>> Uwe Premer <m#TO...@uwe-premer.de> wrote:
>>> rsync ginge sicher auch, macht aber wohl kein Image, sondern einen Clonen.
>>
>> Ich glaube nicht, daß rsync Resource Forks kopieren kann, und die Systemdateien

>> unter Windows. ~~~~~~~~~~~~~~~~~~~~~
~~~~~~~~~~~~~

> rsync gibt es aber auch für Windows.

ARGH! Wann laesst Du Deine Lese^WVerstaendnisschwaeche behandeln?

Es ist vollkommen wurscht, ob rsync, XCOPY.EXE, ROBOCOPY.EXE oder was
auch immer im laufenden Windows gesperrte Dateien nicht kopieren kann!

Stefan
[
--
Die unaufgeforderte Zusendung werbender E-Mails verstoesst gegen §823
Abs. 1 sowie §1004 Abs. 1 BGB und begruendet Anspruch auf Unterlassung.
Beschluss des OLG Bamberg vom 12.05.2005 (AZ: 1 U 143/04)

[Uwe Premer]

Stefan Kanthak schrieb am 30.05.2012 17:30 Uhr:
> "Uwe Premer" <m#TO...@uwe-premer.de> schrieb:
>
>> Ralph Aichinger schrieb am 30.05.2012 00:00 Uhr:
>>> Uwe Premer <m#TO...@uwe-premer.de> wrote:
>>>> rsync ginge sicher auch, macht aber wohl kein Image, sondern einen Clonen.
>>>
>>> Ich glaube nicht, daß rsync Resource Forks kopieren kann, und die Systemdateien
>>> unter Windows. ~~~~~~~~~~~~~~~~~~~~~
> ~~~~~~~~~~~~~
>> rsync gibt es aber auch für Windows.
>
> ARGH! Wann laesst Du Deine Lese^WVerstaendnisschwaeche behandeln?

Muß man eigentlich immer alles gleich so rüpelhaft beantworten?

> Es ist vollkommen wurscht, ob rsync, XCOPY.EXE, ROBOCOPY.EXE oder was
> auch immer im laufenden Windows gesperrte Dateien nicht kopieren kann!

Allein das hätte es auch getan.

Uwe

[Ruediger Lahl]

*Uwe Premer* schrieb:

> Stefan Kanthak schrieb am 30.05.2012 17:30 Uhr:
>>
>> ARGH! Wann laesst Du Deine Lese^WVerstaendnisschwaeche behandeln?
>
> Muß man eigentlich immer alles gleich so rüpelhaft beantworten?

Man nicht, 'er' schon.
--
bis denne

[Peter Körber]

Theoretisch kommen viele Programme in Frage!

Ich habe keine Lösung gefunden, also jemanden, der exakt beschrieben
hätte, wie im genannten Fall vorzugehen ist. Habe es auf gut Glück
versucht. Das wollte ich an sich nicht, denn zum Verifizieren konnte
ich nur auf die Originalplatte zurückschreiben. Das Risiko einer
kompletten Neuinstallation des Dual-Boot-Systems sollte eigentlich
vermieden werden.

Na gut, als ich mit Acronis (2011) und DriveImage XML bereits bei der
Erstellung der Images scheiterte, habe ich es mit Clonezilla versucht.
Exakt so, wie bei "Chip" beschrieben (von wo ich auch die ISO
heruntergeladen hatte).

So weit ich das überblicke, nutzt Clonezilla dd in der von Chip
beschriebenen Konfiguration nur wenn die anderen Methoden scheitern.
Ich habe gelesen, dass dd sektorweise kopiert (in meinem Fall auf eine
"normale" Festplatte). Also auch leere Sektoren. Beim Rückspielen auf
die SSD wird demnach vom Controller alles als belegt betrachtet.
Deshalb entschied ich mich für Clonezilla, weil zumindest "bessere"
Methoden vorab versucht werden.

Das Estellen der Images klappte auf Anhieb. Zum Verifizieren schrieb
ich erst 1:1, dann auch das Image vom MacBook Air (SSD) auf das
MacBook Pro (SATA) zurück. Ich benötigte zwei Versuche, aber es hat
geklappt: Das MacBook Pro startete beide Systeme problemlos. Bei
Win7-64 musste der Grafikkartentreiber manuell installiert werden,
alle anderen Treiber wurden korrekt integriert. Ausführlich testen
konnte ich das noch nicht, aber es scheint in meinem Fall möglich zu
sein, das System des jeweils anderen Geräts lauffähig übertragen zu
können. Finde ich erstaunlich.

Ich habe jedenfalls nun zwei verifizierte Images und lasse es dabei
bewenden, weil ich echt keine Lust mehr habe, weiter zu forschen.
Sollte jemand also in der Praxis besser funktionierende Lösungen
kennen, würde ich die sicherlich künftig anwenden.

MFG

Peter

[Ralph Aichinger]

Peter Körber <forspamo...@gmx.de> wrote:
> So weit ich das überblicke, nutzt Clonezilla dd in der von Chip
> beschriebenen Konfiguration nur wenn die anderen Methoden scheitern.

Ja, so kenne ich das auch.

> Ich habe gelesen, dass dd sektorweise kopiert (in meinem Fall auf eine

Ja, Block für Block. Man kann die Blockgröße einstellen.

> "normale" Festplatte). Also auch leere Sektoren. Beim Rückspielen auf
> die SSD wird demnach vom Controller alles als belegt betrachtet.

Ist das wirklich so? Oder anders gesagt, ist der Controller nicht
intelligent genug, Blöcke, in denen nur Nullen drinstehen als
leer zu interpretieren?

> Deshalb entschied ich mich für Clonezilla, weil zumindest "bessere"
> Methoden vorab versucht werden.
>
> Das Estellen der Images klappte auf Anhieb. Zum Verifizieren schrieb
> ich erst 1:1, dann auch das Image vom MacBook Air (SSD) auf das
> MacBook Pro (SATA) zurück. Ich benötigte zwei Versuche, aber es hat
> geklappt: Das MacBook Pro startete beide Systeme problemlos. Bei
> Win7-64 musste der Grafikkartentreiber manuell installiert werden,
> alle anderen Treiber wurden korrekt integriert.

Das ist verdächtig. Sowohl das zweimalige Probieren als auch
der nicht funktionierende Grafiktreiber. Eine bitidente Kopie ist
eine bitidente Kopie. Wenn da was nicht wie vor dem Klonen funktioniert,
dann ist da was faul.

Hast du es auf identen Geräten getestet?

Aber andererseits: Wenn es funktioniert, dann funktioniert es.

/ralph

[Peter Körber]

On 30 May 2012 19:10:40 GMT, Ralph Aichinger <ra...@pangea.at> wrote:

>> "normale" Festplatte). Also auch leere Sektoren. Beim Rückspielen auf
>> die SSD wird demnach vom Controller alles als belegt betrachtet.

>Ist das wirklich so? Oder anders gesagt, ist der Controller nicht
>intelligent genug, Blöcke, in denen nur Nullen drinstehen als
>leer zu interpretieren?

Ich habe das gelesen, nicht verifiziert. Zumindest berichten mehrere
Quellen über dieses Verhalten.

>> Das Estellen der Images klappte auf Anhieb. Zum Verifizieren schrieb
>> ich erst 1:1, dann auch das Image vom MacBook Air (SSD) auf das
>> MacBook Pro (SATA) zurück. Ich benötigte zwei Versuche, aber es hat
>> geklappt: Das MacBook Pro startete beide Systeme problemlos. Bei
>> Win7-64 musste der Grafikkartentreiber manuell installiert werden,
>> alle anderen Treiber wurden korrekt integriert.

>Das ist verdächtig. Sowohl das zweimalige Probieren als auch
>der nicht funktionierende Grafiktreiber. Eine bitidente Kopie ist
>eine bitidente Kopie. Wenn da was nicht wie vor dem Klonen funktioniert,
>dann ist da was faul.

Die zwei Versuche benötigte ich beim "Quer-Rückspielen". Also das
Image vom Air zurück auf das Pro. Die beiden Geräte haben
unterschiedliche Grafikkarten verbaut.

>Hast du es auf identen Geräten getestet?

Beim gleichen Gerät (also zurück auf das Ursprungsgerät) funktioniert
alles bestens.

>Aber andererseits: Wenn es funktioniert, dann funktioniert es.

Ein im Notfall brauchbares Image habe ich nun. Ich hätte mir noch
einiges mehr gewünscht, z.B. das Extrahieren von Dateien und Ordnern
aus dem Image und vor allem, dass ich 10x weniger Zeit aufwenden muss,
um die Images zu erhalten. Aber egal.

MFG

Peter

[Thorsten Albrecht]

Peter Körber <forspamo...@gmx.de> wrote:

>Na gut, als ich mit Acronis (2011) und DriveImage XML bereits bei der
>Erstellung der Images scheiterte, habe ich es mit Clonezilla versucht.

Verstehe ich nicht ganz, wie hast Du Acronis auf einem Mac denn zum
Laufen gebracht?

Oder hast Du die Festplatte vom Mac ausgebaut und am PC versucht, auf
eine andere zu spiegeln? Das sollte problemlos via Sector-Kopie in
Acronis funktionieren. Gleichermaßen könnte man mit Aconis
DiskDirector eine aus einem Mac ausgebaute Festplatte 1:1 auf eine
andere kopieren.

Thorsten

[Andre Igler]

Am 30.05.12 00:00, schrieb Ralph Aichinger:

> Uwe Premer<m#TO...@uwe-premer.de> wrote:
>> rsync ginge sicher auch, macht aber wohl kein Image, sondern einen
>> Clonen.

Was wäre denn der Unterschied, konkret für den vorliegenden Fall,
zwischen einem Image und einem Klon?

> Ich glaube nicht, daß rsync Resource Forks kopieren kann,

Und konkret warum soll es das nicht können?

> und die Systemdateien unter Windows.

Ebenso. So lange das Windows nicht grad läuft ...

addio
--
pm <mein vorname> bei <mein nachname> punkt at
www.albinschwarz.com http://weblog.igler.at

[Andre Igler]

Am 29.05.12 22:19, schrieb Peter Körber:

Da fehlt ein bisserl Info. Und mMn bist Du in der falschen Gruppe. Aber
jetzt erzähl mal:

Welches Air? Welches MBP? Welches OS? (OSX, klaro, aber welche Version?)
Bootest Du windows via bootcamp oder als vm? Und welches Windows hamma denn?

SSD oder nicht sollte egal sein.

Ebenso: Was _genau_ hast Du bisher versucht? Wie? Womit?

Und schlußendlich: Geht's da um ein Backup-Konzept? Wie soll das
aussehen? Was sprach bislang gegen TM?

Du sprichst von versteckten Systempartitionen: Hast Du 10.7 oder höher?
Da will Cupertino doch, dass Du aus der Cloud wiederherstellst, und
Deine Daten auf TM hast. TM kann auch Bootcamp-Partionen.

rsync ist der falsche Weg *schüttel*

Bis jetzt klingt das alles eher kryptisch aka mir ist völlig unklar,
was Du _wirklich_ willst.

btw: Mac OS ist kein Unix, sondern ein bsd. Und dd ist onboard, ebenso
wie rsync. Wer glaubt, das läuft dann alles so wie in Unix/Linux, kann
böse Überraschungen erleben. dafür gibt es überall eine klickibunti-GUI,
meist sehr fein.

[Peter Körber]

On Thu, 31 May 2012 13:54:16 +0200, Thorsten Albrecht wrote:

>Verstehe ich nicht ganz, wie hast Du Acronis auf einem Mac denn zum
>Laufen gebracht?

Ich habe die (Notfall-)Boot-CD 2011 eingesetzt.

>Oder hast Du die Festplatte vom Mac ausgebaut und am PC versucht, auf
>eine andere zu spiegeln? Das sollte problemlos via Sector-Kopie in
>Acronis funktionieren. Gleichermaßen könnte man mit Aconis
>DiskDirector eine aus einem Mac ausgebaute Festplatte 1:1 auf eine
>andere kopieren.

SSD ausbauen wollte ich nicht. Die Boot-CD hat die SSD erkannt, aber
ein Image der Partitionen war nicht möglich, nur die Option "Dateien
und Ordner sichern" wurde mir angeboten (bei der Option "Partitionen
sichern wurde keine Partition gelistet). Damit war das Kapitel für
mich erledigt.

MFG

Peter

[Peter Körber]

On Thu, 31 May 2012, Andre Igler <an...@invalid.invalid> wrote:

>Da fehlt ein bisserl Info. Und mMn bist Du in der falschen Gruppe. Aber
>jetzt erzähl mal:

>Welches Air? Welches MBP? Welches OS? (OSX, klaro, aber welche Version?)
>Bootest Du windows via bootcamp oder als vm? Und welches Windows hamma denn?

Kann ich im Moment nicht prüfen. War weder mein Air noch mein Pro.
Habe sozusagen im "Kundenauftrag" gehandelt. Beide Teile wurden vor 2
Wochen bestellt, also die aktuellen Versionen. Bootcamp wurde bei
beiden Systemen eingerichtet mit Win7-64.

>SSD oder nicht sollte egal sein.

Diesbezüglich war ich mir nicht sicher. Clonezilla war das letztlich
egal.

>Ebenso: Was _genau_ hast Du bisher versucht? Wie? Womit?

Ich zähl jetzt nicht alles auf, was ich erfolglos versucht habe. Es
reicht doch, dass ich die erfolgreiche Lösung veröffentlicht habe.

>Und schlußendlich: Geht's da um ein Backup-Konzept? Wie soll das
>aussehen? Was sprach bislang gegen TM?

Datensicherungen werden zusätzlich mit einer Windows-Software
durchgeführt. Benutzer arbeitet praktisch nur mit Win7. Es ging in
erster Linie um ein Image (also die Sicherung des kompletten Systems)
- steht doch so im Betreff.
Gegen TM sprach: Nur NTFS-USB-HDD für die Images vorhanden. Änderungen
an der Sicherungsplatte wollte ich vermeiden. Geht diese HDD mal
kaputt, will ich mir nicht anhören, das wäre vermutlich deshalb
passiert, weil ich da "rumgepfuscht" habe.

>Du sprichst von versteckten Systempartitionen: Hast Du 10.7 oder höher?
>Da will Cupertino doch, dass Du aus der Cloud wiederherstellst, und
>Deine Daten auf TM hast. TM kann auch Bootcamp-Partionen.

Ja, 10.7. Hm, ich habe von Clonezilla das Image zurückgespielt und
MacOS hat problemlos gestartet. Auch das Image vom Air hat beim Pro
anstandslos funktioniert. Mehr kann ich dazu nicht sagen.

MFG

Peter

[Ralph Aichinger]

Andre Igler <an...@invalid.invalid> wrote:
>> Ich glaube nicht, daß rsync Resource Forks kopieren kann,
>
> Und konkret warum soll es das nicht können?

Keine Ahnung, früher hat man auch in Nicht-Mac-Betriebssystemen
teilweise heftige Klimmzüge machen müssen, um nicht die Resource-
Fork zu killen: HQX-encoden (kennt das noch wer?), MacDouble (oder
wie das geheißen hat), etc.

/ralph -- ich hab lange Zeit einen netatalk-Server gehabt, der
das Zeug unter Unix zwischengelagert hat.

[Andre Igler]

Am 31.05.12 22:20, schrieb Ralph Aichinger:

> Andre Igler<an...@invalid.invalid> wrote:
>>> Ich glaube nicht, daß rsync Resource Forks kopieren kann,
>>
>> Und konkret warum soll es das nicht können?
>
> Keine Ahnung,

Ehrliche Antwort, klärt sich aber gleich alles auf, weil

> früher hat man auch in Nicht-Mac-Betriebssystemen

wer hat den davon geredet? rsync ist ein Teil des Mac OS, ebenso wie
andere Unixbefehle. Ich schrub aber extra - zugegebenermassen in der
Antwort auf den OP - dass das rsync im Mac OS nicht unbedingt
deckungsgleich sei mit dem, was die Piguine kennen, bezw. andere
-IX-Geschmacksrichtungen ... dafür kann es problemlos mit resource forks
umgehen. Egal: Wenn ich das richtig verstehe, ist die HD des OP sowieso
in HFS+ formatiert, da läuft dann eh' nix mehr anderes.

> /ralph -- ich hab lange Zeit einen netatalk-Server gehabt, der
> das Zeug unter Unix zwischengelagert hat.

Die sind inzwischen bei 2.2 angekommen und können um einiges mehr. Dann
gibt's noch ExtremeZ-IP. Und das war's dann schon.

Wir werden immer heftiger OT ...

[Andre Igler]

Am 31.05.12 19:30, schrieb Peter Körber:

> Es reicht doch, dass ich die erfolgreiche Lösung veröffentlicht
> habe.

Sorry, das hab' ich übersehen.

>> Was sprach bislang gegen TM?
>
> Datensicherungen werden zusätzlich mit einer Windows-Software
> durchgeführt. Benutzer arbeitet praktisch nur mit Win7. Es ging in
> erster Linie um ein Image (also die Sicherung des kompletten
> Systems) - steht doch so im Betreff.

Wäre auch mit Mac-OS-Bordmitteln gegangen. Egal.

> Gegen TM sprach: Nur NTFS-USB-HDD für die Images vorhanden.

Ok. Ginge sowieso nicht. TM arbeitet verlässlich nur lokal auf HFS+.

> Ja, 10.7. Hm, ich habe von Clonezilla das Image zurückgespielt und
> MacOS hat problemlos gestartet.

Passt schon. Aber diesen "hidden partition"-Unfug hat man bei Apple
jetzt auch übernommen. Zu ähnlichen Zwecken. Egal, Image ist Image.

> Auch das Image vom Air hat beim Pro anstandslos funktioniert. Mehr
> kann ich dazu nicht sagen.

Das kann gut gehen, muss aber nicht immer so sein.