Beiträge von Eldrad Ulthran

Die stable-Kernel hätte ich am liebsten vermieden, weil sie auf diesem Laptop ziemlich nervig sind: Alle 2-3 Tage kommt ein Kernel-Update, wonach immer der Bumblebee-Treiber neu kompiliert werden muss. Das führt dazu, dass der Boot-Vorgang sehr häufig 1-2 Minuten dauert und nicht nur ca. 10s.
Aber es scheint wohl kein Weg darum zu führen.

Mit dem neuen 5.0-Kernel (Sauerlands firmware-Paket ist auch ersetzt durch das aus dem Repo) funktioniert das WLAN wieder einwandfrei, ich habe auch keine "link not ready"-Meldungen mehr. Die Passworteinstellungen "für alle User gespeichert" habe ich auch zurückgesetzt.

Vielen Dank an alle Beteiligten für die Zeit und Hilfe!

Hab ich ausprobiert, ich kann mich immer noch nicht verbinden. Aber das hat meinen "Trick" mit dem LAN-Kabel kaputt gemacht, jetzt komm ich gar nicht mehr rein. Solange ich nicht verbunden bin, zeigt iwlist wlan1 scan nur einen Kanal 100 an, so wie früher auch. Erst im verbundenen Zustand zeigte dies zwei Verbindungen an.

Ich hab mal journalctl mitlaufen lassen bei den scheiternden Verbindungsversuchen, es fängt an mit dem Einschalten der Antenne:

<info>  [1552599967.8155] manager: rfkill: WiFi hardware radio set enabled
Starting Load/Save RF Kill Switch Status...
Started Load/Save RF Kill Switch Status.
IPv6: ADDRCONF(NETDEV_UP): wlan1: link is not ready
<info>  [1552599968.5716] audit: op="radio-control" arg="wireless-enabled:1" pid=2868 uid=1000 result="success"
<info>  [1552599968.5719] manager: rfkill: WiFi now enabled by radio killswitch
<info>  [1552599968.6571] sup-iface[0x5610688bd970,wlan1]: supports 5 scan SSIDs
<info>  [1552599968.6605] device (wlan1): supplicant interface state: starting -> ready
<info>  [1552599968.6607] device (wlan1): state change: unavailable -> disconnected (reason 'supplicant-available', sys-iface-state: 'managed')
IPv6: ADDRCONF(NETDEV_UP): wlan1: link is not ready
Opening menu at 88 15
QQuickView(0x560ee955ce90) must be a top level window.
<info>  [1552599978.0468] device (wlan1): Activation: starting connection 'REDACTED' (a87f45f6-0c9f-4e97-b80c-c806318f61a0)
<info>  [1552599978.0469] audit: op="connection-activate" uuid="a87f45f6-0c9f-4e97-b80c-c806318f61a0" name="REDACTED" pid=4256 uid=1000 result="success"
<info>  [1552599978.0471] device (wlan1): state change: disconnected -> prepare (reason 'none', sys-iface-state: 'managed')
<info>  [1552599978.0472] manager: NetworkManager state is now CONNECTING
<info>  [1552599978.0503] device (wlan1): set-hw-addr: reset MAC address to 58:00:E3:E6:4D:17 (preserve)
IPv6: ADDRCONF(NETDEV_UP): wlan1: link is not ready
<info>  [1552599978.0589] device (wlan1): state change: prepare -> config (reason 'none', sys-iface-state: 'managed')
<info>  [1552599978.0591] device (wlan1): Activation: (wifi) access point 'REDACTED' has security, but secrets are required.
<info>  [1552599978.0591] device (wlan1): state change: config -> need-auth (reason 'none', sys-iface-state: 'managed')
<info>  [1552599978.0629] device (wlan1): state change: need-auth -> prepare (reason 'none', sys-iface-state: 'managed')
<info>  [1552599978.0631] device (wlan1): state change: prepare -> config (reason 'none', sys-iface-state: 'managed')
<info>  [1552599978.0633] device (wlan1): Activation: (wifi) connection 'REDACTED' has security, and secrets exist.  No new secrets needed.
<info>  [1552599978.0633] Config: added 'ssid' value 'REDACTED'
<info>  [1552599978.0633] Config: added 'scan_ssid' value '1'
<info>  [1552599978.0633] Config: added 'bgscan' value 'simple:30:-80:86400'
<info>  [1552599978.0634] Config: added 'key_mgmt' value 'WPA-PSK'
<info>  [1552599978.0634] Config: added 'psk' value '<hidden>'
networkmanager-qt: virtual void NetworkManager::ActiveConnectionPrivate::propertyChanged(const QString&, const QVariant&) Unhandled property "StateFlags"
networkmanager-qt: virtual void NetworkManager::ActiveConnectionPrivate::propertyChanged(const QString&, const QVariant&) Unhandled property "StateFlags"
networkmanager-qt: virtual void NetworkManager::ActiveConnectionPrivate::propertyChanged(const QString&, const QVariant&) Unhandled property "StateFlags"
plasma-nm: Unhandled active connection state change:  1
<info>  [1552599978.1163] device (wlan1): supplicant interface state: ready -> disconnected
<info>  [1552599978.1240] device (wlan1): supplicant interface state: disconnected -> inactive
<info>  [1552599978.1298] device (wlan1): supplicant interface state: inactive -> scanning
<warn>  [1552600003.3340] device (wlan1): Activation: (wifi) association took too long, failing activation
<info>  [1552600003.3341] device (wlan1): state change: config -> failed (reason 'ssid-not-found', sys-iface-state: 'managed')
<info>  [1552600003.3347] manager: NetworkManager state is now DISCONNECTED
<warn>  [1552600003.3371] device (wlan1): Activation: failed for connection 'REDACTED'
<info>  [1552600003.3380] device (wlan1): supplicant interface state: scanning -> disconnected
<info>  [1552600003.3392] device (wlan1): state change: failed -> disconnected (reason 'none', sys-iface-state: 'managed')
IPv6: ADDRCONF(NETDEV_UP): wlan1: link is not ready
<info>  [1552600003.3445] device (wlan1): set-hw-addr: set MAC address to 8E:3A:00:78:C5:A5 (scanning)
IPv6: ADDRCONF(NETDEV_UP): wlan1: link is not ready
<info>  [1552600003.3684] device (wlan1): supplicant interface state: disconnected -> disabled
<info>  [1552600003.4145] device (wlan1): supplicant interface state: disabled -> disconnected

Die Fehlermeldung "ssid-not-found" ist Quatsch, der eingetragene Name (gelöscht) stimmt. Mich macht die Meldung "association took too long" etwas stutzig. Ist vielleicht irgendwo die Wartezeit zu gering eingestellt, und der Verbindungsversuch wird einfach zu schnell abgebrochen? Ich weiß ja nicht, wie lange so ne O2-Box tatsächlich braucht…

Wenn ich das Netzwerk auf sichtbar stelle, erscheint es seltsamerweise trotzdem nicht in der Networkmanager-Liste der verfügbaren Netzwerke 0.o

Es handelt sich hier um die eingebaute WLAN-PCI-Karte des Laptops, also keine USB-Antenne.

@Sauerland: Ich hab dein firmware-Paket installiert, ohne erkennbare Veränderung. Ich hab dann wie von dir beschrieben einen Auszug von journalctl erstellt, siehe Anhang (Netzwerknamen sind maskiert). Nur ein Eintrag ist mir als eventuell problematisch aufgefallen:
link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.
Diese Meldung gab's anscheinend auch schon bei anderen, jedoch bin ich aus den google-Treffern nicht so richtig schlau geworden.

@Kanonentux: In der resolv.conf stand nichts bedenkliches, insgesamt nur zwei Zeilen. Eine mit "search localdomain" und eine mit einem nameserver. Umbenennen und Neustarten hat wie erwartet nichts geändert. In Anlehnung daran hab ich im Networkmanager den Eintrag meines WLAN-Netzes gelöscht und neu angelegt, aber leider auch ohne Erfolg.

In der Zwischenzeit hab ich scherzeshalber von Networkmanager auf wicked umgestellt und geschaut, ob ich es darüber verbunden kriege – erfolglos. Mir ist aber nach einem Neustart aufgefallen, dass wicked UND Networkmanager beide parallel liefen (mittels systemctl status bzw. ps -fe | grep -E "wicked|Network" überprüft). Und das, obwohl in Yast -> Dienste der Start von Networkmanager korrekt auf Manuell gestellt war.

Jetzt habe ich wieder auf Networkmanager gestellt, und die WLAN-Verbindung krieg ich gar nicht mehr aktiviert, egal, wie oft ich die Antenne aus- und wieder einschalte. Ich habe jedoch einen Trick gefunden: Wenn ich, während Networkmanager versucht, sich mit dem WLAN zu verbinden, ein LAN-Kabel einstecke, verbindet sich NetworkManager zunächst per LAN mit dem Router, und 1-2s später auch per WLAN mit selbigem! Ich habe also sozusagen das berühmte WLAN-Kabel gefunden

Kurz gefasst: Ich bin noch ratloser als zuvor. Habt ihr noch weitere Ideen?

Ich hab mal per iwlist scan wlan0 die Kanalbelegung angeschaut, dort treten zwei Einträge auf dem von mir verwendeten Kanal auf. Wenn ich die O2-Box auf einen anderen Kanal umstelle, wandern beide Einträge auf den neuen Kanal – es sollte doch nur einen geben? Hier mal der Output von iwlist, um die Zeilen mit "IE: Unknown: Zahlenwust" gekürzt:

wlan0     Scan completed :
          Cell 01 - Address: E4:3E:D7:FA:DC:F7
                    Channel:100
                    Frequency:5.5 GHz (Channel 100)
                    Quality=70/70  Signal level=-29 dBm  
                    Encryption key:on
                    ESSID:""
                    Bit Rates:6 Mb/s; 9 Mb/s; 12 Mb/s; 18 Mb/s; 24 Mb/s
                              36 Mb/s; 48 Mb/s; 54 Mb/s
                    Mode:Master
                    Extra:tsf=00000057a08d9c03
                    Extra: Last beacon: 244ms ago
                    IE: IEEE 802.11i/WPA2 Version 1
                        Group Cipher : CCMP
                        Pairwise Ciphers (1) : CCMP
                        Authentication Suites (1) : PSK

Cell 02 - Address: E4:3E:D7:FA:DC:F7
                    Channel:100
                    Frequency:5.5 GHz (Channel 100)
                    Quality=69/70  Signal level=-41 dBm  
                    Encryption key:on
                    ESSID:"************"
                    Bit Rates:6 Mb/s; 9 Mb/s; 12 Mb/s; 18 Mb/s; 24 Mb/s
                              36 Mb/s; 48 Mb/s; 54 Mb/s
                    Mode:Master
                    Extra:tsf=0000005749b02bc2
                    Extra: Last beacon: 1457616ms ago
                    IE: IEEE 802.11i/WPA2 Version 1
                        Group Cipher : CCMP
                        Pairwise Ciphers (1) : CCMP
                        Authentication Suites (1) : PSK

Was mir im zweiten Eintrag auffällt: Es ist die gleiche Adresse angegeben, die ESSID ist nicht leer, sondern dort steht der korrekte Name des versteckten Netzwerks (hier rauseditiert), und der Last Beacon ist ziemlich lange her.

Hilft das vielleicht bei der Fehlersuche?

Im Übrigen treten diese Verbindungsverzögerungen auch auf, wenn ich unterwegs bin und mich in andere WLANs einlogge, nicht nur bei meinem Heimnetz.

Hab die veralteten Tools installiert, angehängt ist das Ergebnis. Die zwei Fehlermeldungen, die auftauchen, sind folgende:

!!! CND0120E: Network card wlan0 has no IP address
!!! CND0500W: Channel 60 used by your accesspoint is also used by 1 other access points

Dass der Channel mehrfach belegt sein soll, wundert mich. Beim ersten Aufruf des Skript stand da noch Kanal 44, der noch 2 weitere Male angeblich benutzt wurde. In den Einstellungen der o2-Box stand bei der Kanalauswahl "auto", die hab ich dann auf 60 DFS geändert und NWcollect erneut aufgerufen. Wenn ich DFS richtig verstanden habe, müsste der Router dann doch selbstständig einen anderen Kanal auswählen, wenn es tatsächlich noch einen anderen Sender auf diesem Kanal gibt, oder?
Was ich mit der ersten Meldung anfangen soll, weiß ich nicht, da ich ja gerade per WLAN verbunden bin…

@Alero: Die o2-Box hat so gut wie keine Einstellmöglichkeiten, was ipv4/ipv6 angeht. Außerdem bin ich mit meinem Laptop auch manchmal unterwegs und hab dann keinen Einfluss darauf, ob das lokal verwendete Netzwerk nun ipv4 oder ipv6 verwendet. Ich sollte also für beide Fälle gerüstet sein.

Guten Tag,

auf meinem Lenovo E470 20H2-S00700 braucht der Networkmanager nach dem Booten sehr lange bzw. etliche Versuche, um sich mit einem WLAN-Netzwerk zu verbinden. Dabei ploppen immer wieder sinnlose Fehlermeldungen wie "Netzwerk nicht verfügbar" oder "Kein Passwort angegeben" auf, obwohl die Verbindung eingespeichert ist und bei Verfügbarkeit automatisch verbunden werden soll. Mein bisheriger Würgaround ist, die WLAN-Antenne aus- und wieder einzuschalten und im NetworkManager-Einstellungsfenster per Rechtsklick mich mit dem (versteckten) Netzwerk zu verbinden. Typischerweise braucht es 1-3 Mal Aus- und Einschaltzyklen der Antenne, bis endlich die Verbindung erfolgreich aufgebaut wurde. Manchmal muss ich auch über Yast auf wicked und dann wieder zurück auf Networkmanager umschalten und dann wieder die Antenne aus- und einschalten, damit's funktioniert. Danach läuft aber alles stabil ohne Probleme.

Folgende Zeilen aus dmesg machen mich stutzig (voller Auszug angehängt):

[    9.184623] ip_set: protocol 6
[   11.053662] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   22.689345] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   22.718452] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   22.725562] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   30.819969] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   74.172282] wlan0: authenticate with e4:3e:d7:fa:dc:f7
[   74.222889] wlan0: send auth to e4:3e:d7:fa:dc:f7 (try 1/3)
[   74.224177] wlan0: authenticated
[   74.240188] wlan0: associate with e4:3e:d7:fa:dc:f7 (try 1/3)
[   74.243124] wlan0: RX AssocResp from e4:3e:d7:fa:dc:f7 (capab=0x511 status=0 aid=18)
[   74.247336] wlan0: associated
[   74.247475] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready

Für mich sieht das so aus, als würde der Networkmanager auf Biegen und Brechen versuchen, sich über ipv6 mit einem Netzwerk zu verbinden, das in meinem Fall aber nur für ipv4 eingerichtet ist. Irgendwann ändert er sich endlich auf ipv4 und kann sich dann auch verbinden. Verstehe ich das richtig? Im Networkmanager habe ich für dieses Netzwerk den Haken bei "Diese Verbindung benötigt ipv4", die ipv4-Methode auf "automatisch" und ipv6-Methode auf "ignoriert" gesetzt, aber ohne sichtbaren Effekt. Wisst ihr, wie ich dieses Fehlverhalten beheben kann? Oder bin ich immer noch vom firmware-Bug des ath10k-Moduls betroffen, gegen den ich nichts ausrichten kann?
Installiert sind kernel-firmware 20190118-lp150.2.12.1 und kernel 4.12.14-lp150.12.45-default.
Falls ihr noch zusätzliche Infos braucht, sagt bitte Bescheid. CollectNWData funktioniert bei mir nicht, weil es noch auf ifconfig, route etc. aufbaut, die von ip ersetzt wurden.

Und ich hatte die naive Hoffnung, dass die Probleme mit Gutenprint, die es schon vor (über?) 10 Jahren gab, endlich mal behoben wurden…

Es lag also (mal wieder) am Gutenprint-Treiber, der nur vorgab, passend zu sein, tatsächlich aber Quatsch produzierte. Vielen Dank, nach Herunterladen und Installieren der PPD funktioniert alles, wie es soll!

Guten Tag,

wenn ich unter Leap 15.0 versuche, auf einem Dell 3110cn eine Seite mit Farbe auszudrucken, kommt stets nur ein Graustufendruck heraus. Egal, ob ich eine Seite einer pdf über Okular, eine Testseite aus Yast oder über localhost:631 drucke, stets ist es schwarz-weiß. Ich habe schon versucht, color model von RGB auf CMY umzustellen und die red/green/blue density sowie red/green/blue gamma von 0 auf 1 zu stellen, ohne Erfolg.
Am Drucker kann's nicht liegen, weil meine Windows-Kollegen auf ihm farbig drucken können. An dieser Stelle bin ich zugegeben ratlos, vielleicht habt ihr eine Idee, wie ich farbig werden kann?
Wenn ihr zusätzlich Infos braucht, stelle ich sie gerne bereit.
In CUPS wird angezeigt:

Beschreibung: Dell 3100cn
Ort: R.1.126
Treiber: Dell 3100cn - CUPS+Gutenprint v5.2.14 (farbig, 2-seitiges Drucken)
Verbindung: socket://10.76.68.207:9100
Standardeinstellungen: job-sheets=none, none media=iso_a4_210x297mm sides=one-side

Auszug aus /etc/cups/printers.conf

Ich habe nun erfolgreich auch auf meinen anderen zwei Suse-Rechnern lesend und schreibend auf das Android zugreifen können. Man muss also nur das Paket kio_mtp installieren und auf dem Handy nach Kabelanschluss die Option MTP (Dateientransfer) auswählen.

Thread daher erledigt.

((Wie ich das Paket gefunden habe: Bei einem Bekannten mit Ubuntu hat der Anschluss spontan funktioniert, mittels top bzw. ps sind wir auf kio_mtp gestoßen))