Od czasu aktualizacji do Ubuntu 12.10 automout urządzeń USB nie działa zgodnie z oczekiwaniami. Po podłączeniu urządzenia pamięci masowej jest ono rozpoznawane poprawnie, ale nie mam na nim uprawnień do zapisu. Pomyślałem, że może uprawnienia / media nie są ustawione poprawnie, ale nie wiem, jak mają być. Są takie:

drwxr-xr-x  14 root  root   4096 Jan 13 19:37 media

Sprawdziłem również, czy mój użytkownik jest członkiem grupy plugdev i na pewno jest.

Co jeszcze może być przyczyną tego problemu?

Aktualizacja: Oto wyjście dmesg po podłączeniu urządzenia pamięci USB: http://pastebin.com/pJ7qebQR

Myślę, że cierpisz na błąd # 1021375

Możesz obejść to, zmieniając nazwę folderu ~ / .config / nautilus, a następnie wylogowując się i ponownie logując.

1. mv ~/.config/nautilus ~/.config/nautilus-bak
2. Wyloguj.
3. Zaloguj Się.

sudo mount -o remount,rw /media/MonterFolderName

To rozwiąże problem. Nie jestem pewien, jak to zrobić na stałe. Nie jestem pewien, czy chmodzadziałałoby, gdyby w pierwszej kolejności USB nie został podłączony w trybie do odczytu.

Testowane na Ubuntu 12.10 i 13.

Po włożeniu USB jest ono zamontowane, na /media/<username>którym powinieneś mieć uprawnienia poprzez listę kontroli dostępu.

Możesz sprawdzić, jakie są uprawnienia, np

bcbc@23:34:50:~$ getfacl /media/bcbc
# file: media/bcbc
# owner: root
# group: root
user::rwx
user:bcbc:r-x
group::---
mask::r-x
other::---

Jeśli nie ma listy kontroli dostępu, po prostu usuń katalog, a on odtworzy go z odpowiednimi uprawnieniami.

sudo rmdir /media/<username>

Lub dodaj ACL:

sudo setfacl -m u:<username>:rx /media/<username>

Wygląda na to, że problem zniknął

To jest 5-letnie pytanie dotyczące wersji krótkoterminowej Ubuntu 12.10. dmesgZwiązek nie jest już dostępna w pytaniu OP. Ale jeśli podłączę Ubuntu 18.04 Live USB z trwałym miejscem do przechowywania danych dmesg:

$ dmesg | tail -n18
[115528.249547] usb-storage 1-9:1.0: USB Mass Storage device detected
[115528.250152] scsi host2: usb-storage 1-9:1.0
[115528.250474] usbcore: registered new interface driver usb-storage
[115528.255685] usbcore: registered new interface driver uas
[115529.281407] scsi 2:0:0:0: Direct-Access     Verbatim STORE N GO       PMAP PQ: 0 ANSI: 6
[115529.282090] sd 2:0:0:0: Attached scsi generic sg1 type 0
[115529.992200] sd 2:0:0:0: [sdb] 30261248 512-byte logical blocks: (15.5 GB/14.4 GiB)
[115529.992998] sd 2:0:0:0: [sdb] Write Protect is off
[115529.993006] sd 2:0:0:0: [sdb] Mode Sense: 23 00 00 00
[115529.993787] sd 2:0:0:0: [sdb] No Caching mode page found
[115529.993797] sd 2:0:0:0: [sdb] Assuming drive cache: write through
[115530.592616]  sdb: sdb1 sdb2 sdb3 sdb4 sdb5
[115530.596279] sd 2:0:0:0: [sdb] Attached SCSI removable disk
[115531.018019] EXT4-fs (sdb5): warning: mounting unchecked fs, running e2fsck is recommended
[115531.470201] EXT4-fs (sdb5): mounted filesystem without journal. Opts: (null)
[115531.480738] ISO 9660 Extensions: Microsoft Joliet Level 3
[115531.483397] ISO 9660 Extensions: Microsoft Joliet Level 3
[115531.512219] ISO 9660 Extensions: RRIP_1991A

W przeciwieństwie do OP, nie ma ostrzeżenia tylko do odczytu. Zwróć uwagę na linię:

sd 2: 0: 0: 0: [sdb] Ochrona przed zapisem jest wyłączona

Najwyraźniej, niezależnie od problemu 5 lat temu, nie istnieje już dzisiaj pod Ubuntu 16.04 LTS . Również w przypadku jedynej innej wersji LTS, 14.04 , nie pamiętam też, żeby był to problem. Tylko karty SD RAM przychodzą na myśl jako tylko do odczytu, co jest zupełnie innym problemem.

Nie ma nic złego w opcjach montażu i pliku fstab, o ile mi wiadomo, wystarczy użyć poniższego polecenia, aby uzyskać wymagane odpowiednie uprawnienia do folderu multimediów. i wyjaśnię ci dlaczego.

1) Twoje obecne uprawnienia do folderu, jak wspomniałeś, są jak poniżej. (Przepraszam, jeśli o tym wiesz, a ja ci to przeszkadzam.)

drwxr-xr-x 14 root root 4096 Jan 13 19:37 media w tym d oznacza katalog, pierwsza grupa rwx oznacza prawa użytkownika, który jest właścicielem tego obiektu, który w twoim przypadku jest rootem.

druga grupa rwx oznacza prawa grupy, która jest właścicielem tego obiektu i tutaj masz tylko rx, co oznacza, że ​​nawet jeśli jesteś w pliku sudoers lub w grupie administracyjnej, nie masz uprawnień do pisania w nim.

Trzecią grupą rwx są lub inni użytkownicy, którzy nie są właścicielami tego obiektu ani w grupie, która ma prawa własności do tego obiektu. jeśli twoja sprawa to znowu tylko rx. dlatego nie masz na nim uprawnień do zapisu.

2) Musisz więc zmienić uprawnienia do folderu multimediów. (Rozważę, że jesteś w grupie administracyjnej lub w pliku sudoers, ponieważ to zadziała tylko w tym przypadku). więc to właśnie musisz zrobić.

$ sudo chmod -R 775 /media

3) To da ci wymagane uprawnienia do zapisu na wszystkich automatycznie montowanych dyskach.

Sprawdź i daj mi znać, jeśli to nie zadziała, powie Ci, co jeszcze można zrobić, aby rozwiązać ten problem.

Uderzyłem też w ten problem, w moim przypadku był to problem z uszkodzeniem fat32, który pozwalał go czytać, ale nie pisać.

Jeśli więc klucz USB to fat32, przyczyną może być uszkodzenie pliku.

Aby zweryfikować, zrób sudo dmesg

[17183.485565] FAT-fs (sdc1): error, corrupted directory (invalid entries)
[17205.406905] FAT-fs (sdc1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.

następnie usuń zaznaczenie, sudo fsck.vfat two_device_partition it następnie zamontuj go ponownie.

w moim konkretnym przypadku:

sudo fsck.vfat /dev/sdc1
fsck.fat 4.1 (2017-01-24)
0x41: Dirty bit is set. Fs was not properly unmounted and some data may be     corrupt.
1) Remove dirty bit
2) No action
? 1
/T90bis
 Start does point to root directory. Deleting dir. 
Reclaimed 93 unused clusters (1523712 bytes).
Free cluster summary wrong (1248506 vs. really 1248599)
1) Correct
2) Don't correct
? 1
Perform changes ? (y/n) y
/dev/sdc1: 916 files, 704527/1953126 clusters