ฉันใช้ Ubuntu 12.04 AMI ( ami-a29943cb
) ล่าสุดจาก Canonicalบน Amazon EC2 และค่อนข้างบ่อยเมื่อฉันเข้าสู่ระบบฉันได้รับข้อความ:
*** /dev/xvda1 will be checked for errors at next reboot ***
ฉันได้อ่านเอกสารมากมายเกี่ยวกับเรื่องนี้และดูเหมือนจะเข้าใจว่าทุก ๆ รีบูต (ประมาณ 37 ดูMount count
/ Maximum mount count
ด้านล่าง) Ubuntu ต้องการตรวจสอบข้อผิดพลาดดิสก์ ฉันเห็นว่าโดยใช้dumpe2fs -h /dev/xvda1
( อ้างอิง ) เพื่อรับข้อมูลเช่น:
Last mounted on: /
Filesystem UUID: 1ad27d06-4ecf-493d-bb19-4710c3caf924
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags: signed_directory_hash
Default mount options: (none)
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 524288
Block count: 2097152
Reserved block count: 104857
Free blocks: 1778055
Free inodes: 482659
First block: 0
Block size: 4096
Fragment size: 4096
Reserved GDT blocks: 511
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 8192
Inode blocks per group: 512
Flex block group size: 16
Filesystem created: Tue Apr 24 03:07:48 2012
Last mount time: Thu Nov 8 03:17:58 2012
Last write time: Tue Apr 24 03:08:52 2012
Mount count: 3
Maximum mount count: 37
Last checked: Tue Apr 24 03:07:48 2012
Check interval: 15552000 (6 months)
Next check after: Sun Oct 21 03:07:48 2012
Lifetime writes: 2454 MB
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 256
Required extra isize: 28
Desired extra isize: 28
Journal inode: 8
Default directory hash: half_md4
Directory Hash Seed: 0a25e04c-6169-4d68-bfa6-a1acd8e39632
Journal backup: inode blocks
Journal features: journal_incompat_revoke
Journal size: 128M
Journal length: 32768
Journal sequence: 0x0000158b
Journal start: 1
ฉันได้ลองสิ่งเหล่านี้เพื่อกำจัดข้อความและโดยปกติแล้วbadblocks
มันคือสิ่งที่ทำให้ฉัน:
รันคำสั่งนี้และรีบูต:
sudo touch /forcefsck
เรียกใช้ badblocks เพื่อตรวจสอบดิสก์:
badblocks /dev/sda1
แก้ไข/etc/fstab
และเปลี่ยน "0" สุดท้ายซึ่งเป็นfs_passno
คอลัมน์ตามลำดับจากนั้นรีบูต:
ควรระบุระบบไฟล์รูทด้วย fs_passno จาก 1 และระบบไฟล์อื่น ๆ ควรมี fs_passno เป็น 2
ฉันไม่เข้าใจ:
- หากนี่เป็นไดรฟ์เสมือนไม่ควรที่จะเกิดข้อผิดพลาดน้อยลงหรือไม่
- รูปภาพถูกสร้างขึ้นด้วยการตั้งค่าสถานะอย่างใดอย่างหนึ่งหรือไม่ หากไม่ใช่สิ่งที่เรียกใช้
- ทำไม
fs_passno
ตั้งเป็น0
รูปภาพใน Amazon EC2 Ubuntu นี่ไม่ใช่คนแรกที่เป็นเช่นนี้