ISO ที่ดาวน์โหลดมาเกิดความเสียหายอย่างไร [ซ้ำ]


3

ซ้ำเป็นไปได้:
เป็นไปได้หรือไม่ที่จะได้รับการดาวน์โหลดที่เสียหายด้วย http?

ฉันดาวน์โหลด ISO สำหรับ fedora ไปติดตั้งเป็น VM มันล้มเหลว 5 เท่าของตัวติดตั้ง คำเตือนสำหรับความล้มเหลวคือ "อิมเมจการติดตั้งที่เสียหายได้" ISO ที่ดาวน์โหลดมาเกิดความเสียหายอย่างไร

(ฉันหัวแข็งและไม่ต้องการดาวน์โหลดไฟล์ขนาดใหญ่อีกครั้ง) ดังนั้นในที่สุดหลังจาก 5 ความล้มเหลวฉันไปดาวน์โหลด ISO อีกครั้ง ... และฉันคิดว่า ... อาจจะมีคำเตือนที่ถูกต้อง

ดังนั้นแทนที่จะดาวน์โหลดไว้วางใจฉันจึงไปตรวจสอบความถูกต้องของ ISO โดยใช้ checksum "sha256" ที่ให้มา "! พัดน้ำมันมะกอกลงไปให้ฉันสิ!" แน่นอนว่า ISO ที่ดาวน์โหลดครั้งแรกล้มเหลวการทดสอบการตรวจสอบล้มเหลว!

คำถามของฉันคือสิ่งนี้ ... อะไรคือวิธีที่น่าจะเป็นไปได้มากที่สุด (หรือหลายวิธี) ที่ ISO ของฉันเสีย?

UPDATE:

  • ทั้งไฟล์ ISO ที่ดาวน์โหลดมามีจำนวนไบต์ทั้งหมดเท่ากัน
  • ฉันจะดาวน์โหลดไฟล์ ISO ได้อย่างไร ฉันดาวน์โหลดผ่านลิงค์ในเบราว์เซอร์ จากนั้นเบราว์เซอร์ก็ทำการดาวน์โหลด ดังนั้น http
  • คอมพิวเตอร์ของฉันเชื่อมต่อกับอินเทอร์เน็ตทางกายภาพ / ไร้สายได้อย่างไร ไร้สาย Wifi (ไม่มีหลักประกัน ... ฉันตระหนักถึงความไม่ปลอดภัย ... )

คุณดาวน์โหลดภาพอย่างไร (bittorrent หรือ http หรือ ftp) พีซีของคุณเชื่อมต่อกับอินเทอร์เน็ตอย่างไร
ขี้เลื่อย

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

ขอบคุณสำหรับลิงค์ไปยังซ้ำ สำเนากำลังพูดถึงสิ่งที่ฉันต้องการ
เทรเวอร์บอยด์สมิ ธ

คำตอบ:


8

HTTP และ FTP ไม่มี checksums ในตัว TCP จัดเตรียมวิธีการตรวจสอบเบื้องต้น (การเติมและการเติมเต็มส่วนประกอบ) แต่สิ่งเหล่านี้ไม่ได้คำนึงถึงข้อมูลที่เสียหายก่อนการส่งข้อมูลระหว่างการเก็บข้อมูล (ไฟดับ) และหลังการจัดเก็บ (ฮาร์ดไดรฟ์เสียหาย)

BitTorrent ในทางกลับกันจะตรวจสอบจำนวนบล็อกที่ได้รับ (ไม่กี่ร้อยกิโลไบต์ถึงสองสามเมกะไบต์ขึ้นอยู่กับฝนตกหนัก) โดยใช้วิธี cryptographically strong (er) (เช่น CRC32 หรือ MD5) ซึ่งอยู่ด้านบนของ checksum TCP คือ รับประกันเกือบจะถูกต้อง

อย่างไรก็ตามไม่มีการตรวจสอบจำนวนเงินที่จะป้องกันความเสียหายหลังจากบันทึกไฟล์แล้ว (ไฟดับระหว่างการดาวน์โหลดตัวอย่าง)


BitTorrent ใช้แฮช SHA-1 และไคลเอนต์ (all?) ส่วนใหญ่สามารถตรวจสอบข้อมูลที่ดาวน์โหลดมาอีกครั้งตามคำขอของผู้ใช้ CRC32 ไม่นับแม้แต่เป็น "cryptographic" มันเป็นเพียงการตรวจสอบเช่นอัลกอริทึมของ TCP
grawity

ฉันไม่เคยพูดถึง "มีความล้มเหลวของพลังงาน" ... ดังนั้นฉันจึงไม่เห็นว่าทำไมคำตอบของคุณถึงเต็มไปด้วย "ระหว่างการเก็บข้อมูล (ไฟดับ)" "(ไฟดับระหว่างการดาวน์โหลดเป็นต้น)"
Trevor Boyd สมิ ธ

@grawity: การใช้ถ้อยคำไม่ดี
Hello71

5

วิธีหนึ่งในการดาวน์โหลดไฟล์ที่เสียหายคือการใช้ FTP ในโหมดข้อความสำหรับไฟล์ที่ไม่ใช่ข้อความ (เช่น ISO)

ในโหมดข้อความโปรโตคอล FTP ช่วยให้การแปลของจุดสิ้นสุดบรรทัดดังนั้นเมื่อดาวน์โหลดจาก Unix เป็น Windows ทุกๆ 0x0a จะถูกแทนที่ด้วย 0x0d 0x0a (LF -> CR LF) ซึ่งเป็นหายนะสำหรับความสมบูรณ์ของไฟล์ไบนารีที่ 0x0A สามารถ เกิดขึ้นเป็นส่วนหนึ่งของข้อมูลที่ไม่ได้เป็นตัวแทนของ newline / linefeed (LF)


เพิ่มย่อหน้าที่ 2 เพื่อตอบ
RedGrittyBrick

ที่จริงแล้วการแปลในบรรทัดใหม่ขึ้นอยู่กับแพลตฟอร์ม แต่ฉันคิดว่าสิ่งนี้จะหายไปกับคุณสมิ ธ ขอบคุณสำหรับความอดทนอิฐเพิ่มคำอธิบาย
Florenz Kley

ฉันไม่ควรเริ่มโพสต์ด้วย "ไม่มีประโยชน์" ที่ไม่สร้างสรรค์เกินไปในส่วนของฉัน
เทรเวอร์บอยด์สมิ ธ

ขอบคุณสำหรับคำตอบอย่างละเอียดตอนนี้ฉันสามารถเข้าใจได้ว่าทำไมการใช้ ftp ในโหมดข้อความจะส่งผลต่อการดาวน์โหลดไฟล์ไบนารี
เทรเวอร์บอยด์สมิ ธ

0

การเชื่อมต่อกับเซิร์ฟเวอร์ไม่ดีโปรแกรมดาวน์โหลดบอกว่ามันทำเมื่อไม่ได้มีการเปลี่ยนแปลงไฟล์ขณะที่กำลังดาวน์โหลดตัดการเชื่อมต่อไฟล์ไม่สมบูรณ์เมื่อคุณกำลังดาวน์โหลด ...


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