ลด 50% ทุกแผน มีเวลาจำกัด เริ่มต้นที่ $2.48/mo
เหลืออีก 8 นาที
เซิร์ฟเวอร์และระบบปฏิบัติการ

การแก้ไขปัญหาระบบไฟล์แบบอ่านอย่างเดียวของ Linux บน Ubuntu

เอด้า เลิฟกู๊ด By เอด้า เลิฟกู๊ด อ่าน 8 นาที อัปเดตเมื่อวันที่ 9 มิ.ย. 2567
แก้ไขข้อผิดพลาดระบบไฟล์แบบอ่านอย่างเดียวของ Ubuntu Linux

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

ทำความเข้าใจปัญหาระบบไฟล์แบบอ่านอย่างเดียว

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

ดังนั้น แม้ว่าคุณสามารถดูเนื้อหาในไฟล์ของคุณได้ แต่คุณจะไม่สามารถแก้ไข ลบ หรือสร้างไฟล์ใหม่ได้

สาเหตุทั่วไปของระบบไฟล์แบบอ่านอย่างเดียว

ต่อไปนี้คือรายการปัจจัยที่อาจทำให้ระบบไฟล์เปลี่ยนไปใช้โหมดอ่านอย่างเดียว:

  • ไฟล์ระบบเสียหาย: สาเหตุที่พบบ่อยที่สุดประการหนึ่งของข้อผิดพลาดระบบไฟล์แบบอ่านอย่างเดียวของ Linux คือความเสียหายของระบบไฟล์ สิ่งนี้สามารถเกิดขึ้นได้เนื่องจากการปิดระบบโดยไม่คาดคิด ฮาร์ดแวร์ขัดข้อง หรือข้อบกพร่องในระบบไฟล์เอง
  • ข้อผิดพลาดของดิสก์: ดิสก์ของคุณอาจประสบปัญหาทางกายภาพ และปัญหาเหล่านี้อาจเป็นปัจจัยทั่วไปที่นำไปสู่ระบบไฟล์แบบอ่านอย่างเดียวของ Ubuntu ตัวอย่างเช่น เซกเตอร์เสียสามารถแจ้งให้ระบบติดตั้งระบบไฟล์ใหม่เป็นแบบอ่านอย่างเดียวเพื่อป้องกันความเสียหายเพิ่มเติม
  • ดิสก์เต็ม: หากพื้นที่ดิสก์ไม่เพียงพอ ระบบไฟล์อาจสลับเป็นแบบอ่านอย่างเดียว ด้วยวิธีนี้ จึงสามารถหลีกเลี่ยงการเขียนทับและการสูญหายของข้อมูลได้
  • Kernel Panics หรือระบบขัดข้อง: รุนแรง ความตื่นตระหนกของเคอร์เนล หรือการขัดข้องอาจทำให้ระบบไฟล์อยู่ในสถานะที่ไม่สอดคล้องกัน ผลจากข้อขัดข้องเหล่านี้ ระบบไฟล์จะต่อเชื่อมใหม่เป็นแบบอ่านอย่างเดียวเมื่อรีบูต
  • การปิดระบบที่ไม่เหมาะสม: หากระบบของคุณประสบปัญหาไฟฟ้าดับกะทันหันหรือการปิดเครื่องอย่างไม่เหมาะสมบ่อยครั้ง ระบบไฟล์จะอยู่ในสถานะไม่เสถียร การปิดระบบที่ไม่เหมาะสมเหล่านี้ส่งผลให้เกิดระบบไฟล์แบบอ่านอย่างเดียว

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

การระบุปัญหา

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

การตรวจสอบบันทึกของระบบและข้อความแสดงข้อผิดพลาด

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

1. คำสั่ง “dmesg”: ที่ ดีเอ็มเอสจี คำสั่งแสดงข้อความจากบัฟเฟอร์วงแหวนเคอร์เนล ซึ่งมักจะมีข้อผิดพลาดของระบบไฟล์ด้วย รันคำสั่งต่อไปนี้เพื่อกรองและแสดงข้อความแสดงข้อผิดพลาดที่เกี่ยวข้อง:

sudo dmesg | grep -i "ext4"

แทนที่ “ext4” ด้วยประเภทระบบไฟล์ของคุณ

2. ไดเรกทอรี “/var/log”: บันทึกในไดเรกทอรี “/var/log” สามารถให้ข้อมูลเชิงลึกเพิ่มเติมได้ ตรวจสอบไฟล์เช่น "syslog" หรือข้อความเพื่อดูรายการที่เกี่ยวข้องกับปัญหาระบบไฟล์

คำสั่งเพื่อตรวจสอบว่าระบบไฟล์ของคุณเป็นแบบอ่านอย่างเดียวหรือไม่

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

  • คำสั่ง "เมานต์": ที่ เมานต์ คำสั่งแสดงรายการระบบไฟล์ที่เมาท์ทั้งหมดและตัวเลือกการเมานต์ ในผลลัพธ์ของคำสั่งนี้ คุณควรมองหาแฟล็ก "ro" (อ่านอย่างเดียว)
  • “findmnt” คำสั่ง: ที่ ค้นหา คำสั่งให้มุมมองโดยละเอียดเพิ่มเติมของระบบไฟล์ที่เมาท์ทั้งหมด รวมถึงตัวเลือกต่างๆ
  • คำสั่ง “df”: ที่ df คำสั่งรายงานการใช้พื้นที่ดิสก์ของระบบไฟล์ แม้ว่าจะแสดงการใช้งานดิสก์เป็นหลัก แต่ยังสามารถแสดงได้ว่าระบบไฟล์ติดตั้งแบบอ่านอย่างเดียวหรือไม่

การแก้ไขระบบไฟล์แบบอ่านอย่างเดียว

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

ขั้นตอนที่ 1: ตรวจสอบปัญหาฮาร์ดแวร์

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

ขั้นตอนที่ 2: ติดตั้งระบบไฟล์อีกครั้ง

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

sudo mount -o remount,rw /mount/point

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

ขั้นตอนที่ 3: เรียกใช้การตรวจสอบระบบไฟล์

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

sudo umount /mount/point

ต่อไปให้รันไฟล์ fsck สั่งการ:

sudo fsck -y /dev/sdX1

แทนที่ /dev/sdX1 ด้วยตัวระบุอุปกรณ์ที่เหมาะสมสำหรับระบบไฟล์ของคุณ

หลังจากการตรวจสอบเสร็จสิ้น ให้ติดตั้งระบบไฟล์ใหม่:

sudo mount /dev/sdX1 /mount/point

ขั้นตอนที่ 4: ตรวจสอบบันทึกของระบบ

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

dmesg | grep -i "read-only"

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

ขั้นตอนที่ 5: อัปเดตตารางระบบไฟล์ (fstab)

หากระบบไฟล์เมาต์เป็นแบบอ่านอย่างเดียวเมื่อรีบูตอย่างสม่ำเสมอ คุณอาจต้องอัปเดต /etc/fstab การกำหนดค่า เปิด /etc/fstab ไฟล์ด้วยโปรแกรมแก้ไขข้อความ:

sudo nano /etc/fstab

ตอนนี้ตรวจสอบให้แน่ใจว่ารายการระบบไฟล์ได้รับการกำหนดค่าอย่างถูกต้องด้วยตัวเลือกเริ่มต้นหรือตั้งค่าอย่างชัดเจนเป็น "rw" (อ่าน/เขียน):

/dev/sdX1 /mount/point ext4 defaults 0 2

ในขั้นตอนสุดท้าย ให้บันทึกการเปลี่ยนแปลงและรีบูตระบบของคุณ:

sudo reboot

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

มาตรการป้องกันและแนวปฏิบัติที่ดีที่สุด

มีมาตรการป้องกันที่มีประสิทธิภาพซึ่งคุณสามารถใช้เพื่อหลีกเลี่ยงปัญหาระบบไฟล์แบบอ่านอย่างเดียวของ Linux ในอนาคต ส่วนนี้จะทบทวนกลยุทธ์ต่างๆ เพื่อรักษาระบบไฟล์ที่ดีในสภาพแวดล้อม Linux ของคุณ

การอัปเดตระบบและการสำรองข้อมูลเป็นประจำ

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

ขั้นตอนการปิดระบบที่เหมาะสม

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

การตรวจสอบความสมบูรณ์ของดิสก์

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

หวังว่าขั้นตอนเหล่านี้จะช่วยคุณในการลดโอกาสที่จะพบข้อผิดพลาดของระบบไฟล์แบบอ่านอย่างเดียวใน Linux

บทสรุป

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

คำถามที่พบบ่อย

อะไรทำให้ระบบไฟล์ Linux เป็นแบบอ่านอย่างเดียว?

มีสาเหตุหลายประการที่ทำให้เกิดปัญหาระบบไฟล์แบบอ่านอย่างเดียวของ Linux รวมถึงข้อผิดพลาดของดิสก์ การปิดระบบที่ไม่เหมาะสม ฮาร์ดแวร์ล้มเหลว และระบบไฟล์เสียหาย

เป็นไปได้หรือไม่ที่จะกู้คืนข้อมูลจากระบบไฟล์แบบอ่านอย่างเดียว?

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

แบ่งปัน

เพิ่มเติมจากบล็อก

อ่านต่อ

แอพที่โฮสต์เองที่ดีที่สุดที่คุณสามารถเรียกใช้ด้วย Cosmos Cloud ภาพหน้าปกพร้อมแผงแอพรอบแดชบอร์ดของ Cosmos
เซิร์ฟเวอร์และระบบปฏิบัติการ

แอพที่โฮสต์เองที่ดีที่สุดที่คุณสามารถรันด้วย Cosmos Cloud: ไฟล์ สื่อ รหัสผ่าน ระบบอัตโนมัติ และอื่นๆ อีกมากมาย!

บางทีคุณอาจตั้งค่า Cosmos Cloud ไว้แล้วและตอนนี้ต้องการดูว่าแอปใดที่เข้ากันได้ดีกับมัน หรือบางทีคุณอาจยังไม่ได้ตัดสินใจเลือก Cosmos และแค่อยากจะดูว่ามันเหมาะกับงานของคุณแค่ไหน

นิค ซิลเวอร์นิค ซิลเวอร์ อ่าน 16 นาที
Portainer vs Cosmos Cloud สำหรับการจัดการแอพ Docker ครอบคลุมด้วยไดอะแกรมการตั้งค่าไฮบริดและตัวเลือกนีออนเทียบกับบล็อกการเข้าถึง
เซิร์ฟเวอร์และระบบปฏิบัติการ

Portainer vs Cosmos Cloud: เหมาะที่สุดสำหรับการจัดการแอพ Docker

หากคุณรู้จัก Docker อยู่แล้ว และเพียงต้องการวิธีที่สะอาดกว่าในการรันแอปสแต็กที่กำลังเติบโต ต่อไปนี้เป็นคำตอบสั้นๆ สำหรับ Portainer กับ Cosmos Cloud Portainer เป็นตัวเลือกที่ดีกว่าสำหรับไดเร็ค

นิค ซิลเวอร์นิค ซิลเวอร์ อ่าน 14 นาที
กราฟิกฟีเจอร์ Cosmos Cloud vs CasaOS vs Umbrel แสดงเส้นทางที่โฮสต์ด้วยตนเองสามเส้นทางภายในโลกเครือข่ายคลาวด์แบบนามธรรมแห่งเดียว
เซิร์ฟเวอร์และระบบปฏิบัติการ

Cosmos Cloud กับ CasaOS กับ Umbrel: แพลตฟอร์มที่โฮสต์เองใดที่เหมาะกับการตั้งค่าของคุณ?

คำตอบสั้นๆ ก็คือ CasaOS ยังคงเป็นจุดเริ่มต้นที่ง่ายที่สุด Umbrel ให้ความรู้สึกที่สะอาดตาที่สุด และ Cosmos Cloud ก็สมเหตุสมผลมากขึ้นเมื่อคุณต้องการควบคุม Doma ที่เข้มงวดยิ่งขึ้น

นิค ซิลเวอร์นิค ซิลเวอร์ อ่าน 11 นาที

พร้อมที่จะใช้งานหรือยัง? จาก $2.48/เดือน

คลาวด์อิสระ ตั้งแต่ปี 2008 AMD EPYC, NVMe, 40 Gbps คืนเงินภายใน 14 วัน