คำตอบสั้นๆ: บนปลายทางเครือข่าย Time Machine ไม่ได้คัดลอกไฟล์ลงแชร์ มันสร้างอิมเมจดิสก์ขนาดใหญ่หนึ่งไฟล์บนแชร์แล้วคัดลอกลงในนั้น ข้อผิดพลาดทุกข้อในกลุ่มนี้เกี่ยวกับอิมเมจ: สร้างไม่ได้ เปิดไม่ได้ หรือมีบางอย่างยังเปิดค้างไว้
ไม่มีข้อใดหมายความว่าข้อมูลสำรองที่มีอยู่หายไป การลบไดรฟ์แทบไม่เคยเป็นวิธีแก้ และเป็นคำแนะนำที่คุณจะพบบ่อยที่สุด
Time Machine ต้องการฟีเจอร์ระบบไฟล์ที่แชร์บนเครือข่ายไม่มี: ฮาร์ดลิงก์ ความเป็นเจ้าของที่มันควบคุมได้ และความสามารถในการล็อกไฟล์ขณะทำงานกับมัน NAS ที่ใช้ SMB สัญญาสิ่งเหล่านี้ไม่ได้
ดังนั้นบนปลายทางเครือข่ายใดๆ Time Machine จะสร้าง sparse bundle โฟลเดอร์ที่ลงท้ายด้วย .sparsebundle ซึ่งทำงานเหมือนอิมเมจดิสก์ มันเมานต์อิมเมจนั้น และข้อมูลสำรองอยู่ข้างในบนระบบไฟล์ที่ Time Machine ควบคุมทั้งหมด แชร์ต้องเก็บเพียงโฟลเดอร์ของชิ้นส่วนที่มีหมายเลขเรียกว่า band
นี่คือเหตุผลที่การสำรองข้อมูลผ่านเครือข่ายมีความล้มเหลวทั้งประเภทที่ไดรฟ์ที่เสียบอยู่ไม่มี มีสองสิ่งที่ผิดพลาดได้ในขณะที่ไดรฟ์ที่เสียบอยู่มีหนึ่ง และข้อความที่คุณได้รับมักเกี่ยวกับอิมเมจ
Time Machine พยายามสร้าง sparse bundle และแชร์ปฏิเสธ ทำตามลำดับต่อไปนี้
fruit:time machine = yes ในการกำหนดแชร์ หากไม่มี macOS อาจเชื่อมต่อได้ปกติแต่ยังปฏิเสธการสร้างอิมเมจอิมเมจมีอยู่แต่ macOS แนบไม่ได้ ข้อผิดพลาด 45 คือข้อผิดพลาดการล็อกไฟล์ สาเหตุปกติจึงเป็นว่ามีบางอย่างเปิดอิมเมจค้างไว้อยู่แล้ว
token หรือ .lock ที่ระดับบนสุด การลบไฟล์เหล่านั้นปลอดภัยเมื่อไม่มีอะไรเมานต์อิมเมจอยู่ และจะถูกสร้างใหม่ในการเมานต์ครั้งถัดไป ตรวจสอบให้แน่ใจว่าอิมเมจไม่ได้เมานต์อยู่ก่อน มิฉะนั้นจะทำให้เสียหายสาเหตุเดียวกันที่บอกตรงกว่า และสี่ขั้นตอนเดียวกันแก้ได้ ตรวจสอบหาวอลุ่มที่เมานต์อยู่ซึ่งตั้งชื่อตาม Mac ของคุณในแถบด้านข้างของ Finder ก่อนอย่างอื่น เพราะคำตอบที่พบบ่อยที่สุดคือมันถูกเมานต์อยู่ตอนนี้บนเครื่องที่คุณนั่งอยู่
โดยปกติแชร์หายไประหว่างการสำรองข้อมูล จากการพักเครื่อง wifi หรือ NAS รีบูตเพื่ออัปเดต ตรวจสอบว่าแชร์เชื่อมต่อกลับมาหรือไม่ แล้วตรวจสอบอิมเมจด้วยขั้นตอนยืนยันด้านล่างก่อนไว้ใจสิ่งที่อยู่ข้างใน
การสำรองข้อมูลผ่านเครือข่ายที่ถูกขัดจังหวะอาจทำให้อิมเมจไม่สอดคล้องกันภายใน ขณะที่ทุกข้อความบนหน้าจอดูปกติ เมานต์มันแล้วถามระบบ:
hdiutil attach -readonly /Volumes/<share>/<YourMac>.sparsebundlediskutil verifyVolume /Volumes/<the volume it mounted>อ่านอย่างเดียว การดูจึงไม่เปลี่ยนอะไร หากการยืนยันรายงานข้อผิดพลาด ให้รัน diskutil repairVolume บนวอลุ่มเดียวกัน หากซ่อมไม่สำเร็จ อิมเมจนั้นก็จบแล้ว และสิ่งที่ควรทำอย่างตรงไปตรงมาคือเริ่มชุดข้อมูลสำรองใหม่บนมันและเลิกพึ่งสิ่งที่อยู่ในชุดเก่า
ข้อผิดพลาดทุกข้อนี้เป็นคุณสมบัติของอิมเมจดิสก์ และอิมเมจดิสก์มีอยู่เพราะปลายทางอยู่บนเครือข่าย ข้อมูลสำรองที่เขียนไฟล์ธรรมดาลงโฟลเดอร์ธรรมดาไม่มีสิ่งเหล่านี้เลย: ไม่มีอิมเมจที่สร้างไม่สำเร็จ ไม่มีล็อกที่ค้าง ไม่มีออบเจกต์ใหญ่ชิ้นเดียวที่ความเสียหายจะพาข้อมูลสำรองทุกชุดข้างในไปพร้อมกัน
ข้อสุดท้ายนั้นคือสิ่งที่ควรคิดให้ดี ประวัติ Time Machine ทั้งหมดของคุณบน NAS อยู่ใน sparse bundle เดียว เป็นออบเจกต์เดียว ความเสียหายในที่ที่ผิดจะพาไปทั้งหมด
มันเขียนโฟลเดอร์ของไฟล์ธรรมดาลงแชร์ จึงไม่มีอิมเมจดิสก์ ไม่มีการล็อก และไม่มีออบเจกต์เดียวที่ถือทุกเวอร์ชันที่คุณมี แชร์ที่ออฟไลน์ระหว่างสำรองข้อมูลจะถูกรายงานเป็นปลายทางที่เข้าถึงไม่ได้ พร้อมวันที่พบล่าสุด และการสำรองครั้งถัดไปจะทำต่อจากจุดที่ครั้งก่อนหยุด
ทุกชิ้นถูกเก็บภายใต้แฮชของเนื้อหาตัวเองและอ่านกลับมาเทียบกับแฮชนั้นตามกำหนดเวลา ความเสียหายที่ใดในชุดข้อมูลจึงถูกระบุชื่อและตำแหน่งในวันอังคารธรรมดา การสำรองข้อมูล Mac ไปยัง NAS อธิบายการตั้งค่า รวมถึงพฤติกรรมการหมดเวลาที่ตัดสินว่าแชร์ที่หลับอยู่เป็นข้อผิดพลาดหรือแค่ไม่อยู่
ทำได้ และจะทิ้งข้อมูลสำรองทุกชุดข้างใน เพราะทั้งหมดอยู่ในอิมเมจเดียวนั้น ลองสี่ขั้นตอนข้างต้นก่อน การลบเป็นคำตอบเฉพาะเมื่อ diskutil repairVolume ล้มเหลวกับมันแล้ว
เพราะไม่มีดิสก์อิมเมจ ไดรฟ์ที่ต่อโดยตรงจะมีระบบไฟล์ของตัวเองที่ Time Machine ฟอร์แมตและควบคุม จึงไม่ต้องใช้อิมเมจและไม่มีล็อกค้าง นี่คือเหตุผลที่หนักแน่นที่สุดในการเก็บสำเนาไว้ในเครื่องหนึ่งชุด
การรองรับและการเปิดใช้บนแชร์นั้นๆ เป็นการตั้งค่าคนละอย่างในซอฟต์แวร์ NAS ส่วนใหญ่ ตรวจสอบที่แชร์ ไม่ใช่หน้าผลิตภัณฑ์ โควตาเป็นอีกสาเหตุที่พบบ่อย: อิมเมจประกาศขนาดสูงสุดตอนสร้าง และโควตาที่เล็กกว่าจะปฏิเสธ
ตัวมันเองไม่อันตราย หมายความว่า macOS ล็อกอิมเมจไม่ได้ จึงไม่มีอะไรถูกเขียน สิ่งที่อันตรายคือการเกิดติดต่อกันเป็นเวลานานโดยไม่มีใครสังเกต เพราะข้อมูลสำรองที่ดีล่าสุดเก่าลงเรื่อยๆ ขณะที่ทุกอย่างดูปกติ
ไม่ มันเขียนไฟล์ธรรมดาลงโฟลเดอร์บนแชร์ จึงไม่มีข้อผิดพลาดใดในหน้านี้เกิดขึ้นกับมัน สิ่งที่แลกคือแชร์ต้องเข้าถึงได้จึงจะถูกนับ และแอปจะบอกเมื่อเข้าถึงไม่ได้
ที่เกี่ยวข้อง: สำรองข้อมูล Mac ไปยัง NAS, Time Machine แจ้งว่าพื้นที่ไม่พอ และวิธียืนยันข้อมูลสำรอง