Moin, habe mal ein MX aufgesetzt, da mein Mint damals mit der Festplatte mit gestorben ist. Server ist alles unverändert seit Monaten. Laufwerke sind mit samba freigeben. Unter Windows 7 klappt auch alles, selbst das Ausführrecht von exe Dateien auf diesen habe ich mit einer Einstellung hin gekriegt, die sehr versteckt war. Standardmässig war das wohl abgeschaltet beim Netzlaufwerke verbinden. Bloss von MX zugreifen geht nur lesend :-( //192.168.178.23/data /home/benutzer/data cifs defaults,iocharset=uft8,username=deinname,password=deinpasswort 0 0 erzeugt mir erstmal mein data Verzeichnis auf dem Client. Mit ls -lh sehe ich, dass alles root gehört und RWX-RWX für diesen gesetzt ist. Ok, die Geschichten mit uid=1000, gid=1000 habe ich durch, auch die mit dir_mode=0777, file_mode=0777 //192.168.178.23/data /home/benutzer/data cifs defaults,iocharset=uft8,username=deinname,password=deinpasswort,uid=1000 ,gid=1000 0 0 ebenso alles was ich im Netz finden konnte. Njet! Keine Löschrechte, keine Schreibrechte für den Client-User, also meiner einer. Solange ich mich nicht als root anmelde. Dann habe ich alles. PS: Serverseitig ist alles ok, das läuft seit Jahren stabil mit den samba Freigaben. Alle auf drwxrwx-x Gibt es da noch was? Man weiss ja nie.... Gruss, Christian
Schade... MX gefiele mir wirklich gut aber dass ist noch irgendwie buggy :-( Zugriff auf Netzlaufwerke soweit alles klar. Rechte stimmen, ich kann in der Konsole und mit MC auf die Daten, zb Filme zugreifen und diese herum kopieren auf lokale Platten aber das Ausführen von Dateien führt zur Blockierung der Anwendung. zb vlc. Nur noch ein Neustart lässt dann vlc wieder "aufpoppen". gilt auch für Doppelklick auf Dokumente, Sekunden nichts, dann "Libre Office has crashed". thunar meldet einen "Could not inhibit power management ....dbus" etc Fehler sobald ich was aus einem Netzlaufwerk kopieren will. Mit MC klappt es dann aber wieder. Mint war da einwandfrei, da lief alles nach kurzer Zeit. Schade....
Christian J. schrieb: > Schade... MX gefiele mir wirklich gut aber dass ist noch irgendwie buggy Unwahrscheinlich. Netzwerk-Filesysteme, auch CIFS sind Kernel-Sache. Da macht eigentlich keine Distribution was dran. Kernel ist Kernel. Mir erschließt sich auch nicht, was so besonders an MX sein soll. Laut Wikipedia basiert das auf Debian und nutzt defaultmäßig XFCE. Ein originales Debian mit XFCE sollte bis auf evtl. andere Default-Konfiguration genauso aussehen und funktionieren. > Zugriff auf Netzlaufwerke soweit alles klar. Rechte stimmen, ich kann in > der Konsole und mit MC auf die Daten, zb Filme zugreifen und diese herum > kopieren auf lokale Platten aber das Ausführen von Dateien führt zur > Blockierung der Anwendung. Diesen Satz verstehe ich nicht. Wenn da ein für Linux ausführbares Binary auf dem Netzlaufwerk liegt und die Zugriffsrechte ein Ausführen erlauben, dann wird das Binary ausgeführt. Natürlich kann es dabei zu Fehlern kommen, etwa fehlenden shared libraries. Aber dafür gibt es ja Fehlermeldungen.
...und Dein Linux User hat auch die uid/gid 1000?
Axel S. schrieb: > Diesen Satz verstehe ich nicht. Wenn da ein für Linux ausführbares > Binary auf dem Netzlaufwerk liegt und die Zugriffsrechte ein Ausführen > erlauben, dann wird das Binary ausgeführt. Ich rede derzeit nur von Mediendateien, die zwischen 1-2gb gross sind. Aktuell ist vlc jetzt wieder platt, der startet gar nicht mehr. Vorher dauerte es fast 20s bis der Film wieder gegeben wurde. Starte ich Rechner neu klappt es 1-2 Mal, danach nie wieder. Also: Anklicken und die Datei mit der verknüpften Anwendung wiedergeben lassen. Ja, uid ist 1000 und gid auch. Das ist technisch alles ok, die Rechte stimmen, die smbconf auch, die Masken usw. Unter Win läuft ja auch alles und auch unter Android. Wer sich bei XFce einen Mausfangbereich von 1px hat einfallen lassen zur Fenstergrößenändeurung werde ich auch nie verstehen.... PS: MX ist einfach schön bunt und nicht so überladen :-)
Ausgabe von dmesg-T, da steht was von cifs weiter unten. Mi Jan 1 23:20:03 2020] Bluetooth: Core ver 2.22 [Mi Jan 1 23:20:03 2020] NET: Registered protocol family 31 [Mi Jan 1 23:20:03 2020] Bluetooth: HCI device and connection manager initialized [Mi Jan 1 23:20:03 2020] Bluetooth: HCI socket layer initialized [Mi Jan 1 23:20:03 2020] Bluetooth: L2CAP socket layer initialized [Mi Jan 1 23:20:03 2020] Bluetooth: SCO socket layer initialized [Mi Jan 1 23:20:03 2020] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 [Mi Jan 1 23:20:03 2020] Bluetooth: BNEP filters: protocol multicast [Mi Jan 1 23:20:03 2020] Bluetooth: BNEP socket layer initialized [Mi Jan 1 23:20:03 2020] systemd-logind[2309]: New seat seat0. [Mi Jan 1 23:20:03 2020] systemd-logind[2309]: Watching system buttons on /dev/input/event2 (Power Button) [Mi Jan 1 23:20:03 2020] systemd-logind[2309]: Watching system buttons on /dev/input/event1 (Power Button) [Mi Jan 1 23:20:03 2020] random: crng init done [Mi Jan 1 23:20:03 2020] random: 2 urandom warning(s) missed due to ratelimiting [Mi Jan 1 23:20:03 2020] systemd-logind[2309]: Watching system buttons on /dev/input/event0 (AT Translated Set 2 keyboard) [Mi Jan 1 23:20:03 2020] systemd-logind[2309]: Watching system buttons on /dev/input/event12 (ACPI Virtual Keyboard Device) [Mi Jan 1 23:20:03 2020] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [Mi Jan 1 23:20:03 2020] r8169 0000:04:00.0: firmware: direct-loading firmware rtl_nic/rtl8168g-2.fw [Mi Jan 1 23:20:03 2020] Generic PHY r8169-400:00: attached PHY driver [Generic PHY] (mii_bus:phy_addr=r8169-400:00, irq=IGNORE) [Mi Jan 1 23:20:03 2020] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [Mi Jan 1 23:20:04 2020] systemd-logind[2309]: Failed to start user service 'user@118.service', ignoring: Unknown unit: user@118.service [Mi Jan 1 23:20:04 2020] systemd-logind[2309]: New session c1 of user lightdm. [Mi Jan 1 23:20:04 2020] fuse init (API version 7.27) [Mi Jan 1 23:20:06 2020] r8169 0000:04:00.0 eth0: Link is Up - 1Gbps/Full - flow control rx/tx [Mi Jan 1 23:20:06 2020] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready [Mi Jan 1 23:20:07 2020] Key type dns_resolver registered [Mi Jan 1 23:20:07 2020] FS-Cache: Netfs 'cifs' registered for caching [Mi Jan 1 23:20:07 2020] Key type cifs.spnego registered [Mi Jan 1 23:20:07 2020] Key type cifs.idmap registered [Mi Jan 1 23:20:07 2020] No dialect specified on mount. Default has changed to a more secure dialect, SMB2.1 or later (e.g. SMB3), from CIFS (SMB1). To use the less secure SMB1 dialect to access old servers which do not support SMB3 (or SMB2.1) specify vers=1.0 on mount. [Mi Jan 1 23:20:07 2020] No dialect specified on mount. Default has changed to a more secure dialect, SMB2.1 or later (e.g. SMB3), from CIFS (SMB1). To use the less secure SMB1 dialect to access old servers which do not support SMB3 (or SMB2.1) specify vers=1.0 on mount. [Mi Jan 1 23:20:07 2020] No dialect specified on mount. Default has changed to a more secure dialect, SMB2.1 or later (e.g. SMB3), from CIFS (SMB1). To use the less secure SMB1 dialect to access old servers which do not support SMB3 (or SMB2.1) specify vers=1.0 on mount. [Mi Jan 1 23:20:07 2020] No dialect specified on mount. Default has changed to a more secure dialect, SMB2.1 or later (e.g. SMB3), from CIFS (SMB1). To use the less secure SMB1 dialect to access old servers which do not support SMB3 (or SMB2.1) specify vers=1.0 on mount. [Mi Jan 1 23:20:09 2020] systemd-logind[2309]: Failed to start user service 'user@1000.service', ignoring: Unknown unit: user@1000.service [Mi Jan 1 23:20:09 2020] systemd-logind[2309]: New session 1 of user cjulius.
Christian J. schrieb: > [Mi Jan 1 23:20:07 2020] No dialect specified on mount. Default has > changed to a more secure dialect, SMB2.1 or later (e.g. SMB3), from CIFS > (SMB1). To use the less secure SMB1 dialect to access old servers which > do not support SMB3 (or SMB2.1) specify vers=1.0 on mount. Na da steht doch wohl, was los ist. Evtl. einfach Samba3 nachinstallieren?
...wenn es ein grundsätzliches Problem des Samba Dialekts wäre würde es ja nicht als "root" auf dem Client funktionieren. Der Server weiß ja davon nichts, er sieht nur den Benutzernamen der beim mount mitgegeben wurde. Alles andere bzgl. der Zugriffsrechte wird ja auf dem Client implementiert. TO: Poste doch mal die Ausgabe von einem "ls -lh" auf ein Verzeichnis in dem Share auf dem Client.
:
Bearbeitet durch User
Wer CIFS zwischen UNIX-Boxen benutzt ist sowieso geschaedigt. Dafuer und noch mehr gibt es NFS.
Guido B. schrieb: > Na da steht doch wohl, was los ist. Evtl. einfach Samba3 > nachinstallieren? Naja, das ist schon installiert. Es geht da um den Dialekt. Die Fehlermeldungen sind jetzt weg mit min protocol smb2 min protocol smb3 in der global Section von smbconf und vers=3.0 im mount string des Clients. Das Thema hatten viele, wie man nachlesen kann im Netz seit dem Kernelupdate von Ubuntu. Natürloch habe ich die services auf beiden Rechner neu gestartet nach den Änderungen. testparam brachte auch keine Fehler. Das Problem besteht aber weiterhin. Es dauert ewig bis die Dateien nach dem Klick "starten". Und nach 2-3 Mal startet gar nichts mehr, dann ist vlc ganz tot, bzw startet nicht mehr. Dafür aber geht die Auslastung der CPU sehr hoch im Ruhezustand, wie ich bei conky sehe. Unter htop aber sehe ich nichts. Ist futsch..... cifs wird gemounted. [Do Jan 2 07:54:57 2020] r8169 0000:04:00.0: firmware: direct-loading firmware rtl_nic/rtl8168g-2.fw [Do Jan 2 07:54:57 2020] Generic PHY r8169-400:00: attached PHY driver [Generic PHY] (mii_bus:phy_addr=r8169-400:00, irq=IGNORE) [Do Jan 2 07:54:57 2020] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [Do Jan 2 07:54:58 2020] systemd-logind[2305]: Failed to start user service 'user@118.service', ignoring: Unknown unit: user@118.service [Do Jan 2 07:54:58 2020] systemd-logind[2305]: New session c1 of user lightdm. [Do Jan 2 07:54:58 2020] fuse init (API version 7.27) [Do Jan 2 07:55:00 2020] r8169 0000:04:00.0 eth0: Link is Up - 1Gbps/Full - flow control rx/tx [Do Jan 2 07:55:00 2020] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready [Do Jan 2 07:55:01 2020] Key type dns_resolver registered [Do Jan 2 07:55:01 2020] FS-Cache: Netfs 'cifs' registered for caching [Do Jan 2 07:55:01 2020] Key type cifs.spnego registered [Do Jan 2 07:55:01 2020] Key type cifs.idmap registered Ausgabe von testparm auf Client: rlimit_max: increasing rlimit_max (1024) to minimum Windows limit (16384) Load smb config files from /etc/samba/smb.conf rlimit_max: increasing rlimit_max (1024) to minimum Windows limit (16384) Processing section "[homes]" Processing section "[printers]" Processing section "[print$]" Loaded services file OK. Server role: ROLE_STANDALONE Press enter to see a dump of your service definitions # Global parameters [global] log file = /var/log/samba/log.%m logging = file map to guest = Bad User max log size = 1000 obey pam restrictions = Yes pam password change = Yes panic action = /usr/share/samba/panic-action %d passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* . passwd program = /usr/bin/passwd %u server role = standalone server unix password sync = Yes usershare allow guests = Yes idmap config * : backend = tdb
Christian J. schrieb: > uid=1000 > ,gid=1000 Und der Nutzer hat auch uid und gid 1000 in /etc/passwd? Nicht dass Du hier bloss die flaschne Zahlen eingetragen hasst... Die andere Frage ist, ob der entsprechende SAMBA User auf der Samba Box ausreichend Rechte im Ziel-Dateisystem hat und ob der "richtige" User benutzt wird (smbstatus).
Jim M. schrieb: > Und der Nutzer hat auch uid und gid 1000 in /etc/passwd? man id ;-) cjulius@URBEX~$ id -u cjulius 1000 cjulius@URBEX~$ id -g cjulius 1000 Es gilt heraus zu finden, was der Rechner in den 20s macht, die er braucht um eine Datei zu verarbeiten.... wo ist er da? Und warum ist nach 3-4 Mal Öffnen ganz Schluss? Die Rechte sind mehrfach geändert worden, wenn da was nicht stimmt geht es gar nicht. Es geht ja nur "etwas". die sind alle auf rwxrwx--- bzw drwxrwx--- Eine Freigabe für Gäste mache ich nicht, da die Files auch im wlan drin sind, wenn da einer rein käme und das sind zb meine Kinder. Status anbei, das RDONLY stimmt aber nicht, ich habe eindeutig R/W Rechte, grad ausprobiert. Das Thema lässt sich auch im Netz finden, leider ohne befriedigende Antworten.
Hallo, hat sich erledigt! vlc ist das Problem. Ich habe grad smplayer und noch einen installiert und alles ist bestens! Abwarten, vielleicht kommt ein fix für den vlc. Und da sucht man sich tot..... Gruss, Christian
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.