2017-01-13 9 views
2

새 디스크를 ZFS 미러 모드로 설정하고 있습니다 (Ubuntu-16.04-Root-on-ZFS 사용). 슬프게도 내가 설치 한 내용을 엉망으로 만들고 다시 시작해야했습니다. . 나는 (이 문서의 단계 6.5) 재부팅하면 오류 가지고 :zfs 풀을 다시 설치 한 후 ZFS "팬텀"풀을 폐기하는 방법

cannot import 'rpool': more than one matching pool 
import by numeric ID instead 

을하고 다시 initramfs이 쉘에 그것은 나를 펀트이 rpools 실제로 존재하지만 그 중 하나는 ... 아마도 하나 끊어집니다. 원래의 설치에서 rpoolgood라는 ID를 사용하여 "양호한"rpool을 가져 와서 다시 내보낼 수있었습니다.

"깨진"rpool (e 이름 또는 ID로 반복). 내가하고 싶은 것은 그것을 파괴하는 것뿐입니다. 내 생각 엔 새 파티션을 만들기 전에 비 데이터 파티션을 제로화해야합니다 (2.2 단계). 나는 실제 데이터가 아직 없기 때문에 설치를 다시 시도 할 수있다. (그리고 아마도 파티션을 먼저 꺼내야한다.)

다시 설치하기 전에 나쁜/가짜 rpool을 터뜨릴 수있는 방법이 있는지 궁금합니다.

요청에 따라 rpoolgood를 다시 내 보낸 후 "zfs 가져 오기"의 스크린 샷을 첨부하고 있습니다. IIRC, 실수로 grub 설치를 수행 할 때 디스크가 아닌 파티션을 지정했습니다. 내 오류를 깨달았을 때 디스크 중 하나에서만 수행했습니다.

enter image description here

+0

"잘못된"풀이 동일한 물리적 장치를 사용한다고 가정합니까? 명령 : _zpool import -D_가 파괴 된 풀을 나열합니까? – airhuff

+0

zdbc를 실행하여 zpool.cache 파일에 이상한 점이 있는지 확인하여 문제에 대한 통찰력을 제공 할 수도 있고하지 않을 수도 있습니다. 아무 것도 보이지 않는다면 /etc/zfs/zpool.cache를 삭제하고 나서 _zpool set cachefile =/etc/zfs/zpool.cache _을 삭제하여 새 것을 생성하는 것이 안전해야합니다. 이것이 가치 있다고 생각하지만, 그것이 최종 해결책이라고 생각하지 않습니다. – airhuff

+0

import -D는 손상된 파일을 표시하지 않았습니다. 재설치는 zfs 도구 세트의 범위 밖에서 수행되었으므로 놀라운 일은 아닙니다. 나는 zdb로 몇 가지 쿼리를 시도했지만 더 이상 통찰력을주지 못했다. (하지만 zfs에 대한 나의 경험이 부족함에 따라 더 많은 도움이된다.) BTW 내 루트 파일 시스템에 zfs를 사용하고 있기 때문에/etc/zfs/... rpool을 가져올 때까지/etc /가 존재하지 않기 때문에 가장 좋지 않은 순서로 닭고기와 달걀 같은 느낌이 듭니다. – Modular

답변

1

셈 이죠 해결 :

TL/DR : 다음의 모든 파티션을 삭제 디스크 사용의 마지막 부분을 재촉 우아한 방법을 (DD를 이용하여 각각의 디스크의 처음과 마지막 10MB의 블라스트 [이 교환 기사] [1]). 이것은 '좋은'풀을 복구하지 않았다하지만 클린 (이 내게 준) 기본 목표

약간 이상했다 설치지고 ... 나를 위해 필수적하지 않았다 :

내가 공정한 비트를했다 주위를 파고 들다가 가져 가면, 한 zpool에서 다른 zpool로 디스크를 재사용하고 싶다면 디스크를 닦는 것이 가장 좋습니다. 이전의 풀을 파괴하는 것은 효과가 있었을 지 모르지만 나는 그렇게하지 않았다. (내 파티션이 borked 될 수 있도록 grub 설치를 엉망으로 만들었 기 때문에 명확하지 않다)

우분투 지침은 mdadm 습격 배열에서 디스크를 사용했다면 수퍼 블록을 닦으십시오 ... 나는이 주석을 일반화해야합니다. 어쨌든 이것은 메타 데이터를 깨끗하게 편집하는 방법을 찾지 못했기 때문에 약한 대답입니다.

+0

아무것도없이, 적어도 당신은이 모든 것에서 나아갈 수 있습니다. 여기 (http://serverfault.com/questions/297029/zfs-on-freebsd-recovery-from-data-corruption)는 관심을 가질만한 (BSD) ZFS 파티션 레이블 메타 데이터와 관련된 토론입니다. 결론은 다음과 같습니다. "ZFS는 파티션 메타 정보가 포함 된 4 개의 레이블을 유지 관리하며 HPA는 ZFS가 상위 2 개를 볼 수 없도록합니다." 다시 한 번,이 문제를 해결하는 것에 대해 축하드립니다. – airhuff