Sie sind nicht angemeldet.

Lieber Besucher, herzlich willkommen bei: Ubuntu-Forum & Kubuntu-Forum | www.Ubuntu-Forum.de. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

bl75

User

  • »bl75« ist der Autor dieses Themas

Beiträge: 18

Registrierungsdatum: 07.08.2019

Derivat: Ubuntu

Version: Ubuntu 18.04 LTS - Bionic Beaver

Architektur: unbekannt

Desktop: unbekannt

Andere Betriebssysteme: Windows 7

  • Nachricht senden

1

07.08.2019, 11:44

Das Dateisystem ist nur lesbar

Ich verwende Ubuntu 18.04.2 und auf anderen Rechnern Ubuntu 16.04 und Win 7.
Zwischen den Rechnern tausche ich Daten über USB-Sticks und externe Platten aus, die FAT32 formatiert sind.
Das klappte bislang problemlos, aber seit einigen Wochen läßt mich Ubuntu 18.04 nicht mehr auf die externen Datenträger schreiben "Das Dateisystem ist nur lesbar". Sudo nautilus hilft nichts, und auch unter "Eigenschaften" der Laufwerke kann ich die Schreibrechte nicht einstellen - beim Versuch kommt o.g. Fehlermeldung.
Die Neuformatierung eines Sticks (in FAT32) im Ubuntu 18 gab ein paar Wochen Abhilfe, aber jetzt ist das Problem zurück, und ich kann nicht ständig die externen Datenträger formatieren. Das Problem besteht nur bei Ubuntu 18, echt ätzend was man sich da wieder mal bei einem update hat einfallen lassen.
Ich hoffe es gibt einen Weg Abhilfe zu schaffen?

Dieser Beitrag wurde bereits 3 mal editiert, zuletzt von »bl75« (21.08.2019, 22:34) aus folgendem Grund: hoffe das war's jetzt


wowi

Ubuntu-Forum-Team

  • »wowi« ist männlich

Beiträge: 4 107

Registrierungsdatum: 03.05.2007

Derivat: Xubuntu

Architektur: 64-Bit PC

Desktop: XFCE

  • Nachricht senden

2

08.08.2019, 23:29

Hi bl75,

ich verwende zwar Xubuntu, aber vielleicht ist das bei Dir das gleiche Problem?
Ich muss nach einem erfolgreichen Auswerfen meiner Speicherkarte im Dateimanager Thunar unbedingt danach auch das Fenster schließen, ansonsten klappt es mit einem erneuten Mount so wie bei Dir immer nur lesend!

Greetz
wowi

bl75

User

  • »bl75« ist der Autor dieses Themas

Beiträge: 18

Registrierungsdatum: 07.08.2019

Derivat: Ubuntu

Version: Ubuntu 18.04 LTS - Bionic Beaver

Architektur: unbekannt

Desktop: unbekannt

Andere Betriebssysteme: Windows 7

  • Nachricht senden

3

09.08.2019, 09:07

Nein, das ist leider nicht die Lösung. Auch neu booten etc. bringt nichts.
Es muss etwas mit den Benutzerrechten zu tun haben, und dass die Sticks auch auf anderen Rechnern zum Einsatz kommen. Vielleicht liegt die tiefere Ursache im FAT32-Dateisystem und Veränderungen im Nutzerrechte-Verwaltungssystem von Ubuntu 18.
Ich formatierte jetzt einen Stick neu (mit Ubuntu 18) und legte NTFS als Dateisystem an. Soweit funktioniert dieser Stick jetzt, aber ich muss abwarten, bei der FAT32-Neuformatierung ging es auch eine Weile gut.
Es muss etwas mit den Benutzerrechten in Ubuntu 18 zu tun haben und ist schon ein sehr ärgerlicher bug.

  • »geobart« ist männlich

Beiträge: 92

Registrierungsdatum: 10.05.2009

Derivat: anderes Ubuntu-Derivat

Version: Ubuntu 18.04 LTS - Bionic Beaver

Architektur: 64-Bit PC

Desktop: Cinnamon

Andere Betriebssysteme: Mint + LMDE3 + Win10 + PCGeos

  • Nachricht senden

4

09.08.2019, 20:21

Versuch mal

Quellcode

1
find ~ -user root -ls 


Kommt eine Terminalausgabe,

Quellcode

1
sudo chown -R -v $USER:$USER /home/$USER/


Neustart.
Veni, vidi, wiki. :thumbup:

wowi

Ubuntu-Forum-Team

  • »wowi« ist männlich

Beiträge: 4 107

Registrierungsdatum: 03.05.2007

Derivat: Xubuntu

Architektur: 64-Bit PC

Desktop: XFCE

  • Nachricht senden

5

10.08.2019, 10:10

Hi bl75,

achtest Du auch darauf, den Stick überall sauber auszuwerfen/unmounten? Viele meiner Kollegen machen das z.B. unter Windows standardmäßig nicht, und dann bleibt ein Kennzeichen auf dem Stick gesetzt, das das Mounten im Schreibmodus unter Linux verhindert. Kann man zwar dann notfalls wieder mit gparted beheben, aber ist furchtbar umständlich :huh:

Greetz
wowi

bl75

User

  • »bl75« ist der Autor dieses Themas

Beiträge: 18

Registrierungsdatum: 07.08.2019

Derivat: Ubuntu

Version: Ubuntu 18.04 LTS - Bionic Beaver

Architektur: unbekannt

Desktop: unbekannt

Andere Betriebssysteme: Windows 7

  • Nachricht senden

6

19.08.2019, 11:45

Vielen Dank für die Tipps! Ich war eine Weile im Urlaub, konnte es daher erst jetzt in Angriff nehmen.

Es scheint dass das die Lösung war:

Zitat

find ~ -user root -ls
sudo chown -R -v $USER:$USER /home/$USER/
Es kamen eine Unzahl Meldungen zu verschiedensten Verzeichnissen "der Benutzer wurde erhalten".
Das schreiben geht jetzt wieder, auch z.B. auf einer externen Festplatte die ich für den Rechner schon aufgegeben hatte.
Normalerweise achte ich darauf die Laufwerke auszuhängen. Bei Windows geht das allerdings manchmal nicht, zumindest bei der o.g. externen Festplatte muss man meist erst den Rechner herunterfahren da Windows sich manchmal aus unerklärlichen Gründen weigert das Laufwerk auszuhängen (obwohl sicher keine Anwendung mehr drauf zugreift).
Kann jemand noch kurz erklären was eigentlich das Problem war? Ist es möglich dass derselbe Fehler später nochmal auftritt?
Vielen Dank für Eure Hilfe!

Beiträge: 1 018

Registrierungsdatum: 08.11.2015

Derivat: unbekannt

Version: gar kein Ubuntu

Architektur: 64-Bit PC

Desktop: LXDE

Andere Betriebssysteme: Debian 10.2 "buster" / 4.19.0-6-amd64

  • Nachricht senden

7

19.08.2019, 12:39

Das erste Kommando ist ja nur ein ls Kommando, welches die Datein innerhalb von deinem /home anzeigen, die root gehören.

Erst das zweite Kommando war aktives eingreifen und hat alle Datein innerhalb von /home an deinen User übergeben.

Die Ausgabe von Kommando 1 wäre hier interessant gewesen. Da scheinen Rechte verbogen gewesen zu sein.

bl75

User

  • »bl75« ist der Autor dieses Themas

Beiträge: 18

Registrierungsdatum: 07.08.2019

Derivat: Ubuntu

Version: Ubuntu 18.04 LTS - Bionic Beaver

Architektur: unbekannt

Desktop: unbekannt

Andere Betriebssysteme: Windows 7

  • Nachricht senden

8

19.08.2019, 13:47

Ich hätte gerne den Text des Terminals hier gepostet, aber das ging nicht mehr. Nach Ausführen des zweiten Befehls erschien so viel Text dass ich im Terminal-Fenster nicht mehr ganz noch oben scrollen konnte.

Wenn ich den ersten Befehl jetzt nochmal wiederhole, erscheint folgendes: Gibt das irgendwelche Hinweise? Ich habe keine Ahnung, wieso Benutzerrechte verbogen worden sein könnten. Die Installation von Ubuntu 18 ist originär von DVD aus (allerdings parallel mit Win7).
Ich meine mich zu erinnern dass da vorher auch die anderen eingehängten Laufwerke standen mit "keine Berechtigung", allerdings konnte ich auf die integrierte Festplatte immer voll zugreifen (die durch Parallel-Install mit Win 7 nach dem Gerätestart auch erst eingehängt werden muss - die meisten Daten liegen auf der Windows-Partition).

Zitat

bl@bl-Latitude-E6530:~$ find ~ -user root -ls
7471856 4 drwx------ 3 root root 4096 Aug 7 11:16 /home/bl/.dbus
find: ‘/home/bl/.dbus’: Keine Berechtigung
7475240 4 drwx------ 2 root root 4096 Aug 7 11:16 /home/bl/.gvfs
find: ‘/home/bl/.gvfs’: Keine Berechtigung
7475237 4 drwx------ 2 root root 4096 Aug 7 11:16 /home/bl/.cache/doc
find: ‘/home/bl/.cache/doc’: Keine Berechtigung
7475238 4 drwx------ 2 root root 4096 Aug 7 11:17 /home/bl/.cache/dconf
find: ‘/home/bl/.cache/dconf’: Keine Berechtigung


  • »geobart« ist männlich

Beiträge: 92

Registrierungsdatum: 10.05.2009

Derivat: anderes Ubuntu-Derivat

Version: Ubuntu 18.04 LTS - Bionic Beaver

Architektur: 64-Bit PC

Desktop: Cinnamon

Andere Betriebssysteme: Mint + LMDE3 + Win10 + PCGeos

  • Nachricht senden

9

20.08.2019, 01:28

Du hast dir schon wieder Rechte verbogen. Wenn alles i. O. ist, gibt

Quellcode

1
find ~ -user root -ls
nichts aus.


Also wieder reparieren mit

Quellcode

1
sudo chown -R -v $USER:$USER /home/$USER/ 	
:D

Die Textausgabe ist so lang, weil der Befehl alle Dateien im Home prüft. Die Ausgabe ist uninteressant.

Was die Rechte verbogen hat, kann ich aus deiner Terminalausgabe nur ahnen.

Die häufigste Ursache ist, dass Programme mit grafischer Oberfläche im Terminal als root einfach mit sudo statt gksudo gestartet werden.

So jedenfalls bis Ubuntu 16.04. Ab Ubuntu 18.04 gibt es "gksu" / "gksudo" nicht mehr.

Daran kann es liegen, dass du deine Problem nur auf dem 18.04 Rechner hast.

Als Ersatz wird "sudo -H" oder "pkexec" genannt.

Es geht auch anders, aber ich starte z. B. den Texteditor (Mint 19.2) mit

Quellcode

1
pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xed
Veni, vidi, wiki. :thumbup:

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »geobart« (20.08.2019, 01:34)


bl75

User

  • »bl75« ist der Autor dieses Themas

Beiträge: 18

Registrierungsdatum: 07.08.2019

Derivat: Ubuntu

Version: Ubuntu 18.04 LTS - Bionic Beaver

Architektur: unbekannt

Desktop: unbekannt

Andere Betriebssysteme: Windows 7

  • Nachricht senden

10

20.08.2019, 14:10

diesmal bringt der chown-Befehl nichts - die 4 o.g. fehlenden Berechtigungen bleiben bestehen, auch nach Neustart.

Ich habe bei Ubuntu nichts verstellt, wenn die Ursache eine graphische ist, liegt es an den installierten Anwendungen. Die meisten stammen jedoch aus dem software-center....

Na ja mein Problem ist ja erstmal gelöst, aber trotzdem seltsam...
Die Programme starte ich eigentlich immer über die icons und nicht über das Terminal. Dann ist das aber ein Ubuntu-eigener bug

  • »geobart« ist männlich

Beiträge: 92

Registrierungsdatum: 10.05.2009

Derivat: anderes Ubuntu-Derivat

Version: Ubuntu 18.04 LTS - Bionic Beaver

Architektur: 64-Bit PC

Desktop: Cinnamon

Andere Betriebssysteme: Mint + LMDE3 + Win10 + PCGeos

  • Nachricht senden

11

20.08.2019, 22:51

diesmal bringt der chown-Befehl nichts - die 4 o.g. fehlenden Berechtigungen bleiben bestehen
Weil ich an Bugs nicht so schnell glaube, zeig mal bitte die Terminalausgabe von

Quellcode

1
sudo chown -Rc $USER: $HOME


danach

Quellcode

1
reboot
und dann

Quellcode

1
find ~ -user root -ls
Veni, vidi, wiki. :thumbup:

bl75

User

  • »bl75« ist der Autor dieses Themas

Beiträge: 18

Registrierungsdatum: 07.08.2019

Derivat: Ubuntu

Version: Ubuntu 18.04 LTS - Bionic Beaver

Architektur: unbekannt

Desktop: unbekannt

Andere Betriebssysteme: Windows 7

  • Nachricht senden

12

21.08.2019, 11:17

dann kommt folgendes

Zitat

bl@bl-Latitude-E6530:~$ sudo chown -Rc $bl: $home/
chown: Zugriff auf '/run/user/1000/gvfs' nicht möglich: Keine Berechtigung
chown: die Gruppe von '/sys/kernel/tracing' wird geändert: Vorgang nicht zulässig
chown: die Gruppe von '/sys/fs/bpf' wird geändert: Vorgang nicht zulässig
chown: die Gruppe von '/sys/fs/cgroup/net_prio' wird geändert: Das Dateisystem ist nur lesbar
chown: die Gruppe von '/sys/fs/cgroup/net_cls' wird geändert: Das Dateisystem ist nur lesbar
chown: die Gruppe von '/sys/fs/cgroup/cpuacct' wird geändert: Das Dateisystem ist nur lesbar
chown: die Gruppe von '/sys/fs/cgroup/cpu' wird geändert: Das Dateisystem ist nur lesbar
chown: die Gruppe von '/sys/fs/cgroup' wird geändert: Das Dateisystem ist nur lesbar
chown: die Gruppe von '/proc/fs/nfsd' wird geändert: Vorgang nicht zulässig
chown: das Verzeichnis '/proc/1595/task/1595/net' kann nicht gelesen werden: Das Argument ist ungültig
chown: das Verzeichnis '/proc/1595/net' kann nicht gelesen werden: Das Argument ist ungültig
chown: Zugriff auf '/proc/5763/task/5763/fd/4' nicht möglich: Datei oder Verzeichnis nicht gefunden
chown: Zugriff auf '/proc/5763/task/5763/fdinfo/4' nicht möglich: Datei oder Verzeichnis nicht gefunden
chown: Zugriff auf '/proc/5763/fd/3' nicht möglich: Datei oder Verzeichnis nicht gefunden
chown: Zugriff auf '/proc/5763/fdinfo/3' nicht möglich: Datei oder Verzeichnis nicht gefunden


Dabei scheint sich ein Prozess aufzuhängen, ich muss das Terminal schliessen
Und nach dem reboot wieder die alte Fehlermeldung

Zitat

bl@bl-Latitude-E6530:~$ find ~ -user root -ls
7471856 4 drwx------ 3 root root 4096 Aug 7 11:16 /home/bl/.dbus
find: ‘/home/bl/.dbus’: Keine Berechtigung
7475240 4 drwx------ 2 root root 4096 Aug 7 11:16 /home/bl/.gvfs
find: ‘/home/bl/.gvfs’: Keine Berechtigung
7475237 4 drwx------ 2 root root 4096 Aug 7 11:16 /home/bl/.cache/doc
find: ‘/home/bl/.cache/doc’: Keine Berechtigung
7475238 4 drwx------ 2 root root 4096 Aug 7 11:17 /home/bl/.cache/dconf
find: ‘/home/bl/.cache/dconf’: Keine Berechtigung

dann habe ich den chown-Befehl nochmal ausgeführt und jetzt kommt:

Zitat

bl@bl-Latitude-E6530:~$ sudo chown -Rc $bl: $home/
sudo: /usr/bin/sudo muss dem Benutzer mit UID 0 gehören und das »setuid«-Bit gesetzt haben

bl ist der einzige user der jemals angelegt wurde, und der die Installation ausführte

Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »bl75« (21.08.2019, 11:33)


  • »geobart« ist männlich

Beiträge: 92

Registrierungsdatum: 10.05.2009

Derivat: anderes Ubuntu-Derivat

Version: Ubuntu 18.04 LTS - Bionic Beaver

Architektur: 64-Bit PC

Desktop: Cinnamon

Andere Betriebssysteme: Mint + LMDE3 + Win10 + PCGeos

  • Nachricht senden

13

21.08.2019, 14:08

Quellcode

1
sudo chown -Rc $USER: $HOME
bitte genau so eingeben (am besten drag + drop) und $USER nicht auf dich ändern, auch nicht bei dem Reparaturbefehl. Das ist kein zu ersetzender Platzhalter, sondern eine Umgebungsvariable.
Veni, vidi, wiki. :thumbup:

bl75

User

  • »bl75« ist der Autor dieses Themas

Beiträge: 18

Registrierungsdatum: 07.08.2019

Derivat: Ubuntu

Version: Ubuntu 18.04 LTS - Bionic Beaver

Architektur: unbekannt

Desktop: unbekannt

Andere Betriebssysteme: Windows 7

  • Nachricht senden

14

21.08.2019, 16:03

es bleibt leider beim o.g. Fehler

Zitat

bl@bl-Latitude-E6530:~$ sudo chown -Rc $USER: $HOME
sudo: /usr/bin/sudo muss dem Benutzer mit UID 0 gehören und das »setuid«-Bit gesetzt haben
bl@bl-Latitude-E6530:~$


bl75

User

  • »bl75« ist der Autor dieses Themas

Beiträge: 18

Registrierungsdatum: 07.08.2019

Derivat: Ubuntu

Version: Ubuntu 18.04 LTS - Bionic Beaver

Architektur: unbekannt

Desktop: unbekannt

Andere Betriebssysteme: Windows 7

  • Nachricht senden

15

21.08.2019, 18:38

jetzt kann ich gar keine sudo-Befehle mehr ausführen
sieht nach einer neuen Klasse Problem aus...

  • »geobart« ist männlich

Beiträge: 92

Registrierungsdatum: 10.05.2009

Derivat: anderes Ubuntu-Derivat

Version: Ubuntu 18.04 LTS - Bionic Beaver

Architektur: 64-Bit PC

Desktop: Cinnamon

Andere Betriebssysteme: Mint + LMDE3 + Win10 + PCGeos

  • Nachricht senden

16

21.08.2019, 19:40

Habe ich befürchtet, war nur eine Frage der Zeit. Ich habe mich leicht erschrocken, als ich gesehen habe, dass du die Variable durch dich ersetzt hast.


Weder einer meiner Befehlen noch dein fehlerhafter (Antwort 12) hat das verursacht.
Wie kann ich die UID auf 0 stellen?
ab Antwort 5, "Raker".
Veni, vidi, wiki. :thumbup:

bl75

User

  • »bl75« ist der Autor dieses Themas

Beiträge: 18

Registrierungsdatum: 07.08.2019

Derivat: Ubuntu

Version: Ubuntu 18.04 LTS - Bionic Beaver

Architektur: unbekannt

Desktop: unbekannt

Andere Betriebssysteme: Windows 7

  • Nachricht senden

17

21.08.2019, 22:28

ok scheint zu klappen jetzt kommt folgendes:

Zitat

bl@bl-Latitude-E6530:~$ sudo chown -Rc $USER: $HOME
[sudo] Passwort für bl:
der Eigentümer von '/home/bl/.dbus/session-bus/118ee5baccee42a99b7c08d1a753b9bb-0' wurde von root:root in bl:bl geändert
der Eigentümer von '/home/bl/.dbus/session-bus' wurde von root:root in bl:bl geändert
der Eigentümer von '/home/bl/.dbus' wurde von root:root in bl:bl geändert
der Eigentümer von '/home/bl/.gvfs' wurde von root:root in bl:bl geändert
der Eigentümer von '/home/bl/.cache/doc' wurde von root:root in bl:bl geändert
der Eigentümer von '/home/bl/.cache/dconf' wurde von root:root in bl:bl geändert
bl@bl-Latitude-E6530:~$


und dann

Zitat

bl@bl-Latitude-E6530:~$ find ~ -user root -ls
bl@bl-Latitude-E6530:~$

dauert ein paar Sekunden aber es kommt keine Meldung mehr. Das war's dann wohl, gelöst?
Ich frage mich nur was die Benutzerrechte verbogen haben könnte, und hoffe jetzt einfach mal dass es keine weiteren Schreibprobleme auf externen Laufwerken gibt....
Danke vielmals.

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »bl75« (21.08.2019, 22:33)


  • »geobart« ist männlich

Beiträge: 92

Registrierungsdatum: 10.05.2009

Derivat: anderes Ubuntu-Derivat

Version: Ubuntu 18.04 LTS - Bionic Beaver

Architektur: 64-Bit PC

Desktop: Cinnamon

Andere Betriebssysteme: Mint + LMDE3 + Win10 + PCGeos

  • Nachricht senden

18

22.08.2019, 00:25

Bitte. :)

Prüf einfach von Zeit zu Zeit die Rechte. Manchmal sind es auch Updates, die deine Rechte verbiegen.
Veni, vidi, wiki. :thumbup:

Beiträge: 1 018

Registrierungsdatum: 08.11.2015

Derivat: unbekannt

Version: gar kein Ubuntu

Architektur: 64-Bit PC

Desktop: LXDE

Andere Betriebssysteme: Debian 10.2 "buster" / 4.19.0-6-amd64

  • Nachricht senden

19

22.08.2019, 09:52

Manchmal sind es auch Updates, die deine Rechte verbiegen.


Spätestens nach dem zweiten Mal, wo das passiert, würde ich die Distribution wechseln.

Ist das Ubuntu like so?

  • »geobart« ist männlich

Beiträge: 92

Registrierungsdatum: 10.05.2009

Derivat: anderes Ubuntu-Derivat

Version: Ubuntu 18.04 LTS - Bionic Beaver

Architektur: 64-Bit PC

Desktop: Cinnamon

Andere Betriebssysteme: Mint + LMDE3 + Win10 + PCGeos

  • Nachricht senden

20

22.08.2019, 21:13

Nein, auch da müssen irgendwelche nicht konforme Aktionen vorher stattgefunden haben. Der User merkt nur, dass nach irgendeinem Update das System rumpelt. Geht auch in anderen Distries.

Nimm es als Kurzform, hatte keine Lust, einen Roman zu schreiben. :D
Veni, vidi, wiki. :thumbup: