Beiträge von AlphaLemmi

@Sauerland
Könntest du bitte Bescheid geben, wenn dein Paket in das Hauptrepo (OSS) übernommen wurde?

Bugreport aktualisiert:
Link Bugreport

Damit markiere ich den Thread als gelöst.

Vielen Dank an alle Mithelfenden!

Zitat von sterun

SUID - siehe hier:Setuid – Wikipedia

Danke!
Wenn ich das richtig verstehe, dann wird die Datei (mount) zusätzlich zu den Rechten des Nutzers, der die Datei ausführt, auch mit den Rechten des Eigentümers (root) ausgeführt?

Was sich mir noch nicht erschließt: Warum funktioniert dann das umount trotzdem?

@Sauerland
Sollte man diese Info in den Bugreport hinzufügen?

Habe dein Repo über Yast erfolgreich eingebunden und mit

sudo zypper refresh
sudo zypper dup --allow-vendor-change

Das davfs2 Paket 1.5.6-6.1 aus deinem Repo installiert.

Nach einem Neustart funktioniert das mounten und unmounten jetzt problemlos
Dankeschön!

Kurze Zwischenfrage:
Ich musste für das mounten noch das setuid setzen mittels:

sudo chmod u+s /usr/sbin/mount.davfs

Damit ist nun:

name@pc:~> ls -al /usr/sbin | grep mount.d
-rwsr-xr-x 1 root root      167312  1. Mär 10:46 mount.davfs
-rwxr-xr-x 1 root root       17992  1. Mär 10:46 umount.davfs

Zu erkennen ist, dass es einen Unterschied beim user zwischen mount und umount gibt:
rwsr - mount
rwxr - umount
Dennoch funktioniert das Aushängen problemlos. Testweise habe ich für das umount ebenfalls dieses Bit gesetzt und es funktionierte weiterhin.

1) Was bedeutet s (wenn x für execute steht)?
2) Warum funktioniert das Aushängen auch mit s statt x?

Eingetragen in der fstab (wie nach der o.g. Anleitung).

Auszug aus der fstab

cat /etc/fstab
# hidrive
https://webdav.hidrive.strato.com/users/name1   /home/nutzer/webdav-name1  davfs   rw,noauto,user		0  0
https://webdav.hidrive.strato.com/users/name2   /home/nutzer/webdav-name2  davfs   rw,noauto,user		0  0

Ich habe schon gesehen, dass du für Leap aktuellere Pakete von davfs in deinem Repo hast.
Super, dass du nun auch die 1.5.6 für tumbleweed baust:)))

Hoffen wir, dass es wirklich nur an dem Paket liegt.

Hallo!

Ich habe mehrere Strato Hidrive Laufwerke über webdav eingebunden. Dafür habe ich diese Anleitung genutzt:
Link - https://www.linux-tips-and-tricks.de/de/netzwerk/190-wie-kann-man-medienspeicher-oder-smartdrive-unter-linux-einbinden/

Das mounten (beispielsweise über den GNOME Dateimanager) funktioniert sowohl auf tumbleweed als auch auf Leap 15.1 problemlos.
Allerdings kann ich auf tumbleweed die Laufwerke nicht mehr aushängen. Weder über den Dateimanager, noch über den entsprechenden Befehl im Terminal.

Im Dateimanager kommt die Fehlermeldung ("Aushängen des Datenträgers nicht möglich").

Im Terminal passiert mit dem folgenden Befehl einfach gar nichts. (So, als würde das Laufwerk ausgehängt werden, wird es aber nicht).

umount /home/nutzer/webdav-laufwerk

Mit dem Befehl

umount.davfs /home/nutzer/webdav-laufwerk

kommt es zu einem Speicherzugriffsfehler --> also Segmentation fault.

Recherche:
Im Web findet man das Problem, wenn folgende Suchbegriffe verwendet werden "umount.davfs Segmentation fault"
Link 1 - Gentoo Forum
Link 2 - bugzilla redhat

Im tumbleweed wird das davfs2 Paket mit der Version 1.5.4-1.6 aus dem Haupt-Repository (OSS) genutzt.
In den beiden Links lese ich heraus, dass das Paket im "C89 mode" kompiliert werden soll, dann verschwindet der Fehler.
Es gibt auch schon die offizielle Version 1.5.6, jedoch leider nicht bei OpenSuse.

Im Leap 15.1 wird das Paket davfs2 mit der Version 1.5.4-lp151.2.3 genutzt. Hier funktioniert das Aushängen.

1) Kann jemand diesen Fehler reproduzieren?
2) Welche Ideen zur Lösung des Problems habt ihr?

Liebe Grüße!

Zitat von r3z5

Hi,
zur Info. Ich habe heute das System aktualisiert (zypper dup). Ich kann jetzt wieder scannen, obwohl sich an der SANE Version nichts geändert hat.
Wie sieht das bei euch aus?

Das kann ich bestätigen!
Bin immer noch bei

sane-backends 1.0.27-5.11


und kann trotzdem wieder scannen.

Seltsam!

Danke!

Bugreport an bugzilla.opensuse.org gesendet.

Zitat von Sauerland

Bugreport

Ok - wo am besten?