Score:0

เหตุใดโปรแกรมติดตั้งจึงหยุดทำงานเมื่อคัดลอกไฟล์ ฉันตรวจสอบทุกอย่างแล้ว

ธง cn

ฉันได้พยายามติดตั้ง Ubuntu บนแล็ปท็อปเครื่องเก่าในสุดสัปดาห์นี้ Sony Vaio PCG-6S4M / VGN-SZ61MN หากมีความเกี่ยวข้อง ฉันเริ่มใช้ USB จริง (ในการ์ด micro SD จริงๆ) แต่เมื่อถึงจุดที่ไฟล์ถูกคัดลอก มันจะหยุดทำงาน:

โปรแกรมติดตั้งพบข้อผิดพลาดในการคัดลอกไฟล์ไปยังฮาร์ดดิสก์

เมื่อฉันโทร dmesg หลังจากนั้นผลลัพธ์ในตอนท้ายจะมีลักษณะดังนี้:

[ 450.928749] perf: การขัดจังหวะใช้เวลานานเกินไป (3932 > 3930) ลด kernel.perf_event_max_sample_rate เป็น 50750
[608.661461] sda: sda1 sda2 < sda5 sda6 >
[ 610.596440] เพิ่ม 1951740k swap ใน /dev/sda5 ลำดับความสำคัญ:-2 ขอบเขต:1 ทั่ว:1951740k FS
[ 636.547888] EXT4-fs (sda1): ติดตั้งระบบไฟล์ด้วยโหมดข้อมูลคำสั่ง ตัวเลือก: error=remount-ro โหมดโควต้า: ไม่มี
[ 636.637761] EXT4-fs (sda6): ติดตั้งระบบไฟล์ด้วยโหมดข้อมูลคำสั่ง ตัวเลือก: (null) โหมดโควต้า: ไม่มี
[666.058175] ข้อผิดพลาด SQUASHFS: การบีบอัด zlib ล้มเหลว ข้อมูลอาจเสียหาย
[ 666.058188] ข้อผิดพลาด SQUASHFS: ไม่สามารถอ่านบล็อก 0xb8f39ff: -5
[666.058192] ข้อผิดพลาด SQUASHFS: ไม่สามารถอ่านรายการแคชส่วนย่อย [b8f39ff]
[ 666.058196] ข้อผิดพลาด SQUASHFS: ไม่สามารถอ่านหน้า, บล็อก b8f39ff, ขนาด 8df3
[ 666.058250] ข้อผิดพลาด SQUASHFS: ไม่สามารถอ่านรายการแคชส่วนย่อย [b8f39ff]
[ 666.058253] ข้อผิดพลาด SQUASHFS: ไม่สามารถอ่านหน้า, บล็อก b8f39ff, ขนาด 8df3
[ 666.058250] ข้อผิดพลาด SQUASHFS: ไม่สามารถอ่านรายการแคชส่วนย่อย [b8f39ff]
[ 666.058253] ข้อผิดพลาด SQUASHFS: ไม่สามารถอ่านหน้า, บล็อก b8f39ff, ขนาด 8df3

บล็อกและขนาดแตกต่างกันตามเจตนาที่แตกต่างกัน แม้ว่าฉันจะได้ขนาด 8df3 นี้สองครั้ง

เมื่อโหลดระบบที่ใช้งานอยู่ ฉันสามารถใช้ Ubuntu ได้ดีโดยไม่มีปัญหาที่ชัดเจน เฉพาะเมื่อเริ่มการติดตั้งเท่านั้น หลังจากสร้างพาร์ติชันแล้ว

ฉันตรวจสอบทุกสิ่งที่ฉันสามารถคิดได้ว่ามีอะไรผิดพลาด:

  • อุปกรณ์ติดตั้ง: ฉันลองใช้การ์ด micro SD สี่แบบกับตัวอ่านการ์ดสองตัว
  • อิมเมจ Ubuntu: ฉันลองทั้ง Ubuntu 20.04.3 และ Ubuntu Mate 20.04.3 เวอร์ชันเดสก์ท็อป ฉันตรวจสอบผลรวมตรวจสอบหลังจากดาวน์โหลด จากนั้นตรวจสอบผลรวมตรวจสอบบนการ์ดอีกครั้งโดยใช้ dd if=/dev/sdX count=... | sha256sum. ตรวจสอบในทุกกรณี
  • ฮาร์ดดิสก์ไดรฟ์: ฉันลองกับ HDD สองตัวที่ต่างกัน ตรวจสอบโดยใช้ สมาร์ทคอนโทรล.
  • RAM: ทำการทดสอบหน่วยความจำจาก USB สดซึ่งผ่าน

มันจะผิดพลาดตรงไหนอีก? ฉันจะวินิจฉัยได้อย่างไร ความคิดใด ๆ ?

แก้ไข ฉันอาจมีข้อมูลที่เกี่ยวข้องเพิ่มเติม ก่อนอื่น ให้ฉันชี้แจงว่ารูปภาพในการ์ด SD เกือบจะดีอย่างแน่นอน:

  • ฉันตรวจสอบ sha256sum ของ ISO ที่ดาวน์โหลดแล้ว
  • ฉันเขียน ISO ไปยังอุปกรณ์โดยใช้ ววจากนั้นตรวจสอบ sha256sum เดียวกันบนอุปกรณ์ที่ใช้ วว อีกครั้ง: dd if=/dev/sdX count=... | sha256sum.
  • ฉันตรวจสอบ md5sums ทั้งหมดที่อยู่ในรายการ md5sum.txt โดยการดำเนินการ md5sum -c md5sum.txt.

สิ่งที่ฉันพบคือ: เมื่อฉันตรวจสอบแฮชอีกครั้งบนคอมพิวเตอร์เป้าหมาย มันให้ค่าที่ผิดพลาดของไฟล์ แคสเปอร์/filesystem.squashfs เกือบตลอดเวลา และยิ่งแตกต่างออกไปเสมอ นี่เป็นไฟล์ที่ใหญ่ที่สุดโดยอยู่ที่ประมาณ 2GB หากมีความเกี่ยวข้อง: แล็ปท็อปยังมี RAM 2GB ไฟล์ไม่ได้เสียหาย: เมื่อฉันตรวจสอบอีกครั้งในคอมพิวเตอร์รุ่นใหม่กว่า ผลรวมการตรวจสอบอยู่ในเกณฑ์ดี โปรดทราบว่าสิ่งนี้จะเกิดขึ้นกับการ์ด SD ที่แตกต่างกัน

ขอบคุณ!

guiverc avatar
cn flag
ข้อผิดพลาด Squashfs เป็นข้อผิดพลาดที่มักเกิดกับสื่อการติดตั้งของคุณ มันถูกตรวจสอบหรือไม่? เช่น. ก่อนอื่นคุณตรวจสอบความถูกต้องของ ISO ก่อนที่จะเขียนลงสื่อ จากนั้นตรวจสอบความถูกต้องของการเขียนสื่อตามคำแนะนำสำหรับผลิตภัณฑ์ *ไม่ระบุ* ของคุณ/รุ่นของ Ubuntu หรือไม่
guiverc avatar
cn flag
สิ่งนี้ตอบคำถามของคุณหรือไม่ [เหตุใดฉันจึงเห็นข้อความ SQUASHFS ERROR:ไม่สามารถอ่านข้อมูลและหน้าขณะติดตั้ง UBUNTU](https://askubuntu.com/questions/1236021/why-do-i-see-a-message-squashfs-errorunable-to -อ่านข้อมูลและหน้าขณะติดตั้ง)
doetoe avatar
cn flag
@guiverc ใช่ ฉันตรวจสอบ sha256 ของ ISO ที่ดาวน์โหลดมา จากนั้นฉันตรวจสอบอีกครั้งในสื่อการติดตั้งหลังจากคัดลอกโดยใช้ dd และตรวจสอบแฮชกับ sha256sums.txt ที่รวมอยู่ด้วย ยิ่งกว่านั้นฉันทำสิ่งนี้หลายครั้งและมีการเผยแพร่ที่แตกต่างกัน: Ubuntu desktop 21.04.3 และ Ubuntu Mate desktop 21.04.3
doetoe avatar
cn flag
@guiverc ขอบคุณสำหรับลิงค์ ฉันจะลองดู
doetoe avatar
cn flag
@guiverc ขออภัยเวอร์ชัน 20.04.3 เปลี่ยนไปในตัวหลักด้วย
guiverc avatar
cn flag
การตรวจสอบ ISO เป็น *ประกันราคาถูก* อย่างที่ฉันเห็น แต่หายากมากที่ฉันพบว่ามันมีปัญหา อย่างไรก็ตาม การเขียนไปยังสื่อนั้นแตกต่างกันมาก โดยพบว่า 5-8% ของการเขียน ISO ล้มเหลวโดยใช้สื่อ *sandisk* และคอมพิวเตอร์หลายเครื่อง (โดยปกติแล้วอัตราความล้มเหลวสูงกว่ากับสื่อยี่ห้ออื่น) เนื่องจากสื่อมี *ราคาถูก* (ทำขึ้นเพื่อ ค่าใช้จ่าย). เป็นการตรวจสอบความถูกต้องของสื่อที่ฉันพบว่ามีประโยชน์มากที่สุดในการตรวจหาปัญหา ข้อผิดพลาด *squashfs* ในการวางของคุณแสดงว่าไม่สามารถอ่านสื่อการติดตั้งได้ (เช่น การเขียน ISO ล้มเหลวหรือคุณมีสื่อธัมบ์ไดรฟ์ที่ไม่ดี จากประสบการณ์ของฉัน) ตรวจสอบว่าซอฟต์แวร์ของคุณสามารถเขียนเวอร์ชัน ISO ได้
doetoe avatar
cn flag
@guiverc ฉันได้เพิ่มข้อมูลใหม่ ดูเหมือนว่าไม่น่าเป็นไปได้สูงที่สื่อจะเสียหายจริง ๆ แต่มีบางอย่างผิดพลาดในการอ่านจากแล็ปท็อปเครื่องเก่า (ในเครื่องใหม่ทุกอย่างเรียบร้อยดี) สิ่งนี้เกิดขึ้นกับการ์ด SD หลายตัว คุณมีความคิดว่าอะไรเป็นสาเหตุของสิ่งนั้น? ขอบคุณ!
ChanganAuto avatar
us flag
คุณควรพิจารณาถึงความเป็นไปได้ของปัญหาที่ไม่ต่อเนื่องในพอร์ต USB หรือปัญหาแปลกๆ บางอย่างเกี่ยวกับการใช้สื่อที่ออกแบบมาสำหรับและคาดว่าจะใช้ USB3.x ในพอร์ต USB2.0
doetoe avatar
cn flag
@ChanganAuto ใช่ คุณอาจพูดถูก มันเป็นแบบนั้น จริง ๆ แล้วฉันจัดการด้วย USB เพนไดร์ฟ (จริง ๆ แล้ว USB 3 แม้ว่ากระโถนจะเป็น USB 2 เท่านั้น) และเมื่อบูทเข้าสู่ระบบที่ติดตั้ง (ตรงข้ามกับ USB ที่ใช้งานอยู่) เช็คซัมจะคำนวณอย่างถูกต้องอย่างสม่ำเสมอจากการ์ด SD เดียวกัน
guiverc avatar
cn flag
ฉันเขียน ~ 300-400 ISOs ไปยังธัมบ์ไดรฟ์ต่อปี และจากประสบการณ์ของฉัน การเขียนเป็นปัญหามากที่สุด ซอฟต์แวร์ที่คุณเขียนลงสื่อ (ไม่ว่าจะเป็น SD card/usb-thumb-drive เป็นต้น) จะต้องตรงกับ ISO ที่กำลังเขียนอยู่ เนื่องจาก Ubuntu ผลิตขึ้นสำหรับสถาปัตยกรรมที่แตกต่างกัน และ 20.04 ทั้งหมดจะบูทเหมือนกัน 20.10 ทั้งหมดจะบูทเหมือนกัน เช่นเดียวกับ 21.04 ฯลฯ อย่างไรก็ตาม 20.04 บูทต่างกันเป็น 20.10 ซึ่งบูทต่างกันเป็น 21.04 เป็นต้น เช่น การเปลี่ยนแปลง ISO ระหว่างรอบ ดังนั้นซอฟต์แวร์ต้องรู้วิธีจัดการกับสิ่งนี้ (โดยเฉพาะหากไม่ทำการโคลนอย่างง่าย) ฉันเดาว่าการเขียน ISO ไม่ถูกต้องโดยถือว่าคุณตรวจสอบแล้ว
guiverc avatar
cn flag
ถ้าฉันมีรองเท้าบูทที่มีปัญหา ฉันจะทดสอบบนอุปกรณ์ 3 ชิ้น (1) อุปกรณ์ที่ฉันต้องการบูต (2) อุปกรณ์อื่นในเวลาเดียวกัน (3) อุปกรณ์ประเภทอื่น .. หากสื่อตรวจสอบความถูกต้องใน 2 และ 3 ฉันถือว่าปัญหาน่าจะเกิดขึ้น อุปกรณ์ 1 (ตามประเภท ฉันหมายถึงอุปกรณ์ที่คล้ายกัน เช่น BIOS/uEFI/secure-uEFI เดียวกัน & เฟิร์มแวร์/ฮาร์ดแวร์ที่ใกล้เคียงกันมาก); ต่างกันตรงที่อันหนึ่งเป็น Secure-uEFI ส่วนอันอื่นมักจะเป็น BIOS/legacy..) แรม 2GB ไม่ใช่ปัญหา ฉันยังคงใช้อุปกรณ์ที่มี 2GB สำหรับการทดสอบ *รสชาติ* ของ QA ซึ่ง 2GB ไม่เป็นไปตามขั้นต่ำสำหรับ Ubuntu Desktop ดังนั้นฉันจึงไม่ทดสอบบน
guiverc avatar
cn flag
FYI: ฉันทำการทดสอบ *สด* ของ Ubuntu Desktop บนอุปกรณ์ 2GB; เพียงแค่ไม่ติดตั้งการทดสอบ QA เนื่องจากข้อกำหนดขั้นต่ำต้องการ 4GB; จำเป็นต้องใช้ 1GB สำหรับตัวติดตั้งดังนั้นฉันจึงไม่ทำ .. แม้ว่ามันจะล้มเหลวก็ตาม จะไม่มีอะไรได้รับเนื่องจากความต้องการขั้นต่ำของฮาร์ดแวร์คือ 4GB ดังนั้นปัญหาจึงได้รับการบันทึกไว้แล้วเนื่องจากกล่องไม่ตรงตามข้อกำหนดขั้นต่ำสำหรับ Ubuntu Desktop

โพสต์คำตอบ

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