ไฟล์เสียหายหรือสูญหายระหว่างการถ่ายโอน? เป็นไปได้ในการกู้คืน?


10

ฉันอยู่ที่มหาวิทยาลัยเมื่อสองสามวันก่อนเมื่อฉันพยายามตัดและวางไฟล์ 500Mb (การบันทึกวิดีโอ 3gp) ลงในไดรฟ์ H ของฉันบนคอมพิวเตอร์ Linux (Debian KDE 3.5) ของเครือข่าย uni

ฉันไม่เห็นข้อความแสดงข้อผิดพลาดที่ระบุว่างาน cut-and-paste ล้มเหลว แต่เมื่อฉันดูไฟล์ที่วางแล้วผลลัพธ์จะปรากฏเป็นไฟล์ 60Mb (นั่นคือความแตกต่าง 440Mb!) ไฟล์ของฉันถูกหดอย่างใด! ไฟล์เกิดความผิดพลาดในขั้นตอนการวางไฟล์และนี่เป็นส่วนของไฟล์ที่คัดลอกไม่สมบูรณ์หรือไม่

ฉันสงสัยว่าสิ่งที่เกิดขึ้นคือการถ่ายโอนไฟล์ถูกขัดจังหวะเนื่องจากข้อ จำกัด การจัดสรรขนาดไดรฟ์ H ที่ผู้ใช้กำหนดโดยผู้ดูแลระบบ

แต่คุณคิดว่าลีนุกซ์จะคาดหวังว่าไฟล์จะใหญ่กว่าที่เป็นไปได้ที่จะย้ายไปยังปลายทางที่ต้องการและยกเลิกการถ่ายโอนก่อนที่จะเริ่มไม่รอจนกว่าจะถึงขีด จำกัด ที่ต้องห้ามแล้วยกเลิกโดยไม่แจ้งให้ฉันทราบ

นอกจากนี้ในกรณีที่การถ่ายโอนไฟล์ขัดจังหวะโดยปกติแล้วหนึ่งคาดว่าไฟล์ต้นฉบับจะยังคงอยู่ (เช่นไม่ถูกลบ) ไดรฟ์ USB เดิม?

ไฟล์จะปรากฏขึ้นในปลายทาง แต่ขณะนี้มีขนาดเล็กกว่ามากและไม่สามารถใช้งานได้ ไฟล์ต้นฉบับในตำแหน่งต้นทางบนไดรฟ์ภายนอกหายไปโดยบอกว่างานเสร็จสมบูรณ์

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

ฉันได้ลองกู้คืนไฟล์ในการ์ด SD ของโทรศัพท์โดยใช้ PhotoRec และเครื่องมือนิติวิทยาศาสตร์ Sleuthkit ไม่มีโชค. ส่วนที่ถูกลบของดิสก์อาจถูกเขียนทับด้วยข้อมูลใหม่ ดังนั้นความคืบหน้าเป็นศูนย์ในจุดสิ้นสุดของแหล่งที่มา มีวิธีกู้คืนปลายทางปลายทาง (เช่นเครือข่าย uni ของฉัน) ได้อย่างไร

peter@peter-deb:/media/E0FD-1813$ cd DCIM/
peter@peter-deb:/media/E0FD-1813/DCIM$ cd ..
peter@peter-deb:/media/E0FD-1813$ cd LOST.DIR/
peter@peter-deb:/media/E0FD-1813/LOST.DIR$ ls
peter@peter-deb:/media/E0FD-1813/LOST.DIR$ ls -a
.  ..
peter@peter-deb:/media/E0FD-1813/LOST.DIR$ 

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

เครื่องมือคัดลอกคือ Konquerer หรือเครื่องมือจัดการไฟล์ที่อยู่ในคอมพิวเตอร์เดเบียน KDE 3.5 ฉันแน่ใจว่าฉันไม่ได้โอนย้ายปลั๊ก usb ในช่วงเวลาของงานถ่ายโอนหากนั่นคือสิ่งที่คุณหมายถึง?
ptrcao

ptrcao หลังจากทำการถ่ายโอนแล้วคุณมี: (ยกเลิกการต่อเชื่อมไดรฟ์ USB) หรือ (ใช้ตัวเลือกนำออก / นำออกแล้วรอป๊อปอัปขึ้นมาบอกว่าคุณสามารถนำออกได้อย่างปลอดภัยหรือไม่)
rozcietrzewiacz

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

1
"H drive": ฉันพนันได้เลยว่าผู้ร้ายอยู่ทางหน้าต่างและไม่มีส่วนเกี่ยวข้องกับ linux เครือข่ายหรือเซิร์ฟเวอร์ SMB ของ Window ดูเหมือนจะมีปัญหาบางอย่างเช่นนี้เนื่องจากพยายามบัฟเฟอร์ไฟล์ภายในและยกเลิกการเชื่อมโยงต้นฉบับ (ในระหว่าง 'ย้าย') ก่อนที่จะเสร็จสิ้น
Jonathan Cline IEEE

คำตอบ:


11

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

"มีวิธีกู้คืนปลายทางปลายทางไหม?" - ไม่มีโอกาส ตกลงอาจจะเล็ก ตรวจสอบกับผู้ดูแลระบบเครือข่ายเพื่อดูว่าระบบอาจได้รับไฟล์เต็มจริงหรือไม่ แต่จะรายงานเฉพาะขนาดภายในโควต้าของคุณเท่านั้น อย่ากลั้นลมหายใจของคุณ

และฉันขอโทษถ้าฉันฟังดูรุนแรงเล็กน้อย แต่ดูเหมือนว่านิสัยใหม่บางอย่างจะเป็นระเบียบ :-)


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

นอกจากนี้ฉันพยายามคัดลอกไฟล์ที่เหลือและดำเนินการที่บ้าน ในความเป็นจริงมีรายงานว่าเป็นไฟล์ 60Mb โดยคอมพิวเตอร์ทุกเครื่องที่ดูและในความเป็นจริงไฟล์ดังกล่าวไม่ทำงาน สิ่งนั้นทำให้ความหวังของคุณเป็นจริงหรือไม่?
ptrcao

คุณได้พูดคุยกับผู้ดูแลระบบหรือไม่? นั่นเป็นความหวังเดียวที่เหลืออยู่
ชอน

ใช่ไม่ตอบกลับ :( แต่ในที่สุดพวกเขาก็จะไปถึงที่นั่นฉันคิดว่า ...
ptrcao

ผู้ดูแลระบบคนขี้เกียจไม่สนใจมันในไม่กี่วินาทีและบอกว่าเขาต้องการปิดคดี มันเป็นทันที หลังจากรายละเอียดทั้งหมดที่ฉันใส่ลงในกระเป๋าของฉันเขาก็ไม่ได้รำคาญอะไรกับมันมากนัก ...
ptrcao

1

ทางออกโรงเรียนเก่าสำหรับครั้งต่อไป:

# sync
# sync
# sync
# umount /mnt

(สิ่งนี้ค่อนข้างประชดประชันเพราะการซิงค์สามแบบในแถวเป็นแบบดั้งเดิมและครึ่งไสยศาสตร์ดูได้ที่ http://utcc.utoronto.ca/~cks/space/blog/unix/TheLegendOfSync )

มันมีประโยชน์ในวัน SYSV

ตกลงฉันใช้เวลาสักครู่เพื่อค้นหาสิ่งนี้บน google (ทำไมต้องยากจังคติชนหลงทาง?) อย่างไรก็ตามฉันขอแนะนำให้คุณอ่านหนังสือของ Unix Folklore ของ Raymond (ซึ่ง ... ฉันหาไม่เจอใน Amazon ... ?)




เฮ้พาฉันกลับมาแล้ว Xenix ... ซิงค์รอให้ LED HDD ลดน้อยลง ทำซ้ำอีกสองครั้งและหยุดระบบ ไม่มีใครยังคงเสียสละไก่บนแป้นพิมพ์ก่อนที่จะเริ่มการปรับปรุงที่สำคัญ?
Fiasco Labs
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.