Ubuntu 12.04 trên Amazon EC2: / dev / xvda1 sẽ được kiểm tra lỗi trong lần khởi động lại tiếp theo?

Tôi đang chạy Ubuntu 12.04 AMI ( ami-a29943cb) mới nhất từ Canonical trên Amazon EC2 và khá thường xuyên khi tôi đăng nhập Tôi nhận được thông báo:

*** /dev/xvda1 will be checked for errors at next reboot ***

Tôi đã đọc một loạt các tài liệu về điều này và dường như hiểu rằng rất nhiều lần khởi động lại (khoảng 37 xem Mount count/ Maximum mount countbên dưới) Ubuntu muốn kiểm tra lỗi đĩa. Tôi có thể thấy điều đó bằng cách sử dụng dumpe2fs -h /dev/xvda1( tham khảo ) để có được thông tin như:

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

Tôi đã thử những điều này để loại bỏ tin nhắn và thường thì đó badblockslà những gì nó làm cho tôi:

Chạy lệnh này và khởi động lại:

sudo touch /forcefsck

Chạy badblocks để kiểm tra đĩa:

badblocks /dev/sda1

Chỉnh sửa /etc/fstabvà thay đổi "0" cuối cùng là fs_passnocột tương ứng và sau đó khởi động lại:

Hệ thống tập tin gốc phải được chỉ định với fs_passno là 1 và các hệ thống tập tin khác phải có fs_passno là 2.

Tôi không hiểu:

1. Nếu đây là một ổ đĩa ảo, nó có nên ít bị lỗi hơn không?
2. Là hình ảnh được tạo ra với một trong những lá cờ được đặt? Nếu không những gì đang kích hoạt nó?
3. Tại sao được fs_passnođặt thành 0trên hình ảnh Ubuntu Amazon EC2? Đây không phải là cái đầu tiên giống như thế này.

Tại sao fs_passno được đặt thành 0 trên hình ảnh Ubuntu EC2 của Amazon?

Nếu fsck được chạy khi khởi động và phát hiện sự cố, thì có thể nó đang chờ câu trả lời cho lời nhắc. Tuy nhiên, vì Amazon EC2 không cung cấp quyền truy cập vào bảng điều khiển trên một cá thể, nên không có cách nào bạn có thể trả lời lời nhắc và trường hợp đó sẽ trở nên không sử dụng được.

Hỏi đáp liên kết:

• "Đĩa sẽ được kiểm tra ..." liên tục trong tin nhắn của ngày (motd) ngay cả sau khi khởi động lại

Từ Q & A được liên kết của Eric , phiên bản ngắn là:

Đó là một lỗi trên Ubuntu 11.04 và 12.04 ... khiến tệp được tạo bằng dấu thời gian trong tương lai có chứa thông báo đó.

Giải pháp đơn giản nhất để khắc phục lỗi này là xóa tệp thông báo:

sudo rm /var/lib/update-notifier/fsck-at-reboot

Các cách khác để đối phó với nó có thể được tìm thấy trong Hỏi & Đáp đó .