Hi, i have this error : LinkTable_print: -------------------------------------------- - Creating loop device - Mounting loop device: /dev/loop0 Object /org/freedesktop/UDisks2/block_devices/loop0 is not a mountable filesystem.
A solution? Thanks
| Git Clone URL: | https://aur.archlinux.org/ttf-ms-win11-auto.git (read-only, click to copy) |
|---|---|
| Package Base: | ttf-ms-win11-auto |
| Description: | Microsoft Windows 11 Other TrueType fonts |
| Upstream URL: | https://www.microsoft.com/typography/fonts/product.aspx?PID=164 |
| Licenses: | custom |
| Conflicts: | ttf-ms-win11-other |
| Provides: | ttf-ms-win11-other |
| Submitter: | octocorvus |
| Maintainer: | octocorvus |
| Last Packager: | kode54 |
| Votes: | 116 |
| Popularity: | 3.80 |
| First Submitted: | 2022-05-06 13:39 (UTC) |
| Last Updated: | 2025-05-20 01:55 (UTC) |
Hi, i have this error : LinkTable_print: -------------------------------------------- - Creating loop device - Mounting loop device: /dev/loop0 Object /org/freedesktop/UDisks2/block_devices/loop0 is not a mountable filesystem.
A solution? Thanks
I did sudo modprobe udf and user is in group disk.
- Downloading fonts directly
- Mounting HTTP file
LinkTable_print: --------------------------------------------
LinkTable_print: LinkTable 0x562319dd3090 for https://software-static.download.prss.microsoft.com/dbazure/888969d5-f34g-4e03-ac9d-1f9786c66749/26100.1742.240906-0331.ge_release_svc_refresh_CLIENTENTERPRISEEVAL_OEMRET_x64FRE_en-us.iso
LinkTable_print: --------------------------------------------
LinkTable_print: 0 H 0 https://software-static.download.prss.microsoft.com/dbazure/888969d5-f34g-4e03-ac9d-1f9786c66749/26100.1742.240906-0331.ge_release_svc_refresh_CLIENTENTERPRISEEVAL_OEMRET_x64FRE_en-us.iso
LinkTable_print: 1 F 5387960320 26100.1742.240906-0331.ge_release_svc_refresh_CLIENTENTERPRISEEVAL_OEMRET_x64FRE_en-us.iso https://software-static.download.prss.microsoft.com/dbazure/888969d5-f34g-4e03-ac9d-1f9786c66749/26100.1742.240906-0331.ge_release_svc_refresh_CLIENTENTERPRISEEVAL_OEMRET_x64FRE_en-us.iso
LinkTable_print: --------------------------------------------
LinkTable_print: Invalid link count: 0
LinkTable_print: --------------------------------------------
- Creating loop device
- Mounting loop device: /dev/loop36
Object /org/freedesktop/UDisks2/block_devices/loop36 is not a mountable filesystem.
==> ERROR: A failure occurred in prepare().
I noticed that the upstream ttf-ms-win10-auto is using a different depend for httpdirfs.
The '' link target seems a bit like a shell scripting bug? rua offers shellcheck on the PKGBUILD and it's quite noisy.
@caellian The patch is awesome! Thanks!
This package is currently not working.
Likewise asking for @caellian's changes to be made part of the official packaging, wouldn't work on a fresh Arch install until I made those changes. Thanks all!
In CachyOS, the only thing that worked for me to complete the installation were the changes made by @caellian. Thank you! I also vote in favor of implementing these changes if possible.
@caellian Thanks buddy. It worked now. httpdirfs is something much too complicated for the installation. @kode54 Could you please migrate to caellian's robust packaging method?
Running individual commands as root this still fails in _unprivilegedMountAllowed branch. What ended up working for me was skipping the optimization you've done with udisksctl and just using 7z e -aoa "${_isoFile}" sources/install.wim. Both udisksctl loop-setup and mount -t udf,iso13346 -o loop fail when trying to mount the file from httpdirfs filesystem. When ISO is downloaded to a local FS, mounting works, and I can use 7z to extract sources/install.wim from http FS, but stacking them doesn't work (consistently?). udisksctl loop-setup actually reports an error on my system but it's ignored by the script.
Unpacking install.wim with 7z takes much longer obviously, but it's still better than downloading the whole root ISO which is what most people reporting issues here end up doing. I propose you remove double mounts and just use 7z on the mounted ISO as it ends up being quicker than both debugging the PKGBUILD or downloading the ISO manually.
diff --git a/PKGBUILD b/PKGBUILD
index a84e5e1..827b1f3 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -416,25 +416,12 @@ prepare() {
httpdirfs --cache --single-file-mode "$_iso" mnt/http
echo " - Creating loop device"
_isoFile="mnt/http/$(echo "$_iso" | awk -F "/" '{print $NF}')"
- _loopDev=$(udisksctl loop-setup -r -f "${_isoFile}" --no-user-interaction 2>&1 | grep -oE "'.*'" | sed -e "s/'//g")
- # Wait for the loop device to be automatically mounted.
- sleep 5
- # Mount the loop device if not automatically mounted.
- if ! grep -qs $_loopDev /proc/mounts; then
- echo " - Mounting loop device: $_loopDev"
- udisksctl mount -t udf -b "$_loopDev" --no-user-interaction
- fi
- _mountpoint=$(findmnt -nfr -o target -S $_loopDev)
- echo " - Loop device mounted as ISO at: $_mountpoint"
-
+ 7z e -aoa "${_isoFile}" sources/install.wim
+
echo " - Extracting files from online Windows installation image"
- 7z e -aoa "${_mountpoint}/sources/install.wim" \
+ 7z e -aoa "install.wim" \
Windows/{Fonts/"*".{ttf,ttc},System32/Licenses/neutral/"*"/"*"/license.rtf}
- echo " - Unmounting loop device $_loopDev as ISO at: $_mountpoint"
- udisksctl unmount -b "$_loopDev" --no-user-interaction
- echo " - Deleting loop device: $_loopDev"
- udisksctl loop-delete -b "$_loopDev" --no-user-interaction
echo " - Unmounting HTTP file"
fusermount3 -uz mnt/http
rmdir -p mnt/http
Ok,
I'm using CachyOS.
So I run sudo usermod -aG disk $USER
Reboot
sudo modprobe udf
Then I run the install of this package and got errors:
For every font: ln: failed to create symbolic link '/home/me/.cache/paru/clone/ttf-ms-win11-auto/src/' -> '': No such file or directory
And last one:
- Creating loop device
- Mounting loop device: /dev/loop0
Object /org/freedesktop/UDisks2/block_devices/loop0 is not a mountable filesystem.
==> ERROR: A failure occurred in prepare().
Aborting...
error: failed to build 'ttf-ms-win11-auto-10.0.26100.1742-4':
error: packages failed to build: ttf-ms-win11-auto-10.0.26100.1742-4
Pinned Comments
kode54 commented on 2024-02-04 10:43 (UTC) (edited on 2025-11-01 04:56 (UTC) by kode54)
You apparently need to be a member of the
diskgroup to mount a filesystem as an otherwise unprivileged user.And log out and back in again.
Edit: If you experience weird missing dependency issues with
fuse3orgumbo-parser, you need to rebuildhttpdirfs.rebuild-detector, which suppliescheckrebuildand a pacman hook which also runs it during upgrades, can somewhat alleviate the problem of keeping AUR packages up to date, since they're not usually bumped when they need a rebuild.Edit 2: You will also need to
sudo modprobe udfif you are using a kernel configured like the Archlinuxpackage. If this fails, it is possible that you may have installed a new kernel without rebooting into it first.