บางครั้งระบบ Linux ของฉันจะไม่บู๊ตและแสดงข้อผิดพลาดของระบบไฟล์ ฉันสามารถ "แก้ไข" ได้ด้วยการบูทด้วย LiveCD และเรียกใช้:
sudo fsck -y /dev/sda1
คำสั่งแจ้งว่าพบบล็อกเสียและแก้ไข จากนั้นระบบจะบูตอีกครั้ง ข้อเท็จจริงที่ว่าเกิดขึ้นบ่อยๆ บ่งชี้ถึงความล้มเหลวของฮาร์ดแวร์หรืออาจมีสิ่งอื่นผิดปกติหรือไม่
ฉันทราบว่าเมื่อฉันเรียกใช้แทน:
sudo fsck -y /dev/sda
ฉันได้รับข้อผิดพลาดเหล่านี้:
fsck จาก util-linux 2.34 [/usr/sbin/fsck.ext2 (1) -- /dev/sda] fsck.ext2 /dev/sda e2fsck 1.45.5 (07-ม.ค.-2020) ext2fs_open2: เลขมหัศจรรย์ใน super -block fsck.ext2: Superblock ไม่ถูกต้อง กำลังลองบล็อกสำรอง... fsck.ext2: หมายเลขเวทย์มนตร์ไม่ถูกต้องใน super-block ขณะพยายามเปิด /dev/sda
ไม่สามารถอ่าน superblock หรือไม่ได้อธิบายระบบไฟล์ ext2/ext3/ext4 ที่ถูกต้อง หากอุปกรณ์ถูกต้องและมีระบบไฟล์ ext2/ext3/ext4 จริงๆ (และไม่ได้สลับหรือ ufs หรืออย่างอื่น) แสดงว่า superblock เสียหาย และคุณอาจลองเรียกใช้ e2fsck ด้วย superblock สำรอง:
e2fsck -b 8193 <อุปกรณ์> หรือ
e2fsck -b 32768 <อุปกรณ์>
พบตารางพาร์ติชัน dos ใน /dev/sda
เป็นเพราะการรัน fsck ทั้งดิสก์แทนที่จะเป็นพาร์ติชันเดียวไม่ถูกต้อง หรือมีบางอย่างเสียหายในไดรฟ์ของฉัน ฉันเคยเห็นหลายแห่งบนอินเทอร์เน็ตที่ให้คำแนะนำที่เรียกใช้ fsck บนดิสก์ทั้งหมด ดิสก์ของฉันมีพาร์ติชันเดียวคือ Linux ext4 หนึ่งพาร์ติชัน
นี่คือรูปภาพของหน้าต่าง Smart Data & Tests ของแอปพลิเคชันดิสก์
ผลลัพธ์ของ grep -i FPDMA /var/log/syslog* คือ:
adam>grep -i FPDMA /var/log/syslog*
/var/log/syslog: 21 กันยายน 13:40:19 เคอร์เนล adam-gregs-better-computer: [ 728.921941] ata3.00: คำสั่งล้มเหลว: อ่าน FPDMA QUEUED
/var/log/syslog:21 กันยายน 13:40:19 เคอร์เนล adam-gregs-better-computer: [ 729.213899] ata3.00: คำสั่งล้มเหลว: อ่าน FPDMA QUEUED
/var/log/syslog:21 กันยายน 13:40:20 เคอร์เนล adam-gregs-better-computer: [ 729.373884] ata3.00: คำสั่งล้มเหลว: อ่าน FPDMA QUEUED
/var/log/syslog: 21 กันยายน 13:42:40 เคอร์เนล adam-gregs-better-computer: [ 870.000879] ata3.00: คำสั่งล้มเหลว: อ่าน FPDMA QUEUED
/var/log/syslog:21 กันยายน 13:42:40 เคอร์เนล adam-gregs-better-computer: [ 870.000904] ata3.00: คำสั่งล้มเหลว: อ่าน FPDMA QUEUED
/var/log/syslog:21 กันยายน 13:43:05 adam-gregs-better-computer kernel: [ 895.312734] ata3.00: คำสั่งล้มเหลว: อ่าน FPDMA QUEUED
/var/log/syslog: 21 กันยายน 13:43:05 adam-gregs-better-computer kernel: [ 895.312760] ata3.00: คำสั่งล้มเหลว: อ่าน FPDMA QUEUED
/var/log/syslog: 21 กันยายน 13:43:06 adam-gregs-better-computer kernel: [ 895.476760] ata3.00: คำสั่งล้มเหลว: อ่าน FPDMA QUEUED
/var/log/syslog:21 กันยายน 13:43:06 adam-gregs-better-computer kernel: [ 895.640724] ata3.00: คำสั่งล้มเหลว: อ่าน FPDMA QUEUED
/var/log/syslog:21 กันยายน 13:43:49 เคอร์เนล adam-gregs-better-computer: [ 938.924872] ata3.00: คำสั่งล้มเหลว: อ่าน FPDMA QUEUED
/var/log/syslog:21 กันยายน 13:43:49 เคอร์เนล adam-gregs-better-computer: [ 938.924901] ata3.00: คำสั่งล้มเหลว: อ่าน FPDMA QUEUED
/var/log/syslog: 21 กันยายน 13:43:49 เคอร์เนล adam-gregs-better-computer: [ 938.924924] ata3.00: คำสั่งล้มเหลว: อ่าน FPDMA QUEUED
/var/log/syslog:Sep 21 13:43:49 adam-gregs-better-computer kernel: [ 938.924945] ata3.00: คำสั่งล้มเหลว: WRITE FPDMA QUEUED
/var/log/syslog: 21 กันยายน 13:43:53 adam-gregs-better-computer kernel: [ 942.878558] ata3.00: คำสั่งล้มเหลว: อ่าน FPDMA QUEUED
/var/log/syslog:Sep 21 13:43:53 adam-gregs-better-computer kernel: [ 942.878583] ata3.00: คำสั่งล้มเหลว: อ่าน FPDMA QUEUED
/var/log/syslog.1:Sep 18 08:30:43 เคอร์เนล adam-gregs-better-computer: [ 33.579255] ata3.00: คำสั่งล้มเหลว: อ่าน FPDMA QUEUED
ในการตอบคำถามสุดท้ายของคุณก่อน ก ฟค เป็นการตรวจสอบระบบไฟล์ ไม่ใช่การตรวจสอบดิสก์แน่นอนคุณสามารถตรวจสอบดิสก์ทั้งหมดของคุณได้ แต่ ฟค จะตรวจสอบและอาจซ่อมแซมระบบไฟล์แต่ละระบบแยกกัน โดยอาจทำควบคู่กันไป
พบกับบล็อกที่ไม่ดีในแต่ละรอบ ฟค บ่งชี้ถึงความล้มเหลวของฮาร์ดแวร์ เนื้อหาของบล็อกที่ไม่ดีจะถูกคัดลอกไปยังบล็อกที่ดีที่มีอยู่ จากนั้นบล็อกนั้นจะถูกทำเครื่องหมายว่า "ไม่ดี" ซึ่งหมายความว่าซอฟต์แวร์ระบบไฟล์จะไม่ใช้งานอีกต่อไป จำนวนบล็อกเสียในดิสก์ของคุณดูเหมือนจะเพิ่มขึ้น คุณอาจต้องการยืนยันว่าคุณมีการสำรองข้อมูลที่เหมาะสม
ฟค
มาซ่อมแซมระบบไฟล์ของคุณ (อีกครั้ง)...
เทอร์มินัล หน้าต่างโดยการกด Ctrl+Alt+ตsudo fdisk -lsudo fsck -f /dev/sda1แทนที่ sdXX ด้วยเลขที่พบก่อนหน้านี้ฟค คำสั่งหากมีข้อผิดพลาดรีบูตบล็อกที่ไม่ดีและข้อมูล SMART
เดอะ ข้อมูลสมาร์ท ระบุสิ่งที่ปกติจะเป็น HDD ที่ล้มเหลว อย่างไรก็ตาม เรามี SSD ที่ไม่เก่าเกินไป เราจะดูที่การแก้ไขข้อผิดพลาด NCQ ก่อน
บันทึก: ตรวจสอบผู้ผลิตและรุ่น # ของ SSD จากนั้นเยี่ยมชมเว็บไซต์เพื่อตรวจสอบเฟิร์มแวร์ที่อัพเดต
บันทึก: รักษาการสำรองข้อมูลที่ดี ในกรณีที่ SSD ล้มเหลว
ข้อผิดพลาด NCQ
grep -i FPDMA /var/log/syslog*
/var/log/syslog: 21 กันยายน 13:40:19 เคอร์เนล adam-gregs-better-computer: [ 728.921941] ata3.00: คำสั่งล้มเหลว: อ่าน FPDMA QUEUED
/var/log/syslog:21 กันยายน 13:40:19 เคอร์เนล adam-gregs-better-computer: [ 729.213899] ata3.00: คำสั่งล้มเหลว: อ่าน FPDMA QUEUED
Native Command Queuing (NCQ) เป็นส่วนเสริมของโปรโตคอล Serial ATA ซึ่งช่วยให้ฮาร์ดดิสก์ไดรฟ์สามารถปรับลำดับคำสั่งอ่านและเขียนที่ได้รับให้เหมาะสมเป็นการภายใน
แก้ไข sudo -H gedit /etc/default/grub และเปลี่ยนบรรทัดต่อไปนี้เพื่อรวมพารามิเตอร์พิเศษนี้ จากนั้นทำ sudo ปรับปรุงด้วง เพื่อเขียนการเปลี่ยนแปลงลงดิสก์ รีบูต จอมอนิเตอร์ค้าง/ฯลฯ แล้วดู grep -i FPDMA /var/log/syslog* หรือ dmesg สำหรับข้อความแสดงข้อผิดพลาดอย่างต่อเนื่อง
GRUB_CMDLINE_LINUX_DEFAULT="libata.force=noncq"
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
