On Sun, 30 May 2010, Steve Langasek wrote:
Er, did you not notice here that you passed a file path to 'umount', and a
share name to 'smbumount'?
What happens if you run 'smbumount loc'?
well ... er, bad !
if I smbumount loc as user there are no error, BUT ...
after I umount from root the share is unmounted, but a line
//unione/home on /home/leo/loc type cifs (rw,mand,nosuid,nodev,user=leo)
remain in mount output.
I can mount again from user, so i get two identycal lines.
i have to unmount from root, but only one goes away.
One "dead" line remains, and i think is this that forbide regular
shutdown.
anyway smbumount never works, even from root i have to use umount.
so:
user$ smbmount
root# umount file or share
is ok, but:
user$ smbmount
user$ smbumount file
root# umount file
... is umounted but remain in memory ...
now i try:
user$ smbmount \\\\otherserver\\share loc
it is ok, i can read
but:
user$ mount
return:
(...)
//unione/home on /home/leo/loc type cifs (rw,mand,nosuid,nodev,user=leo)
//dipolo/leo on /home/leo/loc type cifs (rw,mand,nosuid,nodev,user=leo)
(...)
when i try
user$ umount loc
say:
umount: it seems /home/leo/loc is mounted multiple times
and even:
l...@student:~$ umount //dipolo/leo
umount: //dipolo/leo is not in the fstab (and you are not root)
l...@student:~$ smbumount //dipolo/leo
This utility only unmounts cifs filesystems.
l...@student:~$
NOTE THAT DIPOLO IS THE LENNY MACHINE WHERE I NOTICED THE PROBLEM THE
FIRST TIME
then i try:
root# umount loc
is umounted, but the first one remains for the eternity (until
hard poweroff)
So the ill behavior can be repeated on two differnt machines, with two
different flavours of lenny !
(tomorrow i will try from a squeeze one ...)
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
