아래 "망했습니다." SHR 복구 경과 상황과 질문 글 또 올립니다. ㅜㅜ

이게 뭐 죄송 할 일입니까.

회사 장비나 남의 장비 건드린 것도 아니고, 자신의 장비 이런 저런 작업을 하다가 문제 발생했는데 죄송 할 것이 뭐가 있겠습니까. 이런 문제 생겼을 때 질문 얻고 도움 구하라고 서버포럼이 있는것 아니겠습니까?

저도 아직 해결 방법은 모르겠습니다만, 에러 메시지를 봐서는 마운트가 안 되는 것은 두가지 정도의 원인이 있지 않나 짐작됩니다.

1. 파일 시스템 타입(ext4, btrfs)이 틀렸다는 것 같고...

2. PV header에있는 정보가 old 하다는 것

위의 두가지에 대해서 계속 좀 찾아 봐야겠네요.

1번은 mount 할 때 마운트 옵션 중에 '-t 파일시스템' 이 있으니 mount -t ext4 또는 mount -t btrfs 를 써 볼 수 있겠고...

2번은 메시지에 나온대로 VG를 update 하기 위해 modify 하는 방법을 좀 뒤져 봐야겠네요. 이 메시지의 원인은 리눅스의 버전 차이 때문입니다. 헤놀에서 사용하는 리눅스 버전이 지금 복구하기 위해 USB에 올리신 리눅스 버전 보다 낮기 때문에 이 메시지가 출력되는 것입니다. 그래서 현재 USB에 설치된 리눅스 버전에 맞게 PV header를 수정하면 해결 될 것 같은데, 수정 방법을 같이 찾아 보시지요. PV 명령어나 VG 명령어에 뭔가 답이 있을 듯 한데... 워낙 평소에는 쓰지 않는 명령어라 저도 생소하네요. 달소님이나 LVM에 정통하신 분이 계시다면 PV나 VG 사용 방법을 아실 것 같습니다.

https://unix.stackexchange.com/questions/315063/mount-wrong-fs-type-bad-option-bad-superblock

위 글에서 두번째 글쪽한번 따라해보시면 좋을듯합니다.

35

Ubuntu 16.04의 /dev/sda에서 이 문제가 발생했습니다. 라이브 USB로 부팅하고 다음을 수행하여 해결했습니다.

디스크 사용을 보려면lsblk

드라이브가 양호하다고 판단되면 실행 fdisk -l하여 시스템에서 사용할 수 있는지 확인하십시오.

이 명령을 실행하여 드라이브의 잘못된 슈퍼블록을 복구합니다.

fsck /dev/sda1(/dev/sda1을 수정하려는 드라이브로 바꾸십시오).

블록을 복구하라는 메시지가 표시되면 ' y ' 를 눌러 예를 선택합니다 .

fsck가 모든 불량 블록을 복구하도록 허용합니다.

그런 다음 다음을 사용하여 장치를 마운트할 수 있었습니다.

sudo mount /dev/sda /media/ubuntu

이것은 나를 위해 그것을 해결했습니다.

ext 파일 시스템을 사용하신 거라면, 최후 보루로 윈도우에 linux reader 같은것을 사용해서 스캔하여 원하는 파일만 윈도우로 복사해 복구할 수 있습니다.

참고하세요

SHR1이 아니라는 것만 빼면, 제가 올해 5월에 당한 상황과 거의 동일하네요.

일단, 우분투 터미널에서 나온 메세지를 보면, 우분투에서는 4개의 하드가 레이드5로 묶여 있다고 인식하는 걸로 보입니다. SHR1으로 하드 4개를 묶으면 아마 래이드5와 비슷하게 작동하나 봅니다.

마운트가 안 되는 이유는, 파일시스템이 깨져서 그렇습니다. 저 상태에서 더 건드리다가는 복구 안되는 상황이 될 수 있고, 어떻게 해도 마운트 안 되니, 더 건드리지 마세요.

파일시스템은 EXT4나 BTRFS일 것이니, 윈도우10이 깔려있는 컴퓨터에 하드 4개 연결하고, "복구천사" 홈페이지에 가서, 스탠다드 레이드 체험버전으로 다운받아서 일단 정밀스캔을 돌려보세요. 만약 자료가 보이면 결제하고 복구하시면 됩니다.

만약 복구천사에서 안 보이면 그때는 명정보통신에 보내는 수 밖에 없는데, 테라당 5만원 정도였는데다가, 하드를 분해하기 때문에, 동일용량의 하드를 추가로 보내야 한다고 합니다. 이쯤 되면 정말 심각하게 자료를 포기해야 하는건지 고민해야 합니다.

제가 복구천사 포함해서 시중에서 구할 수 있는 거의 모든 프로그램을 다 써봤는데, 나머지는 시간낭비였습니다. 개인이 복구할 수 있는 끝판왕은 복구천사로 생각됩니다.