Amazon EC2 에서 Canonical 의 최신 Ubuntu 12.04 AMI ( ami-a29943cb
) 를 실행하고 있으며 로그인 할 때 종종 다음 메시지가 표시됩니다.
*** /dev/xvda1 will be checked for errors at next reboot ***
나는 이것에 대한 많은 문서를 읽었으며 많은 재부팅 (약 37 참조 Mount count
/ Maximum mount count
아래 참조) 우분투는 디스크에 오류가 있는지 확인하려고 한다는 것을 이해하는 것 같습니다 . dumpe2fs -h /dev/xvda1
( reference )를 사용하여 다음과 같은 정보를 얻을 수 있습니다.
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 /dev/sda1
그에 따라 열인 /etc/fstab
마지막 "0"을 편집 하고 변경 fs_passno
한 다음 재부팅하십시오.
루트 파일 시스템은 fs_passno가 1로 지정되고 다른 파일 시스템은 fs_passno가 2가되어야합니다.
이해가 안됩니다 :
- 이것이 가상 드라이브라면 오류가 덜 발생하지 않아야합니까?
- 플래그 중 하나를 사용하여 이미지를 만들었습니까? 그렇지 않은 경우 무엇을 유발합니까?
- Amazon EC2 Ubuntu 이미지에서 왜
fs_passno
설정되어0
있습니까? 이것은 이와 같은 첫 번째 것이 아닙니다.