SliTaz, usb stick, incapaz de montar iso ou de encontrar um sistema de arquivos nele rootfs.gz

2

Eu apaguei todas as partições do meu sistema, até mesmo a partição do meu pendrive. Então criei uma partição com o SliTaz no qual estou atualmente. Mas então descobri que meu pendrive não foi descoberto se eu ligá-lo.

Então criei uma nova partição NTFS (no pen drive USB, é claro) com o GParted. Agora eu queria inicializar em outro sistema operacional Linux, então baixei o iso (kali-linux), depois copiei para o drive. Mas agora eu não posso torná-lo inicializável, quando eu uso o guia de instalação "make inicializável em um linux os" do kali-linux, que diz, do dd if=kali.iso of=/dev/sdb bs=512k (no início, a partição estava em sdb1), e eu consegui "nenhum tal arquivo, diretório" mas eu já renomeiei o arquivo para kali.iso. Então eu joguei um pouco e deletei novamente a partição usb e, em seguida, criei uma partição ext3, a partição FAT32, finalmente, de volta ao NTFS.

Mas nada funcionou. Quando era uma partição ext3 e queria copiar arquivos na unidade, recebi "permissão negada" (mas trabalhei com usuário root no console). Mas nunca arrancou do iso na inicialização. Agora, se eu for para o mountbox (programa do SliTaz para montagem), eu recebo algumas coisas estranhas:

/ dev / sda (232 gb):

Umounted dev:

/dev/loop0p1 Hidden HPSF/NTFS Boot yes #What is loop0p1?
/dev/sda1/  System: Linux
/dev/loop1

Fs montados:

/dev/root
/dev/sdb1
/dev/sdc1 30gb Mounted on: /media/disk-1 #(should be usb stick, but the mounted folder was different at the beginning)
/dev/loop0 Mounted on: /media/cdrom read only

O GParted mostra:

/dev/sda1 Filesystem: ext2 #(this is SliTaz, everything is fine here, I think)

e 218gb de memória livre, não "localizada"

/dev/sdc #no começo foi /dev/sdb , só tenho certeza de que foi alterado. :

/dev/sdc1 Filesystem NTFS  Mountpoint: /media/disk-1 Size 30gb

A saída de fdisk -l é

Disk /dev/loop0: 2444 MB, 2444689408 bytes
146 heads, 32 sectors/track, 1022 cylinders
Units = cylinders of 4672 * 512 = 2392064 bytes

   Device Boot      Start         End      Blocks  Id System
/dev/loop0p1   *           1        1022     2387360  17 Hidden HPFS/NTFS

Disk /dev/sda: 250.0 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks  Id System
/dev/sda1               1        1913    15360000  83 Linux

Disk /dev/sdc: 31.2 GB, 31221153792 bytes
255 heads, 63 sectors/track, 3795 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks  Id System
/dev/sdc1               1        3796    30487552   7 HPFS/NTFS

Se eu usar o programa SliTaz para criar um stick USB inicializável, recebo: "incapaz de montar o iso ou de encontrar um sistema de arquivos nele rootfs.gz"

Então, como posso consertar tudo isso? Como surgiu essa coisa de loop0 e algumas letras mudaram no alfabeto. E finalmente, como posso fazer com que o meu stick USB seja inicializável com a iso?

Por favor, não culpe o kali-linux, eu faço testes e coisas na minha própria rede ou em máquinas virtualizadas, e gosto que muitas coisas de programação que uso com python (gtk, pyside, scapy etc) estejam pré-instaladas lá. Minha intenção é fazer um dualboot com o Kali-Linux e o SliTaz.

    
por JonnyPython 15.06.2013 / 00:32

1 resposta

0

Eu tenho notado flash drives não gostam de ser alterados de seus fs nativos. Em vez disso, use uma ferramenta para criar uma unidade flash inicializável, talvez use uma imagem de disco? pendrivelinux tem um monte de ferramentas diferentes. Yumi é ótimo para multi-oses e suporta persistência em algumas distribuições Linux.

O problema de permissões de montagem provavelmente tem a ver com o que é a montagem automática da sua unidade. Se o root montar o drive inicialmente, um usuário normal não poderá acessá-lo. Tente umount como root para desmontar a unidade e, em seguida, crie uma nova pasta como sua conta de usuário (ou use chmod -R 0777 your_folder_path ) e remonte para essa pasta, pois o usuário deve corrigir o problema de permissões.

    
por 03.01.2015 / 13:48