☰

Windows가 내 LUKS 암호화 디스크를 손상시켰나요?

tag-icon • tag-icon linux windows encryption luks qubes
Windows가 내 LUKS 암호화 디스크를 손상시켰나요?

기본 운영 체제는 Qubes이고 보조 운영 체제는 Windows 10입니다.

sda전체 디스크 암호화(LUKS) 기능을 갖춘 디스크가 있습니다. 하지만 이제 해당 디스크에서 ext4 파티션을 볼 수 없으며 크기가 50MbL인 NTFS 파티션만 있습니다.

...
...
│   │   └─qubes_dom0-vm--sys--firewall--private                    253:87   0     2G  0 lvm   
│   └─qubes_dom0-swap                                              253:5    0   7.3G  0 lvm   [SWAP]
└─sdb1                                                               8:17   0   500M  0 part  /boot/efi
loop0                                                                7:0    0     1G  0 loop  
sda                                                                  8:0    0   5.5T  0 disk  
└─sda1                                                               8:1    0    50M  0 part

이 상황에 대해 어떻게 해야 합니까? 해결책이 있나요?

답변1

전체 디스크 장치에서 LUKS를 사용 하는 경우 sdaWindows는 암호화되지 않은 항목을 인식하지 못합니다. Windows의 경우 디스크는 임의의 데이터를 기록하여 지워진 디스크와 다르지 않습니다.

결과적으로 Windows 설치 프로그램에서는 디스크를 사용할 수 있는 것으로 간주합니다.

하지만최신 Windows 설치에는 여러 파티션이 필요합니다C:\, Windows 10에서는 시스템 드라이브가 되는 파티션 (위 링크에서 "Windows 파티션"이라고 함) 의 위치만 지정할 수 있습니다 . 설치 프로그램은 다른 숨겨진 파티션의 위치를 ​​결정합니다.

기존 BIOS 스타일 부팅을 사용하는 시스템에서 설치 프로그램은 최소한 첫 번째 파티션(위 링크에서 "시스템 파티션"이라고 함)을 시스템의 첫 번째 디스크로 결정한 위치에 배치하려고 시도합니다. 이는 A입니다. 최종 설치가 실제로 부팅 가능할 가능성을 최대화하는 경험적 추측입니다.

그래서 Windows에서 LUKS를 사용하고 계신다면 /dev/sda, Windows에서는 최소한 시작 부분은 커버한 것 같아 아쉽습니다.LUKS 헤더(볼륨의 암호화 마스터 키 포함)를 다른 곳에 백업하지 않으면 데이터를 복구할 수 없을 가능성이 높습니다.

배경: 기존 BIOS에는 부팅 가능한 것으로 간주되는 디스크를 운영 체제에 알리거나 운영 체제가 해당 디스크를 부팅하려고 시도해야 하는 순서를 알려주는 널리 지원되는 표준 방법이 실제로 없습니다.

운영 체제 설치 프로그램이 할 수 있는 최선의 방법은 BIOS와 설치 프로그램을 실행하는 운영 체제 커널이 동일한 순서로 디스크를 감지하고 BIOS가 기본적으로 부팅 시 첫 번째 디스크를 사용하도록 하는 것입니다. 불행하게도 USB 미디어에서 부팅할 때 BIOS는 USB를 부팅용 "첫 번째 하드 드라이브"로 표시하므로 디스크 순서가 하드 드라이브에서 부팅할 때의 순서로 일시적으로 변경됩니다. 따라서 설치 프로그램은 설치 미디어를 제외하고 나머지 디스크 정렬이 변경되지 않기를 바랍니다.

UEFI를 사용하면 운영 체제 설치 프로그램은 표준 방식으로 부팅 순서 설정을 실제로 확인하고 추측 없이 기존 운영 체제 부트 로더를 덮어쓰지 않고도 부팅 로더를 부팅 순서에 삽입할 수 있습니다.

관련 정보