Ziffernblock reagiert nicht

[Linaxel]

Hi,

plötzlich und aus heiterem Himmel lassen sich die Zahlentasten im Ziffernblock nicht mehr ansprechen. Durch Drücken der NUM-Taste geht die Kontrollleuchte an und aus, aber es passiert sonst nichts.

Die Entertaste funktioniert wie sonst auch und durch die 5 bzw. ENTF geht in gedit das Kontextmenü auf.

Was ist da los ?
Bin absolut ratlos.

OS: Debian 9.6
Ach ja, und das ist so bei ALLEN ausprobierten Tastaturen.

VG

[Blackbox]

plötzlich und aus heiterem Himmel lassen sich die Zahlentasten im Ziffernblock nicht mehr ansprechen. Durch Drücken der NUM-Taste geht die Kontrollleuchte an und aus, aber es passiert sonst nichts.

Die Entertaste funktioniert wie sonst auch und durch die 5 bzw. ENTF geht in gedit das Kontextmenü auf.

Was ist da los ?
Bin absolut ratlos.

Du hast uns leider nicht verraten, um welches Gerät es sich handelt, fällt es eben schwerer genauer zu beraten.
[Fn] Taste aktiviert?
Gibt es Logfiles?

Ach ja, und das ist so bei ALLEN ausprobierten Tastaturen.

Diese Information hätte ich fast überlesen!
Bitte solchen wichtigen Informationen weiter oben im Text platzieren.

OS: Debian 9.6

Hat zwar (wahrscheinlich) nichts mit deinem Fehler zu tun, aber du könntest dein System dann auch auf Buster (Debian 10) anheben.

[debianoli]

Starte mal xev von der Konsole und schau, was erkannt wird xev ist hier dabei xbase-clients Es könnte sein, dass die Keycodes falsch zugeordnet sind.

Tritt das Problem auch auf, wenn du dich ohne grafische Oberfläche einloggst?

[Linaxel]

xev gibt dies aus, wenn man Ziffernblock aktiviert

Code: Alles auswählen

KeyRelease event, serial 37, synthetic NO, window 0x2e00001,
    root 0x25d, subw 0x0, time 42245205, (-78,199), root:(784,655),
    state 0x10, keycode 77 (keysym 0xff7f, Num_Lock), same_screen YES,
    XLookupString gives 0 bytes: 
    XFilterEvent returns: False

FocusOut event, serial 37, synthetic NO, window 0x2e00001,
    mode NotifyNormal, detail NotifyNonlinear

PropertyNotify event, serial 37, synthetic NO, window 0x2e00001,
    atom 0x125 (_NET_WM_STATE), time 42249428, state PropertyNewValue

ColormapNotify event, serial 37, synthetic NO, window 0x2e00001,
    colormap 0x20, new NO, state ColormapUninstalled

Bei einer Taste des Nummernblocks selbst wird beim Drücken NICHTS ausgegeben.

Hilft das ?

[debianoli]

Welchen Kernel hast du im Einsatz? Mal anderen Kernel testen, evtl aus den Backports.

Wird auch nichts angezeigt, wenn du im Nummernblock die Cursortasten drückst? Evtl ist das verstellt.

Wenn du dich ohne GUI anmeldest, geht dann auch nix? Also Strg +Alt + F5 drücken und als User oder Root einloggen und testen

[pferdefreund]

oder mal eine andere Tastatur verwenden. Eventuell ist die ja einfach nur kaputt.

[Linaxel]

Hallo Pferdefreund,
es wurden 3 versch. Keyboards getestet.
Diese wurde in jeweils andere Buchsen gesteckt
-> immer das gleiche

[Linaxel]

Code: Alles auswählen

Wird auch nichts angezeigt, wenn du im Nummernblock die Cursortasten drückst? Evtl ist das verstellt.

nein , auch dann nicht.
den anderen Hinweis werde ich verfolgen, wenn ich wieder zu Hause bin

[Linaxel]

Welchen Kernel hast du im Einsatz? Mal anderen Kernel testen, evtl aus den Backports.

Wird auch nichts angezeigt, wenn du im Nummernblock die Cursortasten drückst? Evtl ist das verstellt.

Wenn du dich ohne GUI anmeldest, geht dann auch nix? Also Strg +Alt + F5 drücken und als User oder Root einloggen und testen

also, es scheint so als ob das Drücken der Cursortasten im Nirvana verschwindet.

Beim Anmelden ohne GUI verhält sich die Tastatur exakt genauso wie mit.

Macht es eventuell Sinn, mit

Code: Alles auswählen

dpkg-reconfigure keyboard-configuration

eine andere Einstellung zu testen ?

[debianoli]

Nimm ein Live-Linux oder die Debian-Install im Rescury-Mode und starte deinen Rechner. Dann teste damit den Zahlenblock
Wenn der dann geht, ist es irgendwas am System wie der Kernel.

Wenn es mit dem Live-System auch nicht geht, Hardware checken, also Efi, BIOS etc.

Was ist das eigentlich für ein Rechner? Normaler PC oder Laptop? Läuft da noch Windows im Dualboot etc

[Linaxel]

so, update des kernels ausgeführt von 4.9.0-9 auf 4.9.0-12 mittels synaptic -> keine Änderung

das ist ein normaler Tower mit zwei primären partitionen, 1x debian, 1x noch frei und einem logischen Laufwerk.

Nächster Schritt : Live-CD. wobei ich noch nicht weiß, welche Rückschlüsse ich aus dem Ergebnis ziehen kann.

Danke schon mal für die Tips

[Linaxel]

noch eine grundsätzlicheFrage zum Kernel-Update :
Beim Installieren von 4.9.0-12 wird der alte Kernel, 4.9.0-9, nicht entfernt.
Muss dies explizit getan werden ?

[debianoli]

Beim Installieren von 4.9.0-12 wird der alte Kernel, 4.9.0-9, nicht entfernt.
Muss dies explizit getan werden ?

Ja. Sollte man aber immer erst machen, wenn man sicher weiß, dass der neue auch rund läuft. Sonst kann man nämlich mit dem funktionierenden kernel nicht mehr starten.

Nächster Schritt : Live-CD. wobei ich noch nicht weiß, welche Rückschlüsse ich aus dem Ergebnis ziehen kann.

Wenn es mit der Live-CD geht, dann weißt du sicher, dass es - vermutlich durch ein Update - bei deiner Debian-Installation etwas verbogen hat. Da kann man dann anhand des funktionierenden Live-Systems verschiedene Möglichkeiten abklappern.

Wenn es mit der Live-CD bzw. der Installer-CD im Rettungsmodus auch nicht geht, dann liegt es sehr wahrscheinlich an deiner Hardware. Etwa am BIOS/Efi etc.

[Linaxel]

Wenn es mit der Live-CD geht, dann weißt du sicher, dass es - vermutlich durch ein Update - bei deiner Debian-Installation etwas verbogen hat. Da kann man dann anhand des funktionierenden Live-Systems verschiedene Möglichkeiten abklappern.

Gut, mit der Live-CD hatte ich Erfolg, was den Ziffernblock betrifft. Ist also kein Hardware-Problem.

Wie weiß ich nun sicher, dass der neue Kernel rund läuft ?
Wenn ich auf Sys-Info gehe, wird mir nur der neue (4.9.0-12 ) angezeigt. Sollte das reichen ?

Dann müsste ich nur noch über synaptic die alte Version entfernen, oder ?

VG

[Linaxel]

so,
hab den Vorgang in einer VM getestet und dann direkt im System nachvollzogen:

Alter Kernel erfolgreich entfernt, System läuft, aber KEIN Ziffernblock

Was mir noch aufgefallen ist: Beim Software-Update scheint es ein Problem zu geben :

Das Fenster bleibt offen und lässt sich nur über die Systenüberwachung wieder schließen.
Das deutet wohl auf einen Fehler beim Update hin.

Quellen überprüfen ?

[debianoli]

Alter Kernel erfolgreich entfernt, System läuft, aber KEIN Ziffernblock

Das war doch wohl klar, oder? Ich hatte dir geschrieben, dass du diesen Weg TESTEN kannst. Wenn es dann auch nicht geht, dann klappert man eine andere Fehlerquelle ab. Und dadurch, dass ein Live-System funktioniert, hast du Anhaltspunkte für die Suche.

Das deutet wohl auf einen Fehler beim Update hin.

Nein. Das deutet darauf hin, dass die grafische Oberfläche (Synaptic?) nicht funktioniert. Wenn du wissen willst, ob die Paketverwaltung Probleme macht, dann logge dich in die Konsole ein und gib als Root folgendes ein:

Code: Alles auswählen

apt-get update

[Linaxel]

hi,

ich bin hier etwas weiter, aber wohl noch lange nicht am Ziel

Code: Alles auswählen

apt-get update

bringt natürlich Fehler.
Zunächst war trusted.gpg für den user _apt nicht sichtbar. Dies war noch einfach zu beheben mit

Code: Alles auswählen

chmod 644 /etc/apt/trusted.gpg

https://forum.kuketz-blog.de/viewtopic. ... 43bdafdf96

Dann ging es weiter mit

Code: Alles auswählen

Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY

.
Dazu konnte ich diesen Beitrag finden:
http://kiele.de/blog-post/debian-9-stre ... et-update/
und den Schüssel neu generieren :

Code: Alles auswählen

rm -f /etc/apt/trusted.gpg
apt-get install debian-keyring
apt-get install debian-archive-keyring
gpg –export 8B48AD6246925553 | apt-key add –

Allerdings werden nun bei

Code: Alles auswählen

apt-get update

immer noch 5 Schlüssel vermisst. Versuche ich, diese mittels

Code: Alles auswählen

gpg –recv-keys KEYNUMMER

zu entfernen, schlägt dies fehl:

Code: Alles auswählen

gpg: can't open 'KEYNUMMER'

.

In einem anderen Forumsbeitrag sorgt ein verfallener Key für Fehler beim Update. Das wird gelöst, indem per

Code: Alles auswählen

apt-key del XXXXXXX

der Schlüssel gelöscht wird. Mir ist allerdings nicht klar, wie der User dort die Zeichenketten ermittelt, diese passen bei mir nicht zu der Ausgabe von

Code: Alles auswählen

apt-key list

.
(Bei mir ist der Schlüsel von spotify verfallen .)

VG

[frox]

Könntest du bitte mal deine sources.list posten? Zu finden unter /etc/apt/?

[debianoli]

Könntest du bitte mal deine sources.list posten? Zu finden unter /etc/apt/?

Besser ist die Ausgabe der apt-policy. Sieht nach nehreren Fremdquellen aus (Spotify?) und die stecken oft im Verzeichnis sources.list.d

Code: Alles auswählen

apt-cache policy

Das Einbinden irgendwelcher Fremdquellen dürfte auch die Ursache der ganzen Probleme sein

[frox]

Könntest du bitte mal deine sources.list posten? Zu finden unter /etc/apt/?

Besser ist die Ausgabe der apt-policy. Sieht nach nehreren Fremdquellen aus (Spotify?) und die stecken oft im Verzeichnis sources.list.d

Code: Alles auswählen

apt-cache policy

Das Einbinden irgendwelcher Fremdquellen dürfte auch die Ursache der ganzen Probleme sein

Okay, wieder was dazu gelernt. (apt-cache policy ohne weitere Angaben)
Das mit den Fremdquellen war nach Linaxels letztem Post auch mein erster Gedanke.

[Linaxel]

Hi,

sources.list :

Code: Alles auswählen

# deb cdrom:[Debian GNU/Linux 9.6.0 _Stretch_ - Official amd64 DVD Binary-1 20181110-11:34]/ stretch contrib main

# deb cdrom:[Debian GNU/Linux 9.6.0 _Stretch_ - Official amd64 DVD Binary-1 20181110-11:34]/ stretch contrib main

deb http://security.debian.org/debian-security stretch/updates main contrib
deb-src http://security.debian.org/debian-security stretch/updates main contrib

# stretch-updates, previously known as 'volatile'
# A network mirror was not selected during install.  The following entries
# are provided as examples, but you should amend them as appropriate
# for your mirror of choice.
#
deb http://deb.debian.org/debian/ stretch-updates main contrib
deb http://deb.debian.org/debian/ stretch main contrib
# deb https://download.virtualbox.org/virtualbox/debian stretch contrib
# deb-src https://download.virtualbox.org/virtualbox/debian stretch contrib
# deb-src http://deb.debian.org/debian/ stretch-updates main contrib
# deb http://security.debian.org/debian-security wheezy/updates main
# deb-src http://security.debian.org/debian-security wheezy/updates main
# deb http://deb.debian.org/debian/ stretch-updates contrib main non-free

spotify und auch launchpad hatte ich bereits entfernt.

Dies ist der Inhalt von sources.list.d :

Code: Alles auswählen

-rw-r--r-- 1 root root  0 Mär  7 23:11 notepadqq-team-ubuntu-notepadqq-eoan.list
-rw-r--r-- 1 root root  0 Mär  7 23:11 notepadqq-team-ubuntu-notepadqq-eoan.list.save
-rw-r--r-- 1 root root 52 Mär  8 16:48 spotify.list
-rw-r--r-- 1 root root 52 Mär  8 16:48 spotify.list.save
-rw-r--r-- 1 root root  0 Mär  7 23:11 webupd8team-java.list
-rw-r--r-- 1 root root  0 Mär  7 23:11 webupd8team-java.list.save
-rw-r--r-- 1 root root  0 Mär  7 23:10 webupd8team-ubuntu-java-disco.list
-rw-r--r-- 1 root root  0 Mär  7 23:10 webupd8team-ubuntu-java-disco.list.save

dies ergibt sich mit apt-cache policy:

Code: Alles auswählen

Paketdateien:
 100 /var/lib/dpkg/status
     release a=now
 500 http://deb.debian.org/debian stretch/contrib i386 Packages
     release v=9.12,o=Debian,a=oldstable,n=stretch,l=Debian,c=contrib,b=i386
     origin deb.debian.org
 500 http://deb.debian.org/debian stretch/contrib amd64 Packages
     release v=9.12,o=Debian,a=oldstable,n=stretch,l=Debian,c=contrib,b=amd64
     origin deb.debian.org
 500 http://deb.debian.org/debian stretch/main i386 Packages
     release v=9.12,o=Debian,a=oldstable,n=stretch,l=Debian,c=main,b=i386
     origin deb.debian.org
 500 http://deb.debian.org/debian stretch/main amd64 Packages
     release v=9.12,o=Debian,a=oldstable,n=stretch,l=Debian,c=main,b=amd64
     origin deb.debian.org
 500 http://deb.debian.org/debian stretch-updates/main i386 Packages
     release o=Debian,a=oldstable-updates,n=stretch-updates,l=Debian,c=main,b=i386
     origin deb.debian.org
 500 http://deb.debian.org/debian stretch-updates/main amd64 Packages
     release o=Debian,a=oldstable-updates,n=stretch-updates,l=Debian,c=main,b=amd64
     origin deb.debian.org
 500 http://security.debian.org/debian-security stretch/updates/contrib i386 Packages
     release v=9,o=Debian,a=oldstable,n=stretch,l=Debian-Security,c=contrib,b=i386
     origin security.debian.org
 500 http://security.debian.org/debian-security stretch/updates/contrib amd64 Packages
     release v=9,o=Debian,a=oldstable,n=stretch,l=Debian-Security,c=contrib,b=amd64
     origin security.debian.org
 500 http://security.debian.org/debian-security stretch/updates/main i386 Packages
     release v=9,o=Debian,a=oldstable,n=stretch,l=Debian-Security,c=main,b=i386
     origin security.debian.org
 500 http://security.debian.org/debian-security stretch/updates/main amd64 Packages
     release v=9,o=Debian,a=oldstable,n=stretch,l=Debian-Security,c=main,b=amd64
     origin security.debian.org

[willy4711]

Der Mix von

Code: Alles auswählen

stretch main contrib

mit irgendwann deaktiviertem

Code: Alles auswählen

contrib main non-free

kann nur Chaos bedeuten. Da du ja von dort auch noch Pakete installiert hast ?

Hast du denn das aus den jetzt auskommentierten Repos die Pakete auch deinstalliert ??
Wahrscheinlich nicht.

Ich glaube nicht dass das (wahrscheinliche) Chaos noch im Nachhinein bereinigt werden kann.

[Linaxel]

Die Änderungen in sources.list hab ich erst während der Fehlersuche vorgenommen.

Warum nicht eine gültige Datei nehmen und erneut apt-get update ausführen ?

[debianoli]

Der Mix von

Code: Alles auswählen

stretch main contrib

mit irgendwann deaktiviertem

Code: Alles auswählen

contrib main non-free

kann nur Chaos bedeuten. Da du ja von dort auch noch Pakete installiert hast ?

Hast du denn das aus den jetzt auskommentierten Repos die Pakete auch deinstalliert ??
Wahrscheinlich nicht.

Ich glaube nicht dass das (wahrscheinliche) Chaos noch im Nachhinein bereinigt werden kann.

Unsinn. Wieso sollte das "Chaos" erzeugen? Dieser Eintrag bedeutet nur, dass neben den normalen Debian-Repositorys auch Pakete mit den Software-Lizenzen Nicht-Frei (i.d.Regel meist Firmware) oder zB von Unternehmen für Debian bereitgestellte Pakete (Contrib) installierbar sind. Das bedeutet aber nicht, dass diese Pakete zentrale Bereiche der Installation aushebeln.

Viel mehr am aktuellen Zustand verantwortlich sind diese, wohl inzwischen auskommentierten Einträge:

...
spotify und auch launchpad hatte ich bereits entfernt.

Dies ist der Inhalt von sources.list.d :

Code: Alles auswählen

-rw-r--r-- 1 root root  0 Mär  7 23:11 notepadqq-team-ubuntu-notepadqq-eoan.list
-rw-r--r-- 1 root root  0 Mär  7 23:11 notepadqq-team-ubuntu-notepadqq-eoan.list.save
-rw-r--r-- 1 root root 52 Mär  8 16:48 spotify.list
-rw-r--r-- 1 root root 52 Mär  8 16:48 spotify.list.save
-rw-r--r-- 1 root root  0 Mär  7 23:11 webupd8team-java.list
-rw-r--r-- 1 root root  0 Mär  7 23:11 webupd8team-java.list.save
-rw-r--r-- 1 root root  0 Mär  7 23:10 webupd8team-ubuntu-java-disco.list
-rw-r--r-- 1 root root  0 Mär  7 23:10 webupd8team-ubuntu-java-disco.list.save

Besonders Einträge wie notepadqq-team-ubuntu-notepadqq-eoan.list deuten darauf hin, dass bei der Installation irgendwelche Pakete für Ubuntu direkt in einem reinen Debian installiert wurden. Daher könnte auch das Verschwinden des 10er-Blocks herkommen, denn ein Hardware/BIOS/Efi-Problem können wir ausschließen, da ein live-System läuft.

Bitte Merken: Debian ist NICHT Ubuntu. Man kann Pakete für Ubuntu nicht ohne weiteres in Debian installieren, die Ubuntus verändern oft zuviel.

Die Änderungen in sources.list hab ich erst während der Fehlersuche vorgenommen.

Warum nicht eine gültige Datei nehmen und erneut apt-get update ausführen ?

Gut. Dann gibt es jetzt zwei Möglichkeiten:

• Man installiert neu oder

• du versuchtst dich an einem Downgrade des Systems per Preferences in der Hoffnung, dass dabei alle Ubuntu-Pakete beseitigt werden( siehe dazu viewtopic.php?f=29&t=168409&start=15#p1162375

Der Downgrade geht so:
Du erstellst eine /etc/apt/preferences und trägst dort die Stretch-Stable Pakete mit einer sehr hohen Priority ein. Dann wagst du dich an ein apt-get dist-upgrade . Mit etwas Glück bekommst du dabei einen Downgrade auf reine Stretch-Pakete hin. Ansonsten musst du noch per dpkg -r und Suchen die störenden Pakte aus den Fremdquellen entfernen.

Und ich denke zudem, dass zB Spotify NICHT an dem Schlamassel schuld ist. Das war sicher irgendwas aus Ubuntu

[willy4711]

Unsinn. Wieso sollte das "Chaos" erzeugen? Dieser Eintrag bedeutet nur, dass neben den normalen Debian-Repositorys auch Pakete mit den Software-Lizenzen Nicht-Frei (i.d.Regel meist Firmware) oder zB von Unternehmen für Debian bereitgestellte Pakete (Contrib) installierbar sind.

Ganz so ist das wohl nicht:

Code: Alles auswählen

cat /var/lib/apt/lists/deb.debian.org_debian_dists_bullseye_non-free_binary-amd64_Packages |grep Package: 

Gibt bei mir 624 Pakete, darunter auch jede Menge Programme. Wenn ich dem Paket Management diese Quelle dann entziehe und Abhängigkeiten von contrib oder main sich auf Pakete in non-free beziehen, gibt es halt
ein Problem, und apt hat keinen Lust mehr.
Bezüglich der anderen Fremd- Repos:
Ob man das über die Preferences ausbügeln kann, wage ich auch zu bezweifeln, wenn die Pakete in den
Debian-Repos nicht zur Verfügung stehen.
Aber gut --- solche Klimmzüge hab ich mir bis jetzt erspart. Und lieber neu installiert.
Das bezieht sich nicht auf mein Produktiv System, weil noch nie vorgekommen.