/media moved to /run/media after upgrade to gnome 3.4?

tomegun · 2012-05-01 18:20:46

Why /media/$DEVICE is moving to /run/media/$USER/$DEVICE:

* we want it to be on a tmpfs so that root can be read-only, /run is therefore a natural place to put it
* devices managed by udisks(2) are supposed to be owned by the user who mounted it, to avoid name clashes or denial-of-service problems. It therefore makes sense to use a user-specific folder to create the mountpoints in.

If you use udisks2 you should not need to know where these mountpoints are, as it will tell you the path when you ask for it.

While this stuff (including /run) is not mentioned in FHS, it does not strictly speaking contradict it (distro's are allowed to add new top-level dirs), and it will very likely be added to the next version of FHS as all distro's seem to have adopted it (if a new FHS version is ever published). In the meantime, it seems that people more or less agree that the FHS is mostly irrelevant/dead.

farvardin · 2012-05-05 09:48:08

>If you use udisks2 you should not need to know where these mountpoints are, as it will tell you the path when you ask for it.

another "clever" idea from the Gnome Destruction Team...

I use several programs which store their data on external hard drive, all the references are directed into /media/, I don't want to reconfigure everything because they decided one more time, to change their damn API. It's time for me to remove this udisks s***.

Awebb · 2012-05-05 11:38:14

That's 30sec of sed, farvardin :-D

pedromj · 2012-05-05 20:36:20

farvardin wrote:

>If you use udisks2 you should not need to know where these mountpoints are, as it will tell you the path when you ask for it.
another "clever" idea from the Gnome Destruction Team...
I use several programs which store their data on external hard drive, all the references are directed into /media/, I don't want to reconfigure everything because they decided one more time, to change their damn API. It's time for me to remove this udisks s***.

UDisks2 comes from FreeDesktop [1] and is a good tool. It is up to you to use it or not. If Gnome depends on it, and you do not like it, it is up to you to leave Gnome and find another Desktop Environment or whatever you like. The good thing about Linux and free software in general is that you have the freedom to choose the software pieces you like and the freedom to modify anything to meet your requirements. I do not think that messing anybody is the way to resolve your problem.

[1] http://www.freedesktop.org/wiki/Software/udisks

Padfoot · 2012-05-05 22:27:00

Why not simply create a udev rule to mount the device under /media?

satmo54 · 2012-05-07 16:38:23

Now It always asks me for the password even there's .pkla thing inside my /etc/polkit-1/localauthority/ as described here https://wiki.archlinux.org/index.php/PC … ith_udisks and I'm on the storage group.
Just how to mount the partitions without entering password?

KaoDome · 2012-05-08 14:52:24

If udisks2 is being used the action is different, from org.freedesktop.udisks.* to org.freedesktop.udisks2.* (you could even write the ".*" instead of the different actions and forget about it).

borndreamer · 2012-05-09 15:21:48

arriagga wrote:

now there is no safe eject or eject option on usb, is there any way I can have it again.
thanks

I also have this problem. It's a little bit annoying to unplug external drives while they still spinning.

alexcriss · 2012-05-09 16:37:48

borndreamer wrote:

arriagga wrote:
now there is no safe eject or eject option on usb, is there any way I can have it again.
thanks
I also have this problem. It's a little bit annoying to unplug external drives while they still spinning.

Adding a me too. Google doesn't seem to find anything useful, I'll try Gnome bugzilla in a short time.

jasonwryan · 2012-05-09 17:39:37

merge bump...

graysky · 2012-05-12 16:09:22

Stupid question: my /etc/fstab defines several mount points to the old /media/mountpoint format. Where should I move them to comply with this /run/media/$username standard?

/dev/disk/by-uuid/44321d8d-71dc-40af-9c47-781509166094	/media/data	ext4	defaults,relatime	0	1

Awebb · 2012-05-13 11:01:38

I think your fstab should not contain anythying pointing at /media at all. Static mounts go to /mnt.

ulke · 2012-05-14 11:07:56

alexcriss wrote:

borndreamer wrote:
arriagga wrote:
now there is no safe eject or eject option on usb, is there any way I can have it again.
thanks
I also have this problem. It's a little bit annoying to unplug external drives while they still spinning.
Adding a me too. Google doesn't seem to find anything useful, I'll try Gnome bugzilla in a short time.

There's an entry in the Redhat Bugzilla here about this issue, with links to 3 Gnome Bugzilla entries.

verbbis · 2012-05-14 16:23:26

Awebb wrote:

I think your fstab should not contain anythying pointing at /media at all. Static mounts go to /mnt.

This is what I've done and think it is the most logical approach - haven't had any problems so far. In addition I think there's merit to the way udisks2 handles things now, albeit the reasoning behind it is most certainly for pure desktop users. Since /media is probably going to disappear anyway at some point, I'd avoid referring to it in all situations anyway.

It's interesting to see how the big distros like Fedora can influence where things are going in the Linux ecosystem. Luckily, you always have a choice not to go with the flow though.

rg_arc · 2012-05-15 00:32:35

I really like the "Safely Remove Media" option before. Now its gone. What gives?

Grima · 2012-06-08 18:26:53

rg_arc wrote:

I really like the "Safely Remove Media" option before. Now its gone. What gives?

After upgrading to GNOME 3.4 when it was released into extra, I immediately noticed that the safe removal option was gone. I thought they maybe added it to unmount/the arrow as to reduce the menu items or something like that.

Since I updated my DE I haven't really transfered any files. However, just a few minutes ago, I did exactly that: I copied a lot of files to a flash drive. They were all corrupted!

It seems that I was too quick to unmount the device - and no warning was given. This means that I have to sit and wait for a while (without knowing when the files are written to the drive) and then unmount. Nautilus' progress bar doesn't help either since it shows that the files are copied in an instant and the progress window disappears. (I'm assuming that the data is cached and later on written to the drive?)

This is so incredibly stupid! Why, oh, why...

Awebb · 2012-06-08 18:31:41

verbbis wrote:

It's interesting to see how the big distros like Fedora can influence where things are going in the Linux ecosystem.

It's always a big one introducing news. Debian does this all the time, but since the industry cannot implement anything not packed as rpm, we won't see Debian stuff outside Debian. *cough*

alexcriss · 2012-06-08 19:44:54

Whoever thinks that "Safely remove" was a good idea and misses it in Gnome 3.4, please spam this ->
https://bugzilla.gnome.org/show_bug.cgi?id=676321

Mad Fish · 2012-06-08 20:54:01

alexcriss wrote:

Whoever thinks that "Safely remove" was a good idea and misses it in Gnome 3.4, please spam this ->
https://bugzilla.gnome.org/show_bug.cgi?id=676321

I think they already have bug reports for this. See:
https://bugzilla.gnome.org/show_bug.cgi?id=670452
https://bugzilla.gnome.org/show_bug.cgi?id=675627
https://bugzilla.gnome.org/show_bug.cgi?id=619665

Fedora apparently used some workaround for current release (not upstream):
https://bugzilla.redhat.com/show_bug.cgi?id=819492

Well, the fact that GNOME developers are aware, doesn't make this situation less idiotic, though. I mean, why remove important functionality without a replacement? GNOME is so GNOME.
Meanwhile, watch the LED on the device itselft, or issue a "sync" command in your terminal and wait for it to complete.

alexcriss · 2012-06-08 23:58:45

Thanks for links, but my bug also asks for a way of parking the disk's heads. Safely remove did that, unmounting partitions doesn't, which mean that it is possible to unplug a spinning HD. I do not like it!

Zancarius · 2012-06-09 00:21:49

alexcriss wrote:

Safely remove did that, unmounting partitions doesn't, which mean that it is possible to unplug a spinning HD. I do not like it!

Modern disks automatically park the heads upon loss of power. I don't use Gnome, but if I had to hazard a guess, it probably issues a power off command to the drive after unmount. The important thing to do is to make sure it's not mounted, otherwise a loss of power can cause unfavorable things to happen to your file system.

Edit: If you look at the manpage for hdparm, it'll give you some options for doing what you want. You could probably script it if need be.

Last edited by Zancarius (2012-06-09 00:24:36)

Awebb · 2012-06-09 07:53:40

Is this just offtopic triggered by the word GNOME, or is there an actual relation between the folder structure and Gnome not safely removing drives?

Arch Linux

#26 2012-05-01 18:20:46

Re: /media moved to /run/media after upgrade to gnome 3.4?

#27 2012-05-05 09:48:08

Re: /media moved to /run/media after upgrade to gnome 3.4?

#28 2012-05-05 11:38:14

Re: /media moved to /run/media after upgrade to gnome 3.4?

#29 2012-05-05 20:36:20

Re: /media moved to /run/media after upgrade to gnome 3.4?

#30 2012-05-05 22:27:00

Re: /media moved to /run/media after upgrade to gnome 3.4?

#31 2012-05-07 16:38:23

Re: /media moved to /run/media after upgrade to gnome 3.4?

#32 2012-05-08 14:52:24

Re: /media moved to /run/media after upgrade to gnome 3.4?

#33 2012-05-09 15:21:48

Re: /media moved to /run/media after upgrade to gnome 3.4?

#34 2012-05-09 16:37:48

Re: /media moved to /run/media after upgrade to gnome 3.4?

#35 2012-05-09 17:39:37

Re: /media moved to /run/media after upgrade to gnome 3.4?

#36 2012-05-12 16:09:22

Re: /media moved to /run/media after upgrade to gnome 3.4?

#37 2012-05-13 11:01:38

Re: /media moved to /run/media after upgrade to gnome 3.4?

#38 2012-05-14 11:07:56

Re: /media moved to /run/media after upgrade to gnome 3.4?

#39 2012-05-14 16:23:26

Re: /media moved to /run/media after upgrade to gnome 3.4?

#40 2012-05-15 00:32:35

Re: /media moved to /run/media after upgrade to gnome 3.4?

#41 2012-06-08 18:26:53

Re: /media moved to /run/media after upgrade to gnome 3.4?

#42 2012-06-08 18:31:41

Re: /media moved to /run/media after upgrade to gnome 3.4?

#43 2012-06-08 19:44:54

Re: /media moved to /run/media after upgrade to gnome 3.4?

#44 2012-06-08 20:54:01

Re: /media moved to /run/media after upgrade to gnome 3.4?

#45 2012-06-08 23:58:45

Re: /media moved to /run/media after upgrade to gnome 3.4?

#46 2012-06-09 00:21:49

Re: /media moved to /run/media after upgrade to gnome 3.4?

#47 2012-06-09 07:53:40

Re: /media moved to /run/media after upgrade to gnome 3.4?

Board footer