Siduction Forum
Siduction Forum => Installation - Support => Topic started by: c.monty on 2015/07/19, 20:11:31
-
Hallo!
Ich habe die aktuelle Version von siduction installiert.
Allerdings habe ich nach dem Starten immer das Tastaturlayout US eingestellt.
Der Befehl dpkg-reconfigure keyboard-configuration aus dem Wiki endet mit einem Fehler:
dpkg-reconfigure keyboard-configuration
update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults
update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults
Ich kann über die Konsole das Tastaturlayout DE manuell einstellen:
setxkbmap -model pc105 -layout de -variant basic
In der Konfiguration des Xservers steht:
Section "InputDevice"
# generated from default
#Identifier "Keyboard0"
Identifier "Logitech MK710"
Driver "kbd"
Option "CoreKeyboard"
Option "XkbRules" "xorg"
Option "XkbModel" "pc105"
Option "XkbLayout" "de"
Option "XkbVariant" "nodeadkeys"
Option "XkbOptions" "ctrl:nocaps"
EndSection
Das wird aber hinsichtlich dem Tastaturlayout offensichtlich ignoriert.
Frage:
Wie kann ich das Tastaturlayout fix auf DE einstellen?
THX
-
Schau mal in diese beiden threads, vielleicht hilft Dir da was weiter. Dies scheint ein öfter mal auftretendes Problem mit einigen wenigen Logitech Boards zu sein.
http://forum.siduction.org/index.php?topic=3415.msg29246#msg29246
http://forum.siduction.org/index.php?topic=5371.msg43945#msg43945
-
Hallo c.monty, Willkommen im Forum. Gibst Du bitte auch noch an welchen Desktop Du verwendest (KDE, Gnome, Cinnamon, ...), könnte eventuell bei der Lösungssuche helfen ;)
-
@der_bud: verlang doch nicht immer so unmögliche Sachen, das muss auch ganz ohne sinnvolle Infos gehen
-
System: Host: pc1-gigabyte Kernel: 4.1.2-towo.2-siduction-686 i686 (32 bit)
Desktop: Cinnamon 2.6.13
Distro: siduction 14.1.0 Indian Summer - cinnamon - (201411230313)
Die Links helfen mir leider nicht weiter.
Denken ist ja nicht verboten... und demnach wird durch den Befehl
setxkbmap -model pc105 -layout de -variant nodeadkeys -option lv3:ralt_switch,terminate:ctrl_alt_bksp
auf das deutsche Tastaturlayout umgestellt.
In der /etc/default/keyboard steht das drin:
# KEYBOARD CONFIGURATION FILE
# Consult the keyboard(5) manual page.
XKBMODEL="pc105"
XKBLAYOUT="de"
XKBVARIANT="nodeadkeys"
XKBOPTIONS="lv3:ralt_switch,terminate:ctrl_alt_bksp"
BACKSPACE="guess"
Sollte dies wirklich die Ursache für das falsche Tastaturlayout sein?
Oder wird beim Systemstart ganz zum Schluß eine Einstellung verwendet, die alles zuvor überschreibt, also auch das, was in der Konfiguration des Xservers steht?
Und dann noch diese Feststellung: das Tastaturlayout EN ist bereits beim Anmeldefenster eingestellt, und dort habe ich keine Möglichkeit etwas umzustellen.
-
Hallo,
mal dazwischen gefragt: Spielt das Desktop Environement bezogen auf die Eingangsfrage eine große Rolle beim Tastaturlayout? Ich bekomme ein wenig den Eindruck, wenn ich hier einige Kommentare lese. Wenn ich siduction starte und gebe ihm deutsch und Berliner Zeitzone mit, dann habe ich deutsches Tastaturlayout sowohl in RL 3 als auch bei X Applikationen, ob ich nun xfce oder kde benutze.
Viele Grüße,
Holger
-
@holgerw: Wer die Taste F2 kennt und siduction dann auch so installiert, sollte keine Probleme haben - und je nach DE wird die Tastaturbelegung dann auch noch in Applets abgelegt, z.b. in LXDE und LXQt - einfach weil es bisher nicht anders ging. Insofern ist das schon relevant
-
Wer die Taste F2 kennt und siduction dann auch so installiert, sollte keine Probleme haben
Wie Du sagst: sollte
Ist aber bei meinem logitech keyboard jetzt bei 2 von den letzten Releases nicht so gewesen. Trotz F2 US in KDE und Konsole, bei mehreren Installationsversuchen mit dem gleichen ISO: Mal DE, mal US.
Anderes Keyboard: Immer DE
-
nu ja - das hatte dann andere Ursachen, das war dann systemd (wenn der Installationsversuch noch nicht allzulange her ist - und auch das erst nach dem ersten d-u. ich leg meine Hand nicht dafür ins Feuer, aber die Isos sollten funktionieren™ und in sich konsistent sein. 8)
-
Leider war es so daß bereits im Livesystem das Tastaturlayout trotz Wahl von DE auf US blieb -mit Ausnahme CLI- und dies, auch wenn die Umstellung im Live dann gelang, dieses nicht ins installierte System übernommen wurde -bzw nicht immer. Ich kanns aber nicht mehr wirklich nachvollziehen.
Das gleiche -oder wenigstens ein sehr ähnliches- Problem hatte ich auch gelegentlich bei Installatiosversuchen von Indian Summer, obwohl jetzt systemd. Da wir aber das Problem bei einem der beiden obigen Threads an der Logitech Tastatur festgemacht hatten und es auch nicht irgendwie nachvollziehbar aufgetreten ist hab ichs halt wieder mit durchprobieren beseitigt oder Neustart bis es funktioniert -für meine Tastatur könnt schließlich ihr nix :)
Ich denke deshalb auch nicht daß es am Iso liegt, wie gesagt: Anderes keyboard angeschlossen und immer das korrekte Layout.
-
örgs - nu gut, ich hab auch ne Logi K360 und in der letzten Zeit nur Probleme mit systemd und udev gehabt bei der nicht so gelungenen systemd 220 - da ich aber nicht wirklich der KDE-Experte bin und eh die Umstellung auf KF5/Plasma5 ansteht, werd ich da auch nicht mehr nachforschen, komisch ist es aber schon.
-
Ich möchte an dieser Stelle anmerken, dass ich dieselbe Hardware zuvor mit LMDE2, das ebenfalls mit systemd auf Basis von Debian 8 läuft, ohne Probleme verwendet habe.
Und noch ein Argument, das gegen die Ursache mit Logitech-Tastatur spricht:
Ich kann ja mittels Befehl
setxkbmap -model pc105 -layout de -variant nodeadkeys -option lv3:ralt_switch,terminate:ctrl_alt_bksp
das Tastaturlayout umstellen.
Folglich muss mit der Tastatur alles i.O. sein.
-
Ich bin kein Experte oder so was, ich hatte diese Vermutung nur weil das Problem bei einer anderen Tastatur nie aufgetreten ist und ich bei meiner damaligen Suche im Web öfter über Logitech Tastaturen gestolpert bin.
-
@c.monty: glaub mir, wir reden grad über was anderes, zumindest die letzten 3 Beiträge - und dafür ist es relativ egal, ob genau Deine Tastatur unter LMDE funktioniert hat oder nicht, weil vollkommen anderer Mechanismus. Und dieser sollte bei ayla eingentlich funktionieren. Sorry, wie gesagt, 2 getrennte Probleme.
@ayla: Wir sollten uns nochmal genauer über Deine Tastatur unterhalten und eventuell wäre es nicht schlecht für mich, mir da direkt selbst ein Bild von zu machen, wenn ich weiss, wonach ich suchen muss.
-
@melmarker: ok, ich komm mal ins IRC, wird aber wahrscheinlich WE werden, hab Nachtschicht und bin dann auch tagsüber zu nix zu gebrauchen...
-
klasse, so machen wir das
-
Back to topic? :) c.monty, hast Du mal probiert was passiert wenn Du ganz ohne xorg.conf startest, was erkennt er da?
Die update-rc.d Warnung sind relativ 'normal', das hat was damit zu tun das /etc/init.d/$foo eigentlich deprecated ist. Gibt es im journal weitere Hinweise? journalctl -b -p err
systemctl status kbd.service
systemctl status keyboard-setup.service
systemctl status keymap.service
(@holgerw, die Frage nach dem Desktop kam weil es je nach DE durchaus möglich wäre das erst da was passiert. Von cinnamon weiß ich nichts, wenn man bei KDE den Tastaturlayout-Switcher installiert, mehrere Layouts hinterlegt und vor dem runterfahren auf CN stellen würde, hätte man nach Login chinesische Tastatur, egal was sonst systemweit hinterlegt ist ;) )
-
Hallo!
Ich habe eine nvidia-Grafikkarte und habe einen proprietären Treiber installiert.
Nach meinem Verständnis setzt dieser die Verwendung von xorg.conf voraus.
1. Frage in diesem Zusammenhang:
Warum soll ich xorg.conf deaktivieren, wenn dort nichts fehlerhaftes drinsteht?
Im journal steht nichts relevantes zum Keyboard drin:
-- Logs begin at So 2015-07-19 14:45:20 CEST, end at Do 2015-07-23 21:56:02 CEST. --
Jul 23 21:55:06 pc1-gigabyte kernel: Failed to find cpu0 device node
Jul 23 21:55:06 pc1-gigabyte kernel: blk_update_request: I/O error, dev fd0, sector 0
Jul 23 21:55:06 pc1-gigabyte kernel: blk_update_request: I/O error, dev fd0, sector 0
Jul 23 21:55:08 pc1-gigabyte kernel: blk_update_request: I/O error, dev fd0, sector 0
Jul 23 21:55:22 pc1-gigabyte ntpd_intres[800]: host name not found: 0.debian.pool.ntp.org
Jul 23 21:55:22 pc1-gigabyte ntpd_intres[800]: host name not found: 1.debian.pool.ntp.org
Jul 23 21:55:22 pc1-gigabyte ntpd_intres[800]: host name not found: 2.debian.pool.ntp.org
Jul 23 21:55:22 pc1-gigabyte ntpd_intres[800]: host name not found: 3.debian.pool.ntp.org
Jul 23 21:55:35 pc1-gigabyte colord-sane[904]: io/hpmud/pp.c 627: unable to read device-id ret=-1
Jul 23 21:55:59 pc1-gigabyte pulseaudio[1915]: [pulseaudio] bluez4-util.c: org.bluez.Manager.GetProperties() failed: $
Jul 23 21:55:59 pc1-gigabyte pulseaudio[1915]: [pulseaudio] bluez4-util.c: org.bluez.Manager.GetProperties() failed: $
Jul 23 21:55:59 pc1-gigabyte pulseaudio[2001]: [pulseaudio] pid.c: Daemon already running.
Und hier noch die Status-Übersicht:
user@pc1-gigabyte:~$ systemctl status kbd.service
● kbd.service - LSB: Prepare console
Loaded: loaded (/etc/init.d/kbd)
Active: active (exited) since Do 2015-07-23 21:55:17 CEST; 13min ago
Process: 597 ExecStart=/etc/init.d/kbd start (code=exited, status=0/SUCCESS)
Jul 23 21:55:17 pc1-gigabyte kbd[597]: Setting console screen modes.
Jul 23 21:55:17 pc1-gigabyte kbd[597]: setterm: $TERM is not defined.
user@pc1-gigabyte:~$ systemctl status keyboard-setup.service
● keyboard-setup.service - LSB: Set preliminary keymap
Loaded: loaded (/etc/init.d/keyboard-setup)
Active: active (exited) since Do 2015-07-23 21:55:10 CEST; 14min ago
Process: 241 ExecStart=/etc/init.d/keyboard-setup start (code=exited, status=0/SUCCESS)
Jul 23 21:55:10 pc1-gigabyte keyboard-setup[241]: Setting preliminary keymap...done.
user@pc1-gigabyte:~$ systemctl status keymap.service
● keymap.service - LSB: Set keymap
Loaded: loaded (/etc/init.d/keymap.sh)
Active: active (exited) since Do 2015-07-23 21:55:08 CEST; 14min ago
Process: 239 ExecStart=/etc/init.d/keymap.sh start (code=exited, status=0/SUCCESS)
Inzwischen habe ich einen Workaround mit /etc/rc.local versucht, allerdings ohne den erhofften Erfolg.
Mehr dazu hier (http://forum.siduction.org/index.php?topic=5703.0).
-
]Nach meinem Verständnis setzt dieser die Verwendung von xorg.conf voraus.
falsch, das manual hilft weiter
und bitte noch mal die die LiveIso nehmen und dann mal mit 'DE' starten - funktioniert das nicht, dann noch mal melden. erm - IRC könnte auch helfen, so wird da ein wenig ermüdend
-
Ich hatte bei der Live-CD genau dasselbe Problem mit dem Keyboard-Layout trotz DE Sprachauswahl im Bootmenü mit F2.
-
jetzt hab ich begriffen - sorry für die lange Leitung - wir reden über cinnamon ...
Sei's drum, sollte theoretisch funktionieren, aber da sich da sowieso sehr viel geändert hat, müssen wir für das neue Release eh noch mal komplett über die Settings gehen - cinnamon war und ist manchmal ein wenig sensibel, was seine Umgebung angeht. Eventuell gibt es da was zu fixen, ich schau da auch noch mal genau drüber. Kann aber noch dauern, das Flavour ist bei der Überarbeitung noch nicht an der Reihe.
EDIT: Wenn wirklich nichts anderes mehr hilft: Desktopfile in ~/.config/autostart anlegen und damit den gewünschten setxkb ausführen lassen
-
EDIT: Wenn wirklich nichts anderes mehr hilft: Desktopfile in ~/.config/autostart anlegen und damit den gewünschten setxkb ausführen lassen
Was genau ist ein Desktopfile?
Wäre ein ausführbares bash-Script ausreichend, das in diesem Verzeichnis abgelegt ist, etwa mit diesem Inhalt?
#!/bin/sh -e
setxkbmap -model pc105 \
-layout de \
-variant nodeadkeys \
-option lv3:ralt_switch,terminate:ctrl_alt_bksp
exit 0
Update:
Mit einem Bash-Script in ~/.config/autostart funktioniert es nicht.
Es liegt aber nicht am Syntax, denn ich kann das Script über die Konsole ausführen und habe dann das gewünschte Tastaturlayout DE.
-
Das sollte dir weiterhelfen, wobei als Autostarter Dinge wie "Category" leer bleiben können
https://wiki.ubuntuusers.de/.desktop-dateie (https://wiki.ubuntuusers.de/.desktop-dateie)
-
Verstehe.
Wäre es dann nicht einfacher, den Befehl
setxkbmap -model pc105 -layout de -variant nodeadkeys -option lv3:ralt_switch,terminate:ctrl_alt_bkspals Startprogramm (= Autostart) einzubauen?
-
Wenn du bereits weißt wie und wo und es funktioniert: ja.
-
@Gerd: der Haken an der Sache ist, dass das dann nicht zwingend funktionieren muss. :P
@c.monty: Da ich grade bei einer frisch gebauten ISO in das selbe Problem gelaufen bin und es bei Gnome nicht auftritt, hab ich mal so ein kleines Desktopfile geschriieben - passt.
mkdir -p ~/.config/autostart
echo [Desktop Entry] > ~/.config/autostart/setxkb.desktop
echo Type=Application >> ~/.config/autostart/setxkb.desktop
echo Exec=setxkbmap de,pl,us >> ~/.config/autostart/setxkb.desktop
echo Name=fixfuckedxkb >> ~/.config/autostart/setxkb.desktop
ausloggen, einloggen, glücklich sein
-
Da hier ein sehr ähnlich gelagertes Problem vorliegt,Tastaurlayout wird einfach ignoriert und generell Standart US geladen.
Beide Wege funktionieren über Crontab
Entwerder über User (crontab -e)
@reboot Befehl
oder cron.d
@reboot Nutzer Befehl
Unüblich und Unschön ;)
-
OK.
Ich denke man kann sich darauf verständigen, dass es mehrere Optionen gibt, dieses Problem zu beheben.
Bei mir funktioniert beispielsweise die Option mit Autostart-Befehl.
Aber das sind ja alles keine Lösungen, sondern nur Workarounds.
Sollte hierfür ein Bug geöffnet werden, damit dies final gefixed wird?
-
Nein