Control: tags -1 = moreinfo
Hello Eamonn Collins,
Thanks for your bug report.
On Wed, Jan 18, 2017 at 11:14:21AM +0800, Eamonn Collins wrote:
> Package: mount
> Version: 2.25.2-6
> Severity: normal
> Tags: lfs
>
> Dear Maintainer,
>
> *** Reporter, please consider answering these questions, where appropriate ***
>
>* What led up to the situation?
>
> I used the cp commmand to create a debian testing installation usb. I then
> unmounted and removed the usb, and entered another usb which has some backup
> files on it.
>
>* What exactly did you do (or not do) that was effective (or ineffective)?
>
> I imagine a reset will fix.
>
>* What was the outcome of this action?
>
> The new USB mounted with the previous USBs name 'Debian testing amd64' and
> displays the content of it instead of the content of the new USB. (???) When
> trying to umount it says 'permission needed to unmount /dev/loop0 mounted by
> another user
>
>* What outcome did you expect instead?
>
> The usb to be mounted under its actual name and to display its actual content.
>
> Sorry my input can't be better, i am noob still.
>
> *** End of the template - remove these template lines ***
I imagine this isn't really a problem with the mount command but
rather a problem with how Linux (the kernel) handles mounted
filesystems which abruptly dissapears. (I assume you yanked the
usb stick out without properly unmounting it first, right?!)
Linux has gradually become better at handling similar situations
over the years and I imagine if you upgrade to Debian 9 ("stretch")
which has a newer kernel you might see an improved situation
compared to what you experienced before.
Either way I don't really see any issue with the mount command
itself, so I'm marking this bug as 'moreinfo'.
Unless there's any relevant followup information I'll likely
close this bug report.
Regards,
Andreas Henriksson
