Imagem USB ao vivo criada por live-helper no Debian não pode ser montada

0

Eu faço o Debian live usb personalizado via live-helper. Até agora funciona muito bem, mas quando adiciono alguns pacotes extras à instalação padrão, a imagem de saída não pode ser montada. Basicamente, eu crio a imagem dessa maneira:

   # lh_config -b usb-hdd -m http://ftp.cz.debian.org/debian/ --packages "..."
   # lh_build
   # mount -o loop,offset=512 binary.img /mnt

Resultados em

   mount: you must specify the filesystem type

Mas com menos pacotes adicionais, pode ser montado. Interessantes são estes valores:

   # fdisk -ul small.img
   You must set cylinders.
   You can do this from the extra functions menu.

   Disk small.img: 0 MB, 0 bytes
   54 heads, 36 sectors/track, 0 cylinders, total 0 sectors
   Units = sectors of 1 * 512 = 512 bytes
   Disk identifier: 0x0005a3cb

   Device Boot      Start         End      Blocks   Id  System
   small.img1   *           1      276479      138239+  83  Linux
   Partition 1 has different physical/logical endings:
   phys=(17, 53, 36) logical=(142, 11, 36)

E para a imagem maior:

   # fdisk -ul big.img
   You must set cylinders.
   You can do this from the extra functions menu.

   Disk webstep_rescue_disk_usb.img: 0 MB, 0 bytes
   255 heads, 63 sectors/track, 0 cylinders, total 0 sectors
   Units = sectors of 1 * 512 = 512 bytes
   Disk identifier: 0x0002a2ab

   Device Boot      Start         End      Blocks   Id  System
   big.img1   *          63      771119      385528+  83  Linux

Então, qual é o problema? O final da imagem termina no meio do setor ou o quê?

Eu usei as informações do Debian / Live: link

A principal razão para montar a imagem é que eu quero usar o menu syslinux personalizado e a tela inicial do vesa32.

    
por mkudlacek 23.09.2010 / 12:41

1 resposta

0

Eu resolvi o problema. A partição na imagem maior começa no setor 63, então o comando mount apropriado é

 mount -o loop,offset=32256 binary.img /mnt

O parâmetro offset deve ser bytes_per_sector * start_sector, que neste caso é 512 * 63 = 32256.

    
por 11.10.2010 / 12:52