มีวิธีที่เร็วกว่าในการคัดลอกไฟล์ไทม์แมชชีนจากดิสก์หนึ่งไปยังดิสก์อื่นหรือไม่?


15

ฉันพยายามย้ายไฟล์สำรองข้อมูล Time Machine ของฉันทั้งหมดภายใต้ Backups.backupdb ไปยังไดรฟ์อื่น ฉันเริ่มคัดลอกไฟล์ข้ามคืน (b / c ฉันเห็นว่าใช้ OSX ตลอดไปเพื่อเตรียมพร้อมสำหรับการคัดลอก ... โดยพื้นฐานแล้วมันคือการนับไฟล์เป็นเวลาหลายชั่วโมง) ในตอนเช้าฉันเห็นว่ามีการคัดลอกเฉพาะการสำรองข้อมูล (โฟลเดอร์ที่มีวันที่) ฉันพยายามคัดลอกสิ่งที่ไม่ได้คัดลอก ... แต่ระบบปฏิบัติการไม่อนุญาตให้ทำเช่นนั้น ฉันได้รับและเกิดข้อผิดพลาดว่า "การดำเนินการไม่สามารถทำได้เพราะรายการสำรองไม่สามารถแก้ไขได้" ดังนั้นแผนของฉันคือการลบสำเนาที่ไม่สมบูรณ์ในไดรฟ์ใหม่แล้วลองคัดลอกไปที่โฟลเดอร์ Backups.backupdb อีกครั้ง

น่าผิดหวังมาก มีวิธีที่เร็วกว่าในการคัดลอกไฟล์เหล่านี้ผ่านคำสั่งเทอร์มินัลเพื่อไม่ให้การเตรียมการนับไฟล์ทั้งหมดนั้นเสร็จสิ้นหรือไม่?

ฉันอาจจะทิ้งทั้งโฟลเดอร์แล้วทำสำเนา แต่มันจะรบกวนการอนุญาตใด ๆ ของไฟล์หรือไม่? สิ่งหนึ่งที่มีวิธีนี้คือฉันไม่มีพื้นที่ว่างบนโวลุ่มแหล่งข้อมูลของฉันสำหรับ tar

UPDATE

ฉันได้ลองวิธีการบางอย่างที่ผู้คนแนะนำด้านล่างโดยเฉพาะโดยใช้ฟังก์ชั่นการคืนค่าของ Disk Utility และมันทำให้ฉันมีข้อผิดพลาดและผลลัพธ์ที่ไม่คาดคิด (อย่างน้อยสำหรับฉัน) ฉันพยายามกู้คืนสองวิธี:

  • เมื่อเลือก "ลบปลายทาง": แต่ละครั้ง (ฉันลองสองครั้ง) เมื่อการคืนค่าเสร็จสิ้นฉันเห็นข้อความ "ไม่สามารถกู้คืน - การทำงานไม่ถูกต้อง" และ "ไม่สามารถกู้คืน - อาร์กิวเมนต์ไม่ถูกต้อง" อย่างไรก็ตามดิสก์ปลายทางของฉันจะได้รับสำเนาของไฟล์ TM ของฉัน สิ่งที่แปลกคือดิสก์ปลายทางของฉันเหมือนกับดิสก์ต้นทางของฉัน ... แม้แต่ขนาด ดิสก์ปลายทางของฉันเป็นจริง 1 TB แต่หลังจากการกู้คืนจะแสดงเป็น 200 GB เมื่อฉันได้รับข้อมูลจากเครื่องมือค้นหา แต่ใน Disk Utility จะแสดงพาร์ติชั่น 1 TB!

ฉันพยายามตรวจสอบ / ซ่อมแซมดิสก์และได้รับ:

    ขนาดโหนด B-tree ไม่ถูกต้อง
    การตรวจสอบปริมาณ Journaled HFS Plus
    ขนาดโหนด B-tree ไม่ถูกต้อง
    ซ่อมแซมไดรฟ์ข้อมูลเสร็จสมบูรณ์
    การอัพเดตพาร์ติชันสนับสนุนการบู๊ตสำหรับโวลุ่มตามที่ต้องการ
    ข้อผิดพลาด: Disk Utility ไม่สามารถซ่อมแซมดิสก์นี้ได้ สำรองไฟล์ของคุณให้ได้มากที่สุดฟอร์แมตดิสก์และกู้คืนไฟล์ที่สำรองไว้

ไม่ทราบว่าฉันควรจะตรวจสอบ / ซ่อมแซมดิสก์ TM ...

  • ด้วย "ลบปลายทาง" ไม่ได้ตรวจสอบ: การคืนค่าไม่เริ่มต้นและฉันได้รับ:
    ไม่สามารถกู้คืน - ไม่อนุญาตให้ดำเนินการ


2
ฉันคิดว่าสิ่งนี้ดี - คำถามอื่น ๆ ระบุที่อยู่โหลดของ IO ในการคัดลอกฮาร์ดลิงก์ แต่ถูกรวมไว้ในเครือข่ายและกล่องหุ้มของแคปซูลเวลาดังนั้นจึงเป็นกรณีพิเศษของปัญหาทั่วไปที่ถามที่นี่
bmike

หากคุณสามารถอัปเกรดเป็น MacOS 10.13.4+ ข้อผิดพลาดที่ทำให้นามแฝง / ฮาร์ดลิงก์ไม่สามารถคัดลอกไปที่ Finder ได้รับการแก้ไขแล้ว ฉันลองตัวเองเพื่อคัดลอกดิสก์ Time Machine สำรองไปอีกอันหนึ่งและทำงานได้อย่างสมบูรณ์ (และมันก็ค่อนข้างเร็วด้วย) ข้อมูลเพิ่มเติมที่นี่: apple.stackexchange.com/a/323691/261070
youngrrrr

คำตอบ:


13

สำเนาปกติ (หรือคัดลอกผ่าน rsync หรือ ditto) จะไม่ทำซ้ำ Time Machine อย่างสมบูรณ์เนื่องจากจะแปลงสองไดเร็กทอรีที่เชื่อมโยงเข้าด้วยกัน

วิธีที่ดีที่สุดคือการคัดลอกทั้งดิสก์โดยใช้ Disk Utility หรือส่วนสำเนาบล็อกของCarbon Copy Clonerและอาจจะคล้ายกันในSuperDuper


1
จากหน้า ditto man: "ditto เก็บฮาร์ดลิงก์ไฟล์ (แต่ไม่ใช่ฮาร์ดลิงก์ลิ้งค์ไดเรกทอรี) อยู่ในไดเรกทอรีต้นทาง" ดังนั้นจึงไม่มีความช่วยเหลือที่นี่ มันเป็น Disk Utility หรือเครื่องมือเช่น SuperDuper หรือ CCC
nohillside

@patrix ขอบคุณ - หน้าเว็บสำหรับคนพูดอะไร - CCC ใช้ ditto หรือ rsync สำหรับการคัดลอกดังนั้นจะทำเช่นนี้หากบล็อกคัดลอกhelp.bombich.com/kb/troubleshooting/ ......
151019

ดิสก์ต้นทางของฉันมีการสำรองข้อมูล Time Machine เท่านั้น ดิสก์ปลายทางของฉันมีไฟล์อื่น ๆ ฉันไม่ต้องการโคลนดิสก์แหล่งที่มาของฉัน ฉันต้องการคัดลอกไฟล์ Time Machine ไปยังดิสก์ปลายทาง
milesmeow

3
หลังจากพยายามคัดลอกไฟล์ TM ของฉันไปยังดิสก์ใหม่ Disk Utility และ Carbon Copy Cloner ทั้งสองไม่ได้ทำการหลอกลวง SuperDuper ทำมันได้อย่างสมบูรณ์แบบในการวิ่งครั้งแรกและไม่ลดขนาดของพาร์ทิชันปลายทางของฉัน!
milesmeow

2
โหวตให้ SuperDuper อีกครั้ง! ที่นี่ v3.2.4 คัดลอกโฟลเดอร์สำรอง Time Machine ขนาดใหญ่ไปยังดิสก์ใหม่ภายใต้ macOS 10.14.2 Mojave สำเร็จโดยไม่ต้องใช้พื้นที่เพิ่ม (ตัวค้นหาใดที่ไม่สามารถทำได้…) Time Machine ใช้ดิสก์ใหม่ต่อไปอย่างมีความสุขราวกับว่ามันเป็นรุ่นเก่า
gidds

5

การย้ายไดรฟ์เข้ารหัส 3TB Time Machine เต็มไปยัง 8TB ใหม่บน macOS 10.14 ฉันพบปัญหาทุกประเภท กำลังพยายามกู้คืนใน Disk Utility เกิดข้อผิดพลาดด้วย“ ไม่สามารถตรวจสอบแหล่งที่มา” หรือ“ ไม่อนุญาตการดำเนินการ” ลองใช้คำแนะนำอื่น ๆ ในโพสต์นี้และคนอื่น ๆ ฉันสามารถรับข้อความแสดงข้อผิดพลาดใหม่ที่น่าตื่นเต้นเช่น“ ไฟล์แคตตาล็อกบนภาพ / ระดับเสียงมีการแยกส่วนไม่ดีเกินไป” แต่ไม่มีการคัดลอก

สิ่งที่ได้ผลในที่สุดที่สถานี:

  1. ลบดิสก์ใหม่ด้วย Disk Utility ที่ตรงกับรูปแบบของไดรฟ์ต้นฉบับ: MacOS Extended (Journaled, Encrypted)
  2. ใช้diskutil cs listในสถานีเพื่อให้ได้ขนาดที่แน่นอน byte ของปริมาณตรรกะในไดรฟ์เก่าและ GUID disk4ของปริมาณตรรกะใหม่เช่นเดียวกับหมายเลขดิสก์สำหรับทั้งสองเช่น
  3. ใช้ขนาดไบต์ที่แน่นอนจากขั้นที่ 2 เป็นขนาดของโวลุ่มใหม่ ในกรณีของฉันด้วยไดรฟ์ 3TB มันเป็น 2,999,772,905,472 ไบต์:

    sudo diskutil cs resizeVolume $new_lv_guid 2999772905472
    
  4. ใช้pvคำสั่งจาก homebrew ทำสำเนาบล็อกระดับต่ำของดิสก์ นี่เป็นเรื่องที่ใช้ddบ่อยมากยกเว้นว่าคุณจะได้รับมิเตอร์วัดความคืบหน้าพร้อม ETA

    คุณต้องได้รับหมายเลขดิสก์จากdiskutil cs listผลลัพธ์ ระวัง. มันง่ายมากที่จะเขียนทับไดรฟ์สำรองข้อมูลทั้งหมดโดยไม่ได้ตั้งใจด้วยไดร์ฟใหม่ที่นี่

    sudo sh -c "$(which pv) --buffer-size 50M -s 2999772905472 < /dev/rdisk${source} > /dev/rdisk${target}"
    

    หากคุณได้รับอนุญาตถูกปฏิเสธ / การดำเนินการไม่ได้รับอนุญาตข้อผิดพลาดที่นี่ไปที่การตั้งค่าความปลอดภัยและความเป็นส่วนตัวและเพิ่มการเข้าถึงดิสก์เต็มรูปแบบสำหรับ Terminal.app

    สำหรับฉันนี่ใช้เวลาประมาณ 10 ชั่วโมง - ฉันปล่อยให้มันวิ่งข้ามคืน - แต่pvอย่างน้อยคุณก็จะได้รับมิเตอร์วัดความก้าวหน้าพร้อม ETA

  5. ตอนนี้ขยายไดรฟ์ข้อมูลเพื่อใช้พื้นที่ที่เหลือทั้งหมดบนไดรฟ์:

    sudo diskutil cs resizeVolume $new_lv_guid 0
    

    ฉันใช้เวลาประมาณ 3 ชั่วโมงในการสำรองข้อมูลประมาณ 5 ปี เวลาส่วนใหญ่ใช้เวลาโดย macOS fscking

ตอนนี้คุณสามารถเพลิดเพลินไปกับไดรฟ์ Time Machine ที่กว้างขวางและใหม่กว่าของคุณ คุณสามารถเปลี่ยนรูปแบบเก่าหรือเก็บไว้ในที่ปลอดภัยในกรณีที่มีบางสิ่งเกิดขึ้นกับไดรฟ์ใหม่


ขั้นตอนการปรับขนาดดูเหมือนจะสำคัญ การข้ามไปจะทำให้มีการคัดลอกไฟล์เป็นเวลา 10 ชั่วโมงซึ่งให้ปริมาณ 8TB ซึ่งมีระบบไฟล์ 3TB ที่ฉันไม่สามารถหาวิธีปรับขนาดได้


ปรับปรุงข้อเสียอย่างหนึ่งที่เป็นไปได้ของวิธีนี้คือเนื่องจากเป็นการคัดลอกแบบบิตต่อบิตตัวระบุจะเหมือนกันระหว่างดิสก์เก่าและดิสก์ใหม่ หากฉันเชื่อมต่อดิสก์เต็มแผ่นเก่า Time Machine คิดว่าเป็นดิสก์ใหม่พยายามสำรองข้อมูลและเริ่มลบข้อมูลสำรองเก่าเพื่อให้มีที่ว่างสำหรับดิสก์ใหม่ ดูเหมือนจะเป็นวิธีการที่ดีสำหรับการย้ายข้อมูลไปยังดิสก์ที่มีขนาดใหญ่กว่าซึ่งจะเป็นการลบดิสก์ขนาดเล็กกว่านั้น


สวัสดีแอนดรู! ขอบคุณที่สละเวลาพิมพ์คู่มือแนะนำทีละขั้นตอนนี้ (และฉันหวังว่าจะใช้เพื่อถ่ายโอนข้อมูลสำรอง 1TB ของฉันไปยังดิสก์ 4TB ซึ่งจนถึงตอนนี้ยังไม่ประสบความสำเร็จเพราะโฟลเดอร์ & ไฟล์ที่คัดลอก Finder ใช้พื้นที่บนดิสก์ใหม่มากกว่าเดิม) คำถามของฉันคือคุณ: ฉันสามารถทำตามขั้นตอนเหล่านี้โดยไม่ csเปิดใช้งาน corestorage หรือไม่? การเปิดใช้งานที่เก็บข้อมูลหลักดูเหมือนจะเป็น PITA ที่ไม่จำเป็นแต่อาจจำเป็นเนื่องจากขั้นตอนที่ 3 guid
Michael Dautermann

@MichaelDautermann Core Storage เป็นสิ่งจำเป็นสำหรับ FileVault ซึ่งแนะนำอย่างยิ่งสำหรับไดรฟ์สำรองเพื่อปกป้องความเป็นส่วนตัวของคุณในกรณีที่สูญหายถูกขโมยหรือถูกกำจัดอย่างไม่เหมาะสม
แอนดรู

ฉันต้องการเพิ่มว่าฉันไม่สามารถคัดลอกด้วยวิธีการดังกล่าว เหตุผลก็คือระบบแจ้งว่า "การดำเนินการไม่ได้รับอนุญาต" หลังจากค้นหาสั้น ๆ ฉันพบว่าฉันต้องปิดฟังก์ชัน SIP ทั้งหมด สิ่งนี้สามารถทำได้โดยการรีสตาร์ท macOS โดยกดคำสั่ง + R ค้างไว้แล้วเปิดเทอร์มินัล ที่นี่คุณต้องปิดการใช้งานโดยพิมพ์ "csrutil ปิดการใช้งาน" ด้วยการรีสตาร์ทครั้งถัดไปฉันสามารถคัดลอกข้อมูลสำรอง TM ได้
Oliver Koehler

@andrew เวอร์ชันของฉันคือ 10.14.6 และฉันเข้าใจความเสี่ยงทั้งหมดที่คุณได้กล่าวถึง อย่างไรก็ตามฉันไม่สามารถ dd หรือ pv TimeMachine ของฉัน - สำรองข้อมูลโดยไม่ต้องปิด SIP หากมีวิธีอื่นที่ฉันยินดีที่จะได้ยิน
Oliver Koehler

ฉันได้รับ "pv: การเขียนล้มเหลว: ข้อผิดพลาดอินพุต / เอาต์พุต" ที่ 99% (หลังจาก 30 ชั่วโมง, 3 ครั้ง - 90 ชั่วโมงจริง ๆ ) ดิสก์ถูกถอดออก ฟังก์ชัน SIP ถูกปิดใช้งาน Googling ข้อผิดพลาดไม่ได้เกิดขึ้นกับอะไร คล้ายกับสถานการณ์ดั้งเดิม (3TB -> 8TB) sudo sh -c "$(which pv) --buffer-size 50M -s 3000249008128 < /dev/rdisk3 > /dev/rdisk5"- 8tb ถูกปรับขนาดก่อนหน้านี้เรียบร้อยแล้วResized Core Storage Logical Volume to 3,000,249,008,128 bytes
ks

2

ทำไมไม่ใช้แค่เทอร์มินัล:

cp -RnpP Backups.backupdb
  • -R recursive
  • -n อย่าเขียนทับ (หากยังมีสำเนาที่เหลืออยู่จากความพยายามครั้งก่อน)
  • -p รักษา ACL ของสิทธิ์วันที่สร้าง / ดัดแปลง ฯลฯ
  • -P เก็บรักษาฮาร์ดลิงก์อย่าทำตามฮาร์ดลิงก์หรือ symlink

นี่ไม่เป็นความจริง. อ่านman cpสำหรับ macOS cpคำสั่งปกติที่จัดส่งมาพร้อมกับ macOS ไม่ได้คัดลอกฮาร์ดลิงก์ด้วย -P หน้าคนพูดว่า "โปรดทราบว่า cp คัดลอกไฟล์ที่เชื่อมโยงกันเป็นไฟล์แยกต่างหากหากคุณต้องการเก็บฮาร์ดลิงก์ไว้ให้พิจารณาใช้ tar (1), cpio (1) หรือ pax (1) แทน"
chmac

0

คำตอบนี้จะไม่ทำให้เสร็จเร็วขึ้น แต่ฉันพบว่าเป็นวิธีการคัดลอกข้อมูลอย่างถูกต้องในขณะที่ยังคงรักษาความซ้ำซ้อน (ฮาร์ดลิงก์) และการอนุญาต เป็นโบนัสเพิ่มฉันใช้สิ่งนี้เพื่อสร้าง dmg ที่ถูกบีบอัดของผลิตภัณฑ์ขั้นสุดท้ายสำหรับการเก็บถาวร

  1. ใช้ Disk Utilities สร้างภาพดิสก์ที่ใหญ่กว่าไดเรกทอรี Backups.backupdb ของคุณ ฉันขอแนะนำให้คุณใช้อิมเมจดิสก์แบบมัดรวมสำหรับรูปแบบอิมเมจและฮาร์ดดิสก์สำหรับพาร์ติชัน หลังจากติดตั้งภาพนี้แล้วให้รับข้อมูลและยกเลิกการเพิกเฉยต่อความเป็นเจ้าของในเล่มนี้

  2. ตอนนี้ปิด Time Machine และใช้ตัวค้นหาคัดลอกโฟลเดอร์ Backups.backupdb ไปยังรูปภาพที่เมาท์ เครื่องมือค้นหาจะขอสิทธิ์ผู้ใช้ขั้นสูงในการคัดลอกข้อมูล หาเครื่องดื่มหรือทำอย่างอื่นสักพัก

  3. เมื่อการคัดลอกเสร็จสิ้นให้ตรวจสอบให้แน่ใจว่าทุกอย่างเรียบร้อยและยกเลิกการต่อเชื่อมภาพ จาก Disk Utility ให้เลือกแปลงแล้วแปลงอิมเมจของกระจัดกระจายเป็นรูปภาพที่บีบอัด อีกครั้งอาจใช้เวลาสักครู่

คุณควรจบด้วยสำเนาสำรองของ Time Machine สองชุดคุณสามารถลบรุ่น sparse bundle และวาง dmg ในที่ปลอดภัยเพื่อเป็นที่เก็บถาวร

สิ่งหนึ่งที่ฉันไม่ได้ลองทำคือทำการกู้คืนระบบจาก dmg แต่ฉันคิดว่ามันควรจะทำงานได้เป้าหมายของฉันมากขึ้นสำหรับการเก็บถาวรการเปลี่ยนแปลงที่เพิ่มขึ้นของเครื่องย้อนเวลาและรักษาโครงสร้างลิงก์ถาวร

ฉันได้ลอง rsync และ cp ด้วย แต่ดูเหมือนว่าพวกเขาจะไม่รักษาโครงสร้างการเชื่อมโยงอย่างหนักซึ่งจะทำให้การสร้าง x คูณด้วยขนาด x เป็นจำนวนวันที่ที่คุณมีในอดีต วิธีนี้ใช้งานได้ดี แต่อาจไม่ได้ความเร็วของโซลูชันการคัดลอกบล็อก


0

Apple มีบทช่วยสอนอย่างเป็นทางการสำหรับเรื่องนี้:“ Time Machine: วิธีถ่ายโอนข้อมูลสำรองจากไดรฟ์สำรองข้อมูลปัจจุบันไปยังไดรฟ์สำรองข้อมูลใหม่

ขั้นตอนระดับสูงจากหน้านั้น:

  1. ตรวจสอบรูปแบบของไดรฟ์สำรองข้อมูลใหม่ของคุณ
  2. ตั้งค่าการอนุญาตบนไดรฟ์สำรองข้อมูลใหม่ของคุณ
  3. ปิด Time Machine ชั่วคราวชั่วคราว
  4. คัดลอกข้อมูลสำรองจากไดรฟ์เดิมไปยังไดรฟ์ใหม่
  5. ตั้งค่า Time Machine เพื่อใช้ไดรฟ์ใหม่ของคุณ

นี่คือวิธีที่หน้าแนะนำให้ทำขั้นตอนการคัดลอก:

คัดลอกข้อมูลสำรองจากไดรฟ์เดิมไปยังไดรฟ์ใหม่

  1. เปิดหน้าต่าง Finder ใหม่ ในแถบด้านข้าง Finder คลิกไอคอนของไดรฟ์สำรองข้อมูลเดิม
  2. เปิดหน้าต่าง Finder ใหม่ ในแถบด้านข้าง Finder ให้คลิกไอคอนของไดรฟ์สำรองข้อมูลใหม่
  3. ลากโฟลเดอร์ "Backups.backupdb" จากไดรฟ์สำรองข้อมูลเดิมไปยังระดับสูงสุดของไดรฟ์สำรองข้อมูลใหม่
  4. ป้อนชื่อผู้ดูแลระบบและรหัสผ่านจากนั้นคลิกตกลงเพื่อเริ่มกระบวนการคัดลอก

การคัดลอกข้อมูลสำรองของคุณอาจใช้เวลาสักครู่จึงจะเสร็จสมบูรณ์ขึ้นอยู่กับขนาดของข้อมูลสำรองของคุณ


5
ฉันกำลังมองหาคำถามนี้เพราะทำตามบทช่วยสอนนั้น (ซึ่งแนะนำให้คัดลอกโฟลเดอร์สำรองข้อมูลด้วย Finder) และปล่อยให้มันทำงานข้ามคืนมันสิ้นสุดลงในปัญหาสิทธิ์บางอย่างที่คัดลอกประมาณ 500 / 940gb จากนั้นฉันก็ทำsudo rsyncเมื่อคืนนี้ แต่เช้านี้เจอERROR: out of memory in flist_expand [sender]แล้วและสำเนาของฉันตอนนี้คือ ~ 600gb ฉันยังไม่ได้ตัดสินใจว่าจะทำอย่างไรต่อไป แต่สงสัยว่าคนส่วนใหญ่ที่อ่านได้ตระหนักถึงการสอนอย่างเป็นทางการแล้ว
PeterT

@PeterT ฉันเพิ่งลอง tuto ด้วยและมีปัญหาเช่นเดียวกับคุณ ฉันไม่แน่ใจว่าใครรู้เกี่ยวกับการสอนมิฉะนั้นจะมีคนพูดถึงมันที่นี่ ตอนนี้ผู้คนรู้ว่ามันไม่คุ้มค่าที่จะลอง
David Andreoletti

1
การใช้ตัวค้นหาเพื่อคัดลอกโฟลเดอร์ต้องใช้อายุในการสร้างรายชื่อไฟล์จากนั้นก็ล้มเหลวด้วยพื้นที่ดิสก์ไม่เพียงพอดังนั้นจึงต้องทำการคำนวณผิด
2560

1
นั่นคือปัญหาของฉัน ปริมาณ TM ดั้งเดิมคือ 550GB อันใหม่คือ 600GB ยังคงโมฮาวีบ่นเกี่ยวกับพื้นที่ไม่เพียงพอในปริมาณ ฉันใช้ตอนนี้ SuperDuper! ในโหมด "สำรองข้อมูล - ไฟล์ทั้งหมด"
Markus Rudel

1
การกวดวิชาของ Apple ล้มเหลวสำหรับฉันใน macOS Mojave 10.14.2 ฉันพยายามคัดลอกไฟล์สำรองข้อมูล 3TB ไปยังไดรฟ์ 8TB; ตัวค้นหาใช้เวลาเกือบ 5 วันในการคัดลอก (โดยบอกว่า 'เหลือ 5 วินาที' เป็นส่วนใหญ่) ก่อนที่จะยอมแพ้และบ่นว่าไดรฟ์นั้นเต็ม! และมันเป็น - แม้ว่ามันจะคัดลอกเพียงประมาณ 2/3 ของการสำรองข้อมูล เห็นได้ชัดว่ามันไม่ได้เก็บรักษาลิงก์ถาวร แต่สร้างสำเนาใหม่ของแต่ละรายการ ดังนั้นคำตอบนี้ไม่ถูกต้องในขณะนี้
gidds

0

+1 สำหรับโปรแกรมอรรถประโยชน์ดิสก์ยาวเกินไปสำหรับความคิดเห็น:

ประเมิน 12.250.329 ไฟล์คัดลอก 10.408.594 ไฟล์ ความเร็วการทำสำเนาที่มีประสิทธิภาพ 8,68 MB / s

สำหรับโคลนไดรฟ์สำรองแม่เหล็กขนาด 2TB พร้อมการสำรองข้อมูลหลายปีผ่าน SuperDuper! ปีนี้.

ทั้งหมดนี้ใช้เวลา 63 ชั่วโมง (SuperDuper จะรีเซ็ตนาฬิกาทุก 24 ชั่วโมงดังนั้นจึงแสดง 15:04:43 ในตอนท้าย) ตรงข้ามกับตัวคัดลอก Finder ซึ่งฉันยกเลิกหลังจากประมาณ 4 วันและหนึ่งในสี่ของไฟล์

เห็นได้ชัดว่าดิสก์แม่เหล็กไม่ใช่เหตุผลสำหรับเรื่องนี้นาน เหตุผลที่เครื่องค้นหาคัดลอกแผงข้อมูลสำรองบนดิสก์สำรองที่ใช้งานมานานคือจำนวนลิงก์สัญญลักษณ์ซ้อน ๆ บนไฟล์ที่ไม่เปลี่ยนแปลงโดยเฉพาะไฟล์ขนาดเล็กจำนวนมากเช่นดัชนี Git


0

rsync เป็นเครื่องมือที่ยอดเยี่ยมสำหรับสิ่งนี้ ฉันมักจะใช้มันเพื่อสิ่งนี้ ในกรณีนี้ฉันอาจใช้แฟล็ก -aP ฉันคิดว่าส่วนหนึ่งของ -a ("เก็บถาวร") ก็เพื่อรักษาสิทธิ์ ACLs และสิ่งที่คล้ายกัน แต่ฉันไม่แน่ใจ

IIRC นอกจากนี้ยังมีตัวเลือก - ลบที่อนุญาตให้คุณลบไฟล์ต้นฉบับเมื่อคัดลอกไปยังปลายทางเรียบร้อยแล้ว ฉันระวังที่จะใช้มัน - โดยปกติฉันจะทำมิรเรอร์ให้เสร็จโดยไม่มีตัวเลือก - ลบแล้วฉันจะรันคำสั่งอีกครั้งด้วยตัวเลือก -c และ - ลบ -c คือ checksum ดังนั้นจึงตรวจสอบไฟล์ทั้งหมดที่คุณดาวน์โหลดเทียบกับไฟล์ทั้งหมดในแหล่งข้อมูลผ่าน checksum จากนั้นลบแหล่งที่มาหากมีการจับคู่มิฉะนั้นจะคัดลอกหรือดำเนินการคัดลอกต่อในกรณีที่อาจเป็นไปได้

แก้ไข: โปรดใช้แฟล็ก -H ในกรณีนี้ตามความคิดเห็นเพื่อรักษาลิงก์ถาวร


5
rsync ไม่ได้ดูแลรักษาลิงก์ถาวรในไดเรกทอรี การคัดลอกในขณะที่การสำรองข้อมูล TM จะทำซ้ำไดเรกทอรีจำนวนมาก
nohillside

1
@patrix - ฉันสามารถยืนยันได้ ฉันลองแล้ว การเชื่อมโยงไดเรกทอรียากเกือบจะไม่ซ้ำกับ HFS ​​+ และ rsync ไม่เข้าใจ
ชื่อปลอม

3
-H, - ฮาร์ดลิงก์รักษาฮาร์ดลิงก์
Pete Ashdown

-2

ด้วยฮาร์ดไดรฟ์เมื่อคุณย้ายไฟล์หลาย ๆ ไฟล์จากไดรฟ์หนึ่งเครื่องอ่านจะเลื่อนไปมาทำให้เกิดเสียงคลิกที่น่ากลัวและมันช้าอัตราการถ่ายโอนอย่างมากตัวอย่างเช่นไฟล์หนึ่งที่มี usb 2.0 ขยับที่ 30 mbps บนคอมพิวเตอร์ของฉันจาก 2 ฮาร์ดไดรฟ์ภายนอก แต่มี 2 ไฟล์ที่ความเร็ว 11 mbps และ 3 ไฟล์ย้ายที่ 6 mbps ไฟล์ zip ฯลฯ ฯลฯ จะย้ายเร็วกว่าไฟล์


2
สิ่งนี้จะตอบคำถามของ OP ได้อย่างไร
fsb
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.