Apfelinsel
Netzwerk, Internet, Provider => Thema gestartet von: fränk am September 21, 2008, 10:35:54
-
Meine TimeCapsule ist nicht nur das Volumen für das Time Machine-Back-Up, sie dient auch als AirPort-Station, an ihr hängt ein Drucker und ich gehen über sie drahtlos online.
Online funktioniert.
Drucken konnte ich gestern nicht mehr.
Ich habe dann die TimeCapsule vom Strom genommen und wieder angeschlossen.
Nun funzt das Drucken wieder.
Ich kann aber keine BackUps mehr machen.
Time Machine ist am tun und werkeln, die Platte macht auch Geräusche, aber nach ca. 10 Minuten wird die Sache abgebrochen.
Dann erscheint diese Meldung:
-
TimeMachine versucht übrigens weiterhin BackUps zu machen.
Nach dem Bildchen oben, kommt dann noch dieses:
-
Sieht nicht gut aus. Aber immerhin mal eine Meldung, mit der man was anfangen kann.
Ich würde das einfach so machen wie vorgeschlagen, und dann wieder als Backup-Platte verwenden.
-
Schreibgeschützt?? Das ist allerdings merkwürdig...
-
Wenn du das Infofenster für die TimeCapsule aufrufst, was zeigt dir denn das dann unter Zugriffsrechten?
-
Wenn du das Infofenster für die TimeCapsule aufrufst, was zeigt dir denn das dann unter Zugriffsrechten?
Sorry, was ist das Infofenster für die TimeCapsule?
Habe hier noch ein paar Meldungen:
-
Speicherst du von mehreren Rechnern auf die gleiche Platte?
-
Nein.
Es läuft aber seit ca. zwie Wochen ein zweiter Rechner über AirPort.
Aber nur drucken und online, es wird keine Sicherung auf die TimeCapsule gemacht.
-
Ich habe keine TimeCapsule, deswegen kann ich es nur vermuten -- eigentlich müsste doch im Finder die Festplatte der TimeCapsule auftauchen. Wenn davon dann das Informationsfenster aurufst (Apfel + I), davon mal die Informationen oder Screenshot könnten weiterhelfen.
Die Meldungen, die du dort erhältst sehen auf den ersten Blick so aus, als ob der DHCP die IPs gleich vergeben will oder eine IP eigentlich an die MAC-Adresse gekoppelt ist. Und zwei unterschiedliche Rechner mit einer IP geht dann so nicht.
Wie sieht denn dein Setup aus? DSL-Modem und die TimeCapsule als WLAN-Accesspoint und DHCP-Server?
-
Die Meldungen, die du dort erhältst sehen auf den ersten Blick so aus, als ob der DHCP die IPs gleich vergeben will oder eine IP eigentlich an die MAC-Adresse gekoppelt ist. Und zwei unterschiedliche Rechner mit einer IP geht dann so nicht.
Ich verstehe nicht genau was du meinst; ich glaube allerdings, daß das BackUp-Volumen auf der TM einfach nur nicht erreicht wird.
Wie sieht denn dein Setup aus? DSL-Modem und die TimeCapsule als WLAN-Accesspoint und DHCP-Server?
Keine Ahnung. ???
Wie oben beschrieben, nutze ich WLAN über die TimeCapsule und gehe auch von dort online.
-
Andere Frage:
Wenn du jeweils bei dem Rechner in die Systemeinstellung unter Netzwerke gehst, welche Einstellungen hast du dort unter Airport->Erweiterte Optionen-> TCP/IP?
-
Andere Frage:
Wenn du jeweils bei dem Rechner in die Systemeinstellung unter Netzwerke gehst, welche Einstellungen hast du dort unter Airport->Erweiterte Optionen-> TCP/IP?
bei dem einen Rechner:
-
beim anderen gibt's zwei Unterschiede:
- IPv4-Adresse: 10.0.1.96
-IPv6 konfigurieren: Aus
-
IPv6 ist eh zu vernachlässigen, ist nur ein "erweitertes" IPv4.
Also das bedeutet, dass beide Rechner vom DHCP-Server (dein TimeCapsule wohl) eine IP geliefert bekommen und diese IP auch unterschiedlich ist. Daran kann es jetzt so betrachtet nicht liegen. Also eine Fehlerquelle weniger.
Wahrscheinlich ist in meinen Augen ein Zugriffsrechteproblem, so wie du ja schriebst, dass du auf der Platte keine Schreibrechte mehr hast.
Um die Rechte mal anschauen zu können, müsstest du das Terminal bemühen und zwar mit dem Befehl cd /Volumes und dann ls -la
Da werden dann die Volumen (Platten) aufgelistet und da müsste dann auch die TC-Platte auftauchen. Interessant sind die Zeichen in der ersten Spalte, so was in der Art von "drwxrwxr-x".
-
Da steht dann:
drwxrwxrwt@ 4 root admin 136 21 Sep 18:48 .
drwxrwxr-t 47 root admin 1666 20 Sep 22:11 ..
drwx------ 8 frank staff 264 20 Jun 21:58 xxxxxxx Time Capsule
lrwxr-xr-x 1 root admin 1 21 Sep 18:05 Macintosh HD -> /
-
Dann mach mal bitte im Terminal
chmod 775 /Volumes/xxxx Time Capsule wobei das xxxx wahrscheinlich einen Namen enthält, den du einsetzen musst, aber um es einfacherer zu machen tippst du /Vo gefolgt von einem Tab (Tabulatorentaste drücken {über der Shiftlock}) und dann die ersten beiden Buchstaben der Platte und auch mit Tab, das Tab vervollständigt dann jeweils richtigerweise den Namen.
Danach hat auch die Gruppe Lese/Schreib/Ausführrechte, was dann entweder die Platte wieder beschreibbar machen müsste oder man damit auch ausschließen könnte, dass es daran liegt, jedenfalls grob ausschließen lassen kann.
-
Dann kommt:
[MacBook-Pro:~] frank% cd /Volumes
[MacBook-Pro:/Volumes] frank% ls -la
total 8
drwxrwxrwt@ 4 root admin 136 21 Sep 18:48 .
drwxrwxr-t 47 root admin 1666 20 Sep 22:11 ..
drwx------ 8 frank staff 264 20 Jun 21:58 Xxxxxxx Time Capsule
lrwxr-xr-x 1 root admin 1 21 Sep 18:05 Macintosh HD -> /
[MacBook-Pro:/Volumes] frank%
[MacBook-Pro:/Volumes] frank% /Volumes/Xxxxxxxx\ Time\ Capsule/
/Volumes/Xxxxxxxx Time Capsule/: Permission denied.
[MacBook-Pro:/Volumes] frank%
-
Dann stell dem Befehl noch ein sudo voran. Also
sudo chmod 775 /Volumes/und so weiterDamit gibst du dir temporär root-Rechte.
-
Geht nicht.
Es wird ein Passwort verlangt, das ich nicht kenne. (warum enden immer alles Problemlösungen in diesem Nirvana?)
Wenn es denn klappen würde, wem gäbe ich den für was temporäre root-Rechte?
-
Es wird ein Passwort verlangt, das ich nicht kenne.
Doch, das kennst Du. Das ist Dein normales Kennwort, wenn Du als Admin unterwegs bist.
Wenn es denn klappen würde, wem gäbe ich den für was temporäre root-Rechte?
Du würdest dem nach "sudo" folgendem Befehl (also chmod) root-rechte geben, damit er seine Arbeit erledigen kann.
-
Hast du dein Passwort probiert, das du für deinen Adminaccount hast? Denn erster Adminaccount das Passwort und root Passwort sind standardmäßig das Gleiche.
Du würdest deinem Benutzer für diesen Befehl (chmod) die root-Rechte geben.
-
Mit meinem "Geht-immer-Passwort" kam einmal "Sorry, try again" und bei einem weiteren Versuch kam keine Meldung mehr.
Ein neuer Back-Up-Versuch läuft. Aber eigentlich schon zu lange.....
-
....und ist jetzt wieder gescheitert.
Wieder mit der Meldung "Das Back-Up-Volumen ist schreibgeschützt".
-
Wenn du noch mal ls -la für /Volumes aufrufst, dann müsstest du bei der ersten Spalte eine Veränderung sehen.
-
drwxrwxrwt@ 5 root admin 170 21 Sep 20:29 .
drwxrwxr-t 47 root admin 1666 20 Sep 22:11 ..
drwx------ 8 frank staff 264 20 Jun 21:58 Xxxxxxxx Time Capsule
drwx------ 8 root wheel 264 20 Jun 21:58 Xxxxxxxx Time Capsule-1
lrwxr-xr-x 1 root admin 1 21 Sep 18:05 Macintosh HD -> /
[MacBook-Pro:/Volumes] frank%
-
Mit meinem "Geht-immer-Passwort" kam einmal "Sorry, try again" und bei einem weiteren Versuch kam keine Meldung mehr.
Keine Meldung mehr und einfach nur wieder die Eingabeaufforderung heißt im Terminal normalerweise: "Hat funktioniert."
-
drwx------ 8 frank staff 264 20 Jun 21:58 Xxxxxxx Time Capsule
[MacBook-Pro:/Volumes] frank% /Volumes/Xxxxxxxx\ Time\ Capsule/
/Volumes/Xxxxxxxx Time Capsule/: Permission denied.
Da sich das allein aufgrund der Unix-Rechte widerspricht, solltet Ihr wohl auch mal noch einen Blick auf ACLs werfen.
ls -le /Volumes/bla bla
-
Jungs, ich mach jetzt hier die Klappe zu.
Danke erst einmal.
-
drwxrwxrwt@ 5 root admin 170 21 Sep 20:29 .
drwxrwxr-t 47 root admin 1666 20 Sep 22:11 ..
drwx------ 8 frank staff 264 20 Jun 21:58 Xxxxxxxx Time Capsule
drwx------ 8 root wheel 264 20 Jun 21:58 Xxxxxxxx Time Capsule-1
lrwxr-xr-x 1 root admin 1 21 Sep 18:05 Macintosh HD -> /
[MacBook-Pro:/Volumes] frank%
Das macht mich jetzt stutzig, weil das Volumen Xxxxxxx Time Capsule zwei Mal auftaucht, also gemountet ist und wegen der Gleichheit der Namen beim Zweiten ein -1 hinten dran stehen hat.
Wie du das jetzt hinbekommen hast, besser, wie das jetzt passiert ist, ist mir momentan schleierhaft.
Anderer Workaround -- hast du bei dem Rechner, der auf Time Capsule sichert, mal die Netzwerkumgebung neu angelegt und diese genommen? Zu einer ganz geringen Chance, könnte es auch mit einer schadhaften Netzwerkumgebung zusammenhängen.
Und die Rechte wurden auch nicht entsprechend umgestellt. :-\
-
Ich lese gerade in der "MACLIFE" 10/2008:
"Probleme mit Time Capsule
Probleme mit den MacBooks und Time Capsule
In diversen Anwenderforen wurde in letzter Zeit vermehrt ein Fehler von Time Capsule in Zusammenarbeit mit MacBooks diskutiert. So verweigerte Time Machine standhaft ein Backup auf Time Capsule über WLAN, auch wenn dies zuvor schon einmal funktioniert hatte. Der Autor konnte diesen Fehler mit einem MacBook Air und Time Capsule 500GB nachvollziehen. Das Problem scheint mit dem Ruhezustand des MacBooks zusammen zu hängen. Wird das Backup durch den Ruhezustand unterbrochen, so ist die Wiederaufnahme des Time-Machine-Backups nach der Beendigung des Ruhezustands oftmals nicht mehr möglich. Eine endgültige Lösung für dieses Problem gibt es leider noch nicht. In manchen Fällen hilft der kalte Neustart von Time Capsule........"
-
Da hat diese Zeitung doch noch ihre Existenzberechtigung bei dir gefunden... ;)
Ich vermute: Der Defekt wird eigentlich von der beiliegenden CD ausgelöst,..., um abzulenken schiebt man die Schuld auf die MacBooks... ;D ;D
-
Ich vermute: Der Defekt wird eigentlich von der beiliegenden CD ausgelöst,..., um abzulenken schiebt man die Schuld auf die MacBooks... ;D ;D
Das du das auch denkst.
-
Ich dazu noch etwas bei MacUser gefunden.
Dort (http://www.macuser.de/forum/showthread.php?t=364985) wird genau mein Problem beschrieben.
Find ich unheimlich klasse, wenn eine Backup-Lösung so toll funktioniert.
Und ich bin mir eigentlich sicher was geschieht, wenn ich wirklich eines Tages ein Backup benötige......
Teurer Ramsch.
-
So, jetzt mal langsam.
Wenn man sich fränks erste beiden Postings anschaut, dann waren die bisherigen Tipps hier an einer vollkommen falschen Stelle. Denn daveinitivs Tipp mit chmod versucht eine Folge (fehlendes Schreibrecht) nicht Ursache zu beheben und das auch noch an einer falschen Stelle. Warum?
- Es geht überhaupt nicht um das TimeCapsule-Volume, sondern um das Volume "Backup von MacBook Pro".
- Der Schreibschutz auf diesem Image ist Folge davon, dass dieses Image nicht repariert werden kann.
Also erst einmal zurück zum Anfang:
Schauen wir uns mal die Fehlermeldungen an, die fränk in den ersten beiden Postings gezeigt hat:
1. "Das Volume "Backup of MacBook Pro" kann von diesem Computer nicht repariert werden. Sie ist für Sie verfügbar, aber nur beschränkt nutzbar. Sie müssen so bald wie möglich eine Sicherungskopie Ihrer Daten erstellen und die Festplatte neu formatieren."
Eine wie ich finde aussagekräftige Fehlermeldung, die auch die Lösung direkt wiedergibt. Das Volume, auf dem das Backup erstellt wird, ist ja auf der externen Platte "TimeCapsule" ein Image. Dieses Volume, welches in dem Image ist, ist defekt und kann zumindestens vom MacBook Pro aus, nicht mehr repariert werden. Das ist das Problem und die Ursache für alles folgende. Als Folge, weil das System ja einen Fehler entdeckt hat, wird das Volume nicht normal zur Verfügung gestellt, sondern einschränkt. Was eingeschränkt bedeutet, ist an dieser Stelle noch nicht klar, aber es ist logisch, dass das System sich weigern sollte, auf einem als defekt erkannten Volume weiter zu sichern.
Lösungsvorschlag, der gegeben wird: Man soll die Festplatte/Volume, um das es geht ("Backup of MacBook Pro") zur Sicherung kopieren und dann neu formatieren. D.h. in diesem Fall: Das Image kopieren, damit man noch an die alten Daten käme und danach das Image löschen, damit es von TM neu und nicht defekt angelegt wird.
2. Die zweite Fehlermeldung besagt: "Das Backup-Volume ist schreibgeschützt."
Das Backup-Volume! Nicht die Time-Capsule-Platte! Damit ist klar, was unter 1 mit "eingeschränkt" gemeint war. Die Einschränkung beruht auf einem reinen Lesezugriff auf das Backup-Volume. Eigentlich eine gute Lösung. Wenn das system erkennt, dass das Sicherungsmedium defekt ist, dann hört es auf zu sichern und verhindert weitere Schreibzugriffe, die noch mehr beschädigen könnten.
Lösung des Problems: s.o. unter 1.
Letzte Frage: Warum ist das Backup-Volume beschädigt worden?
Hier lässt sich keine klare Antwort geben, da es immer viele Möglichkeiten gibt (Hardware-Defekt, Software-Fehler...). Wenn man sich die verlinkten Postings durchliest, dann könnte(!) eine Ursache darin liegen, dass der Rechner während des Backups schlafen gelegt wurde und dadurch das Image nicht korrekt geschlossen wurde (so wie beim Abziehen eines USB-Sticks während man drauf schreibt. Wenn das so ist, dann ist das ein Fehler in OS X, denn das müsste das Volume vorher korrekt entfernen, bevor der Schlafzustand eintritt. Das kann so sein, es kann aber auch etwas anderes sein.
Zur Sicherheit einer solchen Backup-Lösung:
Ein Backup alleine auf einer Platte ist immer kritisch, da diese Platte ja jederzeit von einer Sekunde auf die andere sterben kann. siehe auch die Studie von Google.
-
Zur Sicherheit einer solchen Backup-Lösung:
Ein Backup alleine auf einer Platte ist immer kritisch, da diese Platte ja jederzeit von einer Sekunde auf die andere sterben kann. siehe auch die Studie von Google.
Und eine Backup-Lösung mit Image auf Platte ist doppelt kritisch, weil es schon zwei Ebenen gibt, auf denen etwas schief laufen kann. ;)
-
Und eine Backup-Lösung mit Image auf Platte ist doppelt kritisch, weil es schon zwei Ebenen gibt, auf denen etwas schief laufen kann. ;)
Klar, wobei ich vermute(!), dass die Image-Funktionen mittlerweile so ausgereift sind, dass da kein wesentlicher zusätzlicher Beitrag zur Fehlerhäufigkeit auftritt.
Wenn(!) die Ursache tatsächlich daran liegt, dass TM beim Backup unterbrochen wurde und daher das Dateisystem im Image defekt ist, wäre das bei einer direkten Speicherung anders? siehe Abziehen eines Mediums während des Schreibzugriffes.
Aber erstmal egal. Vorgehensweise zur Fehlerbehebung ist laut erster Fehlermeldung:
- Kopieren des alten Images, falls man die alten Backups noch haben möchte.
- Löschen des alten Images.
Zur zukünftigen Problemvermeidung, kann man halt weil die eigentliche Ursache so nicht ermittelt werden kann, nur den Tipp geben: Nicht während des Backups den Rechner schlafen schicken. Das könnte(!) eine mögliche Ursache vermeiden, muss aber nicht, weil es noch genügend andere mögliche Problemquellen gibt.
-
Aber erstmal egal. Vorgehensweise zur Fehlerbehebung ist laut erster Fehlermeldung:
- Kopieren des alten Images, falls man die alten Backups noch haben möchte.
Brauch ich nicht.
- Löschen des alten Images.
Dazu werde ich noch Fragen haben, wenn ich wieder am Gerät sitze.
Zur zukünftigen Problemvermeidung, kann man halt weil die eigentliche Ursache so nicht ermittelt werden kann, nur den Tipp geben: Nicht während des Backups den Rechner schlafen schicken. Das könnte(!) eine mögliche Ursache vermeiden, muss aber nicht, weil es noch genügend andere mögliche Problemquellen gibt.
Das wäre aber ein Rückschritt ins "Bastelzeitalter".
Dann bestimmt die Maschine wann ich was zu tun habe....... und das hasse ich wirklich! ;)
-
Probier doch noch mal, ob du etwas retten kannst, wenn du a) den Rechner per Netzwerkkabel an TimeCapsule hängst und b) wenn du die TimeCapsule-Platte per FDP rechtereparierst.
Dass TimeCapsule ein Image schreibt, TimeMachine aber nicht, lässt mich schon ein bisschen wundern, denn, ich würde davon ausgehen, dass wenn das Imageschreiben derart ausgereift ist, dass diese Funktion auch im normalen TimeMachine drin ist, oder habe ich da irgendeine Einstellungsmöglichkeit übersehen?
-
Wenn(!) die Ursache tatsächlich daran liegt, dass TM beim Backup unterbrochen wurde und daher das Dateisystem im Image defekt ist, wäre das bei einer direkten Speicherung anders? siehe Abziehen eines Mediums während des Schreibzugriffes.
Keine Ahnung. Aber man sollte eigentlich schon erwarten können, dass sich ein Mac so schlafen legt, dass er externe Festplatten in einem Zustand zurücklässt, der bei einem Trennen (z.B. Stromausfall) keine Katastrophe verursacht. Bei einer via WLAN angeschlossenen Platte umso mehr, als ja ein Verbindungsunterbruch jederzeit passieren kann. Da darf ein Trennen nun wirklich keine Schäden am Dateisystem verursachen, sonst ist die Lösung unbrauchbar.
-
- Löschen des alten Images.
Dazu werde ich noch Fragen haben, wenn ich wieder am Gerät sitze.
Naja, das ist recht simpel. Die Image-Datei hast Du ja schon mal gefunden, als Du eine datei aus dem backup haben wolltest und dann gleichzeitig dieses Image im Finder per Hand mounten wolltest und per TM drauf zugreifen wolltest. Diese Imagedatei (vermutlich "Backup of MacBook Pro.sparse" oder ähnlich) in den Papierkorb, Papierkorb leeren, fertig.
Das wäre aber ein Rückschritt ins "Bastelzeitalter".
Dann bestimmt die Maschine wann ich was zu tun habe....... und das hasse ich wirklich! ;)
Ja, das verstehe ich. Das ist ja auch nur eine mögliche Problemursache, die gerade auch bei anderen diskutiert wird. Falls(!) das wirklich ein Problem ist, dann ist es ein Fehler in OS X, der behoben werden muss. Deshalb der Tipp nur als Vorsichtsmassnahme. Die Ursache kann auch viel simpler sein: defekte Festplatte...
Keine Ahnung. Aber man sollte eigentlich schon erwarten können, dass sich ein Mac so schlafen legt, dass er externe Festplatten in einem Zustand zurücklässt, der bei einem Trennen (z.B. Stromausfall) keine Katastrophe verursacht.
Das ist korrekt. Deshalb schrieb ich ja auch: Wenn das eine Problemursache ist, dann ist es ein fehler in OS X, deer behoben werden muss. Eigentlich sollte einfach das Backup abgebrochen werden, bevor sich der Rechner schlafen legt, genauso wie beim manuellen Abbruch über den Menüpunkt.
-
Probier doch noch mal, ob du etwas retten kannst, wenn du a) den Rechner per Netzwerkkabel an TimeCapsule hängst und b) wenn du die TimeCapsule-Platte per FDP rechtereparierst.
Es geht nicht(!) um die Time-Capsule-Platte. Schau Dir doch einmal die Fehlermeldungen an.
Dass TimeCapsule ein Image schreibt, TimeMachine aber nicht, lässt mich schon ein bisschen wundern...
Nein. TimeMachine erstellt das Image. mbs hat das auch vor kurzem schon einmal bestätigt.
- TM schreibt nur dann die Dateien direkt auf die Backup-Platte, wenn diese direkt an den betreffenden Computer angeschlossen und HFS-formatiert ist.
- TM benutzt automatisch ein Sparse-Image, wenn die Verbindung übers Netzwerk geht oder kein HFS benutzt wird.
-
Es geht nicht(!) um die Time-Capsule-Platte. Schau Dir doch einmal die Fehlermeldungen an.
Es ist doch gar nicht gesagt, dass nur, weil die gleiche Fehlermeldung kommt, fränks Maschine aus dem beschriebenen Grund (Sleepmodus während des Backups) diesen Fehler produziert hat. Natürlich liegt die Vermutung nahe -- aber es muss auf keinen Fall so sein.
Und wenn das TimeCapsule-Volumen repariert wird, könnte unter Umständen dieses Rechteproblem behoben werden.
Zumal die erste Problematik ja das nicht funktionierende Drucken war, dass er mit einem "Hardreset" gelöst hat.
Nein. TimeMachine erstellt das Image. mbs hat das auch vor kurzem schon einmal bestätigt.
- TM schreibt nur dann die Dateien direkt auf die Backup-Platte, wenn diese direkt an den betreffenden Computer angeschlossen und HFS-formatiert ist.
- TM benutzt automatisch ein Sparse-Image, wenn die Verbindung übers Netzwerk geht oder kein HFS benutzt wird.
Meine Herren, das meinte ich ja auch. Dass TimeCapsule nicht von TimeMachine losgelöst ist dürfte doch klar sein.
Ich habe kein TimeCapsule, auch nicht zum Testen, und weiß daher nicht, dass TimeMachine per WLAN ein Sparse-Image rausschreibt. Ich halte dieses Image eher für problematisch, denn wie warlord schon sagte, es ist eine zusätzliche Fehlerquelle und ad hoc erschließt sich mir nicht so richtig der Grund, außer TM schreibt das Image schon "temporär" auf die lokale Disk und synchronisiert dann auf TC, denn bei einem inkrementellen Backup mit Hardlinks ist der Speicherplatz zu vernachlässigen, wirkliche Zuwächse gibt es nur bei Hinzufügen von Daten auf dem eigentlichen Datenträger, und dessen Kapazität ist ja nun auch endlich. Also wenn das Backupmedium die Größe "lokale Platte + x" hat, dann erschließt sich mir der Sinn nicht so recht (wobei ich jetzt auch nicht direkt weiß, ob das Sparse-Image dann auch komprimiert ist, sprich die eingelagerten Daten komprimiert werden oder es nur aus reinen Sicherheitsaspekten ein Sparse-Image genommen wird), denn ich kann und bewege mich ja in der Größenordnung von lokale Platte + Veränderungen.
Wobei nach meinen Beobachtungen TimeMachine beim Verschieben von Dateien in andere Ordner, diese Dateien dann doppelt hat, also kein Hardlink dort stattfindet. Time Machine geht dann wohl davon aus, dass die Datei am alten Platz gelöscht wurde und an den Zielort eine neue Datei angelegt wurde. Was bei Dateien, die GB-Größe haben, natürlich völlig am Ziel vorbeiführt. Das ist in meinen Augen unsauber umgesetzt.
-
Es ist doch gar nicht gesagt, dass nur, weil die gleiche Fehlermeldung kommt, fränks Maschine aus dem beschriebenen Grund (Sleepmodus während des Backups) diesen Fehler produziert hat. Natürlich liegt die Vermutung nahe -- aber es muss auf keinen Fall so sein.
Das hat niemand behauptet. Les bitte noch einmal nach.
Man kann anhand der Fehlermeldungen in den ersten zwei Postings wohl eindeutig sehen, wo das Problem ist, nämlich ein defektes Backup-Volume (innerhalb des Images).
Ich habe immer(!) (lies nach) geschrieben, dass man nur vermuten kann, warum das defekt wurde und das es im Bereich des Möglichen ist, dass Sleepmodus während des Backups ein Auslöser sein könnte.
Es ist aber klar, was jetzt das Problem ist (defektes Image). Die Ursache, wie es dazu kam, ist so nicht zu ermitteln.
Und wenn das TimeCapsule-Volumen repariert wird, könnte unter Umständen dieses Rechteproblem behoben werden.
Nein, es gibt IMHO gar kein Rechteproblem. Und schon gar nicht bei der TimeCapsule-Platte. Schau Dir die Fehlermeldungen an.
Zumal die erste Problematik ja das nicht funktionierende Drucken war, dass er mit einem "Hardreset" gelöst hat.
Siehst Du? Das könnte auch die Ursache für das defekte Image sein, wenn TM gerade am Sichern war.
Meine Herren, das meinte ich ja auch.
Dann erkläre mal, was Du hier mit "wundern" meintest:
Dass TimeCapsule ein Image schreibt, TimeMachine aber nicht, lässt mich schon ein bisschen wundern...
ad hoc erschließt sich mir nicht so richtig der Grund,
Dann benutze mal hier die Suche. Kleiner Tipp: TM kann nicht wissen welches FS sich hinter einer Netzwerkverbindung befindet.
wobei ich jetzt auch nicht direkt weiß, ob das Sparse-Image dann auch komprimiert ist, sprich die eingelagerten Daten komprimiert werden oder es nur aus reinen Sicherheitsaspekten ein Sparse-Image genommen wird
AFAIK weder noch.
-
Und wenn das TimeCapsule-Volumen repariert wird, könnte unter Umständen dieses Rechteproblem behoben werden.
Es gibt keinerlei Anzeichen, dass hier ein Rechteproblem vorliegt oder dass mit dem TimeCapsule-Volume etwas nicht stimmt. Nur das Time-Machine-Volume ist defekt.
dass TimeMachine per WLAN ein Sparse-Image rausschreibt. Ich halte dieses Image eher für problematisch, denn wie warlord schon sagte, es ist eine zusätzliche Fehlerquelle und ad hoc erschließt sich mir nicht so richtig der Grund
Wegen der "Dateisystemtricks", die Time Machine einsetzt, um seine ungewöhnliche Art der Sicherung zu realisieren (nämlich Hard-Links auf Ordner, die eigentlich in jedem Unix verboten sind), funktioniert das Ganze im Moment nur mit einem einzigen Dateisystemtyp, nämlich "HFS+ in der Version ab Leopard oder höher". Bei einem Netzzugriff ist aber aus Client-Sicht ein Volume mit dem Dateisystem "AFP (AppleShare)" im Einsatz, so dass Time Machine dort überhaupt nicht arbeiten könnte. Aus diesem Grund muss Time Machine ein echtes HFS+-Volume als Image über die AFP-Verbindung hinweg erzeugen. Erst dieses Image-Volume beherrscht die technischen Features, die Time Machine braucht.
Wobei nach meinen Beobachtungen TimeMachine beim Verschieben von Dateien in andere Ordner, diese Dateien dann doppelt hat, also kein Hardlink dort stattfindet.
Das habe ich nicht verstanden. Auf welchen Volumes liegen Original- und Zielordner?
-
Es gibt keinerlei Anzeichen, dass hier ein Rechteproblem vorliegt oder dass mit dem TimeCapsule-Volume etwas nicht stimmt. Nur das Time-Machine-Volume ist defekt.
Über das FDP kann ich ja nur das komplette Volumen auswählen, um dort die Rechte zu reparieren, einzelnen Ordner oder Images dafür zu selektieren klappt ja nicht.
Auch wenn es, und in die Richtung geht es ja, es erstmal keine Rechteproblematik ist, so denke ich, dass es doch in diesem Fall nicht schädlich sein kann, das Reparieren zu gebrauchen, denn mehr macht man damit nicht kaputt und mitunter kann fränk ja dann doch Glück haben, denn was der Auslöser für sein Problem ist/war, das weiß ja keiner von uns.
Wegen der "Dateisystemtricks", die Time Machine einsetzt, um seine ungewöhnliche Art der Sicherung zu realisieren (nämlich Hard-Links auf Ordner, die eigentlich in jedem Unix verboten sind), funktioniert das Ganze im Moment nur mit einem einzigen Dateisystemtyp, nämlich "HFS+ in der Version ab Leopard oder höher". Bei einem Netzzugriff ist aber aus Client-Sicht ein Volume mit dem Dateisystem "AFP (AppleShare)" im Einsatz, so dass Time Machine dort überhaupt nicht arbeiten könnte. Aus diesem Grund muss Time Machine ein echtes HFS+-Volume als Image über die AFP-Verbindung hinweg erzeugen. Erst dieses Image-Volume beherrscht die technischen Features, die Time Machine braucht.
Danke für die Erklärung. Damit hatte ich mich noch nicht so auseinandergesetzt. Bedeutet für mich, dass diese Backuplösungen zwar für den privaten Gebrauch mitunter seine Daseinsberichtigung hat, aber im "professionellen" Umfeld nichts zu suchen hat, also so, wie ich es bisher eh gehandhabt habe.
Das habe ich nicht verstanden. Auf welchen Volumes liegen Original- und Zielordner?
Auf demselben.
-
[quote author=daveinitiv link=topic=3194.msg44434#msg44434 date=1222082811Auch wenn es, und in die Richtung geht es ja, es erstmal keine Rechteproblematik ist, so denke ich, dass es doch in diesem Fall nicht schädlich sein kann, das Reparieren zu gebrauchen[/quote]
Ja, schädlich ist es nicht, weil da nämlich nichts, genau gar nichts gemacht würde. Du weisst schon, was bei diesem "Rechte reparieren" passiert?
Und es geht nicht in die Richtung, dass es kein Rechteproblem geht, sondern es weist nichts, gar nichts auf ein Rechteproblem hin.
Meine Herren, das meinte ich ja auch.
Dann erkläre mal, was Du hier mit "wundern" meintest:
Dass TimeCapsule ein Image schreibt, TimeMachine aber nicht, lässt mich schon ein bisschen wundern...
-
Ja, schädlich ist es nicht, weil da nämlich nichts, genau gar nichts gemacht würde. Du weisst schon, was bei diesem "Rechte reparieren" passiert?
Nee, aber ich denke mal Rechte reparieren.
Und es geht nicht in die Richtung, dass es kein Rechteproblem geht, sondern es weist nichts, gar nichts auf ein Rechteproblem hin.
Alle Probleme bei Rechnern bzw. Systemen lassen sich auch immer nur und ausschließlich mit Logik beheben und es ist auch immer nur der Lösungsansatz einzig und allein, der sich am ehesten von der Fehlerqualifizierung ableiten lässt.
Deswegen fränk, ich habe mich vertan, repariere bloß nicht mit dem FDP die Rechte, weil es völliger Un- und Irrsinn ist. Lösch das Image einfach und bau ein neues auf.
-
Ich habe gestern, über das FDP, versucht die Rechte reparieren zu lassen.
Die TimeCapsule-/TimeMachine-Platte wurde aber nicht angezeigt.
Ich habe dann einfach nur mein "normales Volume" reparieren lassen. Das hat aber nix gebracht.
War das gemeint?
-
Ja, den Weg meinte ich schon, aber wenn das Volumen dort nicht auftaucht, kann das ja nicht klappen. Aber im Finder wird dir das Volumen angezeigt?
-
Ja, schädlich ist es nicht, weil da nämlich nichts, genau gar nichts gemacht würde. Du weisst schon, was bei diesem "Rechte reparieren" passiert?
Nee, aber ich denke mal Rechte reparieren.
"Rechte reparieren" setzt nur die Rechte von Dateien und Ordnern auf ihre Anfangswerte zurück. Wobei die "korrekten" Anfangswerte aus den Installationsquittungen gelesen werden, die unter /Library/Receipts liegen. Daher darf man die Dateien dort auch nicht unbedarft löschen.
Dateien und Ordner, die in diesen Receipts nicht erwähnt werden, werden nicht(!) verändert, weil OS X überhaupt nicht wissen kann, wie die richtig wären. Daher wird ein "Rechte reparieren" auf einer externen Platte, auf dem überhaupt kein OS X installiert ist, auch nichts machen.
Alle Probleme bei Rechnern bzw. Systemen lassen sich auch immer nur und ausschließlich mit Logik beheben und es ist auch immer nur der Lösungsansatz einzig und allein, der sich am ehesten von der Fehlerqualifizierung ableiten lässt.
Naja, man sollte aber schon den gegebenen Hinweisen folgen und die nicht völlig ausser acht lassen. Warum sollte man die ignorieren und erst einmal einen Lösungsansatz verfolgen, für den es keinen(!) einzigen Hinweis gibt?
OK, fränk: Vergiss alles und baue erst einmal ein neues Netzteil ein. Könnte ja auch daran liegen...
Deswegen fränk, ich habe mich vertan, repariere bloß nicht mit dem FDP die Rechte, weil es völliger Un- und Irrsinn ist.
Nö, er kann die Rechte dort gar nicht reparieren, weil der entsprechende Button im FPDP aufgrund mangelnder Receipts auf der Zielplatte ausgegraut/inaktiv ist.
Lösch das Image einfach und bau ein neues auf.
Das ist eine Möglichkeit, ja. Die zweite wäre zu versuchen, dass Dateisystem, welches im Image ist, zu reparieren. Das ist ja defekt. Allerdings weiß ich nicht, ob man das überhaupt kann und selbst wenn, würde ich nicht auf einem derart reparierten Backup weitere Backups aufbauen wollen...
Meine Herren, das meinte ich ja auch.
Dann erkläre mal, was Du hier mit "wundern" meintest:
Dass TimeCapsule ein Image schreibt, TimeMachine aber nicht, lässt mich schon ein bisschen wundern...
Ja, den Weg meinte ich schon, aber wenn das Volumen dort nicht auftaucht, kann das ja nicht klappen.
Junge, junge. Man kann keine "Rechte reparieren" auf einer Platte, auf der kein OS X installiert ist! Und selbst wenn, würde nichts passieren, weil OS X für diese Platte keine Receipts=Verzeichnis der richtigen Rechte hat und auch nicht raten kann, was da richtig ist!
-
Junge, junge. Man kann keine "Rechte reparieren" auf einer Platte, auf der kein OS X installiert ist! Und selbst wenn, würde nichts passieren, weil OS X für diese Platte keine Receipts=Verzeichnis der richtigen Rechte hat und auch nicht raten kann, was da richtig ist!
Ist doch in diesem Fall nicht richtig. Leider nur von der Theorie her ist vom Prinzip das TM-Backup ein Klon des laufenden Systems (und man kann jetzt die Leute vernachlässigen, die nur ihren Homeordner backuppen, denn der normale Anwender wird ein Komplettbackup machen). Somit ist prinzipiell ein System auf dem Volumen, das aus unterschiedlichen Gründen nicht startfähig ist, aber wenn Apple da wenigstens durchdacht ist/wäre, wäre der Ordner mit den Receipts auch vorhanden, ergo müsste man die Rechte reparieren können, was aber augenscheinlich nicht geht, was sich mir die Frage stellt, wie wenig durchdacht Apple an bestimmten Stellen ihre Lösungen umsetzen, denn für den Privatanwender wäre es mehr als hilfreich, wenn er an seinem Backup auch die Rechte reparieren lassen könnte.
Aber soweit wurde anscheinend bei der Entwicklung nicht gedacht.
-
Ist doch in diesem Fall nicht richtig. Leider nur von der Theorie her ist vom Prinzip das TM-Backup ein Klon des laufenden Systems (und man kann jetzt die Leute vernachlässigen, die nur ihren Homeordner backuppen, denn der normale Anwender wird ein Komplettbackup machen). Somit ist prinzipiell ein System auf dem Volumen, das aus unterschiedlichen Gründen nicht startfähig ist, aber wenn Apple da wenigstens durchdacht ist/wäre, wäre der Ordner mit den Receipts auch vorhanden, ergo müsste man die Rechte reparieren können, was aber augenscheinlich nicht geht,
Liest Du eigentlich, was andere schreiben?
Selbst wenn die Receipts dort verwendet würden, dann würde nichts repariert werden, denn in den Receipts steht ja nur drin, wie die Rechte des Systems(!) und der über den Apple-Installer installierten Programme(!) sein müssen. Also auch dann würde nichts, gar nichts an der TimeCapsule-Platte geändert werden, weil es keine Receipts gibt, die sich auf diese beziehen!
Ich habe den Eindruck, dass Du immer noch nicht verstehst, was "Rechte reparieren" eigentlich macht.
was sich mir die Frage stellt, wie wenig durchdacht Apple an bestimmten Stellen ihre Lösungen umsetzen
Dann durchdenke das doch einmal für Apple. Welcher Receipts-Ordner von den vielen, die in einem Backup drin sind, sollte denn verwendet werden? Und aus welchem Backup (es könen ja viele Rechner dort Backups machen) sollte ein Receipts-Ordner genommen werden?
Meine Herren, das meinte ich ja auch.
Dann erkläre mal, was Du hier mit "wundern" meintest:
Dass TimeCapsule ein Image schreibt, TimeMachine aber nicht, lässt mich schon ein bisschen wundern...
-
Liest Du eigentlich, was andere schreiben?
Selbst wenn die Receipts dort verwendet würden, dann würde nichts repariert werden, denn in den Receipts steht ja nur drin, wie die Rechte des Systems(!) und der über den Apple-Installer installierten Programme(!) sein müssen. Also auch dann würde nichts, gar nichts an der TimeCapsule-Platte geändert werden, weil es keine Receipts gibt, die sich auf diese beziehen!
Ich habe den Eindruck, dass Du immer noch nicht verstehst, was "Rechte reparieren" eigentlich macht.
Eigentlich ist es müßig hier noch weiter zu schreiben oder wie man diesen Versuch von Diskussion nennen mag. Das liegt an deiner Ton des Umgangs, den du zuweilen pflegst und wie du auf die Dinge eingehst, dann diese bärbeißige Art, mit der du jetzt ein paar Mal versuchst mir eine Stellungnahme zu dem "Wundern" herauszuzwingen. Das vorweg: Dazu werden ich nichts mehr sagen, weil es a) hier im Forum wohl Common Sense ist, bei Sachen dann nichts mehr sagen zu müssen und b) deine Art Leute zu versuchen in eine Antwort hineinzuzwingen (Bsp. MacMark) unabhängig und davon losgelöst wessen Betrachtungsweise richtig ist oder sein könnte.
Zu den Rechten und Receipts:
Programme wie zB CCC oder SuperDuper schaffen auch inkrementelle Backups, die bootfähig sind, also kann das nicht so schwierig sein, als das Apple, das seinen Backups nicht mitgeben könnte, allein schon um der Möglichkeit willen, damit eine Reparatur der Rechte indiziert wäre. Und welche Receipt da genommen werden sollte, das ist mir doch blunze, sollen sie doch das erste oder das letzte nehmen, oder ein extra Default-Receipt für solche Fälle, damit man den Fehler ausmerzen kann. In diese Richtung zu denken gibt es zig Möglichkeiten und es ist bestimmt eine oder mehr darunter, die praktikabel wären.
Alles besser, als mitunter mit einen Rechter-zerschossenen (und das meine ich generell und nicht fränk) Backup dazustehen, dass einem nur noch bedingt etwas bringt.
Und das ist jetzt auch mein letzte Beitrag dazu, weil mir die Art und Weise einfach zu blöd ist -- so habe ich da keinen Bock drauf. Abgesehen davon, dass der Thread dann einfach mal zwischenzeitlich gesperrt war …
-
Leute, loggt Euch mal aus, geht einen Kaffee trinken, eine Zigarette rauchen oder was auch immer. Schlaft vielleicht mal drüber. Im Moment hat es schätzungsweise keinen Zweck mehr.
Die Sperrung des Threads war ein unabsichtliches Resultat eines Patschfingerchens. ;)
-
Leider nur von der Theorie her ist vom Prinzip das TM-Backup ein Klon des laufenden Systems
Nein, das Backup ist kein Klon und soll auch keiner sein. Das Backup ist eine Datensicherung, aus der im Notfall ein laufendes System oder halt einzelne Dateien wiederhergestellt werden können.
Somit ist prinzipiell ein System auf dem Volumen
Nein, es sind Datensicherungen auf dem Volume, von denen jede ein System enthalten kann.
aber wenn Apple da wenigstens durchdacht ist/wäre, wäre der Ordner mit den Receipts auch vorhanden
Selbstverständlich ist der Ordner mit den Receipts in jeder Datensicherung vorhanden.
ergo müsste man die Rechte reparieren können
Nein, man kann Rechte nur auf einem Volume reparieren, das ein Betriebssystem enthält. "Reparieren" heißt dabei, dass die Berechtigungseinstellungen von allen Dateien, die fester Bestandteil von Mac OS X sind, auf die Werkseinstellungen zurückgestellt werden, wie sie während der Installation dieses Systems vorhanden waren. Auf alle anderen Dateien hat diese Funktion keinen Einfluss.
Selbst wenn jede Time-Machine-Sicherung als Klon eines Mac OS X-Betriebssystems gespeichert wäre, wäre es nicht sinnvoll, dessen Berechtigungen zu manipulieren, denn das würde ja heißen, dass man im Nachhinein den Inhalt einer Datensicherung verändert. Das ist ja gerade nicht der Sinn von Backups.
denn für den Privatanwender wäre es mehr als hilfreich, wenn er an seinem Backup auch die Rechte reparieren lassen könnte.
Nein, das wäre nur für den absurden Fall sinnvoll, in dem der Anwender nachträglich die Rechte von einzelnen Betriebssystemdateien in seiner Datensicherung verstellt hätte.
Alles besser, als mitunter mit einen Rechter-zerschossenen (und das meine ich generell und nicht fränk) Backup dazustehen
Welchen Grund sollte ein Anwender oder ein vom Anwender gestartetes Programm haben, nachträglich Rechteeinstellungen in Datensicherungen zu zerstören, so dass sie dann repariert werden müssten? Das wäre höchstens für den Autor eines Computervirus' "sinnvoll", aber ein Virus, der bereits irgendwie das Recht erlangt hat, Rechte in einer Datensicherung zu ändern, kann ja gleich auch die komplette Datensicherung zerstören ...
-
Schade.
Zum Thema.
Ich habe in der Spaltendarstellung, im Finder, ganz links unter "Freigaben" meine "Time Capsule" mit dem Time Capsule-Icon stehen.
Darauf geklickt erscheint in der nächsten Spalte, unter der gleichen Bezeichnung ein Ordner-Symbol und der wiederum enthält "MacBook Pro_0017f2c84b68.sparsebundle", mit 'nem Volume/Festplatten-Symbol.
Dieses "MacBook Pro_0017f2c84b68.sparsebundle" soll ich nun in den Papierkorb befördern und diesen dann leeren?
-
Ja.
-
"MacBook Pro_0017f2c84b68.sparsebundle" wird sofort gelöscht. Möchten sie fortfahren?"
Habe ich bestätigt...... läuft.
-
Erledigt.
Papierkorb ist geleert.
Und nun?
-
Unter Systemeinstellungen/TimeMachine mal aus- und wieder einschalten. Evtl. erkennt Time Machne dann von alleine, dass das alte Backup weg ist.
Wenn nicht, dann bei "Volume wechseln" das alte TimeCapsule-Volume entfernen, schliessen, und wieder hinzufügen.
Im Endeffekt sollte Time Machine dann mit einem Komplett-Backup wieder starten.
-
Dafür schließt du den Rechner aber besser per Netzwerkkabel an die Time Capsule und in den Systemeinstellungen AirPort ausschalten, dann läuft das erste Backup nicht ewig lang.
-
Dafür schließt du den Rechner aber besser per Netzwerkkabel an die Time Capsule und in den Systemeinstellungen AirPort ausschalten, dann läuft das erste Backup nicht ewig lang.
Mist!
Nun läuft's.
Letztes erstes mal waren es ca. 14 Stunden.
Ich lass es jetzt so laufen.
-
Oder brichst es ab, schmeißt es noch mal weg, und machst es dann per Netzwerkkabel und brauchst wahrscheinlich einen Bruchteil.
-
Oder brichst es ab, schmeißt es noch mal weg, und machst es dann per Netzwerkkabel und brauchst wahrscheinlich einen Bruchteil.
Jo.
Zu dem Bruchteil kommt aber noch das Abbauen der TimeCapsule, (hängt 2,40m hoch) das Suchen eines Kabels und das Durchführen von vier Kabeln durch ein zu enges Loch in der Wand. ;D
Lass mal, geht auch so und es behindert mich ja nicht.
-
Interessante Installation. 8)
-
Die TimeCapsule hängt im Flur.
Auf der anderen Seite der Wand kommt DSL an, liegt Strom und steht der Drucker.
Vom Flur aus also eine po-feine und saubere Installation!
Von der anderen Seite aus allerdings...........
-
So, das erste Backup dauerte "nur" knapp über 10 Stunden. Letztens waren es fast zwei Stunden mehr.
Ich werde in Zukunft keine Rücksicht auf den Schlaf des Rechners nehmen, das ist mir zu blöde.
Entweder funktioniert es wie es soll oder ich verticke die TimeCapsule oder verklage Apple.
Oder beides.
-
.... verklage Apple....
Endlich einer der sich auch in Deutschland traut.
Ruhm ist Dir gewiss. ;D
Manchmal gehen mir so Apple Dinge auch auf den Keks.
Jochen
-
Endlich einer der sich auch in Deutschland traut.
Was hat das mit trauen zu tun?
Ich gehe fest davon aus, daß es schon einige Leute versucht haben.
Eine Firma mit so vielen Kunden und damit auch mit so viel verkauftem Mist, wird sich schon einiges an Zorn zugezogen haben.
In Verbindung mit Rechtsschutzversicherungen und verarmten Anwälten gab es bestimmt schon einige Klagen.
-
Wieso kommt dann so etwas nur in den USA in die Presse ?
Jochen
-
Wieso kommt dann so etwas nur in den USA in die Presse ?
Ist das so?
Aber wen interessiert es schon, wenn ich gegen Apple eine Klage gewinne, weil ihre TimeCapsule eben nicht das macht, weswegen ich sie gekauft habe und Apple mir 299,--€ erstattet und die Rechnung meines Anwalts übernimmt.
Außerhalb der Apple-Foren, in der richtigen Welt, ist die Firma keine Gottheit, die man nicht angreifen darf.
Also ich kenne keine solchen Klagen, aber ich kann mir wirklich kaum vorstellen, daß es keine gibt.
-
Ich habe den Mac während des Backups auf die Time Capsule, um das Problem noch einmal nachzustellen, eben in Schlaf geschickt und dann wieder geweckt.
Das Backup läuft ohne Probleme weiter.
So wie es zuvor wahrscheinlich schon hunderte Male funktioniert hat.
-
Ja, das war ja auch nur eine Fehlermöglichkeit, die aktuell diskutiert wird. Ob dieser Fehler tatsächlich existiert (dann könnte er von Apple gefixt werden), ist auch nicht klar. Deshalb meinte ich das auch nur als Vorsichtsmassnahme.
Wobei Dein Test auch keine 100%ige Sicherheit gibt, denn auch beim Abziehen eines USB-Sticks ohne Abmelden wird das Dateisystem nicht jedesmal beschädigt.
Der Fehler kann ja auch völlig anders begründet sein. Im Prinzip sehr unbefriedigend, wenn man nicht weiß, woran es liegt.
-
Soweit ich weiß, kann das Dateisystem eines Wechselmediums nur dann beschädigt werden, wenn auf das Medium gerade schreibend oder lesend zugegriffen wird. Ist meine Information, kann, muss aber nicht stimmen. Vielleicht weiß es hier jemand genauer mit technischer Herleitung.
-
Mit einem Hammer geht es auch ohne Mounten. ;)
-
Das ist mir jetzt zu technisch. :P
-
Eigentlich ist es müßig hier noch weiter zu schreiben oder wie man Deinen Versuch von Diskussion nennen mag.
Das liegt an deiner Ton des Umgangs, den du zuweilen pflegst
Wundert es Dich, wenn man im Laufe der Diskussion (nicht von Anfang an, lies einfach mal nach) genervt reagiert, wenn die mehrfach getroffenen entscheidenden Aussagen konsequent ignoriert werden (z.B. darüber, das auch bei Verwendung irgendeines Receipts-Ordners keine Änderung an den Rechten auf der TimeCapsule-Platte stattfindet, weil keine Informationen darüber enthalten sind) und über das Weglassen von Zitaten (Zusammenhang!) versucht wird, vorherige Aussagen zu negieren und dem anderem das in die Schuhe zu schieben. siehe:
dann diese bärbeißige Art, mit der du jetzt ein paar Mal versuchst mir eine Stellungnahme zu dem "Wundern" herauszuzwingen.
Ja, genau das. Jeder kann sich mal irren oder etwas nicht wissen. Was ist es da leichter, als das zuzugeben und zu schreiben: "OK, da habe ich mich geirrt." oder "OK, das wusste ich nicht.". Ich musste das selber in den letzten Wochen zweimal machen. Das ist doch wohl kein Problem.
Nur Du machst das anders. Erst schreibst Du, dass Du Dich wunderst, dass dort ein Image angelegt wird. Ich erwidere und erkläre, dass das normal ist. Daraufhin kommst Du mit "Das meinte ich ja" statt einfach "Ach so." Damit der Widerspruch nicht zu sehr auffällt wird der Zusammenhang ("das Wundern") absichtlich Weggelassen, damit es so aussieht, als wenn nur der andere mal wieder das Problem ist. Diese Art und Weise mit Irrtümern umzugehen scheint Methode zu sein.
a) hier im Forum wohl Common Sense ist, bei Sachen dann nichts mehr sagen zu müssen
Versteh ich nicht.
Zu den Rechten und Receipts:
Programme wie zB CCC oder SuperDuper schaffen auch inkrementelle Backups, die bootfähig sind
- Weder CCC noch SuperDuper machen bootfähige Backups auf Netzlaufwerken, um die es hier geht.
- Auf Netzlaufwerken verwendet CCC ebenso wie TM ein Image.
- das hat nichts damit zu tun, ob die Rechte auf der TimeCapsule-Platte "repariert" werden können, denn wie bereits mehrfach erwähnt, werden diese selbst bei Verwendung von irgendwelchen Receipts nicht geändert, weil in den Receipts darüber nichts drin steht.
also kann das nicht so schwierig sein, als das Apple, das seinen Backups nicht mitgeben könnte
Da auf einer Platte mit TimeMachine-Backups (egal ob als Ordner oder Image) viele Systeme von vielen Rechnern gleichzeitig gespeichert sind und es pro Volume aber nur ein bootfähiges System geben kann, geht das nicht.
Und welche Receipt da genommen werden sollte, das ist mir doch blunze, sollen sie doch das erste oder das letzte nehmen, oder ein extra Default-Receipt für solche Fälle, damit man den Fehler ausmerzen kann.
Es ist nicht egal, welche Receipts verwendet werden, weil die sich teilweise widersprechen. Nichtsdestrotrotz wäre es aber im Falle der TimeCapsule-Platte tatsächlich egal, welche Receipts genommen werden, da über diese Platte in den Receipts eh keine Information gespeichert ist und diese dementsprechend auch nicht geändert würde.
Noch einmal: In den Receipts sind nur Informationen über Ordnern und Dateien, die zum System gehören oder zu Programmen, die mit dem Apple-Installer installiert wurden. Es gibt keine "Rechte-Reparatur" von Dateien und Ordnern, die auf anderen Platten liegen oder die der Benutzer selber anlegt oder...
Alles besser, als mitunter mit einen Rechter-zerschossenen (und das meine ich generell und nicht fränk) Backup dazustehen, dass einem nur noch bedingt etwas bringt.
Das ist zwar korrekt, aber die Rechte ändern sich normalerweise nicht von alleine und können auch nicht automatisch geändert werden, da es keine Vorgaben gibt (weder in den Receipts noch anderswo).
Abgesehen davon, dass der Thread dann einfach mal zwischenzeitlich gesperrt war …
Nicht von mir, falls Du darauf anspielen möchtest. Das war ein Versehen eines anderen, hatte nichts mit Deinen Postings zu tun und ich habe den wieder geöffnet.
-
War vor ein paar Wochen im Apple Store Frankfurt, dort habe ich einen Mitarbeiter darauf angesprochen, dass meine Time Capsule immer mehr Ärger macht und einfach nicht mehr flüssig funktioniert.
Als ich ihm sagte, dass meine TC aus dem Jahre 2008 sei, war er nur erstaunt, dass das Teil generell noch funktioniert und gab mir den Tip lieber eine externe F. für meine Backups zu nutzen, dass wäre sinnvoller...
Ich bin da etwas verwirrt, da der Kauf der TC für weit aus länger als 4 Jahre gedacht war.
Mein Heimnetzwerk ist mit einem iMac, MBP, iPad und einer AppleTV verbunden (iMac, MBP und das iPad nutzen gemeinsam einen Drucker)
Wäre ein AirPlay System und eine externe Festplatte wirklich die bessere Lösung?
-
Wäre ein AirPlay System und eine externe Festplatte wirklich die bessere Lösung?
Jein. Was für einen selber die beste Lösung ist, variiert stark.
Eine externe Platte hat den Vorteil, dass Backups viel schneller sind. Aber eben auch den Riesennachteil, dass Backups nur gemacht werden, wenn die Platte angestöpselt ist. Das bedeutet aber auch, dass man bei mehreren Rechnern ständig umstöpseln muss oder mehrere Platten braucht.
Ein weiterer Nachteil einer externen Platte und der TC ist, dass bei Ausfall des Gerätes alle Backups auf einen Schlag weg sind.
Ich habe für mich eine andere Strategie ausgearbeitet, die sicherer ist, aber auch mehr Geld kostet. Man muss die eigene Backupstrategie an seine eigenen Bedürfnisse anpassen. Ich mache es so:
- Statt einer TC mit einer Platte oder einer externen Platte nutze ich ein Synology-NAS mit 2 Platten im Raid-Verbund. Alle Macs im Heimnetzwerk können darauf stündlich ihre Backups per TM ablegen. Der Raid-Verbund schützt vor Ausfall einer Platte. Mögliche Gefahren, die weiterhin vorhanden sind: Gleichzeitiger Ausfall beider Platten: z.B. durch Zufall, Userfehler (RAID ist kein Backup!), Überspannung, Softwarefehler des NAS, Brand, Diebstahl...
- Gegen die genannten Probleme habe ich folgende Maßnahme: Wöchentliches manuelles Backup des NAS auf eine externe Platte. Somit verliere ich bei gleichzeitigem Ausfall der beiden Platten max. 1 Woche. Mögliche Gefahren, die weiterhin vorhanden sind: Brand, Diebstahl
- Gegen die letzten beiden Probleme unternehme ich: Die externe Platte wird regelmäßig gegen eine andere ausgetauscht, die in einer anderen Stadt gelagert wird. Verliere ich also sowohl das NAS als auch die Backup-Platte, habe ich immer noch eine Backup-Platte woanders lagern. Allerdings verliere ich auch dabei Daten aus den letzten Wochen.
Das Zurückspielen der Daten aus dem Backup in ein baugleiches NAS ist einfach. In ein anderes NAS ist es aufwändig, aber möglich. Das nehme ich in Kauf.
Dieses System ist für mich(!) ausreichend und mit den Nachteilen kann ich leben. Man kann da noch an vielen Stellen drehen und verbessern, z.B. kann man auch automatisierte Backups des NAS auf externe Server legen. Optimieren und verändern muss jeder für sich selber. Man muss sich entscheiden, wie viel Aufwand man treiben möchte und mit welchem Risiko man leben möchte.
BTW, nutze ich das NAS noch für einige anderen Sachen neben dem TM-Backup.
-
Anders gefragt: Sind 4 Jahre ein gutes Alter für eine TC oder ist das Ableben zu jung?
-
Ich fände sie wäre zu jung, aber scheinbar ist es das Alter, wo sie gerne das Zeitliche segnen.
Wie Golden Retriever. ;)
Ich habe bis jetzt zwei TC im Einsatz, die eine ist so alt, so lang wie es die Dinger gibt und die fing irgend wann an zu mucken, funktioniert aber noch. Sie muss oft vom Strom genommen werden und die Macs finden sie häufig nicht (1TB).
Eine andere (2TB) läuft jetzt das 2. Jahr ohne Probleme.
-
Zur Festplatte, allgemein, bei Dir ja wohl nicht betroffen: Google hat ja mal eine Statistik seiner Platten herausgegeben. Ganz kurzes Fazit: Entweder sie fallen in den ersten drei Monaten aus (10% immerhin!) oder sie laufen sehr lange.
Natürlich rein statistisch. :) Sprich, eine Festplatte kann ewig halten, aber auch jeden Tag kaputt gehen.
Was den Rest der Hardware angeht, wüsste ich auch nicht recht, was da zeitanfällig wäre. Man müsste wissen, wie genau die Probleme bei Dir aussehen. Bist Du über WLAN angebunden, ist das in jedem Fall Kandidat Nr.1.
Zum Apple-Fuzzi:
a) Er weiß von minderwertiger Hardware mit eingebautem Verfallsdatum, etwa Schrott-Kondensatoren, die normalerweise nach drei Jahren fertig sind.
b) Er labert irgendeinen Mist und will gerne eine neue TC verkaufen.
Würde auf b) tippen. Natürlich rein statistisch. :)
-
Zum Apple-Fuzzi:
a) Er weiß von minderwertiger Hardware mit eingebautem Verfallsdatum, etwa Schrott-Kondensatoren, die normalerweise nach drei Jahren fertig sind.
b) Er labert irgendeinen Mist und will gerne eine neue TC verkaufen.
c.) Wenn sein Guru erfährt, wie er Appleprodukte redet, fliegt er raus.
-
Ich würde es wie Florian sehen.
Da so eine Platte, egal ob TC oder extern oder was auch immer, jederzeit ab Kaufdatum kaputt gehen kann, wäre mir bei einem Backup auf eine einzelne Platte nicht wohl. Stell Dir vor, die wäre genau dann abgeraucht, als sich Deine Frau auf Dein MB gestellt hat und die interne Platte wäre hinüber gewesen. Dann wäre alles weg.
-
Danke für die Tipps.
Meine Vorgehensweise:
Ich kauf mir eine externe Festplatte für wöchentliche Backups und sobald die TC gar nicht mehr will, wird sie durch eine neue ersetzt.
-
Ja, kann man auch machen. Es gibt da eben keine "optimale" Lösung.
Was für Probleme macht die TC denn eigentlich?
-
Die TC bricht sehr oft das Backup ab und ich musste sie jetzt schon 2mal Formatieren, weil Fehler xy (hab die Nummer vergessen) aufgetreten ist.
-
Was passiert beim Backup abbrechen? Welcher Fehler genau? Gehen dann folgende Backups normal weiter?
Wenn Du das nächste mal formatieren willst, schreib mal auf, welcher Fehler da ist. Fomratieren ist mit da schlimmste, was passieren kann, denn dann ist zwischenzeitlich alles weg...
-
Das Backup bricht ab und ich muss ein neues Backup starten. Es erscheint immer nur ein "!" im Time Machine Symbol.
Oft macht die TC in der Vorbereitung einfach nicht weiter und ich breche den Vorgang nach knapp 2 Stunden ab.
Ja, nächstemal schreib ich die/ den Fehler auf.
-
Das Backup bricht ab und ich muss ein neues Backup starten. Es erscheint immer nur ein "!" im Time Machine Symbol.
Und wenn Du gar nichts machst? Wird dann das nächste Backup ganz normal durchgeführt?
-
Das neue Backup startet erst nach dem ich den Hinweis, dass es nicht geklappt hat bestätigt habe.
-
OK, aber ohne weitere Interaktion und ohne Fehler, richtig?
Das kann passieren, wenn ein Backup besonders wegen Fehlern in der Datenübertragung nicht geklappt hat. Bei WLAN kann so etwas schnell passieren. Über Kabel passiert es bei mir (Fremd-NAS) nur, wenn während des Backups der Rechner z.B. abgeschaltet wird.
Also eigentlich kein Problem und sollte Dich nicht stören, wenn es nicht zu häufig wird.
-
OK, aber ohne weitere Interaktion und ohne Fehler, richtig?
Ja.... :)
Kann man die Fehler in der Datenübertragung minimieren, so dass es nicht mehr vorkommt?
-
Ja:
Kein WLAN benutzen.
Nicht während eines Backups abschalten.
WLAN-Verbindung optimieren (Kanal, Position etc.)
-
Danke,
ich mach mich am Woe. direkt mal ran.
-
Keine Ahnung, ob hierfür relevant, da keine Zeit, alles zu lesen, aber …
»Time Capsule: Time Machine Backups werden nicht aktiviert«
http://support.apple.com/kb/HT1170?viewlocale=de_DE#
-
Danke für den Tipp.
Die in der Anleitung erwähnten „Manuelle Konfiguration“ gibt es aber nicht. Toll.