Ich hab das schon seit Jahren hiermit gemacht:
Danke, da steht aber nichts anderes als das, was oben schon ausgeführt wurde. Eigentlich geht es nur noch um die Autostart-Verknüpfung als user.
Ich hab das schon seit Jahren hiermit gemacht:
Danke, da steht aber nichts anderes als das, was oben schon ausgeführt wurde. Eigentlich geht es nur noch um die Autostart-Verknüpfung als user.
Hast du denn die Rechte rekursiv vergeben?????
Ja natürlich. Und der Witz ist, dass - wenn ich mittels fstab und auto automatisch gemountet habe und dann die Rechte rekursiv auf guido:users setze, sie bei jedem Neustart (=Neumount) wieder auf root:root zurückgesetzt werden. ![]()
Hallo Sauerland,
danke für deinen Hinweis. Wenn ich das Drive mit auto in der fstab einbinde, wird es natürlich automatisch eingebunden. Allerdings habe ich dann keinen Schreibzugriff auf die in /media/mDrive befindlichen Ordner; die sind dann als root:root eingebunden (obwohl ./media/mDrive die Rechte guido:users hat).
Deshalb muss ich das Drive als persönliches Drive als User guido nach der Anmeldung mounten. Und guido kann ja $ mount /media/mDrive ausführen.
Blöderweise geht das nur nicht als Autostart.
Ergänzung: Obiger Fehler tritt nur auf, wenn ich vorher per Autostart versucht hatte, automatisch zu mounten.
Mein Script mount_mDrive.sh (ist ausführbar gemacht) funktioniert nach der Anmeldung, wenn ich es manuell ausführe. Aber das ist erwartbar, da der Befehl in der Konsole funktioniert.
Ich will es automatisch nach Anmeldung starten lassen. Wenn ich es jedoch in /home/guido/.config/autostart/mount_mDrive.sh.desktop habe, wird es nicht ausgeführt: warum nicht?
[Desktop Entry]
Comment[de_DE]=
Comment=
Exec=/home/guido/bin/mount_mDrive.sh
GenericName[de_DE]=
GenericName=
Icon=dialog-scripts
MimeType=
Name[de_DE]=mount_mDrive.sh
Name=mount_mDrive.sh
Path=
StartupNotify=false
Terminal=false
TerminalOptions=
Type=Application
X-KDE-AutostartScript=true
X-KDE-SubstituteUID=false
X-KDE-Username=
Alles anzeigen
Ich werde noch verrückt! ![]()
Hallo Sauerland,
ja, das funktioniert, wenn ich es in der Konsole aufrufe.
EDIT: Nach einem Neustart geht es nicht mehr, wenn ich es bei Anmeldung automatisch mit einem Script starten lassen will:
Dann wird der Ordner bzw. das Drive nicht eingehängt und wenn ich es in der Konsole manuell ausführen will kommt wieder:
Hallo Sauerland,
ja, das funktioniert, wenn ich es in der Konsole aufrufe.
In der davfs2 secrets Datei steht allerdings als Beispiel
also MIT dem Pfad?
Hallo Kollegen,
ich möchte mein Web-Drive von Mailbox.org einbinden. Dabei bin ich nach der Anleitung von Mailbox.org vorgegangen.
1 - einen Ordner zum mounten erstellt:
2 - dessen Berechtigung vergeben auf mich als user:
3 - Test als root ausgeführt: läuft:
4 - Eintrag in /etc/fstab eingetragen:
https://dav.mailbox.org/servlet/webdav.infostore/Userstore /media/mDrive davfs noauto,user,rw 0 0
5 - UID Bit auf /usr/sbin/mount.davfs gesetzt:
5.1 - in Datei /etc/davfs2/secrets folgende Zeile angefügt (natürlich mit meinen Anmeldedaten:
5.2 - und dann:
6 - den User guido zur davfs2 Gruppe hinzugefügt:
7 - Abmeldung und Neustart
8 - Neuanmeldung
9 - Leider kann das Drive nicht gemounted werden, ich erhalte die Meldung in der Konsole:
[guido@terra ~]$ mount -t davfs https://dav.mailbox.org/servlet/webdav.infostore/Userstore /media/mDrive
/sbin/mount.davfs: in /etc/fstab sind andere Mount-Optionen angegeben
10 - Warum zum Henker? So wie es unter (4) eingetragen ist - wo ist da der Fehler? Wenn ich als sudo mounte wie bei (3) läuft es doch - also kann es nur an irgendwelchen Rechten liegen, oder?
Wer kann mir sagen, wie das zu lösen ist?
Vielen Dank und liebe Grüße
Guido
Man sollte im Internet suchen können..........
Da gibt es ein paar Beiträge und die verweisen genau auf das kf5 und qt5 Repo ........
Und das kann ich offensichtlich nicht, denn das habe ich nicht gefunden.
Und ich will ja eigentlich ein stabiles Leap ohne die ständigen Update-Orgien von Tumbleweed, aber ein aktuelles KDE Plasma.
Gelöst dank Sauerland!
zypper dup --from 3 --from 4
Metadaten von Repository 'Mozilla' abrufen .........................[fertig]
Cache für Repository 'Mozilla' erzeugen ............................[fertig]
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
Distributions-Aktualisierungen werden verarbeitet...
8 Probleme:
Problem: Problem mit dem installierten libQtAV1-1.13.0-lp154.27.52.x86_64
Problem: Problem mit dem installierten libQtAVWidgets1-1.13.0-lp154.27.52.x86_64
Problem: Problem mit dem installierten libdrm2-2.4.107-150400.1.8.x86_64
Problem: Problem mit dem installierten libdrm_amdgpu1-2.4.107-150400.1.8.x86_64
Problem: Problem mit dem installierten libdrm_intel1-2.4.107-150400.1.8.x86_64
Problem: Problem mit dem installierten libdrm_nouveau2-2.4.107-150400.1.8.x86_64
Problem: Problem mit dem installierten libdrm_radeon1-2.4.107-150400.1.8.x86_64
Problem: Problem mit dem installierten pam_kwallet-0.0.1git.1502305923.a33ec22-lp154.3.29.x86_64
Problem: Problem mit dem installierten libQtAV1-1.13.0-lp154.27.52.x86_64
Lösung 1: libQtAV1-1.13.0-lp154.21.75.x86_64 von Hersteller obs://build.opensuse.org/KDE:Extra installieren
und libQtAV1-1.13.0-lp154.27.52.x86_64 von Hersteller obs://build.opensuse.org/KDE ersetzen
Lösung 2: veraltetes libQtAV1-1.13.0-lp154.27.52.x86_64 beibehalten
Wählen Sie aus den obigen Lösungen mittels Nummer oder Sie (u)eberspringen, (w)iederholen oder brechen (a)b [1/2/u/w/a/d/?] (a):
Alles anzeigen
Dann werde ich mal ersetzen...
EDIT: Danke Sauerland, du bist mein Held! Es geht wieder! (Wer kommt auch darauf, dass trotz Prio-Setzung ein DUP nötig ist?)
Danke und liebe Grüße!