Kısa cevap: bir ağ hedefinde Time Machine dosyaları paylaşıma kopyalamaz. Paylaşımda büyük bir disk imajı oluşturur ve onun içine kopyalar. Bu ailedeki her hata imajla ilgilidir: oluşturulamaz, açılamaz ya da bir şey onu hâlâ açık tutuyordur.
Hiçbiri mevcut yedeklerinizin gittiği anlamına gelmez. Sürücüyü silmek neredeyse hiçbir zaman çözüm değildir ve en sık karşılaşacağınız tavsiye de budur.
Time Machine'in bir ağ paylaşımının sunmadığı dosya sistemi özelliklerine ihtiyacı vardır: sabit bağlantılar, kendi denetlediği sahiplik ve üzerinde çalışırken bir dosyayı kilitleyebilme. SMB konuşan bir NAS bunları garanti edemez.
Bu yüzden her ağ hedefinde Time Machine bir sparse bundle oluşturur: .sparsebundle ile biten ve bir disk imajı gibi davranan bir klasör. O imajı bağlar ve yedek, Time Machine'in tamamen denetlediği bir dosya sisteminde onun içinde yaşar. Paylaşımın yalnızca band adı verilen numaralı parçalardan oluşan bir klasörü tutması gerekir.
Bir ağ yedeklemesinde, takılı bir sürücüde olmayan koca bir arıza kategorisinin bulunmasının nedeni budur. Takılı bir sürücüde bir şeyin ters gidebileceği yerde iki şey ters gidebilir ve aldığınız mesaj genellikle imajla ilgilidir.
Time Machine sparse bundle'ı oluşturmaya çalıştı ve paylaşım reddetti. Bunları sırayla deneyin.
fruit:time machine = yes satırıdır. Bu olmadan macOS sorunsuz bağlanabilir ve yine de imajı oluşturmayı reddedebilir.İmaj var ve macOS onu bağlayamadı. Hata 45 bir dosya kilidi hatasıdır, yani olağan neden bir şeyin imajı zaten açık tutmasıdır.
token veya bir .lock dosyası arayın. İmajı hiçbir şey bağlamamışken bunları silmek güvenlidir ve bir sonraki bağlamada yeniden oluşturulurlar. Önce imajın bağlı olmadığından emin olun, yoksa onu bozarsınız.Aynı neden, daha açık ifade edilmiş ve aynı dört adım onu giderir. Her şeyden önce Finder'ın kenar çubuğunda Mac'inizin adını taşıyan bağlı bir birim olup olmadığına bakın, çünkü en yaygın cevap, şu an oturduğunuz makinede bağlı olmasıdır.
Genellikle paylaşım yedekleme ortasında gitmiştir: uyku, Wi-Fi veya bir güncelleme için yeniden başlatılan NAS yüzünden. Paylaşımın yeniden bağlanıp bağlanmadığını kontrol edin, sonra içindekine güvenmeden önce imajı aşağıdaki doğrulama adımıyla denetleyin.
Yarıda kalan bir ağ yedeklemesi, ekrandaki her mesaj iyi görünürken imajı kendi içinde tutarsız bırakabilir. Bağlayın ve sisteme sorun:
hdiutil attach -readonly /Volumes/<share>/<YourMac>.sparsebundlediskutil verifyVolume /Volumes/<the volume it mounted>Salt okunur, yani bakmakla hiçbir şey değişmez. Doğrulama hata bildirirse aynı birimde diskutil repairVolume çalıştırın. Onarım başarısız olursa o imajın işi bitmiştir ve dürüst hamle, onun üzerinde yeni bir yedek zinciri başlatmak ve eskisindekine güvenmeyi bırakmaktır.
Bu hataların her biri disk imajının bir özelliğidir ve disk imajı, hedef ağda olduğu için vardır. Sıradan bir klasöre sıradan dosyalar yazan bir yedekte bunların hiçbiri yoktur: oluşturulamayacak bir imaj yok, eskiyecek bir kilit yok, bozulması içindeki her yedeği bir anda götüren tek bir büyük nesne yok.
Üzerinde durmaya değer olan son noktadır. Bir NAS'taki tüm Time Machine geçmişiniz tek bir sparse bundle'ın içinde yaşar. Tek bir nesnedir. Yanlış yerdeki bir hasar hepsini götürür.
Paylaşıma sıradan dosyalardan oluşan bir klasör yazar; bu yüzden disk imajı yok, kilitleme yok ve sahip olduğunuz her sürümü tutan tek bir nesne yok. Yedekleme ortasında çevrimdışı olan bir paylaşım, en son görüldüğü tarihle birlikte erişilemeyen bir hedef olarak bildirilir ve bir sonraki yedekleme sonuncusunun kaldığı yerden devam eder.
Her parça kendi içeriğinin karması altında saklanır ve bir programla o karmaya göre geri okunur; böylece zincirin herhangi bir yerindeki hasar sıradan bir salı günü adıyla ve yeriyle bildirilir. Bir Mac'i NAS'a yedeklemek, uyuyan bir paylaşımın hata mı yoksa yokluk mu sayılacağını belirleyen zaman aşımı davranışı dahil kurulumu ele alır.
Silebilirsiniz ve bu içindeki her yedeği atar, çünkü hepsi o tek imajın içinde durur. Önce yukarıdaki dört adımı deneyin. Silmek, ancak diskutil repairVolume onda zaten başarısız olduysa cevaptır.
Çünkü disk görüntüsü yoktur. Doğrudan bağlı bir disk, Time Machine'in biçimlendirip denetlediği kendi dosya sistemine sahip olur; bu yüzden görüntüye ihtiyaç duymaz ve bayatlayacak bir kilidi yoktur. Bu, bir yerel kopya tutmanın en güçlü gerekçesidir.
Çoğu NAS yazılımında, onu desteklemek ile belirli paylaşımda etkin olması farklı ayarlardır. Ürün sayfasını değil paylaşımı kontrol edin. Diğer sık neden kotalardır: imaj oluşturulurken bir azami boyut bildirir ve daha küçük bir kota onu reddeder.
Tek başına hayır. macOS'un imaj üzerinde kilit alamadığı anlamına gelir, yani hiçbir şey yazılmadı. Tehlikeli olan, bunların uzun bir dizisinin fark edilmeden geçmesidir, çünkü her şey normal görünürken son sağlam yedek giderek eskir.
Hayır. Paylaşımdaki bir klasöre sıradan dosyalar yazar; bu sayfadaki hataların hiçbirinin onun için var olmamasının nedeni budur. Takas şudur: paylaşımın sayılması için erişilebilir olması gerekir ve olmadığında uygulama bunu söyler.
İlgili: bir Mac'i NAS'a yedeklemek, Time Machine yeterli alan olmadığını söylüyor ve bir yedek nasıl doğrulanır.