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