Hello Gordon,
Thursday, December 11, 2014, 6:46:00 PM, you wrote:
GM> Specify the local path rather than the source:
GM> $ umount /NSA320-music
Well well!
I'm sure I’ve always unmouted the mount and not the mount point before...
mind I think this is the first time I've tried to unmount a remot
On 12/11/2014 10:24 AM, Niamh Holding wrote:
Thursday, December 11, 2014, 5:23:56 PM, you wrote:
GM> The system will mount a
GM> filesytem on top of an existing path, including one with another
GM> filesystem at the same path.
But the mounts are identical-
Yeah, that's allowed.
GM> They st
Hello Gordon,
Thursday, December 11, 2014, 5:23:56 PM, you wrote:
GM> The system will mount a
GM> filesytem on top of an existing path, including one with another
GM> filesystem at the same path.
But the mounts are identical-
10.0.0.253\\niamh on /NSA320-music type cifs (rw)
10.0.0.2
On 12/11/2014 09:02 AM, Niamh Holding wrote:
How can this happen?
There's nothing really abnormal about that. The system will mount a
filesytem on top of an existing path, including one with another
filesystem at the same path. They stack, so that you'd need to unmount
all four instances.
Hello,
How can this happen?
mount -l
/dev/sda3/ on type ext4 (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
tmpfs on /dev/shm type tmpfs (rw)
/dev/sda1 on /boot type ext4 (rw)
/dev/sdb1 on /music type ext3 (rw)
/dev/mapper/VolGr
5 matches
Mail list logo
