Ich habe schon länger kein Backup meiner Powerbook-HD gemacht und wollte das heute mal nachholen... SuperDuper gestartet, gewartet und Fehler. Backup-HD formatiert und SuperDuper erneut gestartet, wieder Fehler! Festplattendienstprogramm gestartet, platte formatiert und dann Wiederherstellen... Fehler. Neues Kabel, neustart, erneut versucht und wieder Fehler! Woran kann das liegen? Was ist da jetzt hinüber?

TiBook 1GHz, 1GB RAM, OSX 10.4.2, ext. 2,5" Firewireplatte, bisher nie Probleme mit Backups auf dieser HD.

(Fehler Festplattendienstprogramm siehe Bild)

Guten Morgen, versuche es mal mit CCC (Carbon Copy Cloner) zu finden bei VersionTracker.

Gruß macsteve

macsteve
CCC geht momentan nicht mit Tiger.
Backup auf Festplatten geht auch mit DiscUtility / Festplatten Dienstprogramm.
"Wiederherstellen" kopiert alle, auch die unsichtbaren Dateien auf ein zu bestimmendes Ziel, zB die FW Platte, oder ein DiscImage passender Grösse.
BvK

Ah OK, das CCC mit Tiger nicht funkt wuste ich jetzt nicht, sorry. Habe noch das gute alte 10.3.9

Gruß macsteve

zu CCC und Tiger: Die Aussage, dass CCC unter Tiger nicht funktioniert, stimmt so pauschal nicht. Das Problem ist die Authentifizierung für den Admin-User.

Wenn CCC in Tiger unter dem Root User gestartet wird, klappt der Klonvorgang ohne Probleme.

Ich benutze unter Tiger das Programm PsyncX. Hiermit funktioniert das Erstellen von Backups ganz wunderbar.

Was bedeutet denn diese Fehlermeldung eigentlich?
Ich hatte das auch schon mehrmals.
Ich hab meine Backups immer mit dem Festplattendienstprogramm gemacht.
Unter Tiger taucht am Ende des Klonvorgangs ständig diese Fehlermeldung auf.
Ist das ein Bug?
Rödelt das FD da vielleicht an den Darwin-Links rum und verwirrt sich selbst?
Mit SuperDuper geht es bei mir allerdings problemlos.

Ich glaube hier hat keiner meine Frage verstanden! amp;

Nicht mal Apples Festplattendienstprogramm kann eine vollständige Kopie meiner Platte anlegen, warum sollte ich dann zum Teufel CCC nutzen, welches noch mehr Probleme unter Tiger macht?

Ich brauche eine Lösung für mein Problem oder Tipps wie ich wieder zu einem brauchbaren Backup komme und keine andere Software, denn mit SuperDuper und Festplattendienstprogramm bin ich ansonsten ganz zufrieden.

Ich hab das schon verstanden.
Sieht bei mir ja nicht viel anders aus.

Hot Mac

dein posting hab ich erst danach gelesen, sorry! hast du eine lösung, wohl nicht? aber wird alles wichtige kopiert? ich fürchte, dass nur ein teil geklont wird und nicht die ganze platte!

So, ich habe vor einigen Tagen, einer alten Gewohnheit gemäß, einen Klon mit dem FD erstellen wollen.
Alles lief einwandfrei, wie gewohnt.
Am Ende des Klonvorgangs erschien dann ebendiese Fehlermeldung.
Kurioserweise konnte ich, trotz der Fehlermeldung, von der Externen starten.
Es entstand also, trotz der Fehlermeldung, ein bootfähiger Klon.
Du hast natürlich nicht ausprobiert, ob Du hättest booten können, oder?
Wenn ich SuperDuper verwende, dann funktioniert bei mir alles einwandfrei.
Kann doch nicht sein, daß das FD das nicht mehr fehlerfrei kann.

ich hatte es zuerst mit superduper versucht und dort eine fehlermeldung bekommen, dachte dann, dass FD das schon hinbekommt... werde dann noch mal superduper bemühen, mal schauen was passiert?

nach 3GB bricht superduper ab!

console.log sagt dazu:

Mac OS X Version 10.4.2 (Build 8C46)
2005-08-02 10:59:52 +0200

„Festplatten-Dienstprogramm“ wurde gestartet.

Aug 2 11:36:47 powerbook-2 mds[99]: crash data for /.Spotlight-V100 in volume /Volumes/Titanium/.Spotlight-V100?!?

Aug 2 11:36:47 powerbook-2 mds[99]: crash data for /.Spotlight-V100 in volume /Volumes/Titanium/.Spotlight-V100?!?

Der Löschvorgang wird vorbereitet : „Titanium“
Die Partitionstabelle wird erstellt
Medium wird formatiert
Vollständig löschen.

Festplatte „Titanium“ überprüfen und reparieren
HFS+ Volume wird überprüft.
Es wurde ein Katalog gefunden, der zwischen Groß-/Kleinschreibung unterscheidet.
Zusatzdatei für Dateiaufbau wird überprüft.
Katalog wird überprüft.
Kataloghierarchie wird überprüft.
Volume-Bitmap wird überprüft.
Volume-Informationen werden überprüft.
Das Volume „Titanium“ ist offenbar in Ordnung.
Medium aktivieren

1 HFS-Volume überprüft
Keine Reparaturen erforderlich.


2005-08-02 11:46:54.406 SuperDuper![701] ***ERROR OCCURRED: SVUclone: Error: Couldn't create
Aug 2 11:47:18 powerbook-2 mdimportserver[730]: -[ABAddressBook sharedAddressBook] Can't ABACQUIRE_FILE_LOCK Framework/AddressBook/ABAddressBook.m:2709

SuperDuper! Log (Created Tuesday, August 02, 2005 11:38:26 AM Europe/Berlin)

[***] Tuesday, August 02, 2005 11:39:29 AM Europe/Berlin
|11:39:29 AM|Info| SuperDuper!, version 74, path: /Applications/SuperDuper!.app, OS: 10.4.2 (8C46)
|11:39:29 AM|Info| Source Drive: /, name: PowerBook, device: /dev/disk0s3 type: hfs, OS: 10.4.2 (8C46), capacity: 55.77 GB, used: 31.31 GB, directories: 50947, files: 304007
|11:39:29 AM|Info| Target Drive: /Volumes/Titanium, name: Titanium, device: /dev/disk1s3 type: hfs, OS: N/A, capacity: 37.14 GB, used: 0.03 GB, directories: 4, files: 8
|11:39:29 AM|Info| Copy Mode : Copy Newer files
|11:39:29 AM|Info| Copy Script : Backup - all files.dset
|11:39:29 AM|Info| Transcript : BuildTranscript.plist
|11:39:30 AM|Info| PHASE: Volume Preparation
|11:39:30 AM|Info| ...ACTION: Repair Permissions on PowerBook
|11:39:30 AM|Info| ......COMMAND => Repairing permissions on PowerBook
|11:39:38 AM|Info| parent directory ./Users/Shared/SC Info does not exist
|11:40:20 AM|Info| Started verify/repair permissions on disk disk0s3 PowerBook
|11:40:20 AM|Info| Determining correct file permissions.
|11:40:20 AM|Info| We are using special permissions for the file or directory ./Library/Widgets. New permissions are 16877
|11:40:20 AM|Info| Permissions differ on ./private/var/log/secure.log, should be -rw------- , they are -rw-r-----
|11:40:20 AM|Info| Owner and group corrected on ./private/var/log/secure.log
|11:40:20 AM|Info| Permissions corrected on ./private/var/log/secure.log
|11:40:20 AM|Info| We are using special permissions for the file or directory ./usr/lib/php/build/acinclude.m4. New permissions are 33060
|11:40:20 AM|Info| The privileges have been verified or repaired on the selected volume
|11:40:20 AM|Info| Verify/repair finished permissions on disk disk0s3 PowerBook
|11:40:20 AM|Info| ...ACTION: Enable Permissions
|11:40:20 AM|Info| ......COMMAND => Enabling permissions on PowerBook
|11:40:20 AM|Info| Refreshing Disk Arbitration ...
|11:40:20 AM|Info| ......COMMAND => Verifying that permissions are enabled for PowerBook
|11:40:20 AM|Info| Permissions on '/' are enabled.
|11:40:21 AM|Info| ......COMMAND => Enabling permissions on Titanium
|11:40:21 AM|Info| Refreshing Disk Arbitration ...
|11:40:21 AM|Info| ......COMMAND => Verifying that permissions are enabled for Titanium
|11:40:21 AM|Info| Permissions on '/Volumes/Titanium' are enabled.
|11:40:21 AM|Info| PHASE: Clone from Source to Target
|11:40:21 AM|Info| ...ACTION: Copy Files from PowerBook to Titanium
|11:40:21 AM|Info| ......COMMAND => Cloning PowerBook to Titanium
|11:40:21 AM|Info| Copying newer files using script: /Applications/SuperDuper!.app/Contents/Resources/Copy Scripts/Backup - all files.dset
|11:40:21 AM|Info| Loading 19 commands from copy script /Applications/SuperDuper!.app/Contents/Resources/Copy Scripts/Exclude system temporary files.dset
|11:40:21 AM|Info| Loading 1 commands from copy script /Applications/SuperDuper!.app/Contents/Resources/Copy Scripts/Exclude Norton FileSaver files.dset
|11:40:21 AM|Info| Loading 2 commands from copy script /Applications/SuperDuper!.app/Contents/Resources/Copy Scripts/Backup - all files.dset
|11:40:21 AM|Info| Copy script command hash contains 14 commands
|11:46:54 AM|Info| WARNING: Caught I/O exception(5): Input/output error
|11:46:54 AM|Info| WARNING: Source: /Users/powerbook/Daten/Web/juergen/pictures/menu_03.gif, lstat(): 0
|11:46:54 AM|Info| WARNING: Target: /Volumes/Titanium/Users/powerbook/Daten/Web/juergen/pictures/menu_03.gif, lstat(): 0
|11:46:54 AM|Info| Logging attributes for item: /Users/powerbook/Daten/Web/juergen/pictures/menu_03.gif of type: 8
|11:46:54 AM|Error| SVUclone: Error: Couldn't create

Huah, wenn ich davon mal Ahnung hätte.:-[

In den 2-4 letzten Zeilen steht was von WARNING... und ein Gif im Backup meiner Website, als ich die Datei im Finder anschauen wollte stürzte dieser ab. Hab den Ordner nun gelöscht und versuch es noch mal.

Viel Glück.

juergenb:

In Deinem Protokoll vom Festplattendienstprogramm steht etwas von "Es wurde ein Katalog gefunden, der zwischen Groß-/Kleinschreibung unterscheidet.
"

Du nutzt die unter Tiger neu hinzugekommene Möglichkeit der Unterscheidung nach Groß- und Kleinschrift? Damit soll es vielfach noch Probleme geben, da etliche Programme noch nicht darauf eingestellt sind. Vielleicht hat irgendein Programm etwas verhunzt, so dass auch Apples Festplattendienstprogramm Probleme bekommt!?

garak

ich hab die backup-platte mal anders formatiert (mit groß-kleinschrift und journaled) weil ich dachte, dass es vielleicht so funktioniert, aber hat auch nichts gebracht.

jetzt brach superduper erneut ab, diesmal erst bei 18 GB mit folgender meldung:

- - - - - - - - - -

2005-08-02 13:13:23.484 SuperDuper![1069] ***ERROR OCCURRED: SVUclone: Error: Couldn't create
2005-08-02 13:13:23.485 SuperDuper![1069] ***ERROR OCCURRED: : Input/output error
2005-08-02 13:13:23.485 SuperDuper![1069] ***ERROR OCCURRED: SVUclone: Error copying /usr/bin/ruptime to /Volumes/Titanium/usr/bin/ruptime of type 8
2005-08-02 13:13:23.486 SuperDuper![1069] ***ERROR OCCURRED: : Input/output error
2005-08-02 13:13:23.486 SuperDuper![1069] ***ERROR OCCURRED: ****FAILED****: result=256 errno=1 (Operation not permitted)

- - - - - - - - - -

|01:13:22 PM|Info| WARNING: Caught I/O exception(5): Input/output error
|01:13:22 PM|Info| WARNING: Source: /usr/bin/ruptime, lstat(): 0
|01:13:22 PM|Info| WARNING: Target: /Volumes/Titanium/usr/bin/ruptime, lstat(): 0
|01:13:22 PM|Info| Logging attributes for item: /usr/bin/ruptime of type: 8
|01:13:22 PM|Info| Type:
|01:13:22 PM|Info| Creator:
|01:13:22 PM|Info| kIsOnDesk: NO
|01:13:22 PM|Info| kColor: NO
|01:13:22 PM|Info| kIsShared: NO
|01:13:22 PM|Info| kHasNoINITs: NO
|01:13:22 PM|Info| kHasBeenInited: NO
|01:13:22 PM|Info| kHasCustomIcon: NO
|01:13:22 PM|Info| kIsStationery: NO
|01:13:22 PM|Info| kNameLocked: NO
|01:13:22 PM|Info| kHasBundle: NO
|01:13:22 PM|Info| kIsInvisible: NO
|01:13:22 PM|Info| kIsAlias: NO
|01:13:23 PM|Error| SVUclone: Error: Couldn't create
|01:13:23 PM|Error| : Input/output error
|01:13:23 PM|Error| SVUclone: Error copying /usr/bin/ruptime to /Volumes/Titanium/usr/bin/ruptime of type 8
|01:13:23 PM|Error| : Input/output error
|01:13:23 PM|Error| ****FAILED****: result=256 errno=1 (Operation not permitted)
|01:13:23 PM|Info| Error copying /usr/bin/ruptime to /Volumes/Titanium/usr/bin/ruptime of type 8

Umfrage:

da ich bisher keine probleme mit Backups unter 10.3.9 habe...frage ich mich jetzt gleich....bringt der umstieg auf 10.4.x so viel probleme? dann bleib ich nämlich bei 10.3.x

pixler

ich hatte unter 10.4.1 keine probleme mit dem backup, ich habe aber seit dem update auf 10.4.2 kein backup mehr gemacht, kann also nicht beurteilen ob dies schuld ist oder auch was anderes, jedenfalls nervt es mich sehr, dass es nicht mehr geht! kann mir nicht denken was es sein kann! gerade eben lief FD fast ganz (31 GB) durch, aber so ca. 500 MB fehlen nun aber doch und fehlermeldung erschien wieder.

ich wär ja soweit mit tiger super glücklich, wenn ich denn wieder ein 100%-iges backup davon hätte

mir ist was aufgefallen, nach so einem misslungenen backup mit FD laufen die platten weiter und auch die prozessorlast ist immer am oberen limit! =-O

wie ist das denn zu erklären?

Ich hab jetzt mal die 100 GB meines PB (Tiger) auf eine Externe geklont. (Mit dem FD)
Kein Fehler
Es kann doch nicht sein, daß dieser Fehler nur gelegentlich auftritt.

Vergleichsweise habe ich mal die 100 GB meines iBooks (Panther) geklont. (Mit dem FD)
Der Klon war unter Panther 15 Minuten eher fertig.
Wollte ich nur mal so nebenbei erwähnen.

ja sind die fachleute von MTN alle im urlaub?

Da der Browser hier z.Zt. leider Deine Bilder vom Festplattendienstprogramm nicht anzeigt: hast Du mal den S.M.A.R.T Status der Platten abgefragt? Vielleicht ist ja eine der beiden Platten hinüber

Ich hatte vor einiger Zeit auch mal das Problem, dass immer wieder Lesefehler auf der Festplatte aufgetreten sind. Sie traten nie bei der gleichen Stelle auf. Alle Diskprogramme (FD, Disk Warrior usw.) haben keinen Fehler festgestellt. Bis ich die Festplatte mal in einen PC eingebaut und mit dem herstellereigenen Prüfprogramm untersucht habe. Dieses stellte fest, dass die Platte hinüber ist.

In Deinen Protokollen ist mir aufgefallen, dass immer wieder eine I/O Exeption(8) bzw. "Error copying ... of type 8" auftaucht. Auf die schnelle habe ich jetzt nichts gefunden, was mir bzgl. dieser Meldung weitergeholfen hat. Vielleicht ist dies ein Ansatzpunkt für die Fehlersuche?