Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.user > #219285 > unrolled thread

Modern automounters and umount

Back to article view | Back to linux.debian.user

Contents

  Modern automounters and umount "Thomas Schmitt" <scdbackup@gmx.net> - 2020-02-21 09:40 +0100
    Re: Modern automounters and umount Klaus Singvogel <deb-user-ml@singvogel.net> - 2020-02-21 09:50 +0100
      Re: Modern automounters and umount Stefan Monnier <monnier@iro.umontreal.ca> - 2020-02-21 15:00 +0100
        Re: Modern automounters and umount Jonathan Dowland <jon+debian-user@dow.land> - 2020-02-21 16:30 +0100
          Re: Modern automounters and umount Mark Allums <mark@allums.email> - 2020-02-22 05:00 +0100
            Re: Modern automounters and umount Gene Heskett <gheskett@shentel.net> - 2020-02-22 05:50 +0100
              Re: Modern automounters and umount Curt <curty@free.fr> - 2020-02-22 09:50 +0100
              Re: Modern automounters and umount <tomas@tuxteam.de> - 2020-02-22 09:50 +0100
                Re: Modern automounters and umount Stefan Monnier <monnier@iro.umontreal.ca> - 2020-02-22 15:40 +0100
                  Re: Modern automounters and umount <tomas@tuxteam.de> - 2020-02-22 17:10 +0100
                    Re: Modern automounters and umount "Thomas Schmitt" <scdbackup@gmx.net> - 2020-02-22 17:40 +0100
                      Re: Modern automounters and umount <tomas@tuxteam.de> - 2020-02-22 17:50 +0100
                        Re: Modern automounters and umount "Thomas Schmitt" <scdbackup@gmx.net> - 2020-02-22 18:00 +0100
                          Re: Modern automounters and umount <tomas@tuxteam.de> - 2020-02-22 18:10 +0100
                            Re: Modern automounters and umount Gene Heskett <gheskett@shentel.net> - 2020-02-22 19:30 +0100
                              Re: Modern automounters and umount <tomas@tuxteam.de> - 2020-02-22 21:00 +0100
                                Re: Modern automounters and umount Gene Heskett <gheskett@shentel.net> - 2020-02-22 23:50 +0100
            Re: Modern automounters and umount Curt <curty@free.fr> - 2020-02-22 15:40 +0100
              Re: Modern automounters and umount Mark Allums <mark@allums.email> - 2020-02-23 10:40 +0100
                Re: Modern automounters and umount Curt <curty@free.fr> - 2020-02-23 12:10 +0100
                  Re: Modern automounters and umount Mark Allums <maa@allums.com> - 2020-02-24 09:00 +0100
                    Re: Modern automounters and umount Curt <curty@free.fr> - 2020-02-24 12:00 +0100
                      Re: Modern automounters and umount David Wright <deblis@lionunicorn.co.uk> - 2020-02-24 17:10 +0100
                        Re: Modern automounters and umount Curt <curty@free.fr> - 2020-02-24 18:20 +0100
                        Re: Modern automounters and umount Mark Allums <mark@allums.email> - 2020-02-25 08:20 +0100
                          Re: Modern automounters and umount Curt <curty@free.fr> - 2020-02-25 10:50 +0100
                            Re: Modern automounters and umount Mark Allums <mark@allums.email> - 2020-02-25 11:40 +0100
                              Re: Modern automounters and umount Curt <curty@free.fr> - 2020-02-25 15:40 +0100
                              Re: Modern automounters and umount songbird <songbird@anthive.com> - 2020-02-25 19:40 +0100
            Re: Modern automounters and umount Jonathan Dowland <jon+debian-user@dow.land> - 2020-02-23 22:10 +0100
              Re: Modern automounters and umount Mark Allums <mark@allums.email> - 2020-02-24 11:40 +0100
                Re: Modern automounters and umount Jonathan Dowland <jon+debian-user@dow.land> - 2020-02-25 12:00 +0100
          Re: Modern automounters and umount "Thomas Schmitt" <scdbackup@gmx.net> - 2020-02-23 22:40 +0100
    Re: Modern automounters and umount songbird <songbird@anthive.com> - 2020-02-21 22:50 +0100

Page 1 of 2  [1] 2  Next page →

#219285 — Modern automounters and umount

Hi,

during a discussion on linuxquestion.org i got a (Mint) user's report
that an automounted DVD cannot be unmounted manually:

https://www.linuxquestions.org/questions/linux-general-1/compiling-xfburn-source-code-additional-packages-required-4175667265/page7.html#post6092450
> $ mount | fgrep /dev/sr0
> /dev/sr0 on /media/ddval/ISOIMAGE type iso9660 (ro,nosuid,nodev,relatime,
> nojoliet,check=s,map=n, blocksize=2048,uid=1000,gid=1000,dmode=500,
> fmode=400,uhelper=udisks2)
> $ sudo umount /dev/sr0
> umount: /dev/sr0: not mounted

Does anybody here experience similar stubbornness of automounting ?
If so: How to unmount a DVD without ejecting it ?


Have a nice day :)

Thomas

[toc] | [next] | [standalone]

#219286

Thomas Schmitt wrote:
> > $ mount | fgrep /dev/sr0
> > /dev/sr0 on /media/ddval/ISOIMAGE type iso9660 (ro,nosuid,nodev,relatime,
> > nojoliet,check=s,map=n, blocksize=2048,uid=1000,gid=1000,dmode=500,
> > fmode=400,uhelper=udisks2)
> > $ sudo umount /dev/sr0
> > umount: /dev/sr0: not mounted

Try instead: sudo umount /media/ddval/ISOIMAGE

Best regards,
	Klaus.
-- 
Klaus Singvogel
GnuPG-Key-ID: 1024R/5068792D  1994-06-27

[toc] | [prev] | [next] | [standalone]

#219298

>> > $ mount | fgrep /dev/sr0
>> > /dev/sr0 on /media/ddval/ISOIMAGE type iso9660 (ro,nosuid,nodev,relatime,
>> > nojoliet,check=s,map=n, blocksize=2048,uid=1000,gid=1000,dmode=500,
>> > fmode=400,uhelper=udisks2)
>> > $ sudo umount /dev/sr0
>> > umount: /dev/sr0: not mounted
> Try instead: sudo umount /media/ddval/ISOIMAGE

Indeed.  And FWIW, you should/might be able to avoid the `sudo` by
asking udisks2 to do the unmount (I don't know how that works, tho.
I personally still use `mount` instead, so I'd do `pumount
/media/ddval/ISOIMAGE`).


        Stefan

[toc] | [prev] | [next] | [standalone]

#219301

On Fri, Feb 21, 2020 at 08:53:50AM -0500, Stefan Monnier wrote:
>Indeed.  And FWIW, you should/might be able to avoid the `sudo` by
>asking udisks2 to do the unmount

Yep. It requires you to specify the device, rather than the filesystem
mount point:

    $ udisksctl unmount -b /dev/sdb1

But does not require superuser, if udisks2 mounted it on your user's
behalf in the first place.


-- 
👱🏻	Jonathan Dowland
🔗	https://jmtd.net

[toc] | [prev] | [next] | [standalone]

#219314

On 2/21/20 9:23 AM, Jonathan Dowland wrote:
> On Fri, Feb 21, 2020 at 08:53:50AM -0500, Stefan Monnier wrote:
>> Indeed.  And FWIW, you should/might be able to avoid the `sudo` by
>> asking udisks2 to do the unmount
> 
> Yep. It requires you to specify the device, rather than the filesystem
> mount point:
> 
>     $ udisksctl unmount -b /dev/sdb1
> 
> But does not require superuser, if udisks2 mounted it on your user's
> behalf in the first place.
> 
> 
Explain this, then:

george@martha:~$ udisksctl unmount -b /dev/sdb1
Unmounted /dev/sdb1.
george@martha:~$ sudo e2fsck -c -c -k -p -f -C 0 /dev/sdb1
/dev/sdb1 is in use.
e2fsck: Cannot continue, aborting.

Thnx,

Mark

[toc] | [prev] | [next] | [standalone]

#219315

On Friday 21 February 2020 22:58:10 Mark Allums wrote:

> On 2/21/20 9:23 AM, Jonathan Dowland wrote:
> > On Fri, Feb 21, 2020 at 08:53:50AM -0500, Stefan Monnier wrote:
> >> Indeed.  And FWIW, you should/might be able to avoid the `sudo` by
> >> asking udisks2 to do the unmount
> >
> > Yep. It requires you to specify the device, rather than the
> > filesystem mount point:
> >
> >     $ udisksctl unmount -b /dev/sdb1
> >
> > But does not require superuser, if udisks2 mounted it on your user's
> > behalf in the first place.
>
> Explain this, then:
>
> george@martha:~$ udisksctl unmount -b /dev/sdb1
> Unmounted /dev/sdb1.
> george@martha:~$ sudo e2fsck -c -c -k -p -f -C 0 /dev/sdb1
> /dev/sdb1 is in use.
> e2fsck: Cannot continue, aborting.
>
> Thnx,
>
> Mark
Is there a user cd'd into it?  That locks it up.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page <http://geneslinuxbox.net:6309/gene>

[toc] | [prev] | [next] | [standalone]

#219317

On 2020-02-22, Gene Heskett <gheskett@shentel.net> wrote:
>>
>> george@martha:~$ udisksctl unmount -b /dev/sdb1
>> Unmounted /dev/sdb1.
>> george@martha:~$ sudo e2fsck -c -c -k -p -f -C 0 /dev/sdb1
>> /dev/sdb1 is in use.
>> e2fsck: Cannot continue, aborting.
>>
>> Thnx,
>>
>> Mark
> Is there a user cd'd into it?  That locks it up.

This is a sane feature.

> Cheers, Gene Heskett


-- 
"J'ai pour me guérir du jugement des autres toute la distance qui me sépare de
moi." Antonin Artaud

[toc] | [prev] | [next] | [standalone]

#219318

[Multipart message — attachments visible in raw view] — view raw

On Fri, Feb 21, 2020 at 11:47:22PM -0500, Gene Heskett wrote:
> On Friday 21 February 2020 22:58:10 Mark Allums wrote:

[...]

> > Explain this, then:
> >
> > george@martha:~$ udisksctl unmount -b /dev/sdb1
> > Unmounted /dev/sdb1.
> > george@martha:~$ sudo e2fsck -c -c -k -p -f -C 0 /dev/sdb1
> > /dev/sdb1 is in use.
> > e2fsck: Cannot continue, aborting.
> >
> > Thnx,
> >
> > Mark
> Is there a user cd'd into it?  That locks it up.

You are confusing device file with (mounted) file system.
You can't "cd" into a device file (/dev/sb1), only into
a directory, which is part of a mounted file system. Then,
this directory is "in use". But then you can't umount the
corresponding file system.

So either "udisksctl" is lying or something else is happening
behind the scenes (e.g. an over-eager automounter remounting
the file system again).

I'd watch the logs for more info.

Cheers
-- t

[toc] | [prev] | [next] | [standalone]

#219323

> So either "udisksctl" is lying or something else is happening
> behind the scenes (e.g. an over-eager automounter remounting
> the file system again).

Or the /dev/sdb1 is still mounted elsewhere.


        Stefan

[toc] | [prev] | [next] | [standalone]

#219329

[Multipart message — attachments visible in raw view] — view raw

On Sat, Feb 22, 2020 at 09:29:51AM -0500, Stefan Monnier wrote:
> > So either "udisksctl" is lying or something else is happening
> > behind the scenes (e.g. an over-eager automounter remounting
> > the file system again).
> 
> Or the /dev/sdb1 is still mounted elsewhere.

twice? (it was just umounted once, at least that's what udisksctl
reportedly said).

Cheers
-- t

[toc] | [prev] | [next] | [standalone]

#219335

Hi,

Stefan Monnier wrote:
> > Or the /dev/sdb1 is still mounted elsewhere.

tomas@tuxteam.de wrote:
> twice? (it was just umounted once, [...]

Own experience with Debian 10.0 Live:
There are two mount points of /dev/sda1 reported.
The mount point
  /usr/lib/live/mount/medium
can be unmounted.
The mount point
  /run/live/medium
refuses to unmount because busy.

Sorry for not being able yet to provide feedback to the proposals.
I forwarded to my user:
  sudo umount /media/ddval/ISOIMAGE
  pumount /dev/sr0
  pumount /media/ddval/ISOIMAGE
  sudo udisksctl unmount -b /dev/sr0


Have a nice day :)

Thomas

[toc] | [prev] | [next] | [standalone]

#219337

[Multipart message — attachments visible in raw view] — view raw

On Sat, Feb 22, 2020 at 05:39:00PM +0100, Thomas Schmitt wrote:
> Hi,
> 
> Stefan Monnier wrote:
> > > Or the /dev/sdb1 is still mounted elsewhere.
> 
> tomas@tuxteam.de wrote:
> > twice? (it was just umounted once, [...]
> 
> Own experience with Debian 10.0 Live:
> There are two mount points of /dev/sda1 reported.
> The mount point
>   /usr/lib/live/mount/medium
> can be unmounted.
> The mount point
>   /run/live/medium
> refuses to unmount because busy.

Yes, but udisksctl (or however it's called) said "all is well",
so it must be either lying -- or someone else quicly mounted
things after that.

Cheers
-- t

[toc] | [prev] | [next] | [standalone]

#219339

Hi,

tomas@tuxteam.de wrote:
> but udisksctl (or however it's called) said "all is well",
> so it must be either lying -- or someone else quicly mounted
> things after that.

There is obvious need for a special distro for age-wise challenged
people like me. Or at least some online AI which navigates us through
this ever changing IT world.


Have a nice day :)

Thomas

[toc] | [prev] | [next] | [standalone]

#219340

[Multipart message — attachments visible in raw view] — view raw

On Sat, Feb 22, 2020 at 05:53:07PM +0100, Thomas Schmitt wrote:
> Hi,
> 
> tomas@tuxteam.de wrote:
> > but udisksctl (or however it's called) said "all is well",
> > so it must be either lying -- or someone else quicly mounted
> > things after that.
> 
> There is obvious need for a special distro for age-wise challenged
> people like me. Or at least some online AI which navigates us through
> this ever changing IT world.

I still hold the hope to leave this planet before things get too
messy for me to handle...

Cheers
-- t

[toc] | [prev] | [next] | [standalone]

#219344

On Saturday 22 February 2020 12:03:41 tomas@tuxteam.de wrote:

> On Sat, Feb 22, 2020 at 05:53:07PM +0100, Thomas Schmitt wrote:
> > Hi,
> >
> > tomas@tuxteam.de wrote:
> > > but udisksctl (or however it's called) said "all is well",
> > > so it must be either lying -- or someone else quicly mounted
> > > things after that.
> >
> > There is obvious need for a special distro for age-wise challenged
> > people like me. Or at least some online AI which navigates us
> > through this ever changing IT world.
>
> I still hold the hope to leave this planet before things get too
> messy for me to handle...
>
> Cheers
> -- t
I dunno, I've got years on you, and I'm not half done with what I need to 
do yet.

What I like to find is a government that uses our Constitution, and obeys 
it! Ours is hell bent on throwing away the bill of rights.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page <http://geneslinuxbox.net:6309/gene>

[toc] | [prev] | [next] | [standalone]

#219346

[Multipart message — attachments visible in raw view] — view raw

On Sat, Feb 22, 2020 at 01:22:38PM -0500, Gene Heskett wrote:

[...]

> I dunno, I've got years on you, and I'm not half done with what I need to 
> do yet.

If everything's done before one leaves, then it gets boring, doesn't it?

> What I like to find is a government that uses our Constitution, and obeys 
> it! Ours is hell bent on throwing away the bill of rights.

Here hoping for the best!

Cheers
-- t

[toc] | [prev] | [next] | [standalone]

#219350

On Saturday 22 February 2020 14:55:45 tomas@tuxteam.de wrote:

> On Sat, Feb 22, 2020 at 01:22:38PM -0500, Gene Heskett wrote:
>
> [...]
>
> > I dunno, I've got years on you, and I'm not half done with what I
> > need to do yet.
>
> If everything's done before one leaves, then it gets boring, doesn't
> it?
>
OTOH, if you are done, just let it happen. My parts list is beginning to 
look like the 6 million dollar man from b&w tv days. But I still have a 
missus dying of COPD I'm doing everything for these days.  Something 
about "till death do you part". She turned 80 4 days ago and we marked 
30 years back in December. Still a good girl, what I call a keeper.

> > What I like to find is a government that uses our Constitution, and
> > obeys it! Ours is hell bent on throwing away the bill of rights.
>
> Here hoping for the best!
>
> Cheers
> -- t


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page <http://geneslinuxbox.net:6309/gene>

[toc] | [prev] | [next] | [standalone]

#219325

On 2020-02-22, Mark Allums <mark@allums.email> wrote:
>> 
>> But does not require superuser, if udisks2 mounted it on your user's
>> behalf in the first place.
>> 
>> 
> Explain this, then:
>
> george@martha:~$ udisksctl unmount -b /dev/sdb1
> Unmounted /dev/sdb1.
> george@martha:~$ sudo e2fsck -c -c -k -p -f -C 0 /dev/sdb1
> /dev/sdb1 is in use.
> e2fsck: Cannot continue, aborting.

Wasn't it gvfsd the last time?

> Thnx,
>
> Mark
>
>


-- 
"J'ai pour me guérir du jugement des autres toute la distance qui me sépare de
moi." Antonin Artaud

[toc] | [prev] | [next] | [standalone]

#219356

On 2/22/20 8:36 AM, Curt wrote:
> On 2020-02-22, Mark Allums <mark@allums.email> wrote:
>>>
>>> But does not require superuser, if udisks2 mounted it on your user's
>>> behalf in the first place.
>>>
>>>
>> Explain this, then:
>>
>> george@martha:~$ udisksctl unmount -b /dev/sdb1
>> Unmounted /dev/sdb1.
>> george@martha:~$ sudo e2fsck -c -c -k -p -f -C 0 /dev/sdb1
>> /dev/sdb1 is in use.
>> e2fsck: Cannot continue, aborting.
> 
> Wasn't it gvfsd the last time?

I never understood the actual procedure for unmounting when gvfsd was 
doing it;s thing, nor how to prevent the whole mess in the first place 
(short of doing without gvfsd, et al).

Mark

[toc] | [prev] | [next] | [standalone]

#219358

On 2020-02-23, Mark Allums <mark@allums.email> wrote:
> On 2/22/20 8:36 AM, Curt wrote:
>> On 2020-02-22, Mark Allums <mark@allums.email> wrote:
>>>>
>>>> But does not require superuser, if udisks2 mounted it on your user's
>>>> behalf in the first place.
>>>>
>>>>
>>> Explain this, then:
>>>
>>> george@martha:~$ udisksctl unmount -b /dev/sdb1
>>> Unmounted /dev/sdb1.
>>> george@martha:~$ sudo e2fsck -c -c -k -p -f -C 0 /dev/sdb1
>>> /dev/sdb1 is in use.
>>> e2fsck: Cannot continue, aborting.
>> 
>> Wasn't it gvfsd the last time?
>
> I never understood the actual procedure for unmounting when gvfsd was 
> doing it;s thing, nor how to prevent the whole mess in the first place 
> (short of doing without gvfsd, et al).

Well, at any rate, I can only believe your deal here (*completely*
unrelated to the tool 'undisksctl', BTW, contrary to what some have
insinuated) is the exact same deal as the one exposed in the thread you
initiated about a year ago

https://lists.debian.org/debian-user/2019/02/msg00542.html

whose upshot appeared to be

 root@martha:~# lsof /dev/sdb
 lsof: WARNING: can't stat() fuse.gvfsd-fuse file system
 /run/user/1001/gvfs
       Output information may be incomplete.

and in which David Wright advised:

 The man page suggests that running   gvfsd --no-fuse   or setting a
 value to   GVFS_DISABLE_FUSE   will stop it running.

 How to set an environment variable in a DE is left as an exercise for
 the reader.

> Mark
>
>


-- 
"J'ai pour me guérir du jugement des autres toute la distance qui me sépare de
moi." Antonin Artaud

[toc] | [prev] | [next] | [standalone]

Page 1 of 2  [1] 2  Next page →

Back to top | Article view | linux.debian.user

csiph-web