mkusb не удалось смонтировать раздел при создании постоянного живого usb. Что случилось?

Я пытаюсь создать живую постоянную загрузочную флешку. Я не могу понять, что не так, и это не работает. Терминал вне mkusb выглядит следующим образом:

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

2 ответа

Решение

Кажется, есть проблема с тем, как инструмент DUS/mkusb работает с существующими разделами. Маршрут, который был для меня успешным, выглядит следующим образом:

  1. Загрузите живую Ubuntu, или, если у вас есть полная установка, используйте
  2. Подключите целевой диск и нажмите значок запуска и введите "Диски" (без кавычек)
  3. Выберите целевую флешку и удалите все разделы
  4. Используйте DUS/GUIDUS/mkusb и выполните обычные шаги создания постоянного диска.

Это сработало для меня два раза, когда оба диска столкнулись с этой проблемой.

-sk1t

  1. Я постараюсь помочь вам и исправить ошибку, если она есть в текущей версии mkusb. Поэтому я предлагаю обновить mkusb до текущей стабильной версии, mkusb - 12.0.0-1ubuntu5, псевдоним mkusb-dus, и повторить попытку. Вы использовали mkusb 11.0.5. Несколько ошибок исправлено между этими двумя версиями.

    Установите и используйте mkusb в соответствии с mkUSB-quick-start-manual.pdf.

    Если у вас уже есть стабильный PPA, ppa: mkusb / ppa, вы можете запустить следующие команды

    sudo apt-get remove mkusb
    sudo apt-get update
    sudo apt-get install mkusb mkusb-nox usb-pack-efi
    
  2. Журнал говорит мне, что вы загружаетесь из /dev/sda и возникают проблемы с разделом /dev/sdb3 (целевого устройства). Может ли быть так, что система использует / dev / sdb3 в качестве загрузочного раздела или раздела EFI? (Это может быть ошибкой.)

  3. Что произойдет, если вы загрузитесь с отключенным целевым диском? Подключите его после загрузки компьютера и запустите mkusb после этого. Я надеюсь, что это работает, в противном случае, пожалуйста, отправьте новый файл журнала.


Редактировать:

Тест с Lubuntu 16.04.1 LTS (тест только для Linux)

Я тестировал mkusb-dus версии 12.0.2 из нестабильного PPA, ppa:mkusb/unstableи не смог воспроизвести ошибку в Lubuntu 16.04.1 LTS в режиме BIOS (ни загрузил ни установленную, ни постоянную живую систему). Я пытался также в режиме UEFI (загрузка с постоянного живого диска), но не смог воспроизвести ошибку. Я тестировал с двумя почти идентичными pendrives, присутствующими во время загрузки.

Анализ тестового примера @sk1tt1sh (с использованием LiLi в Windows)

  • Я протестировал mkusb в (постоянном) pendrive, сделанном с LiLi под управлением Ubuntu 15.04 (amd64).

  • Был аналогичный pendrive как целевой диск (также сделанный с LiLi).

  • Первый тест: я загрузился с обоими подключенными pendrive, и возникла путаница. Казалось, что он загружается с одного из дисков и использует постоянство с другого диска. Это создало проблемы для mkusb (также текущего mkusb-dus), потому что оба диска были заблокированы, и было невозможно размонтировать разделы на любом из дисков.

  • Второй тест: я загрузился только с одним подключенным диском и подключил другой диск во время работы операционной системы. Тогда mkusb может создать свою постоянную живую систему на другом диске. Не было необходимости удалять какие-либо разделы перед запуском mkusb.

  • Комментарии: Обходным решением в первом тестовом случае может быть загрузка в ОЗУ (с опцией загрузки toram). Затем, по крайней мере, один из дисков будет освобожден и его можно будет использовать в качестве целевого устройства.

Возможно, что были и другие условия, и что-то происходило с оригинальным постером @ Gediz GÜRSU, а также с @sk1tt1sh.

Заключение

Во избежание этой путаницы у меня работает загрузка только с одним подключенным дисководом. Целевой диск, на котором вы хотите создать новую постоянную работающую систему, может быть подключен во время работы операционной системы.

Мне не нужно удалять какие-либо разделы перед запуском mkusb-dus, но, кажется, есть случаи, которые я не проверял там, где это необходимо.

Другие вопросы по тегам