最近我使用启动媒体创建器 (可能是usb-creator-gtk) 制作了一个带有 Xubuntu 20.04.02 LTS 的实时 USB 棒。
我尝试在创建存储棒后调整分区大小，以便提供额外的数据分区。但这是不可能的：虽然存储棒的容量为 32 GB，但gparted它显示已完全占用，并阻止我减小其上的 ISO9660 分区的大小。
但是，lsblk它告诉我有三个分区：
$ lsblk -o name,size,fstype,partflags,model,vendor /dev/sdc
NAME SIZE FSTYPE PARTFLAGS MODEL VENDOR
sdc 29,3G iso9660 Flash Disk Generic
├─sdc1 1,6G iso9660 0x80
├─sdc2 3,9M vfat
└─sdc3 27,7G ext4
$ lsblk -o Name,size,fstype,uuid,label,mountpoint | grep -E sdc
sdc 29,3G iso9660 2021-02-09-19-20-08-00 Xubuntu 20.04.2.0 LTS amd64
├─sdc1 1,6G iso9660 2021-02-09-19-20-08-00 Xubuntu 20.04.2.0 LTS amd64 /media/user/Xubuntu 20.04.2.0 LTS amd64
├─sdc2 3,9M vfat 54C5-9C6C Xubuntu 20.04.2.0 LTS amd64
└─sdc3 27,7G ext4 80b4c9bd-f04c-4bc2-8ae8-7551e6026d49 writable /media/user/writable
$
令人惊讶的是，相同的 UUID 出现了两次：一次针对整个设备，再一次针对 ISO9660 分区。同一标签甚至出现三次：针对所有三个分区！
据我所知，这不是一个好主意。我更喜欢更有意义的标签，例如Xubuntu20.04.2-amd64_purpose，其中purpose表示该分区的用途。
我对带标签的分区感到疑惑writable：它似乎会跟踪该棒用于安装的时间。我可以在那里存储数据，但无法从实时系统访问它们！
我印象中，带标签的分区writable在实时系统中安装为/var/crash。我在那里存储了一个脚本并使用了它。但在关闭实时系统后，我的脚本/var/crash就消失了。有人可以揭秘我的适用于 Xubuntu 20.04.02 LTS amd64 的 Live USB-Stick 的分区架构吗？
截至 2021-08-09 的评论告诉我完全安装（这不是我的问题）以及如何制作持久安装（这也不是我的问题）。
我花了几个星期的时间使用 unetbootin 进行持久安装：我用持久分割标记为casper-rw。不幸的是，在关机期间，有大量写入操作写入拇指驱动器，而屏幕看起来是无辜的黑色。如果在那个危险的时间断开连接，casper-rw就会毁了（inode 错误）！
在永久安装的 USB 驱动器上更新系统可能需要花费大量时间。例如，我用 Chromium 替换了 Firefox。我认为时间消耗是由于读取和写入之间传输方向的大量转换，这导致 USB3 设备的电子设备速度大大降低。当我尝试编译 Jamulus 系统以存在于我的实时棒上时，情况变得更糟。我知道在制作过程中会读取许多文件，写入其他文件，并且可能会创建中间文件并在使用后删除。这会造成 USB3 棒的电子设备无法承受的压力。
为了摆脱分区被毁后的泥潭casper-rw，我创建了一个备用分区，其中包含之前工作分区的备份casper-rw（当然，使用不同的标签）。但是，从一个分区复制到另一个分区（两者大小完全相同）cp -a（删除目标分区的所有先前文件后）所花的时间比添加一个中间步骤（首先复制到我的固定磁盘，然后复制到拇指驱动器）要长得多：这个观察让我得出结论：更改数据传输方向是更新持久安装时耗费时间的根本原因。
我上面的问题解释为什么我无法调整分区大小使用启动媒体创建工具制作。
我上面的问题分区可写的用途在棍子上找到。
我的目标是在 Live Stick 上创建分区，可以将其挂载为 /home用于脚本，这些脚本会应用一些即时修改，就像我在试用实时系统时手动应用的那些一样。我的第二个目标是在 Live Stick 上创建分区，可以将其挂载为 /home使用即时安装附加软件的脚本（在 ram-fs 中发生，关机后将消失）。当然，最终目标是/home自动安装该分区。
我的目标是介于 DVD 式只读安装介质和持久安装介质之间。两者的区别在于，这种安装棒无法（持久）更新。与完整安装的区别在于，它可以在任何计算机上运行（当然，能够运行系统），而不是特定计算机，而完整安装似乎仅限于该计算机。
（注：我曾经为联想 W530 制作过一个完整安装棒。它无法在联想 T410 上启动。但它可以在 T430 和 T430s 上启动。这两种型号的架构似乎足够接近，可以让它们启动，但我尝试过的许多其他计算机都无法从它启动。所以一般来说，完整安装似乎仅限于目标计算机和非常接近的亲属）。
不幸的是，持久分区似乎不可行，因为关机过程非常耗时：我观察到超过 5 分钟的磁盘活动！否则，inode 错误会经常发生。
答案1
持久安装与完整安装
Ubuntu 可以通过多种方式安装到 USB。实时安装不会在会话之间保存。持久安装会从压缩文件中提取操作系统，并在每个会话中将数据保存到覆盖文件或分区，而完整安装会将完整的操作系统安装到 USB，就像安装到内部磁盘一样。
持久安装 USB 与完整安装 USB 之间的比较
持久安装的优点：
您可以使用持久性 pendrive 将 Ubuntu 安装到另一台计算机。
持久安装占用的 U 盘空间较少。
您可以通过用新文件覆盖旧的 casper-rw 文件来重置 pendrive。
安装到 pendrive 所需的时间较少。
驱动器的磨损略有减少。
完整安装的优点：
您可以更新和升级。
如果您遇到问题或希望修改，解决方案与内部安装相同（您可以在论坛中寻求帮助）。
没有丑陋的启动/安装屏幕。
更安全，可以使用完全加密
您可以使用专有驱动程序。
交换文件和分区可以工作并且可以启用休眠模式。
许多持久性安装仅限于 4GB casper-rw 和 4GB home-rw 持久性文件，要获得更多持久性则需要持久性分区。一旦 casper-rw 已满，驱动器将无法启动。
更有效地利用磁盘空间。不需要为持久性保留空间。
启动速度更快，没有自动磁盘检查或尝试 Ubuntu/安装 Ubuntu 屏幕。
您可以运行 VBox 并使用虚拟机。
通常比 Live 或 Persistent USB 的启动速度更快。
更稳定，更适合日常使用。我已经在闪存驱动器上运行 Ubuntu 5 年了，只进行过 LTS 升级。
请注意，一旦启动，两种方法的运行速度大致相同。如果计算机有大量 RAM，Ubuntu 应该主要在 RAM 中运行，并且使用内部 HDD 和 USB3 闪存驱动器 f 运行之间不会有太大差异。
完整安装方法
您可以在此处找到一种快速简便的方法，将完整安装刷入 USB：轻松完整安装 USB，可启动 BIOS 和 UEFI
从头开始创建完整安装 USB 的更传统方法可以在这里找到：如何逐步将 Ubuntu 20.04 完整安装到 USB 设备
持久安装
我建议韓國有关如何将 Ubuntu 持久安装到 USB，请参阅：https://help.ubuntu.com/community/mkusb
另请参阅将 Live USB 转换为持久 Live USB：如何将我的 Live USB 转换为 Persistence Live USB？