主页 / ubuntu / 问题

问题[mkusb](ubuntu)

Martin Hope
highpost
Asked: 2021-05-25 15:57:22 +0800 CST
  • 1

我正在尝试创建一个包含 FreeDOS和BIOS 更新文件的可引导 USB 驱动器。当我使用mkusb-plug4GB USB 驱动器时，它会创建一个 FAT12 分区，其中的空间刚好够 FreeDOS 使用。所以没有剩余空间来放置有效负载文件，并且 GUI 似乎没有任何选项来增加分区的大小。

  • 我尝试编辑主分区以增加其大小。
  • 我尝试了mkusb-plug以 FAT32 格式创建第二个 USBDATA 分区的选项。但是 FreeDOS 没有将驱动器映射到这个分区，所以我无法访问那里的有效负载文件。
mkusb
Martin Hope
Jhon Baptist
Asked: 2020-03-08 06:49:03 +0800 CST
  • 4

我使用该free -h命令在加载到 RAM 的 Lubuntu 的实时图像中显示可用 RAM。

如果我通过命令创建它：dd if=lubuntu-19.04-desktop-amd64.iso of=/dev/sdb bs=512k，那么我得到我的实际总内存。

但是，如果我使用 MKusb 创建 live-usb，我会减少大约 1gb 的内存……我正在使用 Mkusb 来制作持久的 live usb。

live-usb lubuntu mkusb
Martin Hope
django
Asked: 2020-01-15 18:47:37 +0800 CST
  • 2

在对选项进行大量审查后，我尝试使用https://www.howtogeek.com/howto/14912/create-a-persistent上的“最佳实践”说明创建具有持久存储的可用实时 Ubuntu USB，但未能成功-bootable-ubuntu-usb-flash-drive/我怀疑我离完整解决方案只有一步之遥，但我需要帮助。

在开始之前，我查看了 AskUbuntu 和其他地方的答案，包括 @CSCameron 和 @sudodus 的许多回复。由于各种问题，对于 18.04 之前的操作系统版本的答案现在对于运行 18.04 或更高版本的价值不确定。因此，我选择遵循上面 URL 中的综合和最新说明。

按照说明操作后，我似乎有一个由 mkusb 格式化的 USB 驱动器，正如预期的那样。当我尝试启动时，BIOS/UEFI 进程将 USB 记忆棒识别为可能的启动位置，但是当我选择它进行启动并继续时，我将返回到同一屏幕以选择启动位置。出于某种原因，USB 记忆棒被拒绝作为可行的引导选项。我已经使用 2 个 iso 映像（18.04LTS 和 19.10）和 2 个 U 盘（Sandisk Extreme 64GB 和 Sandisk Cruzer Facet 16GB）尝试了该过程 3-4 次。以下是 GParted 分析生成的 USB 记忆棒的两个屏幕截图的链接。

  1. https://drive.google.com/file/d/1HjyLS2QoHXW2U3pdg_RETof9PBSnwYDV/view?usp=sharing
  2. https://drive.google.com/file/d/15ISNR48hRilpvztyaOxrKXSigAQKZ_Ho/view?usp=sharing

在此处输入图像描述

boot live-usb persistence mkusb
Martin Hope
qwr
Asked: 2019-10-27 20:37:50 +0800 CST
  • 1

我正在使用 mkusb 创建启动盘（USB 驱动器）。mkusb 给了我一个使用 grub4win.img.xz 的选项：

dus-live 12.2.8 cannot install 'grub-pc' in installed systems in UEFI mode.
'grub-pc' is used to make persistent live drives bootable in BIOS mode.

Instead you can use 'grub4win.img.xz', an image with the grub content.

 Minimum 8 GB: You need a drive (USB pendrive or memory card) with
at least 8 GB because the image is expanded to 7.744 GB (to allow for
undersized 8 GB drives).
 Do you want to use 'grub4win.img.xz'? (y/N)

完成后：

Cannot install grub for BIOS mode from an installed system in UEFI mode.
 The created system should work in UEFI mode, 
if the ISO file is made for UEFI mode (Windows 8-10 64-bit).
If you use 'grub4win.img.xz', it should work in BIOS mode too.

我的系统已经在 UEFI 中禁用了安全启动。那我需要这个吗？

grub2 dual-boot uefi grub-efi mkusb
Martin Hope
Binh T. Nguyen
Asked: 2019-08-01 19:21:10 +0800 CST
  • 1

经过一些麻烦（在这个问题中），我设法手动安装 mkusb。

但由于某种原因，它没有检测到我的 USB 驱动器。我尝试对其进行格式化（如 ext4 和 fat32）、挂载/卸载（尽管有一些错误！）。但它没有成功。

以下是一些输出：

$ df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            1,8G     0  1,8G   0% /dev
tmpfs           364M  1,7M  362M   1% /run
/dev/sda5       218G   11G  196G   6% /
tmpfs           1,8G   45M  1,8G   3% /dev/shm
tmpfs           5,0M  4,0K  5,0M   1% /run/lock
tmpfs           1,8G     0  1,8G   0% /sys/fs/cgroup
/dev/loop0       89M   89M     0 100% /snap/core/7270
/dev/loop1       35M   35M     0 100% /snap/gtk-common-themes/818
/dev/loop2       54M   54M     0 100% /snap/core18/970
/dev/loop3      4,2M  4,2M     0 100% /snap/gnome-calculator/406
/dev/loop4      3,8M  3,8M     0 100% /snap/gnome-system-monitor/100
/dev/loop5      1,0M  1,0M     0 100% /snap/gnome-logs/61
/dev/loop8      3,8M  3,8M     0 100% /snap/gnome-system-monitor/91
/dev/loop7       55M   55M     0 100% /snap/core18/1066
/dev/loop6      141M  141M     0 100% /snap/gnome-3-26-1604/74
/dev/loop9       89M   89M     0 100% /snap/core/6964
/dev/loop13      15M   15M     0 100% /snap/gnome-logs/45
/dev/loop12      43M   43M     0 100% /snap/gtk-common-themes/1313
/dev/loop10     150M  150M     0 100% /snap/gnome-3-28-1804/67
/dev/loop15     141M  141M     0 100% /snap/gnome-3-26-1604/90
/dev/loop14      13M   13M     0 100% /snap/gnome-characters/139
/dev/loop11     2,3M  2,3M     0 100% /snap/gnome-calculator/260
/dev/loop16      15M   15M     0 100% /snap/gnome-characters/296
tmpfs           364M   40K  364M   1% /run/user/1000
/dev/sdb1       7,4G   17M  7,0G   1% /home/mike/drive

$ sudo lsblk -f

NAME   FSTYPE  LABEL           UUID                                 MOUNTPOINT
loop0  squashf                                                      /snap/core/7
loop1  squashf                                                      /snap/gtk-co
loop2  squashf                                                      /snap/core18
loop3  squashf                                                      /snap/gnome-
loop4  squashf                                                      /snap/gnome-
loop5  squashf                                                      /snap/gnome-
loop6  squashf                                                      /snap/gnome-
loop7  squashf                                                      /snap/core18
loop8  squashf                                                      /snap/gnome-
loop9  squashf                                                      /snap/core/6
loop10 squashf                                                      /snap/gnome-
loop11 squashf                                                      /snap/gnome-
loop12 squashf                                                      /snap/gtk-co
loop13 squashf                                                      /snap/gnome-
loop14 squashf                                                      /snap/gnome-
loop15 squashf                                                      /snap/gnome-
loop16 squashf                                                      /snap/gnome-
sda                                                                 
├─sda1 ntfs    System Reserved 2E821ED1821E9E01                     
├─sda2 ntfs                    B20C27BC0C277A8D                     
├─sda3 ntfs    Work            A65A98375A9805E9                     
└─sda5 ext4                    704da54c-9899-41b5-ad00-f17a9b75287e /
sdb                                                                 
└─sdb1 ext4                    800f174e-ec6e-4e4e-8066-ee02a794449f /home/mike/drive

$ sudo lsblk -m
NAME     SIZE OWNER GROUP MODE
loop0   88,5M root  disk  brw-rw----
loop1   34,6M root  disk  brw-rw----
loop2   53,7M root  disk  brw-rw----
loop3      4M root  disk  brw-rw----
loop4    3,7M root  disk  brw-rw----
loop5   1008K root  disk  brw-rw----
loop6  140,7M root  disk  brw-rw----
loop7   54,4M root  disk  brw-rw----
loop8    3,7M root  disk  brw-rw----
loop9   88,4M root  disk  brw-rw----
loop10 149,9M root  disk  brw-rw----
loop11   2,3M root  disk  brw-rw----
loop12  42,8M root  disk  brw-rw----
loop13  14,5M root  disk  brw-rw----
loop14    13M root  disk  brw-rw----
loop15 140,7M root  disk  brw-rw----
loop16  14,8M root  disk  brw-rw----
sda    465,8G root  disk  brw-rw----
├─sda1   549M root  disk  brw-rw----
├─sda2  48,3G root  disk  brw-rw----
├─sda3 195,3G root  disk  brw-rw----
└─sda5 221,6G root  disk  brw-rw----
sdb      7,5G root  disk  brw-rw----
└─sdb1   7,5G root  disk  brw-rw----

$ sudo parted -ls
Model: ATA TOSHIBA MQ01ACF0 (scsi)
Disk /dev/sda: 500GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags: 

Number  Start   End     Size    Type      File system  Flags
 1      1049kB  577MB   576MB   primary   ntfs         boot
 2      577MB   52,4GB  51,9GB  primary   ntfs
 3      52,4GB  262GB   210GB   primary   ntfs
 4      262GB   500GB   238GB   extended
 5      262GB   500GB   238GB   logical   ext4


Model: SMI USB DISK (scsi)
Disk /dev/sdb: 8054MB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags: 

Number  Start   End     Size    Type     File system  Flags
 1      1049kB  8054MB  8053MB  primary  ext4         boot

$ dus
 dus 12.3.2 
live system or temporary superuser permissions
Drive that contains source file: /dev/sda
Live drive, that is booted from: /dev/sda
cands=2
->
15:18
15:18   ->  465,8G
15:18
built-in device
->
15:18
 7,5G
15:18
built-in device
p_target: target=/dev/
No target device or bad target device
p_clean:
live system or temporary superuser permissions
clean if necessary and return
clean if necessary and quit

任何想法如何解决它？

18.04 mkusb
Martin Hope
Binh T. Nguyen
Asked: 2019-08-01 02:12:31 +0800 CST
  • 4

我试图在 Live Ubuntu USB 驱动器上创建一个持久存储。然后我来到了许多需要 mkusb 的教程。我已经搜索了很多方法来安装它，但我不能，即使在添加 PPA、重新启动、编辑 sources.list 等之后。这是输出：

$ sudo add-apt-repository ppa:mkusb/ppa

 More info: https://launchpad.net/~mkusb/+archive/ubuntu/ppa
Press [ENTER] to continue or Ctrl-c to cancel adding it.

Hit:1 http://ppa.launchpad.net/mkusb/ppa/ubuntu bionic InRelease
Hit:2 http://security.ubuntu.com/ubuntu bionic-security InRelease        
Hit:3 http://vn.archive.ubuntu.com/ubuntu bionic InRelease
Hit:4 http://vn.archive.ubuntu.com/ubuntu bionic-updates InRelease
Hit:5 http://vn.archive.ubuntu.com/ubuntu bionic-backports InRelease
Reading package lists... Done

$ sudo apt update                      
Hit:1 http://ppa.launchpad.net/mkusb/ppa/ubuntu bionic InRelease
Hit:2 http://security.ubuntu.com/ubuntu bionic-security InRelease              
Hit:3 http://vn.archive.ubuntu.com/ubuntu bionic InRelease
Hit:4 http://vn.archive.ubuntu.com/ubuntu bionic-updates InRelease
Hit:5 http://vn.archive.ubuntu.com/ubuntu bionic-backports InRelease
Reading package lists... Done
Building dependency tree       
Reading state information... Done
All packages are up to date.

$ sudo apt install mkusb
Reading package lists... Done
Building dependency tree       
Reading state information... Done
E: Unable to locate package mkusb

我不知道我是否在某个地方犯了一些错误。谢谢！

编辑：我设法使用 tarball 安装 mkusb，但它没有检测到我的 USB 驱动器。不过重点说完了，也许我会再问一个问题。谢谢！

apt mkusb
Martin Hope
BorrajaX
Asked: 2019-06-14 14:52:58 +0800 CST
  • 1

我通过Cubic（生成自定义 .iso）和mkusb的组合创建了一个自定义 live CD 映像（erm ... live USB，我想它会更准确），以通过分区为其提供持久性casper-rw。

它工作得非常好，但mkusb似乎正在创建自己fstab的grub菜单。

其中一件事mkusb是创建一个“常规”NTFS 分区，以便 USB 记忆棒可以用作“常规”存储记忆棒（用于保存图片、文档或其中的任何内容），但该分区似乎没有安装在启动时。

如果可以的话，那就太好了，因为我想给它一个非常具体的用途（具体来说，Docker 图像现在似乎只有在我指定devicemapper为 时才能正常工作storage-driver）。如果我可以将那个 NTFS 分区安装在 中，这将非常非常有帮助/var/lib/docker/[storage]，但是即使我/etc/fstab在 Cubic 中进行更改，这些更改也不会反映在写入 USB 记忆棒的映像中。

Grub 菜单也会发生类似的情况。Cubic允许指定您自己的，但这似乎被覆盖，并且由于将使用该棒的计算机存在问题，如果我可以在引导行中mkusb添加一个标志，那就太好了。nolapic

有没有办法做到这一点？

PS 01：我没有结婚......我确实喜欢使用mkusb它获得持久 USB 是多么容易，并且可以在 UEFI 启动的 bios 上运行，但也许另一个工具会给我更多的控制权？

PS 02：我对……什么都不太了解，实际上，但对于这个特定的用例，假设我对可启动 USB 记忆棒上的持久分区知之甚少。

grub2 live-usb fstab persistence mkusb
Martin Hope
Slab
Asked: 2019-05-01 08:16:45 +0800 CST
  • 3

我已经成功地使用 mkusb 在新的三星 T5 USB SSD 上安装了持久的 Ubuntu 18.04.2 LTS 系统。mksusb 的优点在于它创建了一个可在各种计算机系统上运行的可引导系统。但是，我希望有一个可移植的“真正的”Ubuntu 安装，而不是一个适用于 UEFI 和 BIOS 引导方法的实时/持久安装。

此处概述的过程看起来可以解决问题，但在我的情况下，我只是在引导驱动器时看到 grub 提示。请注意，我解释了该步骤：

Cut grub.cfg from sdx5/boot/grub and paste to sdx3/boot/grub, overwriting the existing grub.cfg file

...意味着我应该将新的 grub.cfg 文件从 /dev/sdx5/boot/grub 移动到 /dev/sdx3/boot/grub，覆盖 mkusb 创建的 grub.cfg 文件并删除创建的 grub 配置文件通过从安装分区安装。另外，Ubuntu安装完成后没有挂载/dev/sdx3，我不得不手动挂载它（/dev/sdx5已经挂载在/target上）。

由于未经修改的 mkusb 可以在 T5 SSD 驱动器上正常工作，因此我认为 Ubuntu 18.04.2 LTS 安装 grub.cfg 文件存在问题。

是否有另一种可行的方法，或者便携式 SSD 与 USB 拇指驱动器是否存在本质上的不同，从而阻止创建真正的便携式驱动器？

更新：我刚刚用一个备用的 64GB 微型 USB 驱动器完成了上面链接的过程，它运行良好。我能够通过 BIOS 和 UEFI 模式启动它。我想我可以安全地排除 Ubuntu (18.04.2) 的特定版本作为问题的根源，并假设使用 USB SSD 与“标准”拇指驱动器有一些独特之处......不确定是否它是驱动器大小或硬件接口（我怀疑后者）。

grub2 boot bios uefi mkusb
Martin Hope
Display name
Asked: 2019-02-12 07:14:04 +0800 CST
  • 11

我有一个mkusb live USB（具有持久性的 Ubuntu 18.04），可以在我的某些计算机上正常启动。在一台笔记本电脑上，我收到以下错误：

error: disk `hd0,4' not found.
error: you need to load the kernel first.

我需要做什么才能“首先加载内核”？

编辑：占用 SD 插槽的 SD 卡导致此问题。移除 SD 卡可以让mkusb正确启动，并消除错误。启动后，如果需要使用它，我会将 SD 卡重新插入 SD 插槽。

live-usb bios persistence 18.04 mkusb
Martin Hope
Passiday
Asked: 2019-02-09 15:12:15 +0800 CST
  • 2

此页面https://help.ubuntu.com/community/mkusb鼓励创建持久的实时可启动 USB。这就是我向我的班级提出的建议，当时我不得不建议他们如何在不影响学校计算机默认操作系统的情况下享受 Ubuntu Linux。所以现在他们可以从他们的 USB 笔式驱动器启动 Ubuntu 18.04。

在教他们如何设置 Apache Web 服务器时，发现对/etc/hosts文件所做的更改在引导之间没有保留。但是，保留下的配置文件/etc/apache2/sites-enabled和站点文件。/var/www

这里会发生什么？Mkusb 使用 casper-rw 分区来建立持久性。为什么持久性对一个文件有效而对另一个文件无效？或者/etc/hosts文件可能被一些应该删除的默认实时 USB 指令重写？

persistence 18.04 mkusb