ดิสก์ที่เต็มจนไม่สามารถกู้คืนได้

 (sixcolors.com)
2 คะแนน โดย GN⁺ 2024-04-05 | 1 ความคิดเห็น | แชร์ทาง WhatsApp

ปัญหาพื้นที่จัดเก็บข้อมูลของ MacBook Pro และความล้มเหลวในการกู้คืน

  • พื้นที่จัดเก็บข้อมูลของ MacBook Pro เต็มจนเกิดสถานการณ์ที่ไม่สามารถกู้คืนได้
  • ระหว่างที่ลูกดาวน์โหลดเกมผ่าน Steam พื้นที่จัดเก็บข้อมูลก็เต็ม
  • โวลุ่มเริ่มต้นของ macOS เต็มเกินไปจนไม่สามารถลบไฟล์ได้ไม่ว่าด้วยวิธีใด

ความพยายามลบไฟล์และความล้มเหลวในการรีสตาร์ต

  • ความพยายามลบไฟล์ด้วยการล้างถังขยะ คำสั่งในเทอร์มินัล และ Disk Utility ล้มเหลวทั้งหมด
  • หลังรีสตาร์ต เกิดปัญหาที่เครื่อง Mac บูตไม่ขึ้นเลย

ความพยายามใช้ Recovery OS และกู้คืนจากข้อมูลสำรอง Time Machine

  • พยายามซ่อมดิสก์ด้วย Disk Utility และติดตั้งใหม่ผ่าน Recovery OS แต่ไม่สำเร็จ
  • พยายามกู้คืนข้อมูลผ่านข้อมูลสำรอง Time Machine แต่ไม่สามารถกู้คืนได้เนื่องจากความต่างของเวอร์ชัน

การคัดลอกและกู้คืนไฟล์ด้วย SSD ภายนอก

  • คัดลอกข้อมูลสำรอง Time Machine ไปยัง SSD ภายนอกผ่าน Mac ที่ใช้จัดการข้อมูลสำรองบนเครือข่าย
  • แก้ปัญหาโดยคัดลอกแอปและไฟล์ที่จำเป็นกลับไปยัง MacBook Pro โดยตรง

ความเห็นของ GN⁺

  • บทความนี้แสดงให้เห็นสถานการณ์สุดขั้วที่ผู้ใช้ Mac อาจเผชิญจากปัญหาพื้นที่จัดเก็บข้อมูล รวมถึงกระบวนการแก้ไขปัญหา ซึ่งช่วยเตือนให้ผู้ใช้ตระหนักถึงความสำคัญของการสำรองข้อมูลและการจัดการพื้นที่จัดเก็บ
  • ปัญหาที่กล่าวถึงในบทความดูเหมือนจะเกิดจากข้อจำกัดเชิงระบบและบั๊กของ macOS ซึ่งเน้นย้ำเหตุผลที่ Apple ควรออกอัปเดตและแพตช์อย่างต่อเนื่องเพื่อปรับปรุงความเสถียรของระบบและประสบการณ์ผู้ใช้
  • ในแง่ของการกู้คืนข้อมูล แนะนำให้สำรองข้อมูลเป็นประจำและใช้คลาวด์สตอเรจเพื่อหลีกเลี่ยงสถานการณ์ลักษณะนี้ นอกจากนี้ ผู้ใช้ควรรักษาระบบปฏิบัติการให้เป็นเวอร์ชันล่าสุดเพื่อป้องกันปัญหาด้านความเข้ากันได้
  • หากมองอย่างวิพากษ์ บทความนี้อาจมีเนื้อหาทางเทคนิคที่ซับซ้อนเกินไปสำหรับผู้ใช้ทั่วไปที่ไม่ใช่ผู้ใช้ระดับสูงหรือผู้เชี่ยวชาญ ซึ่งสะท้อนถึงความจำเป็นของตัวเลือกการกู้คืนที่เป็นมิตรต่อผู้ใช้และการสนับสนุนผู้ใช้ที่ดีกว่า
  • บทความนี้เป็นกรณีศึกษาที่น่าสนใจสำหรับผู้ใช้ Mac และมีข้อมูลที่มีคุณค่าสำหรับใช้อ้างอิงเมื่อเผชิญปัญหาคล้ายกัน

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 2024-04-05
ความคิดเห็นบน Hacker News

  • อาจจะดีกว่าหากบูต Mac โดยใช้อุปกรณ์เก็บข้อมูลภายนอก แล้วลบไฟล์ที่ไม่จำเป็นออกจากดิสก์ภายใน

    • ใช้อุปกรณ์เก็บข้อมูลภายนอกเป็นดิสก์เริ่มต้นของ Mac: ลิงก์ช่วยเหลือจาก Apple
    • พบว่าใน Mac ที่ใช้ Apple Silicon ไม่ใช่ทุกพอร์ตจะทำงานกับการบูตจากภายนอกได้เหมือนกัน
      • MacBook: ใช้พอร์ต USB-C ฝั่งซ้ายที่ไม่ใช่พอร์ตซ้ายสุด
      • iMac: ใช้พอร์ต USB-C ด้านหลังที่ไม่ใช่พอร์ตขวาสุด
      • Mac mini: ใช้พอร์ต USB-C ด้านหลังที่ไม่ใช่พอร์ตซ้ายสุด
      • Mac Studio: ใช้พอร์ต USB-C ด้านหลังที่ไม่ใช่พอร์ตขวาสุด
      • Mac Pro (เดสก์ท็อป): ใช้ได้ทุกพอร์ต ยกเว้นพอร์ต USB-C ที่อยู่ไกลจากปุ่มเปิด/ปิดด้านบนที่สุด
      • Mac Pro (แร็ก): ใช้ได้ทุกพอร์ต ยกเว้นพอร์ต USB-C ที่อยู่ใกล้ปุ่มเปิด/ปิดด้านหน้าที่สุด

  • จากความรู้เกี่ยวกับโครงสร้างดิสก์ HFS+ จึงคาดว่าไฟล์ journal น่าจะเต็ม ทำให้เมื่อลบไฟล์แล้วจำเป็นต้องใช้พื้นที่เพิ่มชั่วคราว

    • macOS จะยังเขียนไฟล์ต่อไปจนเหลือพื้นที่ในไดรฟ์เพียง 41K
    • ใน NTFS และ FAT32 สามารถลบไฟล์ได้แม้จะเหลือพื้นที่ 0 ไบต์
    • Sonoma ทำให้กระบวนการเมานต์เครือข่ายแบบ SMB/Samba พัง และตอนนี้ก็ยังหาวิธีแก้ไม่ได้

  • SMB ไม่น่าเชื่อถือและมีบั๊กมากขึ้นมาหลายปีแล้ว และดูเหมือนว่า Apple จะไม่สนใจปัญหานี้

    • กังวลว่าคนที่ไม่ได้มีประสบการณ์กับ Mac มากนักจะรับมืออย่างไรเมื่อเจอกับความล้มเหลวเชิงระบบที่ต่อเนื่องแบบนี้

  • หากยังไม่มีประสบการณ์กับ Mac มากนัก สิ่งแรกที่ควรลองคือคำสั่ง fsck

    • เมื่อไม่สามารถคัดลอกข้อมูลในดิสก์ที่ต้องการไปที่อื่น ฟอร์แมต แล้วคัดลอกกลับมาได้ ก็ไปเปิดเอกสาร APFS เพื่อหาทางออก

  • เคยเจอปัญหาคล้ายกันในงานแรก เติมไฟล์ขยะจนคลัสเตอร์เต็ม และคำสั่ง rm ใช้งานไม่ได้

    • ได้เรียนรู้ว่าการย่อไฟล์ (cat /dev/null > foo) ใช้ได้ในตอนที่การลบ (rm foo) ใช้ไม่ได้

  • ความน่าเชื่อถือของ Time Machine กำลังแย่ลงเรื่อย ๆ

    • ตรงกันข้ามกับการสำรองข้อมูล iOS/iPadOS ที่ทำงานได้ดีทุกครั้ง

  • ZFS ใช้สิ่งที่เรียกว่า 'slop space' เพื่อป้องกันไม่ให้ระบบไฟล์มีปัญหาเมื่อพื้นที่ไม่พอ

    • โดยปกติจะสำรองพื้นที่ไว้ 3.2% ของพื้นที่โวลุม (สูงสุด 128GB)
    • สามารถใช้การปรับแต่งเคอร์เนล spa_slop_shift เพื่อเพิ่มพื้นที่สำรองได้อีกสูงสุด 128GB

  • แนวคิดที่ว่าการลบไฟล์ต้องใช้พื้นที่เพิ่ม ไม่ว่าจะชั่วคราวหรือถาวร เป็นเรื่องที่ชวนสับสน

    • ระบบไฟล์สมัยใหม่ที่รองรับ snapshot และ journaling เป็นต้น จำเป็นต้องจัดสรรพื้นที่ว่างเพื่อทำการลบ

  • ปัญหาเกิดขึ้นในเดือนตุลาคม 2018

    • เคลียร์พื้นที่ดิสก์ได้โดยการลบพาร์ทิชัน APFS เพิ่มเติมออก

  • เคยมีประสบการณ์คล้ายกันบน iPhone

    • ดิสก์เต็มจนดูเหมือนว่าการลบไม่ได้ผลจริง
    • คาดว่าน่าจะเป็นปัญหาจากการรองรับ copy-on-write และ snapshot ของ APFS

  • ไม่เคยต้องรับมือกับสถานการณ์ที่คำสั่ง rm ล้มเหลว แต่การดูแล Mac สมัยใหม่ที่มีสตอเรจภายในไม่เกิน 256GB นั้นไม่สะดวก

    • เก็บไฟล์ 'ตัวกันพื้นที่' ขนาดประมาณ 16GB ไว้ ซึ่งสามารถลบได้เมื่อจำเป็น

  • เคยเจอสถานการณ์คล้ายกันในพาร์ทิชันระบบของ Linux

    • พาร์ทิชันมีขนาดเล็ก ทำให้เมื่อมีอัปเดตสะสม พื้นที่สำหรับลบแทบไม่เหลือ
    • สุดท้ายก็ปรับขนาดพาร์ทิชันใหม่เพื่อไม่ให้ปัญหานี้เกิดขึ้นอีก