xfs_repair

xfs_repair(8)                                                         xfs_repair(8)

NAME 이름
       xfs_repair - repair an XFS filesystem

       xfs_repair - XFS 파일시스템 수리(고침)

SYNOPSIS 개요
       xfs_repair [ -nLvV ] [ -o subopt[=value] ]
            [-l logdev] [-r rtdev] xfs_special

       xfs_repair -f [ -nLvV ] [ -o subopt[=value] ]
            [-l logfile] [-r rtfile] file

      

       xfs_repair 라는 명령어 사용할때 옵션을 설명하는 거에요

                         대괄호 안의 옵션들을 사용한다는 뜻이죠.

                         이 옵션들은 이제부터 아래 설명 되겠죠 뭐..-_-

      

DESCRIPTION 기술
       xfs_repair  repairs  corrupt  or  damaged XFS filesystems (see xfs(5)). 

       xfs_repair 는 XFS 파일시스템의 오류나 손상을 수리한다.

       The filesystem is specified using the xfs_special argument which should  be  the
       device  name  of the disk partition or volume containing the filesystem. 

       이(xfs_repair) 파일시스템은 xfs_특별한 인수를 사용하면서 일일이 열거 된다.

       이 특별한 인수는 디스크 분할(파티션)의 디바이스 네임이 될수 있거나,

       파일시스템을 포함한 볼륨이 될수 있다.

       If given the name of a block device, xfs_repair will attempt to  find  the  raw
       device  associated  with  the  specified  block  device and will use the raw
       device instead.

       만약 xfs_repair가 블럭 장치(device)의 이름을 부여받으면, xfs_repair는 열거된 블럭

       디바이스와 함께 조합된 raw 디바이스를 찾으려고 시도할 것이고, 대신에 raw 디바

       이스를 사용할 것이다.

       raw의 의미를 전달하기가 힘드네요. 무슨 내용인지는 알겠는데..음..그러니까 뭐랄까

       가공되지 않은..처음 상태의 것을 말하는건데..

       Regardless, the filesystem to be repaired must be unmounted, otherwise,  the
       resulting filesystem may be inconsistent or corrupt.

       그럼에도 불구하고, 파일시스템은 수리되기위해 꼭 언마운트(내리다)되야 한다,

       만약 그렇지 않으면 결과적으로 파일시스템은 일치하지 않거나 오류가 생길것이다.

       The options to xfs_repair are: xfs_repair 옵션은 다음과 같다.

       -f     Specifies  that  the  special  device  is  actually  a  file (see the
              mkfs.xfs -d file option). 

              파일의 특별한 디바이스를 열거한다.?? 문장구조가 이상해요..ㅠ.ㅜ

             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
              resides.  

              파일시스템의 외부로그가 존재하는곳의 디바이스 스페셜 파일을 열거한다.

              Only for those filesystems which use an external log. 

              오직 이런 외부로그를 사용하는 파일시스템을 위한 옵션.

              See the mkfs.xfs -l option, and refer to xfs(5) for a  detailed  descrip?
              tion of the XFS log.

              mkfs.xfs -l 옵션을 보시오, 그리고 XFS로그의 상세한 설명을 보려면

              xfs(5)를 참조하시오.

       -r     Specifies  the  device  special  file where the filesystem's realtime
              section resides. 

              파일시스템의 실시간 섹션(구역)이 존재하는 곳의 디바이스 스페셜 파일을 

              열거한다.

             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
              to its own devices.

               파일시스템에관해 만약 그것의 고유 장치(디바이스)를 남겼다면,

              프로그램이 완료한 그 무엇을 무시하고 실행한다.

              The  assume_xfs  suboption  specifies  that  the filesystem is an XFS
              filesystem. 

              하위옵션 assume_xfs는 파일시스템이 XFS 파일시스템이라는 것을 보여준다.

              Normally, if xfs_repair cannot find an  XFS  superblock,
              it  checks  to  see  if the filesystem is an EFS filesystem before it
              tries to regenerate the 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 체크 수행
       Inconsistencies corrected include the following:

       교정된 불일치(모순)는 아래사항을 포함한다.

       1.     Inode and inode blockmap (addressing) checks:  bad  magic  number  in
              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.

              아이노드와 아이노드 블럭맵 (어드레스 지정) 체크 : 아이노드에 있는

              bad magic number, 아이노드 블럭맵 블럭들에 있는 bad magic numbers,

              명령 밖에 있는(고장난, 제어 불가능한) 범위, 아이노드 블럭맵 블럭에 있는

             부정확한 넘버, 파일시스템의 합법적(있어도 괜찮은곳)데이타 영역에 있지 않아

             클레임걸린 블럭들, 하나이상의 아이노드에 의해 클레임 걸린 블럭들.

 

       2.     Inode allocation map checks: bad magic number in  inode  map  blocks,
              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.

              아이노드 할당 맵 체크:  아이노드 맵 블럭에 있는 bad magic number,

              아이노드에 의해 나타나진 상태에 있어서 (사용중이 아니거나 사용중일때) 

              모순된 맵에 의해 지시된 아이노드 상태, 아이노드 할당 맵에 나타나지 않은

              파일시스템에의해 참조된 아이노드, 아이노드를 포함 한것처럼 보이지 않는

              블럭을 참조한 아이노드 할당 맵.

 

       3.     Size checks: number of blocks  claimed  by  inode  inconsistent  with
              inode  size, directory size not block aligned, inode size not consis?
              tent with inode format.

              사이즈 체크 : 아이노드 크기에 있어서 아이노드 불일치에 의해 클레임 걸린

              블럭의 넘버, 블럭에 정렬되지 않은 디렉토리 크기(사이즈), 아이노드 포맷에

              있어서 일관되지 않은 아이노드 사이즈.

       4.     Directory checks: bad magic numbers in  directory  blocks,  incorrect
              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.

              디렉토리 체크: 디렉토리 블럭안의 배드 매직 넘버들, 디렉토리 블럭안에 있는

              (정보)입력의 부정확한 넘버, 디렉토리 맆 블럭에 있는 배드 자유공간

             (프리스페이스) 정보.

       5.     Pathname checks: files or directories not referenced  by  a  pathname
              starting from the filesystem root, illegal pathname components.

               경로이름 체크: 파일시스템 루트로부터 시작한 경로이름에 의해 참조되지 않은

               파일이나 디렉토리, 불법적인 경로이름의 구성요소.

       6.     Link  count  checks: link counts that do not agree with the number of
              directory references to the inode.

               링크 카운트 체크(연결 수 체크): 아이노드에 디렉토리 참조의 넘버에 동의

               하지 않은 링크 카운트. 

       7.     Freemap checks: blocks claimed free by the freemap but  also  claimed
              by  an  inode, blocks unclaimed by any inode but not appearing in the
              freemap.

              프리맵 체크 : 프리맵에의해서는 자유롭고, 아이노드에 의해 클레임 걸린 블럭,

              프리맵에 나타나지 않고 어떤 아이노드에 의해서 언클레임(청구자, 소속된곳)이

              없는 블럭

       8.     Super Block checks: total free block and/or free i-node count  incor?
              rect,   filesystem   geometry  inconsistent,  secondary  and  primary
              superblocks contradictory.

              수퍼 블럭 체크: 부정확한 모든 프리 블럭과 또는 프리 아이노드 숫자,

               배열 불일치된 파일시스템, 모순된 두번째와 첫번째 수퍼블럭.

       Orphaned files and directories  (allocated,  in-use  but  unreferenced)  are
       reconnected  by placing them in the lost+found directory.  The name assigned
       is the inode number.

       고립된 파일과 디렉토리(사용할때 할당된, 그러나 참조되지않은)는 lost+found

        디렉토리(일종의 분실물 보관소 같은 디렉토리를 말하는것 같아요.)에

        그들을 놓아둠으로써 다시 연결된다.  그 할당된 이름은 아이노드 넘버이다.

   Disk Errors 디스크 에러
       xfs_repair aborts on most disk I/O 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 분실물 보관소
       The directory lost+found does not have to already exist  in  the  filesystem
       being  repaired.  

       lost+found 디렉토리는 파일시스템이 복구될때 미리 존재할 필요가 없다.

       If the directory does not exist, it is automatically created. 

       만약 디렉토리가 존재하지 않는다면, 그것을 자동으로 생성될 것이다.

       If the lost+found directory already exists, the lost+found  directory
       is  deleted  and  recreated  every  time xfs_repair runs. 

       만약 lost+found 디렉토리가 이미(미리) 존재한다면, xfs_repair를 실행 할때마다

       lost+found 디렉토리는 지워진다음에 다시 생성된다.

      

 This ensures that 이것은 다음을 보장한다
       there are no name conflicts in lost+found. 

       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 has both primary and secondary superblocks. 

       XFS는 첫번째와 두번째, 두개의 수퍼블럭을 가지고 있다.

       xfs_repair uses information
       in  the  primary  superblock  to automatically find and validate the primary
       superblock against the secondary superblocks before proceeding. 

       xfs_repair는 프로세싱하기전에 두번째 수퍼블럭에 반하여 첫번째 수퍼블럭을

       자동으로 찾고 입증하기 위해 첫번째 수퍼블럭에서 정보를 사용한다.

       Should  the primary be too corrupted to be useful in locating the secondary superblocks,
       the program scans the filesystem until it finds and validates some secondary
       superblocks. 

       첫번째 수퍼블럭이 너무 손상되어 두번째 수퍼블럭에 위치해있는것이 쓸모있게

       될때, 프로그램은 그것이 두번째에서 무언가를 찾고 입증할때까지 파일 시스템을

       스캔한다.

       At that point, it generates a primary superblock.

       이점에서, 그것은 첫번째 수퍼블럭을 생성한다.

  

 Quotas 쿼터(할당양)
       If  quotas are in use, it is possible that xfs_repair will clear some or all
       of the filesystem quota information. 

       만약 쿼터가 사용중이면, xfs_repair가 파일시스템의 쿼터 정보의 모두나

       얼마를 지우는것이 가능하다.

       If so, the program  issues  a  warning
       just  before  it  terminates.  

       만약 그렇다면, 그것이 그치기 바로전에 프로그램은 경고를 보낸다.

       If all quota information is lost, quotas are
       disabled and the program issues a warning to that effect.

       만약 모든 쿼터 정보를 잃는다면, 쿼터는 사용하지 못하게 되고, 프로그램은

       그 결과에 경고를 보낸다.

       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. 

       xfs_repair후에 당신이 수동으로 쿼터 제한 정보를 체크하는것을 추천한다.

       Also, space usage information is automatically regenerated  the
       next time the filesystem is mounted with quotas turned on, so the next quota
       mount of the filesystem may take some time.

       더구나, 공간 사용 정보는 자동으로 다시생성되고 다음으로 파일시스템은

       쿼터의 작동과 함께 마운트 될것이다.

DIAGNOSTICS 진단
       xfs_repair issues informative messages as it proceeds indicating what it has
       found  that is abnormal or any corrective action that it has taken. 

       xfs_repair는 이미 취해졌던 비정상적이거나 교정하는 행동(액션)이 있었다면

       그것을 보여주는것을 진행함으로 정보 메시지를 출력한다.

       Most of
       the messages are completely understandable only to those who are  knowledge?
       able  about  the  structure of the filesystem. 

       파일시스템의 구조에관해 지식이있는 사람들에게 대부분의 메시지들은

       완벽하게 이해된다.

       Some of the more common messages are explained here.  

       좀더 일반적인 몇몇의 메시지들은 여기서 설명된다.

       Note  that  the  language  of  the  messages  is
       slightly  different  if xfs_repair is run in no-modify mode because the pro?
       gram is not changing anything on disk. 

       만약 xfs_repair가 수정불가 모드(no-modify mode)에서 실행중이라면

       프로그램이 디스크에 아무것도 수정하지 않기때문에 메시지의 언어는

       조금 다르다는것을 인지하라.

       No-modify  mode  indicates  what  it
       would do to repair the filesystem if run without the no-modify flag.

       만약 수정불가 flag(표시문자)없이 실행되면 파일시스템을 복구하기위해

       했던것을 보여줄것이다.

       disconnected inode xxxx, moving to lost+found

       연결이 끊긴 아이노드 xxxx, lost+found 로 이동

              An  inode numbered xxxx was not connected to the filesystem directory
              tree and was reconnected to the lost+found 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
              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.

              만약 디렉토리 아이노드가 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?
              ination of the inode indicates that the inode may be in use (although
              it  may  be  disconnected). 

              아이노드 검사가 아이노드가 사용중에있는지(비록 그것이연결이 끊겼을 지라도)

              를 보여주는지에 반하여 아이노드 할당 맵은 아이노드 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
              examination  of  the inode indicates that the inode is not in use and
              therefore is free. 

              아이노드 조사가 아이노드가 사용중이지 않고 자유롭다라는것을 보여주는 

              반면에 아이노드 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
              entries  referencing inode xxxx and the number of references recorded
              in the inode and corrected the the number in the inode.

              프로그램은 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
              another  inode  or  the  filesystem itself for metadata storage. 

              inode xxxx는 다른 inode 또는 메타데이타 저장을 위한 파일시스템 그자체

              에 의해 사용되어진(요청되어진) 블럭 yyyy를 요구한다.

             The fork-type is either data or attr indicating whether the problem  lies
              in  the  portion of the inode that tracks regular data or the portion
              of the inode that stores XFS attributes. 

             규칙적인 데이터를 추적한 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
              once. 

              inode xxxx는 범위에 있어서 한번이상 요청된적이 있는 블럭을 요청한다.

              The offset in the inode, start and length  of  the  extent  is
              given. 

              아이노드와 시작과 길이의 범위에 있어서 옵셋은 주어진다.

              The message is slightly different if the inode is a real-time
              (rt) inode and the extent is therefore a real-time (rt) extent.

              inode가 실시간 inode이고 범위가 따라서 실시간 범위이면,

              메시지는 조금 다를수 있다.

       inode xxxx - bad extent ...

       inode xxxx bad 범위...

              An extent record in the blockmap of inode xxxx claims blocks that are
              out  of  the legal range of the filesystem. 

              inode xxxx의 blockmap에 있는 범위 기록은 파일시스템의 적법한 범위

              바깥에 있는 블럭을 요구한다.

              The message supplies the
              start, end, and file offset of the extent. 

              메시지는 범위의 처음, 끝 긜고 파일 옵셋을 공급한다.

              The message  is  slightly
              different if the extent is a real-time (rt) exent.

              만약 범위가 실시간 범위라면 메시지는 조금 틀릴 수도 있다.

       bad fork-type fork in inode xxxx

       inode xxxx에 있는 bad fork-type fork.

              There  was something structurally wrong or inconsistent with the data
              structures that map offsets to filesystem blocks.

              파일시스템 블럭에 맵이 옵셋한 데이타 구조와 함께 구조적으로

              그릇되거나 일치하지 않는 무언가가 있었다.

       cleared inode xxxx

       삭제된 inode xxxx

              There was something wrong with the inode that  was  uncorrectable  so
              the  program freed the inode. 

              수정불가능한 inode, 그래서 프로그램이 자유롭게 해준 inode와 함께

              잘못된 무엇인가 있었다.

              This usually happens because the inode

              claims blocks that are used by something else or the inode itself  is
              badly  corrupted. 

              이것은 일반적으로 발생한다. 왜냐하면 inode가 무언가에의해

              사용되어지거나 inode 자체가 나쁘게 오류난 블럭을 요청하기 때문에

              Typically, this message is preceded by one or more
              messages indicating why the inode needed to be cleared.

              전형적으로, 이 메시지는 왜 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  attributes  (the  attribute  fork)  so  the  program  reset  the
              attribute fork. 

              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
              in the inode is wrong and corrected the number. 

              프로그램은 inode에서 데이타를 저장하기 위해 사용되어진 범위의 넘버를

              찾았다. 문장구조가 좀 이상하네요..is의 주어를 못찾겠어요. ~은 틀리고

              정확한 넘버다?

             The  message  refers
              to  nextents  if  the count is wrong on the number of extents used to
              store attribute information.

              만약 속성 정보를 저장하기 위해 사용된 범위의 넘버에 있어서 셈(계산)이

              잘못 됐다면 메시지는 범위를 참조한다.

       entry "name" in dir xxxx not consistent with ..  value  (yyyy)  in  dir  ino
       xxxx, junking entry "name" in directory inode xxxx

       dir에 있는 엔트리 네임은 일관되지 않는다. dir inode xxxx에 있는 값(value)와 함께

       디렉토리 inode xxxx에 있는 허접한 entry(입력)

              The entry "name" in directory inode xxxx references a directory inode
              yyyy. 

              디렉토리 inode xxxx에 있는 엔트리 네임은 디렉토리 inode yyyy를 참조한다.

              However, the .. entry in directory yyyy does not point back to
              directory  xxxx, so the program deletes the entry "name" in directory
              inode xxxx. 

              그러나, 디렉토리 yyyy에 있는 엔트리는 디렉토리 xxxx의 뒤를 가리킨다.

              그래서 프로그램은 디렉토리 inode xxxx에 있는 엔트리 네임을 삭제한다.

              If the directory inode yyyy winds up becoming a  discon?
              nected inode as a result of this, it is moved to lost+found later.

             만약 디렉토리 inode yyyy가 이것의 결과로서 연결이 끊긴 아이노드가

             되게 한다면, 이거은 나중에 lost+found로 옮겨질 것이다.

       entry  "name" in dir xxxx references already connected dir ino yyyy, junking
       entry "name" in directory inode xxxx

       dir xxxx에서의   엔트리 네임은 이미 연결된 dir inode yyyy를 참조한다.

       디렉토리 inode xxxx에 있는 허접한 entry 네임

              The entry "name" in directory inode xxxx points to a directory  inode
              yyyy  that  is  known to be a child of another directory. 

              디렉토리 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
              known  to  be  free.  

              디렉토리 inode yyyy에 있는 엔트리는 inode xxxx 를 참조한다.

              이것(inode xxx)은 자유롭다고 알려진것이다.

              The entry is therefore invalid and is deleted.
              This message refers to a large  directory.  

              그러므로, 엔트리는 실효성이 없고 지워진다.

              이 메시지는 큰 디렉토리를 참조한다.

              If  the  directory  were
              small, the message would read "junking entry ...".

              만약 디렉토리가 작다면, 메시지는 "허접한 엔트리..."라고 나타날것이다.

EXIT STATUS 종료 상태
       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 -n(수정불가 모드)는 파일시스템 오류가 발견되면 1로 리턴하고

       파일시스템 오류가 없으면 0으로 리턴할것이다.
       xfs_repair  run without the -n option will always return a status code of 0.

       -n 옵션 없이 실행된 xfs_repair는 항상 코드 0을 리턴할 것이다.

BUGS 버그
       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. 

       체크되고 복구되어야하는 파일시스템은 일반적인 시스템 운영 절차

       (언마운트 명령이나 시스템 종료)를 사용해서 꼭 깨끗하게 언마운트 되야한다.

       시스템 다운이나 리셋을 사용하면 안된다.

 

       마운트, 언마운트는 아시죠? 시스템에 올리고, 내리고..괜히 노파심에..-_-;

       

       If the  filesys?
       tem  has  not been unmounted cleanly, mount it and unmount it cleanly before
       running xfs_repair.

       만약 파일 시스템이 깨끗하게 언마운트 되지 않았다면, 그것을 마운트하고

       그리고 그것을 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 forks that will fit into an inode are  checked.  

       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
       blocks or subtly corrupted maps (trees).

       자유공간과 inode맵에서 이것은 모순(불일치, 일종의 버그 말하는것 같아요.)을

       잡아내지 못했다, 특히 잃어버린 블럭이나 미묘하게 오류난 맵(트리)에서...

       The  no-modify  mode  can generate repeated warnings about the same problems
       because it cannot fix the problems as they are encountered.

       수정불가모드는 같은 문제점에 대해 반복된 경고를 생성할 수 있다.

       왜냐하면 이것은 지네들이 맞닥뜨린 문제점을 해결 할 수 없기 때문이다.

SEE ALSO 참조
       dd(1), mkfs.xfs(8), umount(8), xfs_check(8), xfs(5).

                                                                      xfs_repair(8)