%20fdisk%EC%97%90%EC%84%9C%20%EC%B0%BE%EC%9D%84%20%EC%88%98%20%EC%97%86%EC%8A%B5%EB%8B%88%EB%8B%A4..png)
얼마 전에 부팅 가능한 Kali(지속성 포함) 드라이브로 변환한 16GB 플래시 드라이브가 있습니다.
내가 아는 한, 약 2GB 파티션이 있는 Kali 라이브 ISO일 뿐이고 나머지는 자동으로 라이브 부팅 가능한 저장소로 마운트됩니다.
전체 저장소 크기로 되돌리려고 하는데 어떤 이유에서인지 두 개의 파티션이 있는 16개로 표시되지 않습니다.
이는 Windows에서 14.91 파티션만 표시하기 때문에 예상되는 것이지만 Debian에서도 GParted 및 fdisk에서는 14.92 msdos 파티션 테이블(현재 할당되지 않음)만 볼 수 있습니다.
이상한 점은 /dev/sdb를 보기 위해 parted를 사용할 때 파티션이 없는 16GB 장치가 보이지만알다아직 부팅할 수 있으므로 부팅 가능한 파티션이 여기에 있습니다.
16GB를 모두 다시 사용할 수 있도록 이 문제를 완전히 지우는 방법을 전혀 모르겠습니다.
명확히 하자면, 이것이 차이점을 보고하는 단위일 뿐이라고 해도 여전히 부팅하는 파티션을 전혀 볼 수 없는 이유는 설명되지 않습니다. 14.91GB를 지운 후에도 여전히 부팅된다면 어떻게 장치 문제일 수 있습니까?
답변1
이는 단순한 단위의 차이처럼 들립니다. 스토리지 업계에서는 장치 크기를 표현하기 위해 SI 단위(기본 10, 접두사 간 10^3 배율)를 사용하는 반면, 대부분의 소프트웨어는 크기를 IEC 단위(기본 2, 접두사 간 2^10 배율)로 표시합니다.
따라서 장치 제조업체에서 보고하는 1GB는 다음과 같습니다.
10 ^ 9 = 1 000 000 000 bytes
운영 체제에서 보고하는 1GB(보다 정확하게는 IEC 단위 GiB)는 다음과 같습니다.
2 ^ 30 = 1 073 741 824 bytes
이는 약 6% 정도의 차이에 해당합니다.
이제 여기에 나열된 값을 곱하면 다음과 같습니다.
16 GB = 16 * 10 ^ 9 = 16 000 000 000 bytes
그리고:
14.91 GiB = 14.91 * 2 ^ 30 = 16 009 490 595.84 bytes
공급업체에서 보고한 크기를 GB에서 GiB로 변환하면 다음과 같습니다.
16 000 000 000 / 2 ^ 30 = 14.901 161 193 847 656 GiB
14.91 GiB로 반올림되었습니다(아니요, 어떤 운영 체제를 사용하든 관계없이 운영 체제에서 보고된 디스크 크기가 거의 항상 반올림되는 이유를 모르겠습니다.)
답변2
플래시 드라이브는 여러 파티션에서 사용된 적이 없으므로 파티션 테이블이 없습니다. 레거시 모드로 부팅하면 저장 매체의 처음 512바이트가 실행됩니다. 그 다음은 파일 시스템입니다. ISO 9660 표준을 따를 수 있습니다.
Gparted 및 기타 도구를 사용하여 ISO 형식의 USB 드라이브를 생성하는 경우 파티션 테이블도 생성됩니다. 이를 혼합 ISO라고 부르므로 파티션의 존재를 정확하게 반영합니다.
표시된 16GB 사이에 차이가 있는 이유에 대해서는 Austin Hemmelgarns의 답변이 올바르게 설명되어 있습니다.