При вставлянии флэшки она монтируется в папку без каких бы то ни было прав для вставлящего.

[жучара]

Друзья! Работаю первым пользователем, sudo без пароля. И вот какую бы я флэшку не вставил. Всегда появляется такое окно.

fl.png

Как же мне работать с флэшкой-то? Например, в проводнике её можно открыть только в консоли посредством sudo:

Shell

$ sudo caja /media/user/ESD-ISO
$

Я приноровился по-другому. Например, флэшка суть устройство /dev/sde1 Тогда сперва отмонтировываю, потом примонтировываю:

Shell

$ sudo umount /media/user/ESD-ISO
$ sudo mount /dev/sde1 /mnt/sde1
$

Потом открываю в файловом менеджере (сейчас без sudo уже):

Shell

$ caja /mnt/sde1 &
[1] 155878
$

Всё, теперь она открыта на чтение, но не на запись! Чтобы создать на флэшке файл, приходится создавать его на стороне, а потом копировать на неё! (флэшки, как правило, NTFS)

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Это поведение ненормальное, тем более, что у меня рядом точь в точь такая же нулёвая система, где эта же флэшка втыкается и отлично видится и читается и записывается безо всяких sudo! И после втыкания весело у неё появляется значочек на рабочем столе!

Тогда что я сделал. Все файлы из этих папок

• /run/udev/rules.d

• /usr/local/lib/udev/rules.d

• /etc/udev/rules.d

• /lib/udev/rules.d

(в этих файлах прописаны какие-то правила udev)

из проблемной оси (назовём её P) скопировал на непроблемную (N). Так перенёс, что наборы таких файлов на двух осях абсолютно одинаковы и права на них тоже одинаковы и содержание файлов тоже одинаково

Теперь права на папки смотрим. На проблемной оси (P):

Shell

$ ls -ld /
drwxr-xr-x 21 root root 4096 дек 27 16:36 /
$ ls -ld /media
drwxr-xr-x 4 root root 4096 июн 20 2024 /media
$ ls -ld /media/user
drwxr-x--- 2 root root 4096 дек 28 02:35 /media/user
$ sudo ls -ld /media/user/ESD-ISO/
drwxr-xr-x 23 user user 8192 янв 1 1970 /media/user/ESD-ISO/
$

На непроблемной оси (N)

Shell

$ ls -ld /
drwxr-xr-x 19 root root 4096 дек 27 22:35 /
$ ls -ld /media
drwxr-xr-x 5 root root 4096 дек 27 23:16 /media
$ ls -ld /media/user
drwxr-x---+ 3 root root 4096 дек 28 02:51 /media/user
$ sudo ls -ld /media/user/ESD-ISO/
drwxr-xr-x 23 user user 8192 янв 1 1970 /media/user/ESD-ISO/
$

Разницы никакой кроме маленького плюсика, который виден по команде ls -ld /media/user на непроблемной оси (N) Я не знаю, это имеет значение или нет, просто и в проблемной оси (P) и в непроблемной (N) папки /media/user имеют расширенные атрибуты, но в проблемной оси (P) плюсик не показан, а в непроблемной (N) показан. Вот эти атрибуты. На проблемной оси (P):

Shell

$ lsattr / 2>/dev/null | grep media
--------------e------- /media
$
$ lsattr /media 2>/dev/null
--------------e------- /media/cdrom0
$
$ lsattr /media/user 2>/dev/null
$

На непроблемной оси (N):

Shell

$ lsattr / 2>/dev/null | grep media
--------------e------- /media
$
$ lsattr /media 2>/dev/null
--------------e------- /media/user
--------------e------- /media/cdrom0
--------------e------- /media/cdrom1
$
$ lsattr /media/user 2>/dev/null
$

А вот собсно плюсик:


В общем, всё везде одинаково за исключением маленького плюсика. Но в одном случае флэшка не видится без танцев с бубном, а в другом случае видится и читается и всё на свете. В проблемной оси других проблем с флэшкой нет- ну то есть монтирование, отмонтирование, копирование на неё, удаление (всё через sudo естессно), без проблем.

С /etc/fstab тоже проблем нет вроде на проблемной оси (P)

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# systemd generates mount units based on this file, see systemd.mount(5).
# Please run 'systemctl daemon-reload' after making changes here.
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda8 during installation
UUID=369d5f71-d40e-47c3-936e-6e6f994bc176 / ext4 errors=remount-ro 0 1
# /home was on /dev/sda7 during installation
UUID=696dc388-7b70-4824-b2bb-d75f23a7d308 /home ext4 defaults 0 2
# swap was on /dev/sda9 during installation
UUID=291d12cc-ef94-4bf8-9c84-b53e3d9d5525 none swap sw 0 0
/dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0
UUID=78FB9AA140859EDB /mnt/disk_E_vinda ntfs defaults 0 0
UUID=5a60e2fc-344c-427d-af13-ae159e0e8ce2 /home/user/Desktop/не_для_архивации ext4 defaults 0

Что же делать? Debian 12.4 Спасибо, кто откликнется.

[Bizdelnick]

getfacl /media/user

[жучара]

getfacl /media/user

Shell

$ getfacl /media/user
getfacl: Removing leading '/' from absolute path names
# file: media/user
# owner: root
# group: root
user::rwx
group::r-x
other::---

$

[Bizdelnick]

А на второй системе, где плюсик?

[жучара]

А на второй системе, где плюсик?

Shell

$ getfacl /media/user
getfacl: Removing leading '/' from absolute path names
# file: media/user
# owner: root
# group: root
user::rwx
user:user:r-x
group::---
mask::r-x
other::---

$

[Bizdelnick]

Соответственно, чтобы сделать так же: sudo setfacl -m u:user:rx /media/user.

[жучара]

Соответственно, чтобы сделать так же: sudo setfacl -m u:user:rx /media/user.

это я корневую систему бэкапил таром, потом восстанавливал, а права ACL, видать, не восстановились.