내 데이터 (다른 HDD에서 사용할 수있는 가장 중요한 데이터의 부분 백업)가있는 HDD가 있는데 현재 LUKS를 통해 LVM을 통해 Ext4로 포맷되어 있습니다. LUKS 레이어를 제거하고 싶지만 백업에서 다시 포맷하고 데이터를 복원하는 것이 너무 길거나 재미 없습니다. 큰 버퍼를 사용하지 않고 데이터 손상없이 LUKS 파티션을 콘텐츠로 덮어 쓸 가능성 / 기회가 있습니까?
어쨌든 모든 데이터를 복사해야 할 것입니다. 이 시점에서 확실히 백업이 있어야합니다. 백업 장치가 활성 디스크보다 훨씬 느린 경우가 아니면 백업에서 복원하는 것이 가능한 한 빠릅니다.
LUKS 볼륨은 헤더로 시작합니다 ( 최대 2MB ). 헤더가 손실되면 볼륨의 데이터가 손실됩니다. 헤더가 손상되지 않는 한 독립적 인 512 바이트 섹터의 데이터에 액세스 할 수 있습니다.
cat /dev/mapper/encrypted >/dev/sdz99
암호문이 일반 텍스트에 상대적인 양의 오프셋 (헤더 크기)에 있기 때문에 이와 같은 전략 이 작동합니다. 그러나 이것은 동일한 디스크에있는 복사본이기 때문에 백업에서 복원하는 것보다 느릴 수 있습니다 (디스크 간 복사, 읽기 및 쓰기가 병렬로 수행됨). 동일한 디스크 사본의 경우 dd
블록 크기가 큰 경우cat
. 이 전략에는 중요한주의 사항이 있습니다. 복사하는 동안 정전 또는 기타 시스템 충돌이 발생하면 헤더를 먼저 덮어 썼기 때문에 전체 파티션이 호스 처리됩니다.
처음 2MB의 데이터는 다른 곳에 저장하고 나머지는 이동할 수 있습니다.
dd if=/dev/mapper/encrypted of=/dev/sdz99 bs=2M skip=1 seek=1
이렇게하면 중단 후에 다시 시작할 수 있습니다 (파일 시스템을 마운트하는 것은 고사하고 논리 볼륨을 어셈블하지 마십시오!). 그러나 이것은 당신이 중단 한 곳을 알아야합니다. 이것은 실제로 결정하기가 불가능합니다 (복사중인 블록의 흔적을 출력하고 블록 복사본과 동시에 디스크에 기록하는 복사 도구를 사용해야합니다).
백업 스토리지가 매우 느린 경우이 전환 전략을 사용할 수 있습니다 (일반적인 cat
전환이 가능합니다). 문제가 발생하면 백업에서 복원하는 방식으로 돌아갈 수 있습니다.
백업 스토리지가 정말 다루기 힘든 경우 다른 접근 방식은 다음과 같습니다.
resize2fs
).lvreduce
).pvresize
)을 줄입니다.fdisk
또는 gdisk
)을 축소하고 여유 공간에 새 파티션을 만듭니다.pvcreate
) 에 물리 볼륨 을 만들고 볼륨 그룹 ( vgextend
)에 추가합니다 .pvmove
) 에서 가능한 한 많은 물리적 확장 영역을 이동 합니다.vgreduce
이후 pvremove
).길고 구불 구불한가요? 예. 다시 한 번, 백업에서 복원하는 것이 좋습니다.
이 기사는 인터넷에서 수집됩니다. 재 인쇄 할 때 출처를 알려주십시오.
침해가 발생한 경우 연락 주시기 바랍니다[email protected] 삭제
몇 마디 만하겠습니다