현재 기존 NAS에서 추출한 디스크에서 데이터 복구를 수행하고 있습니다.
mkfs.ext31시간 넘게 기다려서 Writing superblocks and filesystem accounting information:나오니까 얼어붙은 것 같네요 .done
디스크는 USB 3.0에 연결된 2TB SATA인데 이렇게 오래 걸리는 게 정상인가요? 지금 프로그램을 종료해도 안전합니까?
답변1
고쳐 쓰다:lsusb및 를 확인하여 dmesg드라이브가 USB 버스에서 연결 해제되었는지 확인합니다 . 그래서 mkfs가 중단되었습니다. kill -9이를 중지하고 mdraid 어레이를 중지하도록 허용하거나 다시 시작해야 할 수도 있습니다. 재부팅해야 하는 경우 시스템이 완전히 재부팅되지 않을 수 있다는 점에 유의하세요. 따라서 재설정을 눌러야 할 수 있으므로 읽기 전용 모드로 동기화하고 다른 쓰기 가능한 파일 시스템을 마운트 해제/다시 마운트하는 것이 가장 좋습니다.
파일 시스템과 옵션에 따라 mkfs는 시간이 오래 걸릴 수 있습니다(ext3도 그 중 하나입니다). 종료해도 안전하지만, 당연히 mkfs를 다시 실행해야 합니다. 이는 진행되는 경우 다시 기다려야 함을 의미합니다(그리고 처음부터 시작됩니다).
ext4는많은lazy_itable_init특히 (기본값)을 사용하면 mkfs가 더 빠릅니다 . 가능하다면 스위치를 켜세요.
ext2/3/4 파일 시스템의 경우 디스크의 x%가 inode 테이블에 사용된다는 점을 기억하세요. lazy_itable_init가 없습니다.모두지금 쓰고 있어요. 기록되는 데이터의 양은 크며(기본 설정에서는 디스크의 약 1.6%) 전체 디스크에 분산되어 있습니다.
이는 시간을 줄이는 또 다른 방법, 즉 더 적은 수의 inode에 쓰는 방법도 제공합니다. 하지만 물론 너무 낮게 설정하면 탈이 나게 됩니다.
실제로 진행이 진행되고 있는지 확인하려면 I/O가 발생하고 있는지 확인하세요. 일부 디스크에는 표시등이 있거나 일반적으로 귀 가까이에서 들으면 (디스크의 경우) 알 수 있습니다.
또는 사용 가능한 경우 iostat시작 iostat -kx 10후 첫 번째 IO 통계가 표시되고 처음 10초 동안 10초마다 통계가 표시됩니다. 완료된 쓰기 수와 디스크 사용률을 볼 수 있습니다.