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
0
задан 1 January 2017 в 23:05

2 ответа

  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).

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

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

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

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

Заключение

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

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

0
ответ дан 1 January 2017 в 23:05
  • 1
    Я попробовал это, и ничего не происходит при нажатии сдвига – Randy Anon 22 October 2018 в 04:44

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

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

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

-sk1t

0
ответ дан 1 January 2017 в 23:05
  • 1
    Я don’t думают, что это имеет видеокарту Nvidia. Это сказало, что имело видеокарту набора микросхем Intel. – Randy Anon 22 October 2018 в 04:32

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

Похожие вопросы: