Ubuntu가 하드 드라이브를 너무 자주 확인하도록 요청하는 이유는 무엇입니까?


30

최근에 나는 컴퓨터를 많이 재시작해야했다. 부팅 할 때 우분투는 이제 하드 드라이브에서 오류를 검사하기 시작하지만 'c'를 눌러 원한다면 취소 할 수 있습니다.

왜 우분투가 이것을합니까? 필요한 경우 왜 취소 할 수 있습니까? 필요하지 않은 이유는 무엇입니까? 재시작 횟수는 어떤 기준으로 결정됩니까?


1
재부팅을 강제하고 있습니까? 예를 들어 전원 키를 누르거나 재설정 키를 누르시겠습니까?
Kris Harper

답변:


33

디스크를 30 번 다시 시작할 때마다 시스템에서 강제로 디스크를 점검합니다. 디스크 검사를 건너 뛰면 다음에 다시 시작할 때 (수동으로 제거하지 않는 한) 디스크 검사가 수행됩니다 forcecheck.

당신은 파일을 넣어 자신이 강제 할 수 있습니다 forcefsck/을 실행하여

touch /forcecheck

터미널에서.

메시지가 표시 될 때 항상 확인을 수행 할 필요는 없지만 가끔씩 수행해야합니다. 그 시점에 적절한 순간이 아닌 경우 취소하고 더 ​​편리한 경우 파일 시스템 검사를 수행하도록 할 수 있습니다.

tune2fs이 동작을 변경 하는 데 사용할 수도 있습니다 .

sudo tune2fs -c 60 /dev/sdXY

이것을 60 번의 재시작으로 설정합니다. 다음을 사용하여이를 기간으로 변경할 수도 있습니다 -i.

sudo tune2fs -i 30d /dev/sdXY

30 일 또는 1m 동안 1 개월 또는 10 주 동안 10w.

( /dev/sdXY파티션의 장치 이름으로 교체하십시오 /dev/sda1. 실행 sudo blkid하거나 ls -lA /dev/disk/by-label파티션에 레이블이 지정된 경우이 이름을 얻을 수 있습니다 )

sudo dumpe2fs /dev/sda1

많은 양의 정보가 표시됩니다. 이것의 일부는 다음을 포함합니다 :

Filesystem created:       Thu Feb 12 09:06:50 2009
Last mount time:          Fri Aug 26 07:19:34 2011
Last write time:          Fri Aug 26 07:19:34 2011
Mount count:              2
Maximum mount count:      25
Last checked:             Fri Aug 12 07:22:16 2011
Check interval:           15552000 (6 months)
Next check after:         Wed Feb  8 06:22:16 2012

@Lekensteyn에게 감사드립니다 (메모리에서 메모리가 있었으며 때로는 메모리가 좋지 않은 것 같습니다))
Rinzwind

3
여기서는 nit-picker가 되려면 : "파일에 forcefsck 파일을 넣어서 시스템에 의해 검사가 강제로 수행되는지"가 사실이 아니라고 생각합니다. / "다음 확인") 및 "이는 30 번 다시 시작할 때마다 수행됩니다"(파티션을 포맷하는 데 사용하는 프로그램에 따라 다릅니다). 둘 다의 출력을 확인하십시오 dumpe2fs. ubuntugeek.com/...
준비

1
그것은 nitpicking 배열이 아닙니다 :-) 정확합니다. 그것을 바꿨다.
Rinzwind

이것은 파일 시스템의 ext * 제품군에만 적용되며 우분투의 기본값입니다. XFS 또는 JFS는 일상적으로 파일 시스템 검사를 수행하지 않습니다
Jan

3
당신이 언급 두 번해야 forcecheckforcefsck대신? (ref : askubuntu.com/questions/14740/… )
idbrii

5

이는 30 번 재부팅 할 때마다 시작되는 일상적인 파일 시스템 검사입니다. 이를 취소하는 옵션이있어 매우 중요한 것을 구금 할 수는 없지만 한 번에 한 번씩 실행하는 것이 좋습니다. 재부팅 횟수가 어떤 기준으로 설정되어 있는지, 아마도 상식인지는 모르겠습니다. 너무 성가신 경우 'tune2fs'명령을 사용하여 파티션을 확인하지 않고 재부팅 횟수를 늘릴 수 있습니다.


마이크 : yesterday위 의 내용 Lekensteyn을 클릭하여 변경된 내용을 확인하십시오.
Rinzwind

1

다음을 사용하여 ext-filesystem에서 파일 시스템 검사를 완전히 비활성화 할 수 있습니다.

sudo tune2fs -c 0 /dev/sdXY

이것은 좋은 생각이 아닙니다. tune2fs 맨 페이지 노트 :

탑재 횟수 종속 검사를 사용하지 않도록 설정 한 결과를 완전히 고려해야합니다. 나쁜 디스크 드라이브, 케이블, 메모리 및 커널 버그는 파일 시스템을 더럽거나 오류로 표시하지 않고 파일 시스템을 손상시킬 수 있습니다. 파일 시스템에서 저널링을 사용하는 경우 파일 시스템이 더티로 표시되지 않으므로 일반적으로 확인되지 않습니다. 커널이 감지 한 파일 시스템 오류로 인해 다음 재부팅시 여전히 fsck가 발생하지만 해당 시점에서 데이터 손실을 방지하기에는 이미 너무 늦을 수 있습니다.


0

mikewhatever와 Rinzwind는 ext-filesystem에 적합하지만, reiserfs를 사용하도록 선택하면 발생하지 않습니다. 나는 문제없이 10 년 동안 사용하고 있으며 그것을 추천 할 수 있습니다. 더 이상 fsck 없습니다.

나는 리눅스에서 인기있는 다른 파일 시스템에 대해 모른다.


4
reiserfsck는 실제로 파일 시스템을 복구 할 수없는 상태로 만드는 경향이 있습니다. reiserfs가 문제를 개발하면 게임 오버입니다.
Simon Richter

1
당신에게 그런 일이 있었습니까, 아니면 참조가 있습니까?
사용자 알 수 없음

ReiserFS가 이러한 검사를 수행하지 않는다는 사실은 신뢰성에 영향을 미치지 않습니다. Ext3은 견고하지만 검사에 몇 초 밖에 걸리지 않습니다. 왜 그렇지 않습니까?
Monica Monica 복원

데이터를 잃어버린 여러 사람들을 알고 있으며 파일 시스템 디자인에서 이유가 분명합니다. 지정된 메타 데이터 블록이 없습니다. 이것은 여러 경우에 유리하지만 (ext가 메타 데이터 블록이 부족한 경우에도 여전히 무료 데이터 블록이 있어도 더 많은 파일을 만들 수는 없지만) 파일 시스템을 복구 할 때 모호함을 유발합니다 (하드웨어 결함, 낮은 버그) 레이어)가 일치하지 않습니다.
사이먼 리히터

dmesg에 따르면 여전히 reiserfs 형식 "3.6"을 사용하고 있습니다. 그 차이를 만들 수 있습니까?
사용자가 알 수 없음
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.