Amazon EC2'deki Ubuntu 12.04: / dev / xvda1 bir sonraki açılışta hatalar için kontrol edilecek mi?

Canonical'dan Amazon EC2'deki en son Ubuntu 12.04 AMI ( ami-a29943cb) yazılımını kullanıyorum ve giriş yaparken oldukça sık sık mesaj alıyorum:

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

Bununla ilgili bir sürü belgeyi okudum ve birçok yeniden başlatma işleminin (yaklaşık 37 aşağı Mount count/ Maximum mount countaşağıya bakınız) Ubuntu'nun bir diski hatalar için kontrol etmek istediğini anlıyor gibiyim . Aşağıdaki gibi bilgileri almak için dumpe2fs -h /dev/xvda1( referans ) kullanarak bunu görebiliyorum :

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

Mesajdan kurtulmak için bu şeyleri denedim ve genellikle badblocksbenim için ne yapıyor:

Bu komutu çalıştırın ve yeniden başlatın:

sudo touch /forcefsck

Diski kontrol etmek için badblocks komutunu çalıştırın:

badblocks /dev/sda1

Buna göre sütun /etc/fstabolan son "0" ifadesini düzenleyin ve değiştirin fs_passnove ardından yeniden başlatın:

Kök dosya sistemi 1 fs_passno ile belirtilmeli ve diğer dosya sistemleri fs_passno 2 olmalıdır.

Anlamıyorum:

1. Bu bir sanal sürücü ise hatalara daha az eğilimli olmamalı mı?
2. Resim, belirlenen bayraklardan biriyle mi oluşturuldu? Değilse, onu tetikleyen nedir?
3. Neden Amazon EC2 Ubuntu görüntüleri üzerinde fs_passnoayarlanmış 0? Bu, bu şekilde ilk değil.

Amazon EC2 Ubuntu görüntülerinde fs_passno neden 0 olarak ayarlandı?

Eğer fsck önyüklemede çalıştırıldıysa ve problemler bulduysa, cevabın sorulmasını bekleyen oturuyor olabilir. Ancak, Amazon EC2 bir örnekte konsola erişim sağlamadığından, istemi yanıtlamanızın hiçbir yolu yoktur ve örnek kullanılamaz hale gelir.

Bağlantılı Sorular ve Cevaplar:

• Kalıcı "disk kontrol edilecek ...", günün yeniden başlamasından sonra bile (motd) mesajında

Eric'in Q & A bağlantılı , kısa versiyonu:

Bu Ubuntu 11.04 ve 12.04'te bir hata ... ki bu, bu mesajı içeren bir zaman damgasıyla bir dosyanın yaratılmasına neden oluyor.

Bu hatayı düzeltmek için en basit çözüm bildirim dosyasını silmek:

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

Bununla başa çıkmanın başka yolları da bu soru-cevap bölümünde bulunabilir .