mkusb falhou ao montar uma partição durante a criação de live usb persistente. O que está errado?

Question

Estou tentando criar um stick inicializável persistente usb ao vivo. Eu não consigo descobrir o que está errado e não está funcionando. Terminal fora do mkusb é a seguinte:

start [mkusb 11.0.5] @ 2017-01-01 11:49:37 AM
---------------------------------------------------------------------------
Current directory=/home/gediz
main: usbonly=true
main: liveonly=true
No input file specified yet
main: source=''
TERM=xterm
ubuntu
---------------------------------------------------------------------------
menu_shell:
imagefile=/mnt/hgfs/ACTIVE_SOFTWARE/Other OS/ubuntu-16.04.1-desktop-amd64.iso
The iso file SHOULD BE loop mounted on a temporary file READ-ONLY:
mount: /dev/loop0 is write-protected, mounting read-only
disk_name_type=desktop
Ubuntu 16.04.1 LTS "Xenial Xerus" - Release amd64 _found_ in iso-file
Ubuntu 16.04.1 LTS "Xenial Xerus" - Release amd64 _not_ in any possible target drive
Booted from: /dev/sda
ans=u
ans=
---------------------------------------------------------------------------
menu_shell:
---------------------------------------------------------------------------
menu_shell:
imagefile=/mnt/hgfs/ACTIVE_SOFTWARE/Other OS/ubuntu-16.04.1-desktop-amd64.iso
Booted from: /dev/sda
ans=1
***** tu=/dev/sdb ****************************************************
selected target partition table: 'msdos'
mount: /dev/loop0 is write-protected, mounting read-only
 Ubuntu 16.04.1 LTS "Xenial Xerus" - Release amd64 
---------------------------------------------------------------------------
chk4ubuntu_upgrades: mkusb

can set the security upgrade action (the default action of the persistent
live system when security upgrades are available). This method works for
Ubuntu family operating systems and some 're-spins'. You are installing
Ubuntu 16.04.1 LTS "Xenial Xerus" - Release amd64

This can change 'Download and install automatically' to 'Display immediately'
set security upgrade action to 'Display immediately'
---------------------------------------------------------------------------
mount: /dev/loop0 is write-protected, mounting read-only
select_boot_system: [if installed, use] usb-pack_efi=false
'/mnt/hgfs/ACTIVE_SOFTWARE/Other OS/ubuntu-16.04.1-desktop-amd64.iso' is identified as the source ISO file
<pre>
MODEL            NAME   FSTYPE LABEL      MOUNTPOINT  SIZE
Cruzer Glide 3.0 sdb                                 29.8G
                 ├─sdb1 ntfs   usbdata               22.6G
                 ├─sdb2 vfat                            1M
                 ├─sdb3 vfat   ubu1604164             122M
                 ├─sdb4                               1.4G
                 └─sdb5 ext4   casper-rw              5.7G
</pre>
Using the file '/usr/share/mkusb/grub.cfg'
Clean for a GUID partition table
GPT fdisk (gdisk) version 0.8.10

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.

Command (? for help): This option deletes all partitions and creates a new protective MBR.
Proceed? (Y/N): 
Command (? for help): 
Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING
PARTITIONS!!

Do you want to proceed? (Y/N): OK; writing new GUID partition table (GPT) to /dev/sdb.
Warning: The kernel is still using the old partition table.
The new table will be used at the next reboot.
The operation has completed successfully.
Wipe the first megabyte (mibibyte) to get a clean boot area
1024+0 records in
1024+0 records out
1048576 bytes (1.0 MB) copied, 1.49029 s, 704 kB/s
lsblk: /dev/mmcblk?: not a block device
---------------------------------------------------------------------------
 Selected percentage of remaining space for persistence = 20 
---------------------------------------------------------------------------

lsblk: sdb3: failed to initialize sysfs handler
preparing /dev/sdb3  ------------------------------------------------
1024+0 records in
1024+0 records out
1048576 bytes (1.0 MB) copied, 0.97066 s, 1.1 MB/s
umount: /dev/sdb3: not mounted
mkfs.fat 3.0.27 (2014-11-12)
/dev/sdb3 has 64 heads and 32 sectors per track,
hidden sectors 0x1000;
logical sector size is 512,
using 0xf8 media descriptor, with 249856 sectors;
drive number 0x80;
filesystem has 2 32-bit FATs and 1 sector per cluster.
FAT size is 1922 sectors, and provides 245980 clusters.
There are 32 reserved sectors.
Volume ID is 1430fe73, no volume label.

preparing /dev/sdb1  ------------------------------------------------
1024+0 records in
1024+0 records out
1048576 bytes (1.0 MB) copied, 0.833496 s, 1.3 MB/s
umount: /dev/sdb1: not mounted
Cluster size has been automatically set to 4096 bytes.
Creating NTFS volume structures.
Creating root directory (mft record 5)
Creating $MFT (mft record 0)
Creating $MFTMirr (mft record 1)
Creating $LogFile (mft record 2)
Creating $AttrDef (mft record 4)
Creating $Bitmap (mft record 6)
Creating $Boot (mft record 7)
Creating backup boot sector.
Creating $Volume (mft record 3)
Creating $BadClus (mft record 8)
Creating $Secure (mft record 9)
Creating $UpCase (mft record 0xa)
Creating $Extend (mft record 11)
Creating system file (mft record 0xc)
Creating system file (mft record 0xd)
Creating system file (mft record 0xe)
Creating system file (mft record 0xf)
Creating $Quota (mft record 24)
Creating $ObjId (mft record 25)
Creating $Reparse (mft record 26)
Syncing root directory index record.
Syncing $Bitmap.
Syncing $MFT.
Updating $MFTMirr.
Syncing device.
mkntfs completed successfully. Have a nice day.
preparing /dev/sdb5  ------------------------------------------------
1024+0 records in
1024+0 records out
1048576 bytes (1.0 MB) copied, 0.922333 s, 1.1 MB/s
umount: /dev/sdb5: not mounted
mke2fs 1.42.12 (29-Aug-2014)
Creating filesystem with 1481472 4k blocks and 370944 inodes
Filesystem UUID: 9b06bf50-b1ff-4a60-956b-709ae2ac3b34
Superblock backups stored on blocks: 
    32768, 98304, 163840, 229376, 294912, 819200, 884736

Allocating group tables: done                            
Writing inode tables: done                            
Creating journal (32768 blocks): done
Writing superblocks and filesystem accounting information: done 

mount: /mnt/hgfs/ACTIVE_SOFTWARE/Other OS/ubuntu-16.04.1-desktop-amd64.iso is already mounted
fatlabel: warning - lowercase labels might not work properly with DOS or Windows
tune2fs 1.42.12 (29-Aug-2014)
---------------------------------------------------------------------------
source=/mnt/hgfs/ACTIVE_SOFTWARE/Other OS/ubuntu-16.04.1-desktop-amd64.iso
---------------------------------------------------------------------------
item 60
umount: /dev/sdb3: mountpoint not found
mount /dev/sdb3 /tmp/tmp.tbI9gMJvTc
mount: special device /dev/sdb3 does not exist
 '/dev/sdb3' could not be mounted 
umount: /dev/loop-control: not mounted
umount: /dev/loop1: not mounted
umount: /dev/loop2: not mounted
umount: /dev/loop3: not mounted
umount: /dev/loop4: not mounted
umount: /dev/loop5: not mounted
umount: /dev/loop6: not mounted
umount: /dev/loop7: not mounted
/usr/sbin/mkusb: line 3339:  2962 Terminated              tail -f "$tailfile"
      2963                       | zenity --progress --title="$version - preparing persistent live drive ..." --percentage=0 --auto-close --no-cancel --window-icon="/usr/share/icons/hicolor/48x48/apps/mkusb.png" 2>> "/dev/null"
Cleanup after mkusb finished :-)
Zenity error log-file 'zerrlog'=/tmp/tmp.JjJD0x6y2Y

    

Answer 1

Parece haver um problema em como a ferramenta DUS / mkusb lida com partições existentes. A rota que foi bem sucedida para mim é a seguinte:

1. Inicialize o Ubuntu, ou se você tiver uma instalação completa, use
2. Conecte a unidade de destino e clique no símbolo de inicialização e digite "Discos" (sem aspas)
3. Selecione a unidade flash de destino e exclua todas e quaisquer partições
4. Use DUS / GUIDUS / mkusb e siga as etapas normais de criação da unidade persistente.

Isso funcionou para mim duas vezes, em que as unidades experimentaram esse problema.

-sk1t

    

Answer 2

1. Vou tentar ajudá-lo e consertar o bug, se houver um na versão atual do mkusb. Então eu sugiro que você atualize o mkusb para a versão estável atual, mkusb - 12.0.0-1ubuntu5 alias mkusb-dus, e tente novamente. Você estava usando o mkusb 11.0.5. Vários bugs são corrigidos entre essas duas versões.

   Instale e use o mkusb de acordo com o mkUSB-quick-start-manual. pdf .

   Se você já tem o PPA estável, ppa: mkusb / ppa , você pode executar os seguintes comandos

   sudo apt-get remove mkusb
   sudo apt-get update
   sudo apt-get install mkusb mkusb-nox usb-pack-efi
   

2. O que o log me diz é que você inicializa de / dev / sda e há problemas com a partição / dev / sdb3 (do dispositivo de destino). Será que o sistema está usando / dev / sdb3 como partição de inicialização ou partição EFI? (Isso pode ser um bug.)

3. O que acontece se você inicializar com a unidade de destino desconectada ? Conecte-o após inicializar o computador e inicie o mkusb depois disso. Espero que funcione, caso contrário, poste o novo arquivo de log.

Editar:

Teste com Lubuntu 16.04.1 LTS (um teste somente do Linux)

Eu testei com o mkusb-dus versão 12.0.2 do PPA instável, ppa:mkusb/unstable , e não consegui reproduzir o bug no Lubuntu 16.04.1 LTS no modo BIOS (nem inicializei um sistema live instalado ou persistente). Eu tentei também no modo UEFI (inicializando de um live drive persistente) mas não pôde reproduzir o bug . Eu testei com dois pendrives quase idênticos presentes durante a inicialização.

Análise do caso de teste de @ sk1tt1sh (usando o LiLi no Windows)

• Eu testei o mkusb em um pendrive (persistente) feito com o LiLi rodando Ubuntu 15.04 (amd64).

• Houve um pendrive similar ao drive alvo (também feito com LiLi).

• Primeiro teste: eu inicializei com os dois pendrives conectados, e houve confusão . Parecia que ele inicializou a partir de uma das unidades e usou a persistência da outra unidade. Isso criou problemas para o mkusb (também o mkusb-dus atual), porque ambas as unidades foram bloqueadas e não foi possível desmontar a (s) partição (ões) em nenhuma das unidades.

• Segundo teste: inicializei apenas com uma das unidades conectadas e liguei a outra unidade quando o sistema operacional estava em execução. Então o mkusb poderia criar seu sistema live persistente na outra unidade. Não foi necessário excluir nenhuma partição antes de iniciar o mkusb.

• Comentários: Uma solução alternativa no primeiro caso de teste pode ser inicializar na RAM (com a opção de inicialização toram ). Então, pelo menos, uma das unidades seria liberada e possível de ser usada como um dispositivo de destino.

É possível que houvesse outras condições e outras coisas acontecendo para o pôster original @ Gediz GÜRSU, bem como para @ sk1tt1sh.

Conclusão

Funciona para eu inicializar com apenas uma unidade de disco conectada, para evitar essa confusão. A unidade de destino, na qual você deseja criar um novo sistema ativo persistente, pode ser conectada quando o sistema operacional estiver em execução.

Eu não preciso apagar nenhuma partição antes de iniciar o mkusb-dus, mas parece haver casos, que eu não testei, onde é necessário.