• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

WLAN-Kennwort verschwindet aus Verbindungs-Editor

adimeymuc

Member
Ich habe vor einigen Tagen einen neuen Laptop zugelegt, mit der Suse 13.2. KDE 4.14.5 und NM 0.9.0.10.

Auf dem Vorläufer habe ich 13.1 KDE 4.11.5 und ebenso NM 0.9.0.10, hier gab und gibt es keine Probleme.

Das GUI unterscheidet für die Netzwerkeinstellunhg unterscheidet sich jedoch gewaltig.

Aus den (neuen) WPA-PSK Einstellungen, die zwei Tage problemlos funktioniert haben, verschwindet immer wieder das WLAN-Kennwort, bzw. wird nicht erkannt. Eingestellt ist Allgemein: automatisch verbinden. Drahtlos: Infrastruktur. IPv4 Methode automatisch, benötigt IP4 und somit exakt dassselbe wie a anderen einwandfrei funktionierenden alten Gerät. (Varianten ohne Erfolg durchprobiert.)

Heute Nachmittag konnte ich zumindest nach Neuanlegen der Verbindung einmal für knapp 6 Stunden zu funktionieren bringen, inzwischen mag das auch nicht mehr. D.h. ich werde alle paar Sekunden, in einem KDE-Dialog, nach dem PW gefragt, das aber NIE akzeptiert wird.

In der "alten" -- und deutlich übersichtlicheren Version zu Suse 13.1. gab es in den im KDE-Kontrollmodul unter Weitere --> Verbindungspasswörter die Auswahlen "Nicht speichern/In Datei/In Passwortspeicher" die finde ich nicht. Oder ist doch eine andere allgemeine Einstellung sinnvoller? :???:

(Ja, das Passwort ist korrekt eingegeben, und ja ich habe mich jedesmal beim PolicyKit als root berechtigen müssen vor Speichern der Einstellungen.)

Das Problem liest sich ein bißchen wie wie https://bugs.kde.org/show_bug.cgi?id=334909, besonders Comment 5. An mangelnder Signalstärke liegt es nicht.

++++

PS: 5 Minuten später

Nach Neustart hat sich das gerät ohne Probleme durch anklicken von "verbinden" angemeldet. Ein Blick in die Einstellungen zeigte dann wiederum ein leeres PW-Feld :???:

Das ist wohl wirklich eher was für den bugtracker -- Kommentare sind aber trotzdem willkommen bevor ich da morgen was eintragte.
 

Jägerschlürfer

Moderator
Teammitglied
der Bug Bericht ist ja nun schon doch ein wenig älter,...

Hast du mal versucht, ob das Problem weiterhin besteht, wenn du deinen Rechner mal mit einer Live CD bootest und laufen lässt?
Evtl auch mal mit einer anderen DIstribution testen,...

Vielleicht kannst du auch mal die Verschlüsselung ändern um zu testen , ob es daran liegt.

Ansonsten doch einen Bug aufmachen,...
 
Wenn Du Passwörter mit K-wallet speicherst, gibt es definitiv weniger Verluste, dann sollte das so gehen. Ohne K-Wallet gibt es da häufiger Ärger (hatte ich früher auch).

CU Freddie
 
OP
adimeymuc

adimeymuc

Member
Also erst mall danke für die Anregungen. Die Verwendung von kWallet hat das ganze Problem eher noch verschlimmert. Stand der Ding ist nun der, daß nach Unterbrechung (Ruhezustand, Benutzer ab/anmelden usw.) keinerlei automatische Neuanmeldung erfolgt, nach Neustart das WLAN ohne irgendwelche Eingaben einwandfrei geht. Hiinzu kommt nun, daß der "Verbindungs-Editor" -- zeigt überings total falsche Zeiten unter "zuletzt verwendet" an -- sich beim versuchten Zugriff auf die Verbindungseinstellungen mit "segmentation fault" verabschiedet.

Ich habe zwischendurch sowohl kWallet als auch die Network Manager-Komponente neu installiert (Handbuch gibts keins, wo legt das Ding seine Enstellungen ab? An den Dateien in /usr/share/nm-applet/ sieht keine so aus als ob dran ungestraft herumspielen sollte) Z. Zt. habe ich die Version 1.1.0.git.1424948085.... des NM aufgespielt. Ohne Erfolg. Heute werde ich nicht mehr dazu kommen weiter zu suchen, morgen dann -- falls das nicht zu viel Rückstufungen im System verursacht -- die älteren Versionen 0.9.8.8 (offiziell zu 13.1) bzw 0.9.6.4 (Tumbleweed) ausprobieren. Danach dann ggf. den ungelösten Bug report ergänzen.

Der Fehlerbericht des segmentation fault folgend, meine Kenntnisse reichen nicht aus daraus schlau zu werden:
Code:
Application: Verbindungs-Editor (kde-nm-connection-editor), signal: Segmentation fault
Using host libthread_db library "/lib64/libthread_db.so.1".
[KCrash Handler]
#5  0x00007fc1e138a91e in ConnectionDetailEditor::gotSecrets(QString const&, bool, QMap<QString, QMap<QString, QVariant> > const&, QString const&) () at /usr/lib64/libplasmanetworkmanagement-editor.so
#6  0x00007fc1e0c471fa in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) (sender=0x1c42370, m=<optimized out>, local_signal_index=<optimized out>, argv=0x7fffb897f2b0) at kernel/qobject.cpp:3576
#7  0x00007fc1e0ff6fad in NetworkManager::Connection::gotSecrets(QString const&, bool, QMap<QString, QMap<QString, QVariant> > const&, QString const&) () at /usr/lib64/libNetworkManagerQt.so.1
#8  0x00007fc1e0ff7a52 in NetworkManager::Connection::onSecretsArrived(QDBusPendingCallWatcher*) () at /usr/lib64/libNetworkManagerQt.so.1
#9  0x00007fc1e0c471fa in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) (sender=0x1df5f10, m=m@entry=0x7fc1de74b600 <QDBusPendingCallWatcher::staticMetaObject>, local_signal_index=local_signal_index@entry=0, argv=argv@entry=0x7fffb897f550) at kernel/qobject.cpp:3576
#10 0x00007fc1de52cb5f in QDBusPendingCallWatcher::finished(QDBusPendingCallWatcher*) (this=<optimized out>, _t1=0x1df5f10) at .moc/release-shared/moc_qdbuspendingcall.cpp:105
#11 0x00007fc1e0c4b59e in QObject::event(QEvent*) (this=0x1df5f10, e=<optimized out>) at kernel/qobject.cpp:1231
#12 0x00007fc1df4ad76c in QApplicationPrivate::notify_helper(QObject*, QEvent*) () at /usr/lib64/libQtGui.so.4
#13 0x00007fc1df4b3cad in QApplication::notify(QObject*, QEvent*) () at /usr/lib64/libQtGui.so.4
#14 0x00007fc1e0684cea in KApplication::notify(QObject*, QEvent*) () at /usr/lib64/libkdeui.so.5
#15 0x00007fc1e0c332ad in QCoreApplication::notifyInternal(QObject*, QEvent*) (this=0x7fffb897fca0, receiver=receiver@entry=0x1df5f10, event=event@entry=0x1f4af60) at kernel/qcoreapplication.cpp:953
#16 0x00007fc1e0c3657d in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) (event=0x1f4af60, receiver=0x1df5f10) at kernel/qcoreapplication.h:231
#17 0x00007fc1e0c3657d in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) (receiver=receiver@entry=0x0, event_type=event_type@entry=0, data=0x1aa6860) at kernel/qcoreapplication.cpp:1577
#18 0x00007fc1e0c36a23 in QCoreApplication::sendPostedEvents(QObject*, int) (receiver=receiver@entry=0x0, event_type=event_type@entry=0) at kernel/qcoreapplication.cpp:1470
#19 0x00007fc1e0c608fe in postEventSourceDispatch(GSource*, GSourceFunc, gpointer) () at kernel/qcoreapplication.h:236
#20 0x00007fc1e0c608fe in postEventSourceDispatch(GSource*, GSourceFunc, gpointer) (s=0x1b04bb0) at kernel/qeventdispatcher_glib.cpp:300
#21 0x00007fc1dc9aba04 in g_main_context_dispatch () at /usr/lib64/libglib-2.0.so.0
#22 0x00007fc1dc9abc48 in  () at /usr/lib64/libglib-2.0.so.0
#23 0x00007fc1dc9abcec in g_main_context_iteration () at /usr/lib64/libglib-2.0.so.0
#24 0x00007fc1e0c600be in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) (this=0x1aac100, flags=...) at kernel/qeventdispatcher_glib.cpp:450
#25 0x00007fc1df54a676 in  () at /usr/lib64/libQtGui.so.4
#26 0x00007fc1e0c31e6f in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) (this=this@entry=0x7fffb897fb70, flags=...) at kernel/qeventloop.cpp:149
#27 0x00007fc1e0c32165 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) (this=this@entry=0x7fffb897fb70, flags=...) at kernel/qeventloop.cpp:204
#28 0x00007fc1e0c375b9 in QCoreApplication::exec() () at kernel/qcoreapplication.cpp:1225
#29 0x000000000040a975 in  ()
#30 0x00007fc1de771b05 in __libc_start_main () at /lib64/libc.so.6
#31 0x000000000040aa82 in _start ()
 

susejunky

Moderator
Teammitglied
Hallo adimeymuc,

bei mir funktioniert mit
Code:
S | Name                  | Typ   | Version       | Arch   | Repository       
--+-----------------------+-------+---------------+--------+------------------
i | NetworkManager        | Paket | 0.9.10.0-3.4.1| x86_64 | openSUSE-13.2-Update
i | plasma-nm             | Paket | 0.9.3.4-2.1.8 | x86_64 | openSUSE-13.2-Oss       
i | kwalletmanager        | Paket | 14.12.2-12.1  | x86_64 | openSUSE-13.2-Update
alles reibungslos.

adimeymuc schrieb:
... (Handbuch gibts keins, wo legt das Ding seine Enstellungen ab? An den Dateien in /usr/share/nm-applet/ sieht keine so aus als ob dran ungestraft herumspielen sollte) ...
Die Verbindungskonfigurationsdaten, welche Du mit plasma-nm erfasst hast, findest Du unter "/etc/NetworkManager/system-connections/". Jede Datei dort beinhaltet eine Verbindungskonfiguration. Die Berechtigungen der Verbindungskonfigurationsdateien sollte auf "-rw --- ---" gesetzt sein, ansonsten kann es zu Problemem kommen. Was die einzelnen Parameter in einer Verbindungsdatei bedeuten, kannst Du hier https://developer.gnome.org/NetworkManager/unstable/ref-settings.html nachlesen. Jede Verbindung ist (in der Verbindungskonfigurationsdatei) mit einer UUID eindeutig gekennzeichnet. Über diese UUID kannst Du in der Datei "/var/lib/NetworkManager/timestamps" sehen, wann eine Verbindung das letzte mal genutzt wurde ("UUID=Zeitstempel").

Die Einstellungen von kwallet findest Du in "~/.kde4/share/config/kwalletrc" und die Brieftasche(n) selbst findest Du unter "~/.kde4/share/apps/kwallet/". In einer Brieftasche ist die Verbindungspassphrase anhand der oben erwähnten UUID der Verbindung zugeordnet. In meiner kwallet-Brieftasche sind alle Netzwerkverbindungskennwörter unter "Network Management -> Paare -> {UUID}:802-11-wireless-security" abgelegt.

Viele Grüße

susejunky
 
Oben