You are not logged in.
After an upgrade and a reboot I have the following problem and question:
from dmesg:
Unable to find swap-space signature
It was easy to fix (with a sudo mkswap /dev/sda2 && sudo swapon /dev/sda2), I'm only wondering if it has anything to do with the utils-linux-ng upgrade?
Now the real problem:
~:> sudo mount /shared/
mount: wrong fs type, bad option, bad superblock on spookcentral:/shared,
missing codepage or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
/shared/ is a nfs share which has been working fine until today.
dmesg does not contain anything useful:
~:> dmesg | tail
hda: selected mode 0x22
si3054: cannot initialize. EXT MID = 0000
[drm] Initialized drm 1.1.0 20060810
ACPI: PCI Interrupt 0000:00:02.0[A] -> GSI 16 (level, low) -> IRQ 16
[drm] Initialized i915 1.6.0 20060119 on minor 0
si3054: cannot initialize. EXT MID = 0000
SoftMAC: Open Authentication completed with 00:18:f8:bd:70:b5
ieee80211_crypt: registered algorithm 'CCMP'
Unable to find swap-space signature
Adding 982792k swap on /dev/sda2. Priority:-1 extents:1 across:982792k
And no log file, neither on the nfs server or client contains anything useful.
Kind regards, enrique
Offline
Hello,
same here too. A manual pacman -Rd util-linux-ng and a pacman -A util-linux-2.12-12.pkg.tar.gz (the old one from the cache) solved the problem.
I suppose there is some more testing needed .
delco
Last edited by delco (2007-09-19 18:44:10)
Offline
Same problem, but I fixed it by installing the nfs-utils package (pacman -S nfs-utils)
-Joel
Offline
util-linux-ng removed all nfs mount code from the 'mount' binary, you need nfs-utils now to be able to mount nfs.
As for the swap problem, I don't know what might have caused this, but it could be that you have an "old style" swapspace, which you must have created many years ago and maybe util-linux-ng dropped support for those.
Offline
Hi,
I've installed nfs-utils before the pacman -Syu. I'll try it again with util-linux-ng and a reinstall of nfs-utils.
But can someone tell me why the man (5) page for nfs is missing in util-linux?
From PKGBUILD util-linux and util-linux-ng:
rm -f ${startdir}/pkg/bin/kill
rm -f ${startdir}/pkg/usr/share/man/man1/kill.1
rm -f ${startdir}/pkg/usr/share/man/man5/nfs.5
Edit:
The man page is removed since the 1.30 revision of the util-linux PKGBUILD (2.12-9).
Strange, I've all tools from the nfs-utils package available but some files incl. the man page for nfs are missing ?
I'll try a reinstall of that package.
delco
Last edited by delco (2007-09-20 11:44:50)
Offline
util-linux-ng removed all nfs mount code from the 'mount' binary, you need nfs-utils now to be able to mount nfs.
Ok, I will try to install that
As for the swap problem, I don't know what might have caused this, but it could be that you have an "old style" swapspace, which you must have created many years ago and maybe util-linux-ng dropped support for those.
Hm... my Arch install is less than a year old, oh well strange things happen
Kind regards, enrique
Offline
brain0 wrote:As for the swap problem, I don't know what might have caused this, but it could be that you have an "old style" swapspace, which you must have created many years ago and maybe util-linux-ng dropped support for those.
Hm... my Arch install is less than a year old, oh well strange things happen
In that case, the problem is somewhere else. I had no problems with swapspace though.
Offline
delco, the nfs man page is now in the nfs-utils package:
$ pacman -Qo /usr/man/man5/nfs.5.gz
/usr/man/man5/nfs.5.gz is owned by nfs-utils 1.1.0-1
Offline
it seems the new nfs-utils is broken again like the old one, here:
http://bugs.archlinux.org/task/7368?str … &project=1
when rebooting an arch nfsd server, the nfs shares aren't remounted again on the clients. the new patch from shazeal (here) isn't working for me.
Offline
tomk, thanks, but after pacman -Syu it was gone. After the reinstall of the old utils-linux package and nfs-utils it is back :-)
delco
Offline
it seems the new nfs-utils is broken again like the old one, here:
http://bugs.archlinux.org/task/7368?str … &project=1when rebooting an arch nfsd server, the nfs shares aren't remounted again on the clients. the new patch from shazeal (here) isn't working for me.
I'll look into it soon. However, this update has been sitting in testing for a while, and nobody reported any problems with it. Maybe it is because nobody uses testing or nobody who uses testing reports bugs.
Offline
Maybe it is because nobody uses testing or nobody who uses testing reports bugs.
s/testing/testing and nfs/
pacman roulette : pacman -S $(pacman -Slq | LANG=C sort -R | head -n $((RANDOM % 10)))
Offline
mounting nfs shares works for me now after installing nfs-utils
Hello, I am normal!
Offline
Why isn't there any notice in any package upgrade that nfs-utils is now required for mounting nfs; making me spend hours trying to fix this? It would be nice if there would be some way that these sort of changes would be communicated to users trying to actually use archlinux
Last edited by Spider.007 (2007-09-23 10:09:54)
Offline
Anyone else using loop-AES? Asking because util-linux / util-linux-ng affect that package (mount / umount at least). If you've successfully upgraded to util-linux-ng, could you post your story / howto? Am about to go down that road, so, would the information or a howto help anyone else?
Offline
slackhack wrote:it seems the new nfs-utils is broken again like the old one, here:
http://bugs.archlinux.org/task/7368?str … &project=1when rebooting an arch nfsd server, the nfs shares aren't remounted again on the clients. the new patch from shazeal (here) isn't working for me.
I'll look into it soon. However, this update has been sitting in testing for a while, and nobody reported any problems with it. Maybe it is because nobody uses testing or nobody who uses testing reports bugs.
tomk's update fixed it.
Offline
I installed nfs-utils on the client, re-exported my shares on the NFS server, and then I got this error.
$ mount /mnt/music/
mount.nfs: rpc.statd is not running but is required for remote locking
Either use "-o nolocks" to keep locks local, or start statd.
I then had to start nfslock on the client (and put in it daemons list in rc.conf). It all worked fine for me before too.
Offline
Thanks for confirming the fix, slackhack.
I have also updated our wiki NFS page to reflect these changes.
Offline