Package Details: multios-usb-bin 0.12.1-2

Git Clone URL: https://aur.archlinux.org/multios-usb-bin.git (read-only, click to copy)
Package Base: multios-usb-bin
Description: Simple tool for creating GRUB multiboot USB with Secure Boot support.
Upstream URL: https://github.com/Mexit/MultiOS-USB
Keywords: bootable iso multiboot usb wim windows
Licenses: GPL-3.0-or-later
Conflicts: multios-usb, multios-usb-bin-git, multios-usb-git
Provides: multios-usb
Submitter: ebbez
Maintainer: MexIT
Last Packager: ebbez
Votes: 2
Popularity: 0.117696
First Submitted: 2026-04-14 19:27 (UTC)
Last Updated: 2026-07-20 20:43 (UTC)

Dependencies (10)

Required by (0)

Sources (2)

Latest Comments

PhrozenByte commented on 2026-09-02 11:55 (UTC)

dosfstools is a hard dependency, even when using e.g. exFAT as the data filesystem: MultiOS-USB always creates a FAT ESP partition. Reported upstream, too.

Please also add bash and coreutils as explicit dependencies. They are packages in the base package group, but listing them explicitly is still best practice.

Creating a non-bin package (multios-usb) would also be very much appreciated. I came here looking for an alternative to Ventoy, but MultiOS-USB also ships precompiled binaries in its binaries directory. It appears that these are either compiled from the MultiOS-USB GitLab repo (never seen a project using both GitHub and GitLab at the same time) or downloaded from upstream. Having a package that builds everything from source, or uses matching binaries from Arch packages where possible, would therefore be greatly appreciated.

ebbez commented on 2026-08-31 09:39 (UTC)

Hello everyone, as I might be leaving Arch soon, I'll be transferring Primary Maintainership to MexIT - the upstream maintainer of MultiOS-USB. If everything goes to plan I'll stay on as a Co-Maintainer.

ebbez commented on 2026-07-22 15:25 (UTC) (edited on 2026-08-28 10:03 (UTC) by ebbez)

Hi @xfs, I've tried reproducing the issue but I'm unable to.

I've got a PKGBUILD ready with

sed -i -E 's/(tar\s+)(.*\$part_efi.*)/\1--no-same-owner \2/g' "$_pkgname-$pkgver/multios-usb.sh"

in the prepare() function.

xfs commented on 2026-07-21 17:49 (UTC)

Installation fails on Arch Linux with GNU tar 1.35 when extracting the GRUB archive onto the FAT32 EFI partition, because tar tries to preserve file ownership. Adding --no-same-owner to the tar command in multios-usb.sh fixes the issue.

It's already reported upstream on GitHub.

ebbez commented on 2026-07-20 20:56 (UTC) (edited on 2026-07-20 21:01 (UTC) by ebbez)

Hi @syl, thanks for your feedback. Good call on the bsdtar dependency, I didn't know it wasn't included by default in de base/base-devel pkgs. I've added libarchive to depends.

Regarding the PGP/GPG authenticity verification: I don't believe any archives/artefacts are signed by the developer.

I'm currently not too active on the maintainership, but extra eyes are always welcome! I try to get updates within a week of them being released, but sometimes I might forget them. Mexit (the upstream author) also has Co-Maintainership here on the AUR, so can also take control whenever needed.

syl commented on 2026-06-18 17:50 (UTC) (edited on 2026-06-18 17:50 (UTC) by syl)

Hi @Ebbez, again thanks for maintaining this package! I've reviewed your PKGBUILD and wanted to share a few gentle suggestions that could help strengthen it according to Arch packaging best practices. Nothing is urgent or blocking—just things to consider for future iterations some security improvements:

Add PGP Signature Verification Currently the package downloads from GitHub releases over HTTPS without verifying the upstream release authenticity with GPG signatures. If you have access to the developer's public key (likely on GitHub or Keybase), consider adding validpgpkeys and downloading signature files alongside the sources. This protects against MITM attacks or compromised GitHub accounts.

Less important: missing bsdtar Dependency The prepare() function uses bsdtar, but this tool isn't listed in the depends array. While most systems have it by default, it would be safer to either add it explicitly or switch to the standard tar command which is guaranteed available on all Arch installations.

ebbez commented on 2026-06-18 15:06 (UTC)

@Timothee, thanks for the feedback. I have added dosfstools as a hard dependency for the update to v0.11.1.

Timothee commented on 2026-05-29 00:43 (UTC)

Hi, and thanks for maintaining this package.

I ran into an issue on first use: sudo multios-usb /dev/sdc exits immediately with:

mkfs.fat is required but not installed. Exiting

mkfs.fat is provided by dosfstools, which is currently listed only as an optional dependency ("FAT support"). The catch is that fat32 is the default --fs_type, so the package is unusable out of the box (without passing any extra flag) unless dosfstools is installed.

Would it make sense to promote dosfstools to a hard dependency (depends)? The other filesystem tools (e2fsprogs, exfatprogs, ntfs-3g) make perfect sense as optdepends, since they're only needed when their filesystem is explicitly selected — but dosfstools is required for the default behavior.

Thanks!

syl commented on 2026-05-06 17:08 (UTC)

@ebbez, if you need bit of help from inexperienced hand, don't hesitate.

syl commented on 2026-05-06 07:41 (UTC)

thanks for bringing it to Arch ^.^y