xfs_repair(8) xfs_repair(8) NAME 이름 xfs_repair - XFS 파일시스템 수리(고침) SYNOPSIS 개요 xfs_repair -f [ -nLvV ] [ -o subopt[=value] ] xfs_repair 라는 명령어 사용할때 옵션을 설명하는 거에요 대괄호 안의 옵션들을 사용한다는 뜻이죠. 이 옵션들은 이제부터 아래 설명 되겠죠 뭐..-_- DESCRIPTION 기술 xfs_repair 는 XFS 파일시스템의 오류나 손상을 수리한다. The filesystem is specified using the xfs_special argument which should be the 이(xfs_repair) 파일시스템은 xfs_특별한 인수를 사용하면서 일일이 열거 된다. 이 특별한 인수는 디스크 분할(파티션)의 디바이스 네임이 될수 있거나, 파일시스템을 포함한 볼륨이 될수 있다. If given the name of a block device, xfs_repair will attempt to find the raw 만약 xfs_repair가 블럭 장치(device)의 이름을 부여받으면, xfs_repair는 열거된 블럭 디바이스와 함께 조합된 raw 디바이스를 찾으려고 시도할 것이고, 대신에 raw 디바 이스를 사용할 것이다. raw의 의미를 전달하기가 힘드네요. 무슨 내용인지는 알겠는데..음..그러니까 뭐랄까 가공되지 않은..처음 상태의 것을 말하는건데.. Regardless, the filesystem to be repaired must be unmounted, otherwise, the 그럼에도 불구하고, 파일시스템은 수리되기위해 꼭 언마운트(내리다)되야 한다, 만약 그렇지 않으면 결과적으로 파일시스템은 일치하지 않거나 오류가 생길것이다. The options to xfs_repair are: xfs_repair 옵션은 다음과 같다. -f Specifies that the special device is actually a file (see the 파일의 특별한 디바이스를 열거한다.?? 문장구조가 이상해요..ㅠ.ㅜ This might happen if an image copy of a filesystem has been copied or written into an ordinary file. 이것은 파일시스템의 이미지 카피가 일반적인 파일안에 복사되거나 쓰여진다면 일어날 수 있다. This option implies that any external log or realtime section is also in an ordinary file. 이 옵션은 어떠한 외부적인 로그나 실시간 구역이 일반적인 파일에 있다는것을 의미한다. -L Force Log Zeroing. Forces xfs_repair to zero the log even if it is dirty (contains metadata changes). 로그를 제로화시킨다. 만약 이것이 메타데이터가 바뀐것을 포함한 오염 (dirty)이면, 로그를 제로화하기 위해 xfs_repair를 강행(강제명령)한다. When using this option the filesystem will likely appear to be corrupt, and can cause the loss of user files and/or data. 이 옵션을 사용할때, 파일시스템은 아마 오류가 뜨거나 사용자의 파일과 또는 데이타의 손실을 야기 할 수 있다. -l Specifies the device special file where the filesystem's external log 파일시스템의 외부로그가 존재하는곳의 디바이스 스페셜 파일을 열거한다. Only for those filesystems which use an external log. 오직 이런 외부로그를 사용하는 파일시스템을 위한 옵션. See the mkfs.xfs -l option, and refer to xfs(5) for a detailed descrip? mkfs.xfs -l 옵션을 보시오, 그리고 XFS로그의 상세한 설명을 보려면 xfs(5)를 참조하시오. -r Specifies the device special file where the filesystem's realtime 파일시스템의 실시간 섹션(구역)이 존재하는 곳의 디바이스 스페셜 파일을 열거한다. Only for those filesystems which use a realtime section. 오직 이런 실시간 섹션을 사용하는 파일시스템을 위한 옵션. See the mkfs.xfs -r option, and refer to xfs(5) for a detailed description of the XFS realtime section. mkfs.xfs -r 옵션을 보시오, 그리고 XFS실시간 섹션의 상세한 설명을 보려면 xfs(5)를 참조하시오. -n No modify mode. 수정 불가 모드 Specifies that xfs_repair should not modify the filesystem but should only scan the filesystem and indicate what repairs would have been made. xfs_repair가 파일시스템을 수정하지 않아야하고, 그러나 오직 파일시스템을 탐색(scan)하고 리페어(수정)된것이 무엇인지 보여준다. -o Override what the program might conclude about the filesystem if left 파일시스템에관해 만약 그것의 고유 장치(디바이스)를 남겼다면, 프로그램이 완료한 그 무엇을 무시하고 실행한다. The assume_xfs suboption specifies that the filesystem is an XFS 하위옵션 assume_xfs는 파일시스템이 XFS 파일시스템이라는 것을 보여준다. Normally, if xfs_repair cannot find an XFS superblock, 일반적으로, xfs_repair가 XFS superblock을 찾지 못하면, 이것은 XFS 파일시스템을 갱생시키려고 시도하기 전에 파일스스템이 EFS 파일시스템인지 아닌지 체크한다. If the assume_xfs option is in effect, xfs_repair will assume that the filesystem is an XFS filesystem and will ignore an EFS superblock if one is found. 만약 assume_xfs 옵션이 효과가 있으면, xfs_repair는 파일시스템이 XFS파일시스템 이라고 간주하고 만약 하나라도 발견되면 EFS 수퍼블럭을 무시할 것이다. -v Verbose output. 일반적인 명령의 -v옵션과같이 내용을 모두 출력합니다. Checks Performed 체크 수행 교정된 불일치(모순)는 아래사항을 포함한다. 1. Inode and inode blockmap (addressing) checks: bad magic number in 아이노드와 아이노드 블럭맵 (어드레스 지정) 체크 : 아이노드에 있는 bad magic number, 아이노드 블럭맵 블럭들에 있는 bad magic numbers, 명령 밖에 있는(고장난, 제어 불가능한) 범위, 아이노드 블럭맵 블럭에 있는 부정확한 넘버, 파일시스템의 합법적(있어도 괜찮은곳)데이타 영역에 있지 않아 클레임걸린 블럭들, 하나이상의 아이노드에 의해 클레임 걸린 블럭들. 2. Inode allocation map checks: bad magic number in inode map blocks, 아이노드 할당 맵 체크: 아이노드 맵 블럭에 있는 bad magic number, 아이노드에 의해 나타나진 상태에 있어서 (사용중이 아니거나 사용중일때) 모순된 맵에 의해 지시된 아이노드 상태, 아이노드 할당 맵에 나타나지 않은 파일시스템에의해 참조된 아이노드, 아이노드를 포함 한것처럼 보이지 않는 블럭을 참조한 아이노드 할당 맵. 3. Size checks: number of blocks claimed by inode inconsistent with 사이즈 체크 : 아이노드 크기에 있어서 아이노드 불일치에 의해 클레임 걸린 블럭의 넘버, 블럭에 정렬되지 않은 디렉토리 크기(사이즈), 아이노드 포맷에 있어서 일관되지 않은 아이노드 사이즈. 4. Directory checks: bad magic numbers in directory blocks, incorrect 디렉토리 체크: 디렉토리 블럭안의 배드 매직 넘버들, 디렉토리 블럭안에 있는 (정보)입력의 부정확한 넘버, 디렉토리 맆 블럭에 있는 배드 자유공간 (프리스페이스) 정보. 5. Pathname checks: files or directories not referenced by a pathname 경로이름 체크: 파일시스템 루트로부터 시작한 경로이름에 의해 참조되지 않은 파일이나 디렉토리, 불법적인 경로이름의 구성요소. 6. Link count checks: link counts that do not agree with the number of 링크 카운트 체크(연결 수 체크): 아이노드에 디렉토리 참조의 넘버에 동의 하지 않은 링크 카운트. 7. Freemap checks: blocks claimed free by the freemap but also claimed 프리맵 체크 : 프리맵에의해서는 자유롭고, 아이노드에 의해 클레임 걸린 블럭, 프리맵에 나타나지 않고 어떤 아이노드에 의해서 언클레임(청구자, 소속된곳)이 없는 블럭 8. Super Block checks: total free block and/or free i-node count incor? 수퍼 블럭 체크: 부정확한 모든 프리 블럭과 또는 프리 아이노드 숫자, 배열 불일치된 파일시스템, 모순된 두번째와 첫번째 수퍼블럭. Orphaned files and directories (allocated, in-use but unreferenced) are 고립된 파일과 디렉토리(사용할때 할당된, 그러나 참조되지않은)는 lost+found 디렉토리(일종의 분실물 보관소 같은 디렉토리를 말하는것 같아요.)에 그들을 놓아둠으로써 다시 연결된다. 그 할당된 이름은 아이노드 넘버이다. Disk Errors 디스크 에러 xfs_repair는 대부분의 I/O 디스크 에러에서는 (처리를) 중단한다. Therefore, if you are trying to repair a filesystem that was damaged due to a disk drive failure, steps should be taken to ensure that all blocks in the filesystem are readable and writeable before attempting to use xfs_repair to repair the filesystem. 따라서, 당신이 디스크 드라이드 실패때문인 파일시스템 복구를 시도하고 있다면, 파일시스템을 복구하기 위해 xfs_repair을 사용하려고 시도하기 전에 파일시스템의 모든 블럭들은 읽어질수 있어야하고, 쓰여질수 있어야하는것을 확인하는 절차를 취해야 한다. A possible method is using dd(8) to copy the data onto a good disk. 가능한 방법은 상태가 좋은 디스크에 데이타를 복사해서 dd(8)을 사용하는 것이다. lost+found 분실물 보관소 lost+found 디렉토리는 파일시스템이 복구될때 미리 존재할 필요가 없다. If the directory does not exist, it is automatically created. 만약 디렉토리가 존재하지 않는다면, 그것을 자동으로 생성될 것이다. If the lost+found directory already exists, the lost+found directory 만약 lost+found 디렉토리가 이미(미리) 존재한다면, xfs_repair를 실행 할때마다 lost+found 디렉토리는 지워진다음에 다시 생성된다. This ensures that 이것은 다음을 보장한다 lost+found에는 name 컨플릭트가 없다. However, if you rename a file in lost+found and leave it there, if xfs_repair is run again, that file is renamed back to its inode number. 그러나, 만약 당신이 lost+found에 있는 파일을 다시 이름짓고(rename) 그것을 떠나거나, xfs_repair가 다시 실행되면 그파일은 그것의 아이노드 넘버의 뒤에 다시 이름지어진다. Corrupted Superblocks 오류있는 수퍼블럭 XFS는 첫번째와 두번째, 두개의 수퍼블럭을 가지고 있다. xfs_repair uses information xfs_repair는 프로세싱하기전에 두번째 수퍼블럭에 반하여 첫번째 수퍼블럭을 자동으로 찾고 입증하기 위해 첫번째 수퍼블럭에서 정보를 사용한다. Should the primary be too corrupted to be useful in locating the secondary superblocks, 첫번째 수퍼블럭이 너무 손상되어 두번째 수퍼블럭에 위치해있는것이 쓸모있게 될때, 프로그램은 그것이 두번째에서 무언가를 찾고 입증할때까지 파일 시스템을 스캔한다. At that point, it generates a primary superblock. 이점에서, 그것은 첫번째 수퍼블럭을 생성한다. Quotas 쿼터(할당양) 만약 쿼터가 사용중이면, xfs_repair가 파일시스템의 쿼터 정보의 모두나 얼마를 지우는것이 가능하다. If so, the program issues a warning 만약 그렇다면, 그것이 그치기 바로전에 프로그램은 경고를 보낸다. If all quota information is lost, quotas are 만약 모든 쿼터 정보를 잃는다면, 쿼터는 사용하지 못하게 되고, 프로그램은 그 결과에 경고를 보낸다. Note that xfs_repair does not check the validity of quota limits. xfs_repair는 쿼터 제한의 유효성을 체크하지 못한다는것을 인지하라. It is recommended that you check the quota limit information manually after xfs_repair후에 당신이 수동으로 쿼터 제한 정보를 체크하는것을 추천한다. Also, space usage information is automatically regenerated the 더구나, 공간 사용 정보는 자동으로 다시생성되고 다음으로 파일시스템은 쿼터의 작동과 함께 마운트 될것이다. DIAGNOSTICS 진단 xfs_repair는 이미 취해졌던 비정상적이거나 교정하는 행동(액션)이 있었다면 그것을 보여주는것을 진행함으로 정보 메시지를 출력한다. Most of 파일시스템의 구조에관해 지식이있는 사람들에게 대부분의 메시지들은 완벽하게 이해된다. Some of the more common messages are explained here. 좀더 일반적인 몇몇의 메시지들은 여기서 설명된다. Note that the language of the messages is 만약 xfs_repair가 수정불가 모드(no-modify mode)에서 실행중이라면 프로그램이 디스크에 아무것도 수정하지 않기때문에 메시지의 언어는 조금 다르다는것을 인지하라. No-modify mode indicates what it 만약 수정불가 flag(표시문자)없이 실행되면 파일시스템을 복구하기위해 했던것을 보여줄것이다. disconnected inode xxxx, moving to lost+found 연결이 끊긴 아이노드 xxxx, lost+found 로 이동 An inode numbered xxxx was not connected to the filesystem directory xxxx라고 숫자가 붙은 아이노드는 파일시스템의 디렉토리 트리와 연결되지 않았고 lost+found 디렉토리에 다시 연결됐다. The inode is assigned the name of its inode number (i-number). 아이노드는 그것의 아이노드 넘버(i-number)를 할당 받는다. If a lost+found directory does not exist, it is automatically created. 만약 lost+found 디렉토리가 존재하지 않는다면, 그것은 자동적으로 생성될 것이다. disconnected dir inode xxxx, moving to lost+found 연결이 끊긴 dir 아이노드 xxxx, lost+found로 이동 As above only the inode is a directory inode. 위에서 말한데로 디렉토리 아이노드를 말한다. If a directory inode 만약 디렉토리 아이노드가 lost+found에 붙는다면(옮겨지면), 그것의 아이들 (디렉토리나 파일)은 디렉토리에 같이 붙어있고, 그러므로 디렉토리가 다시 연결되면 그것들도 자동으로 다시 연결된다. imap claims in-use inode xxxx is free, correcting imap 아이노드 xxxx에서 사용중인 imap claims는 자유롭다, 정확한 imap The inode allocation map thinks that inode xxxx is free whereas exam? 아이노드 검사가 아이노드가 사용중에있는지(비록 그것이연결이 끊겼을 지라도) 를 보여주는지에 반하여 아이노드 할당 맵은 아이노드 xxxx가 자유롭다고 판단 한다. The program updates the inode allocation map. 프로그램은 아이노드 할당맵을 업데이트한다. imap claims free inode xxxx is in use, correcting imap 자유로운 아이노드 xxxx 의 imap claims는 사용중이다, 정확한 imap The inode allocation map thinks that inode xxxx is in use whereas 아이노드 조사가 아이노드가 사용중이지 않고 자유롭다라는것을 보여주는 반면에 아이노드 xxxx는 사용중이라고 아이노드 할당맵은 판단한다. The program updates the inode allocation map. 프로그램은 아이노드 할당맵을 업데이트한다. resetting inode xxxx nlinks from x to y x부터 y까지의 inode xxxx nlinks의 리셋 The program detected a mismatch between the number of valid directory 프로그램은 inode xxxx를 참조해서 입증된 디렉토리 엔트리의 넘버와 inode에서 레코딩된 참조 넘버와 정확한 넘버의 사이에서의 불일치를 찾았다. folk-type fork in ino xxxx claims used block yyyy inode xxxx claims에있는 folk-type 포크는 블럭 yyyy를 사용했다. Inode xxxx claims a block yyyy that is used (claimed) by either inode xxxx는 다른 inode 또는 메타데이타 저장을 위한 파일시스템 그자체 에 의해 사용되어진(요청되어진) 블럭 yyyy를 요구한다. The fork-type is either data or attr indicating whether the problem lies 규칙적인 데이터를 추적한 inode 부분, 또는 XFS 속성을 저장한 inode 부분에 문제가 발생하든 말든 fork-type은 데이타나 또는 attr indicating (오타여서 그냥 영어로..-_-)이다. If the inode is a real-time(rt) inode, the message says so. 만약 inode가 실시간 inode 이면, 그렇게 말한다. Any inode that claims blocks used by the filesystem is deleted. 파일시스템에 의해 사용되어진 블럭을 요청한 inode는 어떠한 inode도 삭제된다. If two or more inodes claim the same block, they are both deleted. 만약 두개나 또는 그이상의 inode가 같은 블럭을 요청한다면, 그들은 둘다 지워질 것이다. fork-type fork in ino xxxx claims dup extent … inode xxxx에있어 fork-type 포크는 두배(dup?)의 범위를 요청한다. Inode xxxx claims a block in an extent known to be claimed more than inode xxxx는 범위에 있어서 한번이상 요청된적이 있는 블럭을 요청한다. The offset in the inode, start and length of the extent is 아이노드와 시작과 길이의 범위에 있어서 옵셋은 주어진다. The message is slightly different if the inode is a real-time inode가 실시간 inode이고 범위가 따라서 실시간 범위이면, 메시지는 조금 다를수 있다. inode xxxx - bad extent … inode xxxx bad 범위… An extent record in the blockmap of inode xxxx claims blocks that are inode xxxx의 blockmap에 있는 범위 기록은 파일시스템의 적법한 범위 바깥에 있는 블럭을 요구한다. The message supplies the 메시지는 범위의 처음, 끝 긜고 파일 옵셋을 공급한다. The message is slightly 만약 범위가 실시간 범위라면 메시지는 조금 틀릴 수도 있다. bad fork-type fork in inode xxxx inode xxxx에 있는 bad fork-type fork. There was something structurally wrong or inconsistent with the data 파일시스템 블럭에 맵이 옵셋한 데이타 구조와 함께 구조적으로 그릇되거나 일치하지 않는 무언가가 있었다. cleared inode xxxx 삭제된 inode xxxx There was something wrong with the inode that was uncorrectable so 수정불가능한 inode, 그래서 프로그램이 자유롭게 해준 inode와 함께 잘못된 무엇인가 있었다. This usually happens because the inode claims blocks that are used by something else or the inode itself is 이것은 일반적으로 발생한다. 왜냐하면 inode가 무언가에의해 사용되어지거나 inode 자체가 나쁘게 오류난 블럭을 요청하기 때문에 Typically, this message is preceded by one or more 전형적으로, 이 메시지는 왜 inode가 지워지는 것을 필요로하는것을 나타내는 하나또는 하나 이상의 메시지에 의해 선행된 메시지이다. bad attribute fork in inode xxxx, clearing attr fork inode xxxx에 있는 bad 속성 fork, attr fork를 지움. There was something wrong with the portion of the inode that stores XFS 속성(the attribute fork)을 저장한 아이노드의 부분, (그래서 프로그램이 속성 fork를 리셋한)과 함께 그릇된 무엇인가 있었다. As a result of this, all attributes on that inode are lost. 이 결과에따라, 그 inode에 있는 모든 속성은 잃는다. correcting nextents for inode xxxx, was x - counted y inode xxxx를 위해 정확한 범위는 x? 뒤의 -counted y는 모르겠네요.. The program found that the number of extents used to store the data 프로그램은 inode에서 데이타를 저장하기 위해 사용되어진 범위의 넘버를 찾았다. 문장구조가 좀 이상하네요..is의 주어를 못찾겠어요. ~은 틀리고 정확한 넘버다? The message refers 만약 속성 정보를 저장하기 위해 사용된 범위의 넘버에 있어서 셈(계산)이 잘못 됐다면 메시지는 범위를 참조한다. entry "name" in dir xxxx not consistent with .. value (yyyy) in dir ino dir에 있는 엔트리 네임은 일관되지 않는다. dir inode xxxx에 있는 값(value)와 함께 디렉토리 inode xxxx에 있는 허접한 entry(입력) The entry "name" in directory inode xxxx references a directory inode 디렉토리 inode xxxx에 있는 엔트리 네임은 디렉토리 inode yyyy를 참조한다. However, the .. entry in directory yyyy does not point back to 그러나, 디렉토리 yyyy에 있는 엔트리는 디렉토리 xxxx의 뒤를 가리킨다. 그래서 프로그램은 디렉토리 inode xxxx에 있는 엔트리 네임을 삭제한다. If the directory inode yyyy winds up becoming a discon? 만약 디렉토리 inode yyyy가 이것의 결과로서 연결이 끊긴 아이노드가 되게 한다면, 이거은 나중에 lost+found로 옮겨질 것이다. entry "name" in dir xxxx references already connected dir ino yyyy, junking dir xxxx에서의 엔트리 네임은 이미 연결된 dir inode yyyy를 참조한다. 디렉토리 inode xxxx에 있는 허접한 entry 네임 The entry "name" in directory inode xxxx points to a directory inode 디렉토리 inode xxxx에 있는 엔트리 네임은 디렉토리 inode yyyy를 가리킨다. 이것은(디렉토리 inode yyyy) 다른 디렉토리의 가지(트리)로 알려진것이다. Therefore, the entry is invalid and is deleted. 따라서, 엔트리는 실효성이 없고 지워진다. This message refers to an entry in a small directory. 이 메시지는 작은 디렉토리에 있는 엔트리를 참조한다. If this were a large directory, the last phrase would read "will clear entry". 만약 이것이 큰 디렉토리라면, 마지막 구는 "엔트리를 삭제할 것이다."라고 나타날 것이다. entry references free inode xxxx in directory yyyy, will clear entry 엔트리는 디렉토리 yyyy에 있는 자유 inode xxxx를 참조한다, 엔트리를 삭제할 것임 An entry in directory inode yyyy references an inode xxxx that is 디렉토리 inode yyyy에 있는 엔트리는 inode xxxx 를 참조한다. 이것(inode xxx)은 자유롭다고 알려진것이다. The entry is therefore invalid and is deleted. 그러므로, 엔트리는 실효성이 없고 지워진다. 이 메시지는 큰 디렉토리를 참조한다. If the directory were 만약 디렉토리가 작다면, 메시지는 "허접한 엔트리…"라고 나타날것이다. EXIT STATUS 종료 상태 xfs_repair -n(수정불가 모드)는 파일시스템 오류가 발견되면 1로 리턴하고 파일시스템 오류가 없으면 0으로 리턴할것이다. -n 옵션 없이 실행된 xfs_repair는 항상 코드 0을 리턴할 것이다. BUGS 버그 체크되고 복구되어야하는 파일시스템은 일반적인 시스템 운영 절차 (언마운트 명령이나 시스템 종료)를 사용해서 꼭 깨끗하게 언마운트 되야한다. 시스템 다운이나 리셋을 사용하면 안된다. 마운트, 언마운트는 아시죠? 시스템에 올리고, 내리고..괜히 노파심에..-_-; If the filesys? 만약 파일 시스템이 깨끗하게 언마운트 되지 않았다면, 그것을 마운트하고 그리고 그것을 xfs_repair를 실행하기 전에 깨끗하게 언마운트 한다. xfs_repair does not do a thorough job on XFS extended attributes. xfs_repair는 절대적으로 확장된 속성의 XFS에서만 수행하지 않는다. The structure of the attribute fork will be consistent, but only the contents of attribute fork의 구조는 일치될것이나, inode안에 맞추어질 attribute forks의 내용(정보) 은 체크 된다. This limitation will be fixed in the future. 이 제한은 나중에 고쳐질 것이다. The no-modify mode (-n option) is not completely accurate. 수정불가모드(-n 옵션) 완전히 정확한것이 아니다. It does not catch inconsistencies in the freespace and inode maps, particularly lost 자유공간과 inode맵에서 이것은 모순(불일치, 일종의 버그 말하는것 같아요.)을 잡아내지 못했다, 특히 잃어버린 블럭이나 미묘하게 오류난 맵(트리)에서… The no-modify mode can generate repeated warnings about the same problems 수정불가모드는 같은 문제점에 대해 반복된 경고를 생성할 수 있다. 왜냐하면 이것은 지네들이 맞닥뜨린 문제점을 해결 할 수 없기 때문이다. SEE ALSO 참조 xfs_repair(8)
xfs_repair - repair an XFS filesystem
xfs_repair [ -nLvV ] [ -o subopt[=value] ]
[-l logdev] [-r rtdev] xfs_special
[-l logfile] [-r rtfile] file
xfs_repair repairs corrupt or damaged XFS filesystems (see xfs(5)).
device name of the disk partition or volume containing the filesystem.
device associated with the specified block device and will use the raw
device instead.
resulting filesystem may be inconsistent or corrupt.
mkfs.xfs -d file option).
resides.
tion of the XFS log.
section resides.
to its own devices.
filesystem.
it checks to see if the filesystem is an EFS filesystem before it
tries to regenerate the XFS superblock.
Inconsistencies corrected include the following:
inode, bad magic numbers in inode blockmap blocks, extents out of
order, incorrect number of records in inode blockmap blocks, blocks
claimed that are not in a legal data area of the filesystem, blocks
that are claimed by more than one inode.
inode state as indicated by map (free or in-use) inconsistent with
state indicated by the inode, inodes referenced by the filesystem
that do not appear in the inode allocation map, inode allocation map
referencing blocks that do not appear to contain inodes.
inode size, directory size not block aligned, inode size not consis?
tent with inode format.
number of entries in a directory block, bad freespace information in
a directory leaf block, entry pointing to an unallocated (free) or
out of range inode, overlapping entries, missing or incorrect dot and
dotdot entries, entries out of hashvalue order, incorrect internal
directory pointers, directory type not consistent with inode format
and size.
starting from the filesystem root, illegal pathname components.
directory references to the inode.
by an inode, blocks unclaimed by any inode but not appearing in the
freemap.
rect, filesystem geometry inconsistent, secondary and primary
superblocks contradictory.
reconnected by placing them in the lost+found directory. The name assigned
is the inode number.
xfs_repair aborts on most disk I/O errors.
The directory lost+found does not have to already exist in the filesystem
being repaired.
is deleted and recreated every time xfs_repair runs.
there are no name conflicts in lost+found.
XFS has both primary and secondary superblocks.
in the primary superblock to automatically find and validate the primary
superblock against the secondary superblocks before proceeding.
the program scans the filesystem until it finds and validates some secondary
superblocks.
If quotas are in use, it is possible that xfs_repair will clear some or all
of the filesystem quota information.
just before it terminates.
disabled and the program issues a warning to that effect.
xfs_repair.
next time the filesystem is mounted with quotas turned on, so the next quota
mount of the filesystem may take some time.
xfs_repair issues informative messages as it proceeds indicating what it has
found that is abnormal or any corrective action that it has taken.
the messages are completely understandable only to those who are knowledge?
able about the structure of the filesystem.
slightly different if xfs_repair is run in no-modify mode because the pro?
gram is not changing anything on disk.
would do to repair the filesystem if run without the no-modify flag.
tree and was reconnected to the lost+found directory.
is attached to lost+found, all of its children (if any) stay attached
to the directory and therefore get automatically reconnected when the
directory is reconnected.
ination of the inode indicates that the inode may be in use (although
it may be disconnected).
examination of the inode indicates that the inode is not in use and
therefore is free.
entries referencing inode xxxx and the number of references recorded
in the inode and corrected the the number in the inode.
another inode or the filesystem itself for metadata storage.
in the portion of the inode that tracks regular data or the portion
of the inode that stores XFS attributes.
once.
given.
(rt) inode and the extent is therefore a real-time (rt) extent.
out of the legal range of the filesystem.
start, end, and file offset of the extent.
different if the extent is a real-time (rt) exent.
structures that map offsets to filesystem blocks.
the program freed the inode.
badly corrupted.
messages indicating why the inode needed to be cleared.
XFS attributes (the attribute fork) so the program reset the
attribute fork.
in the inode is wrong and corrected the number.
to nextents if the count is wrong on the number of extents used to
store attribute information.
xxxx, junking entry "name" in directory inode xxxx
yyyy.
directory xxxx, so the program deletes the entry "name" in directory
inode xxxx.
nected inode as a result of this, it is moved to lost+found later.
entry "name" in directory inode xxxx
yyyy that is known to be a child of another directory.
known to be free.
This message refers to a large directory.
small, the message would read "junking entry …".
xfs_repair -n (no modify node) will return a status of 1 if filesystem cor?
ruption was detected and 0 if no filesystem corruption was detected.
xfs_repair run without the -n option will always return a status code of 0.
The filesystem to be checked and repaired must have been unmounted cleanly
using normal system administration procedures (the umount(8) command or sys?
tem shutdown), not as a result of a crash or system reset.
tem has not been unmounted cleanly, mount it and unmount it cleanly before
running xfs_repair.
attribute forks that will fit into an inode are checked.
blocks or subtly corrupted maps (trees).
because it cannot fix the problems as they are encountered.
dd(1), mkfs.xfs(8), umount(8), xfs_check(8), xfs(5).
출처 : http://blog.vaio.pe.kr/search/xfs
또 다른 참고 사이트 :
http://mesh.tistory.com/tag/xfs_repair
http://blog.naver.com/PostView.nhn?blogId=paradox1573&logNo=40031503191&redirect=Dlog&widgetTypeCall=true
xfs_repair - xfs 파일시스템 복구