Automatyczne urządzenia USB są tylko do odczytu

32

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

użytkownik5950
źródło
Czy możesz wkleić / połączyć odpowiednią część danych dmesgwyjściowych po podłączeniu lub zamontowaniu napędu?
onik
Jak mam to zrobic?
user5950,
Otwórz terminal i wpisz dmesgbezpośrednio po podłączeniu napędu, a kilka ostatnich linii powinno zawierać informacje o wykryciu urządzenia. Możesz też skopiować / wkleić cały wynik (w razie potrzeby cenzurę) na Pastebin i udostępnić link tutaj.
onik
Dodano wynik do powyższego postu.
user5950,
2
Czy możesz wkleić / połączyć dane wyjściowe cat /etc/fstab i mount (proszę zignorować powyższe polecenie, ponieważ nie mogę edytować ani usunąć z mojego telefonu)
totti

Odpowiedzi:

36

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ę.
desgua
źródło
Nie wiem, czy istnieje wiele możliwych przyczyn tego problemu, ale nie wiem, dlaczego ta odpowiedź nie uzyskała więcej głosów pozytywnych. To był dokładnie mój problem, z wyjątkiem tego, że korzystałem z menedżera plików nemo zamiast nautilus. Potwierdziłem jednak, że mogę tworzyć / edytować / usuwać pliki przy użyciu alternatywnego menedżera plików (PCManFM), terminala i okna dialogowego Zapisz plik aplikacji gedit i LibreOffice, więc problem dotyczy tylko nautilus / nemo. Wygląda na to, że proponowane obejście również sprawdziło się.
Lee Hachadoorian
2
Ta odpowiedź rozwiązała mój problem. Dzięki !
David V.
11
killall nautilus wystarczy, nie trzeba się wylogowywać. :)
isset
8
Używam Ubuntu 16.04, a problem pojawił się z powietrza. Rozwiązanie nadal rozwiązuje problem.
sebers
5
killall nautiluswykonał lewę zgodnie z sugestią @isset. Dzięki.
Lekhnath
20
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.

Jalpesh
źródło
3
mogę zasugerowaćsudo mount -o remount,rw /media/$USER/*
mchid
4
nie działał w Ubuntu 16.04 :(
knocte
Przepraszam, to było w starszych wersjach Androida, testowałem go na Ubuntu 13 max. Myślę, że.
Jalpesh
Ubuntu Miałem na myśli ...
Jalpesh
1
mount: cannot remount /dev/sda1 read-write, is write-protected
Pithikos
11

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>
bcbc
źródło
TO - to rozwiązanie, które w końcu działa dla mnie. Na Mint, Kubuntu, Debian i Ubuntu. Nautilus nigdy nie był prawdziwym problemem (i nie był nawet używany w kilku wymienionych dystrybucjach). Dziękuję Ci!
growlf
2

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.

WinEunuuchs2Unix
źródło
Wpadłem na to wczoraj 16.04, więc muszę się z tobą nie zgodzić, że problem „zniknął”
Thomas Ward
Powinienem powiedzieć z domyślną instalacją. Pracodawcy chcą zainstalować wszystkie rodzaje zabezpieczeń. Na przykład, aby uniemożliwić pracownikom pobieranie listy danych klientów na USB.
WinEunuuchs2Unix
1

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.

Hrish
źródło
Jeszcze jedna rzecz ... O ACL nie przychodzi automatycznie instalowany z systemem operacyjnym ... więc jeśli go nie zainstalowałeś ... nie ma pytania w twoim przypadku. jeśli zainstalowałeś to proszę daj mi znać.
Hrish
1
Nie, nie da ci pozwolenia na pisanie, a to też zły pomysł. Bycie w grupie sudo lub grupie administracyjnej (jeśli taka istnieje) nie daje ci uprawnień grupy, w której właściciel grupy jest rootem, więc nic to dla ciebie nie zmieni. Proszę również wziąć pod uwagę różnicę między uprawnieniami do plików i katalogów oraz możliwe negatywne konsekwencje, zalecając użycie -Rflagi do chmod. Po pierwsze, uprawnienia /media/$USERpowinny (teraz) wynosić 750 z listą ACL dla $USER. (Wersje Ubuntu późniejsze niż 15.04 muszą mieć aclpakiet, ponieważ systemdzależy od niego.)
Zanna
Miałem dzisiaj ten problem i rozwiązałem go po prostu wykonując chmod nad punktem montowania. Jestem w stanie pisać do podfolderów, to tylko główny dysk narzeka. Jest więc chmod 775 /media/user/devicewystarczająco dobry.
m3nda
1

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
philippe lhardy
źródło