xfs_repair는 TestDisk는 복구 디스크 복구 디스크 파일 | 디스크 정리 복구 명령 fsck를 확인

chkdsk 명령을 사용하여 디스크를 복구하는 방법

fsck를 | xfs_repair는 디스크 수리

 

fsck를

액세스 : 수퍼 유저
　　
　　사용 : fsck를 [-sACVRP] [-t fstype이다] [-] [fsck를-옵션]  파일 SYS [...]
　　
　　참고 : 리눅스 시스템에서, 시스템 성능을 향상하기 위해, 일반적으로 기본 메모리의 일부 쓰기 데이터는 직접 메모리 속도가 몇 배 빠른 하드 디스크보다 때문이다 하드 디스크에 데이터를 기록하지 않습니다. 그러나 문제는 어떻게 할, 만약 인해 또는 다른 알 수없는 이유로, 시스템 충돌을 일으키는 원인이 "OFF"로, 거기? 이 시스템은 붕괴. 그래서 우리는 직접 하드 디스크에 다시 저장 한 특정 시간에 데이터를 얻을 필요가있다. 여기에 (예를 들면, / dev / had3 등)으로 fsck 명령이 가장 중요하다. 파일 시스템 오류가 발생하면 fsck를 명령은 파티션 번호의 직접 사용을 복구하려고하는 데 사용할 수있는 몇 가지 일반적으로 사용되는 명령이다, 또는 (마운트 포인트를 마운트 포인트 사용 이러한 / 인 / usr 등)로 지정된 파일 시스템 일 수있다. 한 번에 여러 파일 시스템을 지정한다고 가정하고, 이러한 시스템이 다른 물리적 디스크에있는, fsck를 동기화 방식은 작동 시간을 절약하기 위해 그것들을 확인하려고 시도합니다.　　
　　
　　매개 변수 :
　　
　　filesys를 :. 장치 이름 (eg./dev/sda1),mount 점 (예를 들어 / 또는 / USR)
　　-T : 거기는 / etc / fstab에 정의 또는 커널 경우 특정 파일 시스템 유형은, 그 자체가 지원을하고있다 이 파라미터는 필요 플러스되지
　　-s : fsck가 명령을 실행 순차적으로 검사
　　ON / 등 수표 / fstab에 나열된 모든 파티션 : -A
　　-C : 완전한 검사 진행 표시
　　-d를 : 컬럼 인쇄  e2fsck를  디버그 발생
　　조건이 복수의 검사 fsck를 수행하면서 때 잠시 -A : -p를
　　-R : 조건이 생략 될 때 잠시 -A는 /하지 확인
　　상세 디스플레이 모드 : -V
　　
　　-a를 : 검사가 잘못된 자동 수리의 경우
　　-r은 : 확인 대답은 사용자 수정에 의한 잘못된 경우

        추가 정보 :
　　
　　예 :
　　파일 시스템 도스를 검사 / 디바이스 / IF 예외 자동 수정이있는 경우, 통상 hda는 :
　　 으로 fsck -a -t 도스 / 디바이스 / hda는
　　
　　주의 :
　　
　　이 명령은 동작을 참조하기 / etc / fstab에 상호 이해와 함께 사용될 수있는 것이 될 .

        예 : 검사는 / dev / sda3을
[루트 @ localhost를 ~] # fsck를 -C -t  EX T3는 / dev / sda3fsck 1.39 (29-에 월 2006 년)에 e2fsck를 1.39 (29-에 5 월 2006)는 / dev / sda3을 마운트 IS ED .
A의 e2fsck를 실행! 경고 마운트 된 파일 시스템 월 causeSEVERE 파일 시스템 손상.
계십니까 당신이합니다 (y 축이 / N- 형) 예 계속 진짜로 원하는?
/ 홈 :. 재기 기술 정보 / 홈에서 : 청소, 52만4천2백88분의 11 개 파일은, 모든 524,120분의 25,399 블록 # 정상입니다 이 나타납니다 위의 정보
가이 명령에서 사용되는 경우 # 아이디어는 보통 ROOT 및 시스템 문제입니다. 그렇지 않으면 파일이 손상 될 수 있습니다 정상 상태에서이 명령을 사용합니다.

       지식 :
 

    리눅스 FSCK 데이터 오류 재난 비상 계획 소개

[적용]

1, 파일 시스템 : 외부 2의 EXT3의 ReiserFS와의 XFS 등

2, 범위 : 파일 시스템이 FSCK 필요 메시지가 표시되면, 실행 또는 완료 FSCK의 구현하지

 

[현상]

1, 파티션을 마운트 할 수 없습니다;

2, 루트 디렉토리에 생성 된 파일, 디렉토리 손실, 많은 수의 / LOST +는 많은 #XXXXXX 클래스 파일과 디렉토리가, 폴더를 발견했다

3, FSCK 오류를 신속하게 완료;

FSCK 같은 노드를 수정하는 등의 조언 다수 실행될 때, 4, 상기 취소는 다른 연산 노드

 

[비상 계획]

프롬프트 FSCK의 1에서의 경우는주의 해주십시오. 가능하면, 가능한 한 빨리 시스템을 구성하는 모든 파티션을 언 마운트.

이전에 가능한 사용 : FSCK을 수행 할 때 필요한 2, 제 준비하는 방법을 수행 DD의 실질적으로 명령 구조 (실패한 뱅크 자체에서 수행하는 것이 가장하지 dd는) 다른 뱅크에 파티션에 관련된 명령 출력 수있는 바와 같이 : DD = / 디바이스 / sda0 경우 = / 디바이스 / sdb0의 .....

FTP를 통해 가능한 한 빨리 데이터가 손상되지 않은 경우 LINUX 전체 은행 가상 머신 환경에 탑재 뱅크는 Nonpersisten LINUX 모드로 설정하고, 실행을 실행 한 후,이 같아야 FSCK을 수행 할 때 필요한 3, 제 제제 방법 2를 수행 등 아웃 복사합니다.

전체 LINUX 뱅크 (Windows와 같은) 다른 시스템에 탑재 FSCK하기 전에 미러를 수행 FSCK을 수행 할 때 필요한 4, 제 준비 방법 세 할.

5. 그 이유는 수행해야합니다, 위의 조건이 구현 될 수있는 여러 가지 방법, 관찰 될 수주의 깊게 오류 정정에 대한 모든 노드 프롬프트 또는 취소하면 (해제 -a)의 FSCK 팁, 노드의 크기가 잘못 프로파일입니다 및 기타 정보, 실행 FSCK를 중지해야합니다.

6 시스템도 있기 때문에 시스템이 데이터 복구의 가능성을 줄이기 위해 지속적으로 작동하는 방법으로, 심지어 어떤 읽기 또는 쓰기 연산을하지 않고 적어도 다시는 MOUNT 파티션 (가능한 상태를 유지하기 위해 작동하지 않기 때문에, 많은 정보를 복원하는 데 참조 할 필요가에, 데이터 복구 증가로 인해 어려움)

7, 도움말을 전문 데이터 복구 회사를 추구합니다.

 

 

디스크 미러링 솔루션 :

(1) 동일하거나 대상으로 하드 디스크의 원본 디스크의 용량보다 큰와 대상 디스크 모드의 모든 섹터에 복제 소스 디스크.

2, 원본 디스크는 대용량의 저장 공간의 출력 파일에 완전히 섹터 방식 일 수있다 (예를 들면 등 대용량의 하드 디스크, NAS, SAN, DAS와 같은)

 

사용하여 루트 암호 로그인을 입력 : fsck를 -t ext3로 -r / usr / 지방 수리

 

xfs_repair는

1. 상태가 
현재 인터넷에 출연 입출력 오류가 많은 수의 호스트, 호스트 파일 시스템 손상에 기인한다. 대부분의 일선 직원이 umont을 사용하고 복구 모드를 탑재,이 복원 정말 손상된 파일 시스템, 후속 사용을 복구 할 수없는, 호스트 측 입출력 오류가 여전히 다시 발생합니다. 
2. 장면을 해결하는 필요 
. <1> 파일 읽기 및 쓰기 곳 호스트 측의 시스템이 발견되지는 이상이 파일 시스템 로그 호스트 확인하여 발생 여부를 확인하는 데 사용할 수 있습니다 xfs_force_shutdown, I / O 오류 리터를 
. <2>이 나타납니다 이상 정전이 전력이 정상으로 복원되고, 호스트 시스템이 재시작 어레이 
<3> 저장 매체 실패 : 출현 LUN 장애, RAID 장애 및 IO 타임 아웃 또는 후에 느린 디스크가 디스크 교환, 정상 시스템 복귀 천천히 
<4> 등의 케이블과 같은 섬유를 손상 후, 데이터 전송 링크를 연결 한 후 정상화 : 전송 매체 장애

파일 시스템 점검 3. 
주 : 파일 시스템 언 마운트 성공 있는지 확인해야합니다 파일 시스템을 확인합니다. 
루트 디렉토리에 입력 "xfs_check는 / dev / SDD (편지), 에코 $?"(참고 :는 / dev / SDD 포함 :이 명령을 실행하기 전에 파일 시스템은 xfs_check는 "그렇지 않으면 경고 문자가있을 것입니다, 언 마운트해야합니다 A가 장착 다른 하나는 파일 시스템이 손상 및 수리를 필요로하는 것을 나타내는, 정상이 0이 정상을 나타냅니다 및 쓰기 가능한 파일 시스템 ")는 명령 실행 반환 값을 볼 Enter 키를 누르십시오.

4. 복구 프로세스

참고 : 언 마운트, 호스트 측의 수리에 대한 작업을 중단하고 파일 시스템이 복구 할 수 없습니다 마운트해야합니다. 
1) 먼저이 파일 시스템 복구 할 파티션을 언 마운트 
"xfs_repair는 / dev에 / SDD (문자)"3)과 입력을 수리 명령을 수행 할 수 있습니다. 
xfs_check는 / dev / SDD;? 에코 $ 
A) 0 만약 === "성공적으로 수리. 
B) 그렇지 않으면 0 === "성공없이 자세한 수리보다 더 할 일 xfs_repair는 -L는 / dev / SDD 명령 다음 xfs_repair는 (반복 여러 번)

일반적인 명령을 5.xfs 
xfs_admin : 각종 파라미터를 조정 XFS 파일 시스템 
xfs_copy : XFS 파일 시스템이 하나 개 이상의 타겟 시스템 (병렬)에 콘텐츠를 복사 
또는 디버그 검출 XFS 파일 시스템 (파일 시스템 뷰 파편) xfs_db 
xfs_check : 탐지 XFS 파일 시스템 무결성 
xfs_bmap :보기 파일 블록 맵의 
xfs_repair는 : 수리 손상 XFS 파일 시스템에 시도 
xfs_fsr : 조각 모음 
xfs_quota : 관리 XFS 파일 시스템 디스크 할당량 
xfs_metadump 다음 XFS 파일 시스템 메타 데이터 (메타 데이터 ) 파일 복사 할 
파일 시스템 XFS의에 대한 메타 데이터 (메타 데이터)에서 파일 복구 : xfs_mdrestore을 
xfs_growfs : 단지 확장 파일 시스템 XFS (의 크기를 조절) 
xfs_logprint : 측정은 XFS의 로그를 인쇄 파일 시스템 
xfs_mkfile 다음 XFS 만들기 파일 
확장 XFS 파일 시스템 : xfs_info 
xfs_ncheck 다음의 경로 이름은 I-XFS의 숫자를 생성 
xfs_rtcp : XFS 실시간 복사 명령 
xfs_freeze : 액세스가 XFS 파일 시스템을 일시 중단 
xfs_io : 디버그 XFS 파일 시스템의 I / O 경로

6. 특정 응용 프로그램 :

查看文件块状况: xfs_bmap -v sarubackup.tar.bz2 
查看磁盘碎片状况: xfs_db -c frag -r /dev/sda1 
文件碎片整理: xfs_fsr sarubackup.tar.bz2 
磁盘碎片整理: xfs_fsr /dev/sda1


시스템이 제대로 열리지 않았 음을 발견 다시 시작 작업 및 오류와 같이 보고서가 오류가 명백한 힌트 파일 시스템 손상이 발생합니다! 파일 시스템에 대한 수리 .linnux 오류 만 리눅스 fsck를 아래에 수리 chkdsk를 실행하는 불법 reboot 명령 요구의 창에서, 리눅스는 가능성이 있기 때문에 예기치 않은 정전이나 다른 원인 예기치 않은 시스템 종료하거나 다시 시작 리눅스, 매우 민감 파일 시스템이 시스템을 올바르게 입력하지 선도, 심각한 손상을 야기. 리눅스에서 필수 불가결 한 명령으로 fsck 명령이 될,하지만 치명적인 약점이 fsck를, 완전하게 시스템이 밖으로 충돌 수리, 큰 위험을 실행하는 파티션을 마운트 한 것입니다 . 개선이 가장 안전한 방법 중 하나입니다 전에 그래서 스냅 샷을 만들 수 있습니다. 
    어떤 파티션의 파일 시스템이 볼 수 확인해야하고 fdisk를 -l와 관련된 디스크 드라이브 문자, fsck를 -c 디스플레이를 전체 검사 일정을 입력 Y를 입력, 여러 손상된 파일을 여러 번 입력하라는 메시지가 나타납니다이있는 경우 Y, 보수 입력 후 fsck를 ext4에 -t / 디바이스 / 또는 fsck.ext4 sda1과이 명령은 디스크 타입을 결정한다. 것이다. 네 번째 단계 fsck를 -y / 디바이스 / sda1과 만 손상된 파일 보수, 수리 후 OK 있었다 재부팅 
    요약

1 : fsck를 입력 -c

2 : 입력 예  
3 : 입력 -t ext4에으로 fsck / 디바이스 / sda1과. 
4 :. -Y 입력으로 fsck / 디바이스 / sda1과,  
제 재부팅

를 filesys : 디스크 장치 이름 (eg./dev/sda1) 실장 (마운트) 포인트 (예 / 또는 / USR).

-t : 플러스 당신이 필요로하는이 매개 변수는 / etc / fstab 파일을하지 않으면 그 자체가 지원을 정의 된 파일 시스템의 유형을 감안할 때, 또는 커널

-s 순차적으로 하나 하나는 실행 명령으로 fsck를 확인할

- A : 시험은 / etc / fstab에 나열된 모든 파티션 (파티션)에

-C는 : 완전한 검사 진행률을 표시

-d : 인쇄하여  e2fsck를  디버그 결과를

-p : 검사 fsck를 복수 따라 수행하면서 동시에 -A 상태가

-R : 조건이 생략되면 / 확인되지 동안 -A

-V : 자세한 디스플레이 모드

-a : 검사가 잘못되면 자동으로 수정

-r : 검사가 잘못되면 사용자가 수리 여부에 대답하기 위해

-y : 옵션 지정은 각 파일이 자동으로 예를 입력 정상이 불확실성을 감지, 그들은 모두 수표 번호가 -y 수리 fsck를 수행 할 수 있습니다.

 

 

https://www.cnblogs.com/zafu/p/11406525.html     

TestDisk는 복구 디스크 파일

https://blog.csdn.net/WannaHaha/article/details/89710113

사용자가 명령을 마스터하는 windowsPC 대부분의 윈도우 서버는 일반적인 데스크톱 버전에 cmd 명령은 매우 중요하다;

종종, 디스크 청소 시간에 하드 드라이브가 발생하지만, (360)를 사용하여 상황을 확인, 킹 소프트 및 기타 바이러스 백신 소프트웨어, 특히 대기업이 자신의 바이러스 백신 소프트웨어 플러그인 또는 광고와 다른 안티 바이러스 소프트웨어의 사용을 허용하지 않고 있고, 일부 보안 위험이있을 것 마스터 cleanmgr을, CHKDSK에서, SFC 명령은 특히 중요하다.

 

하여 Cleanmgr.exe 시스템은 마이크로 소프트가 작은 프로그램, 사용자 수를 사용하는 내장은 "상대적으로 안전 상태 깨끗한 일반적인 시스템 쓰레기." 사실, 디스크 정리입니다.

 

CHKDSK : CHKDSK는 간단히 말해, 또한 간단한 수정 명령을 디스크를 확인하는 데 사용되지만,

 난을 chkdsk가 : / F는, 당신은 복구 디스크 C에 원하는 예를 들어, 당신은 복구 디스크 기호에 원하는되는 디스크 드라이브 문자가,,, C가 난으로 대체됩니다 난 뒤에 / F 복구 명령도있다. :

 

 

SFC.EXE : 시스템 파일 검사기 (시스템 파일 검사기)는 윈도우 시스템에 통합 된 소프트웨어 도구입니다. 이 소프트웨어는 모든 보호 된 시스템 파일을 검사하고 시스템 파일의 무결성을 확인하고 올바른 Microsoft 버전과 잘못된 버전을 대체 할 수 있습니다.

Windows XP의 경우, win7,8,10, 그리고 더 강력뿐만 아니라, 당신은 설정도 할 수있는 파일 캐시 크기, 자신의 버전을 확인하기 위해 모든 보호 된 시스템 파일을 스캔 파일 캐시 및 다시 채 웁니다 "% SYSTEMROOT % \를 지울 수 있습니다 system32를 \ dllcache에 "폴더에 있습니다.

로그인 관리자 윈도우 XP, win7,8,10 드라이브에 Windows XP 설치 CD 명령을 입력 "명령 프롬프트"창에서 유형 "SFC / SCANNOW"로, "시스템 파일 검사기"시작 자동 스캐닝 시스템 파일과 사용자의 조작 중 하나를 필요로하지 않습니다.

사실, 다음 두 명령은 여전히 ​​우리는 일반적으로 자주 사용한다 :

SFC / scannow를 즉시 빠른 설치 시스템의 요, 비율을 해결하는 데 사용할 수 있습니다 질문에 수수께끼, 모든 보호 된 시스템 파일을 검사합니다.

SFC / purgecache를 합리화에 대한 파일 캐시 시스템을 삭제하여 디스크 공간을 확보 (시스템 디스크에 디스크 공간이 부족 시도 할 경우)

fsck를

액세스 : 수퍼 유저
　　
　　사용 : fsck를 [-sACVRP] [-t fstype이다] [-] [fsck를-옵션]  파일 SYS [...]
　　
　　참고 : 리눅스 시스템에서, 시스템 성능을 향상하기 위해, 일반적으로 기본 메모리의 일부 쓰기 데이터는 직접 메모리 속도가 몇 배 빠른 하드 디스크보다 때문이다 하드 디스크에 데이터를 기록하지 않습니다. 그러나 문제는 어떻게 할, 만약 인해 또는 다른 알 수없는 이유로, 시스템 충돌을 일으키는 원인이 "OFF"로, 거기? 이 시스템은 붕괴. 그래서 우리는 직접 하드 디스크에 다시 저장 한 특정 시간에 데이터를 얻을 필요가있다. 여기에 (예를 들면, / dev / had3 등)으로 fsck 명령이 가장 중요하다. 파일 시스템 오류가 발생하면 fsck를 명령은 파티션 번호의 직접 사용을 복구하려고하는 데 사용할 수있는 몇 가지 일반적으로 사용되는 명령이다, 또는 (마운트 포인트를 마운트 포인트 사용 이러한 / 인 / usr 등)로 지정된 파일 시스템 일 수있다. 한 번에 여러 파일 시스템을 지정한다고 가정하고, 이러한 시스템이 다른 물리적 디스크에있는, fsck를 동기화 방식은 작동 시간을 절약하기 위해 그것들을 확인하려고 시도합니다.　　
　　
　　매개 변수 :
　　
　　filesys를 :. 장치 이름 (eg./dev/sda1),mount 점 (예를 들어 / 또는 / USR)
　　-T : 거기는 / etc / fstab에 정의 또는 커널 경우 특정 파일 시스템 유형은, 그 자체가 지원을하고있다 이 파라미터는 필요 플러스되지
　　-s : fsck가 명령을 실행 순차적으로 검사
　　ON / 등 수표 / fstab에 나열된 모든 파티션 : -A
　　-C : 완전한 검사 진행 표시
　　-d를 : 컬럼 인쇄  e2fsck를  디버그 발생
　　조건이 복수의 검사 fsck를 수행하면서 때 잠시 -A : -p를
　　-R : 조건이 생략 될 때 잠시 -A는 /하지 확인
　　상세 디스플레이 모드 : -V
　　
　　-a를 : 검사가 잘못된 자동 수리의 경우
　　-r은 : 확인 대답은 사용자 수정에 의한 잘못된 경우

        추가 정보 :
　　
　　예 :
　　파일 시스템 도스를 검사 / 디바이스 / IF 예외 자동 수정이있는 경우, 통상 hda는 :
　　 으로 fsck -a -t 도스 / 디바이스 / hda는
　　
　　주의 :
　　
　　이 명령은 동작을 참조하기 / etc / fstab에 상호 이해와 함께 사용될 수있는 것이 될 .

        예 : 검사는 / dev / sda3을
[루트 @ localhost를 ~] # fsck를 -C -t  EX T3는 / dev / sda3fsck 1.39 (29-에 월 2006 년)에 e2fsck를 1.39 (29-에 5 월 2006)는 / dev / sda3을 마운트 IS ED .
A의 e2fsck를 실행! 경고 마운트 된 파일 시스템 월 causeSEVERE 파일 시스템 손상.
계십니까 당신이합니다 (y 축이 / N- 형) 예 계속 진짜로 원하는?
/ 홈 :. 재기 기술 정보 / 홈에서 : 청소, 52만4천2백88분의 11 개 파일은, 모든 524,120분의 25,399 블록 # 정상입니다 이 나타납니다 위의 정보
가이 명령에서 사용되는 경우 # 아이디어는 보통 ROOT 및 시스템 문제입니다. 그렇지 않으면 파일이 손상 될 수 있습니다 정상 상태에서이 명령을 사용합니다.

       지식 :
 

    리눅스 FSCK 데이터 오류 재난 비상 계획 소개

[적용]

1, 파일 시스템 : 외부 2의 EXT3의 ReiserFS와의 XFS 등

2, 범위 : 파일 시스템이 FSCK 필요 메시지가 표시되면, 실행 또는 완료 FSCK의 구현하지

 

[현상]

1, 파티션을 마운트 할 수 없습니다;

2, 루트 디렉토리에 생성 된 파일, 디렉토리 손실, 많은 수의 / LOST +는 많은 #XXXXXX 클래스 파일과 디렉토리가, 폴더를 발견했다

3, FSCK 오류를 신속하게 완료;

FSCK 같은 노드를 수정하는 등의 조언 다수 실행될 때, 4, 상기 취소는 다른 연산 노드

 

[비상 계획]

프롬프트 FSCK의 1에서의 경우는주의 해주십시오. 가능하면, 가능한 한 빨리 시스템을 구성하는 모든 파티션을 언 마운트.

이전에 가능한 사용 : FSCK을 수행 할 때 필요한 2, 제 준비하는 방법을 수행 DD의 실질적으로 명령 구조 (실패한 뱅크 자체에서 수행하는 것이 가장하지 dd는) 다른 뱅크에 파티션에 관련된 명령 출력 수있는 바와 같이 : DD = / 디바이스 / sda0 경우 = / 디바이스 / sdb0의 .....

FTP를 통해 가능한 한 빨리 데이터가 손상되지 않은 경우 LINUX 전체 은행 가상 머신 환경에 탑재 뱅크는 Nonpersisten LINUX 모드로 설정하고, 실행을 실행 한 후,이 같아야 FSCK을 수행 할 때 필요한 3, 제 제제 방법 2를 수행 등 아웃 복사합니다.

전체 LINUX 뱅크 (Windows와 같은) 다른 시스템에 탑재 FSCK하기 전에 미러를 수행 FSCK을 수행 할 때 필요한 4, 제 준비 방법 세 할.

5. 그 이유는 수행해야합니다, 위의 조건이 구현 될 수있는 여러 가지 방법, 관찰 될 수주의 깊게 오류 정정에 대한 모든 노드 프롬프트 또는 취소하면 (해제 -a)의 FSCK 팁, 노드의 크기가 잘못 프로파일입니다 및 기타 정보, 실행 FSCK를 중지해야합니다.

6 시스템도 있기 때문에 시스템이 데이터 복구의 가능성을 줄이기 위해 지속적으로 작동하는 방법으로, 심지어 어떤 읽기 또는 쓰기 연산을하지 않고 적어도 다시는 MOUNT 파티션 (가능한 상태를 유지하기 위해 작동하지 않기 때문에, 많은 정보를 복원하는 데 참조 할 필요가에, 데이터 복구 증가로 인해 어려움)

7, 도움말을 전문 데이터 복구 회사를 추구합니다.

 

 

디스크 미러링 솔루션 :

(1) 동일하거나 대상으로 하드 디스크의 원본 디스크의 용량보다 큰와 대상 디스크 모드의 모든 섹터에 복제 소스 디스크.

2, 원본 디스크는 대용량의 저장 공간의 출력 파일에 완전히 섹터 방식 일 수있다 (예를 들면 등 대용량의 하드 디스크, NAS, SAN, DAS와 같은)

 

사용하여 루트 암호 로그인을 입력 : fsck를 -t ext3로 -r / usr / 지방 수리

 

xfs_repair는

1. 상태가 
현재 인터넷에 출연 입출력 오류가 많은 수의 호스트, 호스트 파일 시스템 손상에 기인한다. 대부분의 일선 직원이 umont을 사용하고 복구 모드를 탑재,이 복원 정말 손상된 파일 시스템, 후속 사용을 복구 할 수없는, 호스트 측 입출력 오류가 여전히 다시 발생합니다. 
2. 장면을 해결하는 필요 
. <1> 파일 읽기 및 쓰기 곳 호스트 측의 시스템이 발견되지는 이상이 파일 시스템 로그 호스트 확인하여 발생 여부를 확인하는 데 사용할 수 있습니다 xfs_force_shutdown, I / O 오류 리터를 
. <2>이 나타납니다 이상 정전이 전력이 정상으로 복원되고, 호스트 시스템이 재시작 어레이 
<3> 저장 매체 실패 : 출현 LUN 장애, RAID 장애 및 IO 타임 아웃 또는 후에 느린 디스크가 디스크 교환, 정상 시스템 복귀 천천히 
<4> 등의 케이블과 같은 섬유를 손상 후, 데이터 전송 링크를 연결 한 후 정상화 : 전송 매체 장애

파일 시스템 점검 3. 
주 : 파일 시스템 언 마운트 성공 있는지 확인해야합니다 파일 시스템을 확인합니다. 
루트 디렉토리에 입력 "xfs_check는 / dev / SDD (편지), 에코 $?"(참고 :는 / dev / SDD 포함 :이 명령을 실행하기 전에 파일 시스템은 xfs_check는 "그렇지 않으면 경고 문자가있을 것입니다, 언 마운트해야합니다 A가 장착 다른 하나는 파일 시스템이 손상 및 수리를 필요로하는 것을 나타내는, 정상이 0이 정상을 나타냅니다 및 쓰기 가능한 파일 시스템 ")는 명령 실행 반환 값을 볼 Enter 키를 누르십시오.

4. 복구 프로세스

참고 : 언 마운트, 호스트 측의 수리에 대한 작업을 중단하고 파일 시스템이 복구 할 수 없습니다 마운트해야합니다. 
1) 먼저이 파일 시스템 복구 할 파티션을 언 마운트 
"xfs_repair는 / dev에 / SDD (문자)"3)과 입력을 수리 명령을 수행 할 수 있습니다. 
xfs_check는 / dev / SDD;? 에코 $ 
A) 0 만약 === "성공적으로 수리. 
B) 그렇지 않으면 0 === "성공없이 자세한 수리보다 더 할 일 xfs_repair는 -L는 / dev / SDD 명령 다음 xfs_repair는 (반복 여러 번)

일반적인 명령을 5.xfs 
xfs_admin : 각종 파라미터를 조정 XFS 파일 시스템 
xfs_copy : XFS 파일 시스템이 하나 개 이상의 타겟 시스템 (병렬)에 콘텐츠를 복사 
또는 디버그 검출 XFS 파일 시스템 (파일 시스템 뷰 파편) xfs_db 
xfs_check : 탐지 XFS 파일 시스템 무결성 
xfs_bmap :보기 파일 블록 맵의 
xfs_repair는 : 수리 손상 XFS 파일 시스템에 시도 
xfs_fsr : 조각 모음 
xfs_quota : 관리 XFS 파일 시스템 디스크 할당량 
xfs_metadump 다음 XFS 파일 시스템 메타 데이터 (메타 데이터 ) 파일 복사 할 
파일 시스템 XFS의에 대한 메타 데이터 (메타 데이터)에서 파일 복구 : xfs_mdrestore을 
xfs_growfs : 단지 확장 파일 시스템 XFS (의 크기를 조절) 
xfs_logprint : 측정은 XFS의 로그를 인쇄 파일 시스템 
xfs_mkfile 다음 XFS 만들기 파일 
확장 XFS 파일 시스템 : xfs_info 
xfs_ncheck 다음의 경로 이름은 I-XFS의 숫자를 생성 
xfs_rtcp : XFS 실시간 복사 명령 
xfs_freeze : 액세스가 XFS 파일 시스템을 일시 중단 
xfs_io : 디버그 XFS 파일 시스템의 I / O 경로

6. 특정 응용 프로그램 :

查看文件块状况: xfs_bmap -v sarubackup.tar.bz2 
查看磁盘碎片状况: xfs_db -c frag -r /dev/sda1 
文件碎片整理: xfs_fsr sarubackup.tar.bz2 
磁盘碎片整理: xfs_fsr /dev/sda1


시스템이 제대로 열리지 않았 음을 발견 다시 시작 작업 및 오류와 같이 보고서가 오류가 명백한 힌트 파일 시스템 손상이 발생합니다! 파일 시스템에 대한 수리 .linnux 오류 만 리눅스 fsck를 아래에 수리 chkdsk를 실행하는 불법 reboot 명령 요구의 창에서, 리눅스는 가능성이 있기 때문에 예기치 않은 정전이나 다른 원인 예기치 않은 시스템 종료하거나 다시 시작 리눅스, 매우 민감 파일 시스템이 시스템을 올바르게 입력하지 선도, 심각한 손상을 야기. 리눅스에서 필수 불가결 한 명령으로 fsck 명령이 될,하지만 치명적인 약점이 fsck를, 완전하게 시스템이 밖으로 충돌 수리, 큰 위험을 실행하는 파티션을 마운트 한 것입니다 . 개선이 가장 안전한 방법 중 하나입니다 전에 그래서 스냅 샷을 만들 수 있습니다. 
    어떤 파티션의 파일 시스템이 볼 수 확인해야하고 fdisk를 -l와 관련된 디스크 드라이브 문자, fsck를 -c 디스플레이를 전체 검사 일정을 입력 Y를 입력, 여러 손상된 파일을 여러 번 입력하라는 메시지가 나타납니다이있는 경우 Y, 보수 입력 후 fsck를 ext4에 -t / 디바이스 / 또는 fsck.ext4 sda1과이 명령은 디스크 타입을 결정한다. 것이다. 네 번째 단계 fsck를 -y / 디바이스 / sda1과 만 손상된 파일 보수, 수리 후 OK 있었다 재부팅 
    요약

1 : fsck를 입력 -c

2 : 입력 예  
3 : 입력 -t ext4에으로 fsck / 디바이스 / sda1과. 
4 :. -Y 입력으로 fsck / 디바이스 / sda1과,  
제 재부팅

를 filesys : 디스크 장치 이름 (eg./dev/sda1) 실장 (마운트) 포인트 (예 / 또는 / USR).

-t : 플러스 당신이 필요로하는이 매개 변수는 / etc / fstab 파일을하지 않으면 그 자체가 지원을 정의 된 파일 시스템의 유형을 감안할 때, 또는 커널

-s 순차적으로 하나 하나는 실행 명령으로 fsck를 확인할

- A : 시험은 / etc / fstab에 나열된 모든 파티션 (파티션)에

-C는 : 완전한 검사 진행률을 표시

-d : 인쇄하여  e2fsck를  디버그 결과를

-p : 검사 fsck를 복수 따라 수행하면서 동시에 -A 상태가

-R : 조건이 생략되면 / 확인되지 동안 -A

-V : 자세한 디스플레이 모드

-a : 검사가 잘못되면 자동으로 수정

-r : 검사가 잘못되면 사용자가 수리 여부에 대답하기 위해

-y : 옵션 지정은 각 파일이 자동으로 예를 입력 정상이 불확실성을 감지, 그들은 모두 수표 번호가 -y 수리 fsck를 수행 할 수 있습니다.

 

 

https://www.cnblogs.com/zafu/p/11406525.html     

TestDisk는 복구 디스크 파일

https://blog.csdn.net/WannaHaha/article/details/89710113

사용자가 명령을 마스터하는 windowsPC 대부분의 윈도우 서버는 일반적인 데스크톱 버전에 cmd 명령은 매우 중요하다;

종종, 디스크 청소 시간에 하드 드라이브가 발생하지만, (360)를 사용하여 상황을 확인, 킹 소프트 및 기타 바이러스 백신 소프트웨어, 특히 대기업이 자신의 바이러스 백신 소프트웨어 플러그인 또는 광고와 다른 안티 바이러스 소프트웨어의 사용을 허용하지 않고 있고, 일부 보안 위험이있을 것 마스터 cleanmgr을, CHKDSK에서, SFC 명령은 특히 중요하다.

 

하여 Cleanmgr.exe 시스템은 마이크로 소프트가 작은 프로그램, 사용자 수를 사용하는 내장은 "상대적으로 안전 상태 깨끗한 일반적인 시스템 쓰레기." 사실, 디스크 정리입니다.

 

CHKDSK : CHKDSK는 간단히 말해, 또한 간단한 수정 명령을 디스크를 확인하는 데 사용되지만,

 난을 chkdsk가 : / F는, 당신은 복구 디스크 C에 원하는 예를 들어, 당신은 복구 디스크 기호에 원하는되는 디스크 드라이브 문자가,,, C가 난으로 대체됩니다 난 뒤에 / F 복구 명령도있다. :

 

 

SFC.EXE : 시스템 파일 검사기 (시스템 파일 검사기)는 윈도우 시스템에 통합 된 소프트웨어 도구입니다. 이 소프트웨어는 모든 보호 된 시스템 파일을 검사하고 시스템 파일의 무결성을 확인하고 올바른 Microsoft 버전과 잘못된 버전을 대체 할 수 있습니다.

Windows XP의 경우, win7,8,10, 그리고 더 강력뿐만 아니라, 당신은 설정도 할 수있는 파일 캐시 크기, 자신의 버전을 확인하기 위해 모든 보호 된 시스템 파일을 스캔 파일 캐시 및 다시 채 웁니다 "% SYSTEMROOT % \를 지울 수 있습니다 system32를 \ dllcache에 "폴더에 있습니다.

로그인 관리자 윈도우 XP, win7,8,10 드라이브에 Windows XP 설치 CD 명령을 입력 "명령 프롬프트"창에서 유형 "SFC / SCANNOW"로, "시스템 파일 검사기"시작 자동 스캐닝 시스템 파일과 사용자의 조작 중 하나를 필요로하지 않습니다.

사실, 다음 두 명령은 여전히 ​​우리는 일반적으로 자주 사용한다 :

SFC / scannow를 즉시 빠른 설치 시스템의 요, 비율을 해결하는 데 사용할 수 있습니다 질문에 수수께끼, 모든 보호 된 시스템 파일을 검사합니다.

SFC / purgecache를 합리화에 대한 파일 캐시 시스템을 삭제하여 디스크 공간을 확보 (시스템 디스크에 디스크 공간이 부족 시도 할 경우)