을( 를) 실행하는 동안 CentOS 7.9컴퓨터가 여러 번 정지되는 것을 보고 디스크에 오류가 있는지 확인하고 싶습니다. 내가 올바르게 수행하고 있는지 또는 명령 출력이 무엇을 의미하는지 잘 모르겠습니다. 동일한 버전(7.9)으로 Centos 설치 디스크를 만들고 해당 디스크에서 부팅했습니다.
fdisk -l(사진 1)은 "Linux LVM"을 두 번째 파티션으로 표시하며 이는 내 루트 디렉터리여야 합니다.
달리기는 fsck /dev/centos/root내가 봐야 한다고 말하므로 xfs_repair(사진 2) 누가 달릴 것이라고 가정합니까?
나는 실행 lvscan하여 파티션 목록을 얻었습니다.
실행해서 lvchange -ay /dev/centos/root파티션을 활성화해 확인해 보세요(?!)
실행 xfs_repair /dev/centos/root(사진 2). 이 시점에서는 적절한 검사가 이루어지지 않았는지 또는 오류가 없는지(사진 2, 3, 4) 확실하지 않습니다.
또한 결과를 비교하기 위해 xfs_repair /dev/centos/swap(나열된 다른 파티션 )을 실행했는데, 이 파티션에 대해서는 (사진 5) …lvscanerror reading superblock, unable to verify superblock, Sorry, could not find a valid secondary superblock
이는 루트 파티션은 양호하지만 스왑에 일부 버그가 있음을 의미합니까? 그렇지 않은 경우 이 파티션 설정을 어떻게 적절하게 확인할 수 있습니까?
답변1
괜찮아요.
잘못된 점을 찾지 못한 것 같습니다 xfs_repair /dev/centos/root. 모든 메시지는 xfs_repair현재 수행 중인 작업에 대한 설명일 뿐입니다.
귀하의 시스템 swap은 XFS 파일 시스템이 아니므로 xfs_repair적절한 도구가 아닙니다. 이는 표시되는 오류를 완전히 설명합니다. 사실 이것은 swap전혀 파일 시스템이 아닙니다.
스왑 영역을 사용하여 최대 절전 모드로 전환하지 않는 한 스왑 영역에는 문제가 거의 없으며 재부팅 후에도 유지됩니다. 시스템이 정상적으로 부팅되고 최대 절전 모드에서 재개되지 않으면 기본적으로 스왑 영역 헤더만 유지됩니다(스왑 영역으로 식별하고 UUID 및 선택적으로 레이블 포함). 스왑 영역의 나머지 부분은 실제로 유효합니다. 재부팅 필요할 때 초기화할지 여부입니다.
LVM 기반 파일 시스템 레이아웃이 있습니다. 스왑 영역과 루트 파일 시스템은 다음 위치에 포함되어 있습니다.LVM 논리 볼륨, 줄여서 LV입니다. 기존 파티션과 달리 LV는 한 디스크에서 다른 디스크로 확장될 수 있으며 반드시 디스크에서 연속적일 필요는 없습니다. 사용 중에도 이동할 수 있습니다. 이 모든 기능을 통해 필요할 때 LV의 크기를 더 쉽게 조정하고 관리할 수 있습니다.
최신 Linux 배포판은 일반적으로 부팅 및 핫플러그 시 자동으로 감지할 수 있는 전체 LV를 활성화합니다. 그러나 활성화 명령을 수동으로 실행하는 것은 결코 나쁠 수 없으며 최소한의 복구 환경에서 작동해야 하거나 일부가 손실된 LV에서 데이터를 복구해야 하는 경우 이를 수행하는 방법을 아는 것이 좋습니다. LV 중 일부가 부분적으로 손실된 경우에도 LV를 활성화하는 옵션을 활성화할 수 있습니다 --partial.lvchange