You are not logged in.
Pages: 1
Topic closed
It's been over a month since any package under `qemu-full` has received any updates and now qemu is fully broken because it expects an older version of libnfs.
Why has no one talked about this? This is a pretty serious issue and needs to be addressed.
Offline
Nobody's talking about it because it's not true. If you need help with something, describe your issue and post actual errors.
Offline
Not in Arch but in Debian sid Qemu/virt-manager works just fine. There have been plenty of upgrades recently for both.
I Am Canadian!
Offline
Both qemu-full and libnfs were last updated together on 2025-01-25, so I'm not sure what you're getting at here. And neither package has seen any updates in the testing repos.
Offline
Gonna jump in on this because my experience is the same. Apologies for any formatting errors. This is literally the first time I've ever posted in the Arch forums, mostly I've been able to find solutions with existing information but this one has stumped me...
In particular, this started when I was trying to create an OSX-KVM image using the command:
qemu-img create -f qcow2 *my-file*
The output of this was as follows:
qemu-img: error while loading shared libraries: libnfs.so.14: cannot open shared object file: No such file or directory
output of # find / -name "libnfs.so.14"
find: ‘/proc/723/task/723/net’: Invalid argument
find: ‘/proc/723/net’: Invalid argument
find: ‘/run/user/1000/gvfs’: Permission denied
find: ‘/run/user/1000/doc’: Permission denied
However, output of # find / -name "libnfs.so.16"
find: ‘/proc/723/task/723/net’: Invalid argument
find: ‘/proc/723/net’: Invalid argument
/usr/lib/libnfs.so.16
find: ‘/run/user/1000/gvfs’: Permission denied
find: ‘/run/user/1000/doc’: Permission denied
So clearly, it cannot find libnfs.so.14, but it can find libnfs.so.16, thus leading me to the same conclusion as the original post.
Does anyone have an alternate explanation of this issue that could help to resolve this issue? Because as it stands, it appears I just cannot create any new kvms until qemu updates to support libnfs.so.16 or I use an older version of libnfs.
Last edited by bobthetomato1996 (2025-03-01 22:52:52)
Offline
an alternate explanation of this issue
Jin, Jîyan, Azadî
Offline
@bobthetomato1996 what is the output of:
pacman -Qikk qemu-block-nfs libnfsOffline
What versions are you running of qemu-full, qemu-img, and libnfs? None of my Arch systems even reference libnfs.so.14 anymore. For reference, my system has these versions:
qemu-full 9.2.0-2
qemu-img 9.2.0-2
libnfs 6.0.2-3The last libnfs package that contained libnfs.so.14 was libnfs-5.0.3-1, which was released a year ago.
Offline
What versions are you running of qemu-full, qemu-img, and libnfs?
All versions are up to date as you said.
qemu-full 9.2.0-2
qemu-img 9.2.0-2
libnfs 6.0.2-3
@bobthetomato1996 what is the output of:
pacman -Qikk qemu-block-nfs libnfs
Here are the logs:
Name : qemu-block-nfs
Version : 9.2.0-2
Description : QEMU NFS block driver
Architecture : x86_64
URL : https://www.qemu.org/
Licenses : BSD-2-Clause BSD-2-Clause-Patent BSD-3-Clause
CC0-1.0 FSFAP GPL-1.0-or-later GPL-2.0-only
GPL-2.0-only WITH Linux-syscall-note
GPL-2.0-only WITH Linux-syscall-note OR BSD-2-Clause
GPL-2.0-only WITH Linux-syscall-note OR BSD-3-Clause
GPL-2.0-or-later GPL-2.0-or-later OR BSD-3-Clause
GPL-2.0-or-later WITH Linux-syscall-note ISC
LGPL-2.1-only OR BSD-3-Clause LGPL-2.0-or-later
LGPL-2.1-or-later LicenseRef-Public-Domain MIT
Groups : None
Provides : None
Depends On : gcc-libs glibc libnfs qemu-common=9.2.0-2
Optional Deps : None
Required By : qemu-desktop
Optional For : qemu-base
Conflicts With : None
Replaces : None
Installed Size : 76.64 KiB
Packager : Jan Alexander Steffens (heftig) <heftig@archlinux.org>
Build Date : Sun 19 Jan 2025 09:10:22 AM EST
Install Date : Sat 01 Mar 2025 05:02:19 PM EST
Install Reason : Installed as a dependency for another package
Install Script : No
Validated By : Signatureqemu-block-nfs: 15 total files, 0 altered files
Name : libnfs
Version : 6.0.2-3
Description : client library for accessing NFS shares
Architecture : x86_64
URL : https://github.com/sahlberg/libnfs
Licenses : GPL
Groups : None
Provides : None
Depends On : gnutls krb5
Optional Deps : None
Required By : qemu-block-nfs
Optional For : vlc
Conflicts With : None
Replaces : None
Installed Size : 806.41 KiB
Packager : Ike Devolder <ike.devolder@archlinux.org>
Build Date : Tue 07 Jan 2025 12:47:21 PM EST
Install Date : Sat 01 Mar 2025 05:02:19 PM EST
Install Reason : Installed as a dependency for another package
Install Script : No
Validated By : Signaturelibnfs: 30 total files, 0 altered files
Offline
Local installation of `qemu-img`?
$ type -a qemu-imgOffline
The last libnfs package that contained libnfs.so.14 was libnfs-5.0.3-1, which was released a year ago.
It may be worth noting that this version would have been in use until December 11, 2024, when 6.0 was released. It's possible I just didn't notice it until now, because while I have used my existing VMs without issue, I have not built a new one for at least a few months. Although it was released over a year ago, it has only been obsolete for a couple months.
Offline
Local installation of `qemu-img`?
$ type -a qemu-img
qemu-img is /usr/local/bin/qemu-img
qemu-img is /usr/bin/qemu-img
It would appear so. I'm not sure exactly what this means to be honest. My current installation is simply qemu-full, installed through the extras repository. I don't recall a time I ever installed it any other way, although I wouldn't say it's impossible. Assuming this is the case, do you have any idea of a solution?
Offline
I feel quite confident I have never done this. I do everything in my power to avoid doing partial upgrades or potentially package-breaking actions, because frankly I know I am not skilled enough to deal with the potential major dependency issues that such actions can create.
Offline
If you do not want to keep anything under /usr/local empty all the directories so it it is restored to:
/usr/local
/usr/local/etc
/usr/local/bin
/usr/local/lib
/usr/local/sbin
/usr/local/games
/usr/local/src
/usr/local/include
/usr/local/share
/usr/local/share/man
/usr/local/manOffline
Hi everyone
I have the same issue that bobthetomato1996 :
> qemu-img create -f qcow2 my-file
qemu-img: error while loading shared libraries: libnfs.so.13: cannot open shared object file: No such file or directory
➤ pacman -Qikk qemu-block-nfs libnfs (127) 09:22:05
Nom : qemu-block-nfs
Version : 10.0.3-1
Description : QEMU NFS block driver
Architecture : x86_64
URL : https://www.qemu.org/
Licences : BSD-2-Clause BSD-2-Clause-Patent BSD-3-Clause CC0-1.0 FSFAP GPL-1.0-or-later GPL-2.0-only GPL-2.0-only WITH Linux-syscall-note
GPL-2.0-only WITH Linux-syscall-note OR BSD-2-Clause GPL-2.0-only WITH Linux-syscall-note OR BSD-3-Clause GPL-2.0-or-later
GPL-2.0-or-later OR BSD-3-Clause GPL-2.0-or-later WITH Linux-syscall-note ISC LGPL-2.1-only OR BSD-3-Clause LGPL-2.0-or-later
LGPL-2.1-or-later LicenseRef-Public-Domain MIT
Groupes : --
Fournit : --
Dépend de : gcc-libs glibc libnfs qemu-common=10.0.3-1
Dépendances opt. : --
Requis par : qemu-desktop
Optionnel pour : qemu-base
Est en conflit avec : --
Remplace : --
Taille installée : 76,56 KiB
Paqueteur : David Runge <dvzrv@archlinux.org>
Compilé le : ven. 25 juil. 2025 13:27:09
Installé le : mer. 30 juil. 2025 11:16:27
Motif d’installation : Installé comme dépendance d’un autre paquet
Script d’installation : Non
Validé par : Signature
qemu-block-nfs : 15 fichiers au total, 0 fichier modifié
Nom : libnfs
Version : 6.0.2-5
Description : client library for accessing NFS shares
Architecture : x86_64
URL : https://github.com/sahlberg/libnfs
Licences : GPL
Groupes : --
Fournit : --
Dépend de : gnutls krb5
Dépendances opt. : --
Requis par : gvfs-nfs qemu-block-nfs
Optionnel pour : --
Est en conflit avec : --
Remplace : --
Taille installée : 885,55 KiB
Paqueteur : Ike Devolder <ike.devolder@archlinux.org>
Compilé le : ven. 13 juin 2025 16:52:46
Installé le : jeu. 07 août 2025 08:44:49
Motif d’installation : Installé comme dépendance d’un autre paquet
Script d’installation : Non
Validé par : SignatureSeem that my qemu uses libnfs13, and my nfs lib package in version 6 gives him a libnfs in version 16 (/usr/lib/libnfs.so.16.2.0 exactly)
An idea ?
Thanks
Offline
Did you follow the same debugging steps as the previous user @rp68?
Offline
@gromit Yes ...
Offline
So what are the relevant outputs?
Offline
I think so
I can add this :
type -a qemu-img (1) 09:44:14
qemu-img is /usr/local/bin/qemu-img
qemu-img is /usr/bin/qemu-img
qemu-img is /bin/qemu-imgOffline
Clean up your /usr/local installation as loqs suggested in post #14 and please refrain from necrobumping.
https://wiki.archlinux.org/title/Genera … bumping%22
Closing this old thread.
Sakura:-
Mobo: MSI MAG X570S TORPEDO MAX // Processor: AMD Ryzen 9 5950X @4.9GHz // GFX: AMD Radeon RX 5700 XT // RAM: 32GB (4x 8GB) Corsair DDR4 (@ 3000MHz) // Storage: 1x 3TB HDD, 6x 1TB SSD, 2x 120GB SSD, 1x 275GB M2 SSD
Making lemonade from lemons since 2015.
Offline
Pages: 1
Topic closed