Beiträge von Forentroll

Zitat von pcfreddy

Nur, wozu zusätzlich die 32 bit Variante?

Weil ich oft die Erfahrung gemacht habe, dass ausgerechnet die gefehlt hat und das der Grund für das Nichtfunktionieren war.

Zitat von pcfreddy

Es lässt sich jedoch aus Platzmangel bei der Fritzbox nicht umsetzen.

Nur mal als Hinweis: USB funktioniert bis 5 Meter Kabellänge ganz gut.

Für längere Strecken gibt es sogar Repeaterkabel...

Zwei Dinge hätte ich noch anzumerken:

1. Auch der Client-Rechner benötigt vermutlich diverse USB-Bibliotheken zum Drucken, auch wenn er über LAN/WLAN angebunden ist. Ich weiß allerdings nicht, ob das bei Epson-Druckern ebenso ist, da es aber bei vielen Herstellern so ist, gehe ich stark davon aus.

zypper in glibc glibc-32bit libusb-0_1-4 libusb-0_1-4-32bit libusb-1_0-0 libusb-1_0-0-32bit

2. Notfalls könnte man den Drucker auch an die Fritzbox anschließen, der dann als Druckserver für beide Rechner fungiert, sofern vorhanden.

Meinst du so etwas?

Lässt sich der Drucker auf der IP-Adresse, auf die er eingerichtet wurde, denn anpingen?

Wurde dem Drucker eine statische IP-Adresse zugewiesen?

Als Beispiel mal einer meiner Drucker im LAN:

ping 192.168.178.253
PING 192.168.178.253 (192.168.178.253) 56(84) Bytes an Daten.
64 Bytes von 192.168.178.253: icmp_seq=1 ttl=255 Zeit=0.261 ms
64 Bytes von 192.168.178.253: icmp_seq=2 ttl=255 Zeit=0.743 ms
64 Bytes von 192.168.178.253: icmp_seq=3 ttl=255 Zeit=0.255 ms
64 Bytes von 192.168.178.253: icmp_seq=4 ttl=255 Zeit=0.255 ms
64 Bytes von 192.168.178.253: icmp_seq=5 ttl=255 Zeit=0.861 ms
64 Bytes von 192.168.178.253: icmp_seq=6 ttl=255 Zeit=0.734 ms
^C
--- 192.168.178.253 ping-Statistik ---
6 Pakete übertragen, 6 empfangen, 0% packet loss, time 5101ms
rtt min/avg/max/mdev = 0.255/0.518/0.861/0.264 ms

Zitat von matbhm

Keine Ahnung, ich mache das alles über Yast!

Mich hat beispielsweise die Erinnerung durch das packagekit immer genervt, Deswegen ist das hier deinstalliert und ich mache die Updates täglich in der Konsole.

Dann scheint das aber tatsächlich ein spezielles QNAP-Problem zu sein. Ich habe ein Selbstbau-NAS mit openmediavault, wo das mit den angegebenen Parametern wunderbar läuft.

[Edit]

Hier läuft allerdings bereits

Betriebssystem: openSUSE Tumbleweed 20220426
KDE-Plasma-Version: 5.24.4
KDE-Frameworks-Version: 5.93.0
Qt-Version: 5.15.2
Kernel-Version: 5.17.4-1-default (64-bit)
Grafik-Plattform: X11

Zitat von buabe

bei mount der Struktur "<server>:/" als nfs und ohne Zusatzparameter bleibt ein "ls-Befehl" bereits "hängen".

Kann ich hier so nicht bestätigen. NFS funktioniert hier so, wie es soll.

Ein Auszug aus meiner fstab:

192.168.178.200:/STEPHAN                   /mnt/orion/NAS-SERVER/STEPHAN  nfs    rw,users                      0  0
192.168.178.200:/COMMON                    /mnt/orion/NAS-SERVER/COMMON  nfs    rw,users                      0  0

orion:/mnt/orion/NAS-SERVER/COMMON # ls
Bilder  COMMON.TXT  Linux  Stephan  Videos  XP11

Nachdem ich nun ausgiebig in den ganzen Quellen geschmökert hatte, habe ich eine VM mit Leap 15.3 zum Laufen bekommen und auch das Netzwerk funktioniert.

Windows 10 ist nach wie vor bockig. Hier scheint aber eher ein nicht funktionierender Gerätetreiber die Ursache zu sein. Für die RTL 8139c scheint Windows 10 keinen Treiber zur Verfügung zu stellen.

Immerhin weiß ich jetzt, wie ich die Bridges zum Laufen bekomme. Herzlichen Dank für die umfangreiche Hilfestellung an Sauerland und sterun

Merci!

Ich denke, das lässt sich so ohne weiteres auf TW übertragen?

Ok, danke! Das werde ich mir heute Abend oder morgen in aller Ruhe zu Gemüte führen.