man pvcreate설명하다
pvcreate는 PV가 LVM에 속하는 것으로 인식되고 PV가 VG에서 사용될 수 있도록 PV를 초기화합니다. PV는 디스크 파티션, 전체 디스크, 메타 장치 또는 루프백 파일일 수 있습니다.
DOS 디스크 파티션의 경우 fdisk(8), cfdisk(8) 또는 이와 동등한 기능을 사용하여 파티션 ID를 0x8e로 설정해야 합니다. GPT(GUID 파티션 테이블)의 경우 ID는 E6D6D379-F507-44C2-A23C-238F2A3DF928입니다.전체 디스크 장치에 대해간단히 파티션 테이블을 지우면 해당 디스크의 모든 데이터가 효과적으로 삭제됩니다. 이는 첫 번째 섹터를 0으로 설정하여 수행할 수 있습니다.
dd if=/dev/zero of=PhysicalVolume bs=512 개수=1
pvcreate태그를 사용하면디스크pvcreatePV라는 것은 디스크에 있는 모든 데이터가 파괴된다는 뜻인가요 ?
pvcreate태그를 사용하면파티션PV로서 PV로서 파일 시스템을 포함하는 것은 파일 시스템의 모든 데이터를 파괴합니까? 그렇다면 pvcreate파티션을 PV(그리고 lvcreateLV) 로 사용하여 파일 시스템을 파티션에서 LV로 이동할 수 없다는 의미입니까 ?
감사해요.
답변1
이는 pvcreate가 디스크의 모든 데이터를 파괴한다는 의미입니까?
데이터가 손실될 수 있지만(소파 뒤에서 양말을 잃어버릴 수 있는 것처럼)
아니요, 데이터의 전부 또는 대부분을 파괴하지 않고서는 안됩니다. 그리고 귀하의 질문에 인용된 내용은 이것이 귀하의 데이터를 손상시킬 것이라고 말하지 마십시오.
pvcreate, 또는은 mkfs파티션을 안전하게 삭제하지 않습니다. 파티션 내용의 대부분을 쓰지 않습니다. 그들은 필요한 것만 쓰고 나머지는 무시합니다.
운영 체제가 이 파티션을 읽을 때 어떤 유형인지 확인하고 초기화 데이터에 대한 링크만 추적하며 나머지 이전 콘텐츠는 무시됩니다. 하지만 다른 방식(포렌식 분석)으로 읽기를 선택하면 이전 내용을 많이 볼 수 있습니다.
하지만
우리는 그들이 데이터를 삭제하는 것을 믿을 수 없지만, 데이터를 덮어쓰지 않는 것도 믿을 수 없습니다. 필요한 것을 작성하는데, 이로 인해 중요한 데이터가 덮어쓰여질 수 있습니다.
한 파일 시스템/PV에서 다른 파일 시스템/PV로 변환하는 방법이 있습니까?
나는 모른다. 변환하려는 대상에 따라 다릅니다.
답변2
파일 시스템과 데이터가 포함된 파티션이 있고 LVM으로 변경하려는 경우 기존 데이터를 다른 위치로 이동한 다음 복원하지 않으면 이를 수행할 수 없습니다. pvcreate파일 시스템이 포함된 파티션에서 명령을 실행 하면 파일 시스템 슈퍼블록을 덮어쓰게 됩니다. 디스크의 모든 데이터에 액세스할 수 없게 됩니다. (기술적으로는 비트가 그대로 있기 때문에 데이터를 복구할 수 있지만 파일 이름은 복구할 수 없습니다.) 목적에 맞게 디스크에 PVCreate를 하면 이전의 기존 데이터는 사라집니다.
이 경우 pvcreate파일 시스템이 존재하고 경고가 팝업되는 것을 볼 수 있습니다.
"Filesystem detected, overwrite? (y/n)"
기존 파일 시스템을 PVC로 만들고 보존할 수 있는 방법은 없는 것 같습니다. 가능하다면 정말 편리하겠지만 불가능할 것 같습니다. 문제는 LVM이 디스크의 첫 번째 부분을 차지하는 것 같습니다. 이는 파일 시스템이 차지하는 디스크의 동일한 부분입니다. LVM을 설정한 후 파일 시스템을 생성하면 파일 시스템은 LVM 정보 뒤에 디스크의 첫 번째 부분을 씁니다. 파일 시스템 슈퍼블록을 단순히 이동할 수 없는 이유는 무엇입니까? 필요한 공간이 이미 데이터로 채워져 있기 때문입니다. 이 데이터를 전송할 수 없는 이유는 무엇입니까? 왜냐하면 이 변화가 슈퍼블록에 반영되어야 하기 때문입니다.
"왜 데이터를 이동하고, 슈퍼블록을 업데이트하고, 슈퍼블록을 이동하고, 디스크에 PVCreate를 생성하여 데이터를 보존할 수 없습니까?"
이것은 매우 좋은 질문입니다. 이 작업을 수행할 수 있는 도구를 아는 사람이 있으면 여기에 게시하십시오. 이것이 원래 질문의 핵심인 것 같습니다.