Лучше уж создай символическую ссылку. /mnt нужен для монтирования того что не нужно интегрировать в основное дерево. А /media нужен для монтирования накопителей из всяких DE.

Оба предназначены для немного различных целей.

То есть FHS ты читал. Тогда в чём вопрос?

Например оставлю /mnt и в нем /mnt/cdrom и /mnt/usb-disk

...или не читал.

все монтирую вручную
2016

Так вот кто спёр у Макскома машину времени, а я всё удивлялся, куда делись новости из будущего.

И я монтирую вручную. :)

// Голосовалку бы сделать что-ли.

Не вижу смысла использовать автомонтировалки, пока нет авторазмонтировалок.

FHS не читал , прочитаю , спасибо

Я тоже вручную монтирую. Считаю это хорошей привычкой.

пока нет авторазмонтировалок

Как это нет? Сто лет уже есть autofs.

И как это работает? Я думал до релиза libastral подобных тулзов не будет.
Как оно узнает, что я хочу выдернуть флешку и за секунду до этого отмаунтит её?
Усложним задачу: флешка монтируется без sync, как autofs узнает когда я собираюсь её выдернуть и сколько времени понадобится на sync?

Голосовалку бы сделать что-ли.

Сделай, интересно, сколько нас таких.

А разве в новой обёртке systemd-mount не реализовано это? По завершению write() можно смело вытаскивать и не потерять данные.

А разве в новой обёртке systemd-mount не реализовано это?

libastral?

Ну зачем подменять понятия? Я же сказал, что после завершения записи можно БЕЗОПАСНО для данных вытащить флешку.

Я об этом:

while systemd-mount can create any kind of mount/automount unit transiently it is particularly neat to use for removable media: consider an usb stick with a typical fat file system on it. Traditionally linux (or more precisely: udisks) would mount the thing on plug and expect the user to unmount it explicitly through the UI before unplugging it. If the fs wasn't unmounted cleanly before umounting, the fs would possibly become corrupted and stay that way. With the logic built into systemd-mount we can drastically improve on this in two ways: first: instead of actually mounting the thing we can just automount it thus establishing the mount point without actually having to mounts the fs. The fs will be mounted on access and a short idle timeout (of 1s) will ensure that the fs is fully clean in most cases and only dirty in a short time frame around the actual fs access. Second: through systemd's job scheduler we can schedule an fsck invocation before the first access. This means: we can automatically fix up the fs should it end up being uncleanly unplugged after all. Both features together i think are a massive step forward for handling removable media: there's a much higher chance that the file systems stay in a healthy state. And all that fully transparent to apps.

Отсюда.

Да вас целое преступное сообщество!

Да я бы сделал, но не в курсе чем его там сегодня монтировать модно.

Сам не знаю, чем модно; монтирую pmount'ом.

Открываешь файловый менеджер, там слева в какой нибудь секции список накопителей, хлоп по накопителю и если есть права он монтируется, после монтирования(это похоже у всехЪ справа от имени накопителя появляется треугольник, хлоп по реугольнику накопитель отмонтировался.
В Мате вроде отмонтирование и извлечение накопителя разделены, что довольно удобно.

А как с постоянными точками быть?

Вот, кстати. FHS это хорошо, но там ни слова не сказано о том, что делать с устройствами, которые хотелось бы держать смонтированными постоянно, но к системной иерархии они не относятся. Типа, там, оффтопичных разделов или сетевой файлопомойки. В /home пихать, что ли?

Юзаю udevil и не загоняюсь по этому поводу.

В /mnt и запихай

Если в системе один пользователь, то в ~/smth. Если надо system-wide, то в /smth, e.g. /netshare, /win/c etc.

Я простым mount, даже не знал о pmount.

Ну в FM/DE понятно, я имею ввиду как это без DE решается.

Вот в комментариях к опросу и накидали бы еще вариантов, думается мне.

я имею ввиду как это без DE решается.

А ведь действительно было бы не плохо отвязать автомонтирование от DE.
Но админы у которых диски к серверам подключаются только во время бэкапа и команды для этого давно прописаны делать этого не будут.

ИМХО это можете сделать вы.

Ну, я так и делаю сейчас. В принципе, не противоречит пункту «The content of this directory is a local issue and should not affect the manner in which any program is run.»

Но админы у которых диски к серверам подключаются только во время бэкапа и команды для этого давно прописаны делать этого не будут.

Потому что давно уволены.

       /home  On  machines  with  home  directories for users, these are usually beneath this
              directory, directly or not.  The structure of this directory depends  on  local
              administration decisions.

Подходит? Да.

       /mnt   This directory is a mount point for a temporarily mounted file system.  In some
              distributions, /mnt contains subdirectories intended to be used as mount points
              for several temporary file systems.

Обычно /mnt используется как точка монтирования, но тоже подходит при желании.

Ну и никто не запрещает завести что-то своё вроде /data.

А за что уволены?
За то что делают ежесуточный бэкап?

Может написать правило для udev?
Нечто вроде «если добавилось устройство типа диск то выполнить команду
mount dev_path /mnt/dev_name

Может написать правило для udev?

Все уже написано до нас: в Интернете вообще и на LOR'е в частности неоднократно видел примеры автомонтирования правилами для udev'а. У себя такого не держу и ссылок не храню, было бы под рукой — дал бы, а так — поиск в помощь.

За некомпетентность.

А я монтирую вручную, но директории и записи в fstab создает udev:

cat /etc/udev/rules.d/99-mnt.rules 
# монтирование съемных накопителей
KERNEL=="sd[b-z]", GOTO="do-disk-rules"
KERNEL!="sd[b-z][0-9]", GOTO="end-of-file"
LABEL="do-disk-rules"
ACTION=="add", ENV{ID_USB_DRIVER}="usb-storage", GROUP="storage"
IMPORT{program}="/sbin/blkid -o udev -p %N"
ACTION=="remove", ENV{ID_FS_TYPE}!="", RUN+="/bin/sed -i '/\/dev\/%k /d' /etc/fstab"
ACTION=="remove", ENV{ID_FS_TYPE}!="", RUN+="/bin/rmdir /media/$env{ID_FS_TYPE}-%k"
ACTION=="add", ENV{ID_FS_TYPE}!="", RUN+="/bin/mkdir -p /media/$env{ID_FS_TYPE}-%k"
# монтирование раздела fat32
ACTION=="add", ENV{ID_FS_TYPE}=="vfat", RUN+="/bin/sed -i '$a\/dev/%k /media/$env{ID_FS_TYPE}-%k vfat rw,noatime,noauto,noatime,dmask=022,user,fmask=133,iocharset=koi8-r 0 0' /etc/fstab"
# монтирование раздела ntfs
ACTION=="add", ENV{ID_FS_TYPE}=="ntfs", RUN+="/bin/sed -i '$a\/dev/%k /media/$env{ID_FS_TYPE}-%k ntfs-3g rw,noatime,noauto,dmask=000,fmask=111,user,locale=ru_RU.koi8-r,allow_other 0 0' /etc/fstab"
# монтирование прочих ФС
ACTION=="add", ENV{ID_FS_TYPE}!="", ENV{ID_FS_TYPE}!="ntfs|vfat", RUN+="/bin/sed -i '$a\/dev/%k /media/$env{ID_FS_TYPE}-%k $env{ID_FS_TYPE}  defaults,noatime,user,exec,suid,dev 0 0' /etc/fstab"
LABEL="end-of-file"