Automounted USB-Geräte sind schreibgeschützt


32

Seit dem Upgrade auf Ubuntu 12.10 funktioniert die automatische Ausgabe von USB-Geräten nicht wie erwartet. Wenn ich ein Speichergerät anschließe, wird es korrekt erkannt, aber ich habe keine Schreibrechte dafür. Ich dachte, dass vielleicht die Berechtigungen von / media nicht richtig eingestellt sind, aber ich weiß nicht, wie sie sein müssen. Sie sind so:

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

Ich habe auch geprüft, ob mein Benutzer Mitglied der Gruppe plugdev ist und er ist es definitiv.

Was könnte die Ursache für dieses Problem sein?

Update: Hier ist die dmesg-Ausgabe nach dem Anschließen eines USB-Speichergeräts: http://pastebin.com/pJ7qebQR


Könnten Sie den relevanten Teil der dmesgAusgabe einfügen / verknüpfen, wenn Sie das Laufwerk anschließen oder einbinden?
Onik

Wie mache ich das?
user5950

Öffnen Sie ein Terminal und geben Sie dmesgdirekt nach dem Einstecken des Laufwerks ein, und einige der letzten Zeilen sollten Informationen zur Geräteerkennung enthalten. Oder Sie können die gesamte Ausgabe (bei Bedarf Zensur) in Pastebin kopieren / einfügen und den Link hier freigeben .
Onik

Die Ausgabe wurde dem obigen Beitrag hinzugefügt.
user5950

2
Könnten Sie einfügen / verknüpfen die Ausgabe von cat /etc/fstab und mount (pls ignorieren die oben empfohlen, da ich nicht bearbeiten oder von meinem Telefon löschen kann)
Totti

Antworten:


36

Ich denke, Sie leiden unter dem Fehler # 1021375

Sie können dies umgehen, indem Sie den Ordner ~ / .config / nautilus umbenennen und sich dann abmelden und wieder anmelden.

  1. mv ~/.config/nautilus ~/.config/nautilus-bak
  2. Ausloggen.
  3. Einloggen.

Ich weiß nicht, ob es mehrere mögliche Ursachen für dieses Problem gibt, aber ich weiß nicht, warum diese Antwort nicht mehr positive Stimmen erhalten hat. Dies war genau mein Problem, mit der Ausnahme, dass ich den NEMO-Dateimanager anstelle von Nautilus verwendete. Ich habe jedoch bestätigt, dass ich Dateien mit einem alternativen Dateimanager (PCManFM), dem Terminal und dem Dialogfeld "Datei speichern" von gedit und LibreOffice erstellen / bearbeiten / löschen kann, sodass das Problem nur nautilus / nemo betrifft. Ihre vorgeschlagene Problemumgehung scheint den Trick auch getan zu haben.
Lee Hachadoorian

2
Diese Antwort hat mein Problem gelöst. Vielen Dank !
David V.

11
killall nautilus ist genug, kein ausloggen nötig. :)
Isset

8
Ich benutze Ubuntu 16.04 und das Problem trat aus dem Nichts auf. Die Lösung löst immer noch das Problem.
sebers

5
killall nautilustat den Trick, wie @isset vorschlug. Vielen Dank.
Lekhnath

20
sudo mount -o remount,rw /media/MonterFolderName

Dies soll das Problem lösen. Ich bin nicht sicher, wie ich es dauerhaft machen soll. Ich bin mir nicht sicher, ob chmodes funktionieren würde, wenn der USB-Stick überhaupt nicht im Readwrite-Modus gemountet ist.

Getestet auf Ubuntu 12.10 und 13.


3
Darf ich vorschlagensudo mount -o remount,rw /media/$USER/*
mchid

4
hat nicht funktioniert in Ubuntu 16.04 :(
knocte

Sorry, es war in älteren Versionen von Android, ich hatte es auf Ubuntu 13 Max getestet, denke ich.
Jalpesh

Ubuntu meinte ich ...
Jalpesh

1
mount: cannot remount /dev/sda1 read-write, is write-protected
Pithikos

11

Wenn der USB-Stick eingesteckt ist /media/<username>, müssen Sie über eine Zugriffssteuerungsliste über Berechtigungen verfügen.

Sie können überprüfen, was die Berechtigungen sind, z

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::---

Wenn es keine Zugriffssteuerungsliste gibt, löschen Sie einfach das Verzeichnis und es wird mit den richtigen Berechtigungen neu erstellt.

sudo rmdir /media/<username>

Oder fügen Sie die ACL hinzu:

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

DAS - das ist die Lösung, die endlich für mich funktioniert. Auf Mint, Kubuntu, Debian und Ubuntu. Nautilus war nie das eigentliche Problem (und wurde nicht einmal in einigen der aufgelisteten Distributionen verwendet). Vielen Dank!
Growlf

2

Das Problem scheint verschwunden zu sein

Dies ist eine 5-jährige Frage zur kurzfristigen Veröffentlichung von Ubuntu 12.10. Der dmesgLink ist in der Frage des OP nicht mehr verfügbar. Aber wenn ich ein Ubuntu 18.04 Live USB mit persistentem Speicher anschließe, dmesgzeigt sich:

$ 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

Im Gegensatz zu OP gibt es keine Warnung für Nur-Lesen. Beachten Sie die Zeile:

sd 2: 0: 0: 0: [sdb] Der Schreibschutz ist deaktiviert

Was auch immer das Problem vor 5 Jahren war, es existiert heute unter Ubuntu 16.04 LTS nicht mehr . Auch für die einzige andere LTS-Version von heute, 14.04, kann ich mich auch nicht erinnern, dass dies ein Problem war. Nur SD-RAM-Karten werden als schreibgeschützt betrachtet, was insgesamt ein anderes Problem darstellt.


Ich bin gestern am 16.04. Darauf gestoßen, daher muss ich Ihnen widersprechen, dass das Problem "weg" ist
Thomas Ward

Ich sollte mit einer Standardinstallation sagen. Es gibt alle Arten von Sicherheitsüberschreibungen, die Arbeitgeber installieren möchten. Zum Beispiel, um zu verhindern, dass Mitarbeiter eine Liste mit Kundendaten auf USB herunterladen.
WinEunuuchs2Unix

1

An den Einhängeoptionen und der fstab-Datei ist meines Wissens nichts auszusetzen. Sie müssen lediglich den folgenden Befehl verwenden, um die erforderlichen Berechtigungen für den Medienordner zu erhalten. und ich erkläre dir warum.

1) Ihre aktuellen Berechtigungen für den Ordner lauten wie folgt. (Entschuldigen Sie, wenn Sie das wissen und ich Sie damit belästige.)

drwxr-xr-x 14 root root 4096 Jan 13 19:37 media In diesem Verzeichnis steht d für directory. Die erste Gruppe von rwx steht für die Rechte des Benutzers, dem das Objekt gehört, in Ihrem Fall root.

Die zweite Gruppe von rwx steht für die Rechte der Gruppe, die dieses Objekt besitzt. Hier haben Sie nur rx, was bedeutet, dass Sie selbst dann keine Rechte zum Schreiben haben, wenn Sie sich in der sudoers-Datei oder in der Admin-Gruppe befinden.

Dritte Gruppe von rwx sind oder andere Benutzer, die weder Eigentümer dieses Objekts sind noch zu der Gruppe gehören, die Eigentumsrechte an diesem Objekt besitzt. wenn dein fall es ist wieder nur rx. Deshalb haben Sie keine Schreibrechte dafür.

2) Sie müssen also die Berechtigungen des Medienordners ändern. (Ich werde in Betracht ziehen, dass Sie sich in der Admin-Gruppe oder in der sudoers-Datei befinden, da dies nur in diesem Fall funktioniert.) Das ist also, was Sie tun müssen.

$ sudo chmod -R 775 /media

3) Dadurch erhalten Sie die erforderlichen Schreibberechtigungen für alle automatisch bereitgestellten Laufwerke.

Bitte überprüfen Sie und lassen Sie mich wissen, wenn dies nicht funktioniert. Sie erfahren dann, wie Sie dieses Problem beheben können.


Eine weitere Sache ... Über ACL wird nicht automatisch mit dem Betriebssystem installiert ... es sei denn, Sie haben es installiert .. es steht in Ihrem Fall außer Frage. wenn du es installiert hast bitte melde dich.
Hrish

1
Nein, es gibt dir keine Schreibberechtigung und es ist auch eine schlechte Idee. Die Zugehörigkeit zur sudo-Gruppe oder zur admin-Gruppe (falls vorhanden) gibt Ihnen keine Gruppenberechtigungen, wenn der Gruppenbesitzer root ist. Dies ändert also nichts für Sie. Bitte berücksichtigen Sie auch den Unterschied zwischen Datei- und Verzeichnisberechtigungen und mögliche nachteilige Folgen, wenn Sie die Verwendung des -RFlags an empfehlen chmod. Zum einen sollten die Berechtigungen von /media/$USER(jetzt) ​​750 mit einer ACL für sein $USER. (Ubuntu-Versionen nach 15.04 müssen das aclPaket haben, da es systemddavon abhängt.)
Zanna

Ich hatte heute dieses Problem und habe es gelöst, indem ich chmod über den Mountpoint ausgeführt habe. Ich kann in Unterordner schreiben, ist nur die Laufwerkwurzel diejenige, die sich beschwert. Ist chmod 775 /media/user/devicealso gut genug.
m3nda

1

Ich bin auch auf dieses Problem gestoßen, in meinem Fall war es ein Fat32-Korruptionsproblem, bei dem es möglich war, es zu lesen, aber nicht zu schreiben.

Wenn es sich bei Ihrem USB-Schlüssel um einen Fat32 handelt, ist möglicherweise Ihr Dateisystem beschädigt.

Um dies zu überprüfen, führen Sie ein sudo dmesg durch

[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.

dann deinstalliere es, sudo fsck.vfat your_device_partition es dann mounte es erneut.

in meinem speziellen Fall:

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
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.