☰

Linux 라이브 USB - ISO 9660 파티션이 USB 스틱 전체를 차지하는 이유는 무엇입니까?

tag-icon • tag-icon linux live-usb mbr
Linux 라이브 USB - ISO 9660 파티션이 USB 스틱 전체를 차지하는 이유는 무엇입니까?

Ubuntu 20.04 및 Fedora 32 라이브 이미지를 검사한 결과 첫 번째(ISO 9660) 파티션이 전체 이미지를 덮도록 설정되어 있음을 발견했습니다(적어도 MBR의 파티션 테이블에서는 GPT가 아직 확인되지 않았습니다). Ubuntu의 경우 약 2.7GB이고 Fedora의 경우 약 1.3GB입니다. 그러나 dd를 사용하여 이러한 ISO를 USB 스틱에 복사한 후 gparted는 ISO 9660 파티션이 전체 32GB 스틱을 포함한다는 것을 보여줍니다.

이것은 gparted 오류입니까? ISO 9660 파티션은 LBA 0에서 시작하여 MBR 자체도 효과적으로 덮어쓰도록 설정되어 있기 때문에 파티션 레이아웃은 약간 복잡합니다. 이 파티션이 전체 이미지를 덮어야 했던 이유는 아직도 잘 모르겠습니다. DVD로 구울 때 사용할 수 있는 유일한 파일 시스템은 ISO 9660이기 때문인 것 같습니다.

답변1

우리는 이것이 실수라고 말할 수 있다(및 의 gparted해당 오류 parted). 이 도구들'이해하지 못하다'USB 플래시 드라이브(및 기타 대용량 저장 장치)에 복제할 때 iso 파일의 파티션 구조입니다.

  • fdisk최신 버전의 및를 사용하여 드라이브를 보고 lsblk더 나은 결과를 얻을 수 있습니다.
  • 드라이브 헤더와 iso 파일 이미지 "뒤에" 파티션을 생성할 수 있습니다. 이 파티션은 데이터를 저장하는 데 사용될 수 있으며 Ubuntu 20.04 LTS 및 Debian 10 라이브와 같은 영구 라이브 시스템에서 영구 파티션으로 사용될 수도 있습니다. 직접 사용하고 수행할 수도 fdisk있고 mkfs사용하기가 더 쉽습니다.mkusb 플러그. mkusb-plug 도구는 Fedora에서 실행되지 않을 수 있습니다.

lsblkLubuntu를 사용하여 fdisk복제된 라이브 USB 드라이브를 보는 예 :

$ lsblk -o model,name,size,fstype,label,mountpoint /dev/sdc
MODEL            NAME    SIZE FSTYPE  LABEL                     MOUNTPOINT
Voyager GT 3.0   sdc    29,5G iso9660 Lubuntu 20.04.1 LTS amd64 
                 ├─sdc1  1,7G iso9660 Lubuntu 20.04.1 LTS amd64 /media/sudodus/Lubuntu 20.04.1 LTS amd64
                 └─sdc2  3,9M vfat    Lubuntu 20.04.1 LTS amd64 

$ LANG=C sudo fdisk -lu /dev/sdc
Disk /dev/sdc: 29,5 GiB, 31641829376 bytes, 61800448 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x2d846e8c

Device     Boot   Start     End Sectors  Size Id Type
/dev/sdc1  *          0 3576319 3576320  1,7G  0 Empty
/dev/sdc2       3541360 3549295    7936  3,9M ef EFI (FAT-12/16/32)

관련 정보