Tastaturlayoutwechsel führt zu Einfrieren

Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

Hinweis: In dem Thema Tastaturlayoutwechsel führt zu Einfrieren gibt es 78 Antworten auf 8 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.
  • Tastaturlayoutwechsel führt zu Einfrieren

    Hallo,
    ich wollte auf meinem Laptop unter OpenSuse Tumbleweed (Gnome) die Japanische (Anthy) Spracheinstellung für die Eingabe einrichten. Wenn ich das Tastaturlayout aber umstelle, friert die GUI ein, lediglich der Mousezeiger funktioniert noch. Wenn ich den Laptop neu starte, kann ich mich anmelden, wonach aber direkt wieder alles (bis auf die Mouse) einfriert (das Mousezeiger-Theme wird noch geladen, der Rest nicht mehr). Da ich mir nicht anders zu helfen wusste, habe ich den Rechner jetzt schon das zweite mal mit Clonezilla wieder auf den Status vor der Umstellung auf das andere Tastatur-Layout gesetzt.
    Bei der Anmeldung (nach Hard-Reset und Boot) habe ich versucht, andere DE-Sessions auszuprobieren, aber auch die frieren sofort ein. Mir gelang ein Einloggen mit einem älteren Kernel in der Terminal-Version. Dort konnte ich auch durch die Dateien browsen. Meine Vermutung ist daher, dass aus irgendwelchen Gründen die Desktop-Umgebung abstürzt.
    Zusätzlich ist noch zu berichten, dass auf meinem anderen, älteren Laptop, ebenfalls mit OpenSuse Tumbleweed und Gnome der Wechsel der Layouts ohne Probleme möglich ist. Beim zweiten Versuch der Installation der Sprachpakete auf dem Problem-Rechner habe ich auch extra drauf geachtet, dass genau dieselben japanischen Sprachpakete installiert sind. Mir ist noch aufgefallen, dass auf dem einfrierenden Rechner hinsichtlich der Sprachpakete noch zusätzlich Fcitx installiert ist (blockieren sich hier die Pakete eventuell?).
    Ich habe so ein Einfrieren unter Linux noch nie erlebt. Es wäre für mich sehr hilfreich, wenn ich das Sprachpaket installieren und das Tastaturlayout ohne Probleme wechseln könnte.
    Hat hier jemand eine Idee, was die Ursache des Problems sein könnte und wie man es lösen kann?
    Vielen Dank im Voraus, ありがと。 :smilie_school_012:

    Für den Inhalt des Beitrages 132349 haftet ausdrücklich der jeweilige Autor: elranjit

  • Poste doch mal:

    Quellcode

    1. /sbin/lspci -nnk | grep -EiA3 "vga|3d|disp|graphic"

    Quellcode

    1. dmesg | grep -E -i "error|fail|crit"

    Quellcode

    1. zypper se -s ibus-mozc anthy
    Zitat Albert Einstein:
    "Zwei Dinge sind unendlich, das Universum und die menschliche Dummheit,
    aber bei dem Universum bin ich mir noch nicht ganz sicher."

    Für den Inhalt des Beitrages 132351 haftet ausdrücklich der jeweilige Autor: sterun

  • sterun schrieb:

    Poste doch mal
    Von welchem Laptop? Von dem bei dem es geht oder bei dem es einfriert?
    Im Falle von Letzterem: Soll ich die Pakete installieren aber nicht wechseln? Oder ist das für den Schritt noch nicht nötig?

    Für den Inhalt des Beitrages 132354 haftet ausdrücklich der jeweilige Autor: elranjit

  • Ausgaben vom "Problem-Rechner", wenn es denn geht und er nicht sofort einfriert.
    Zitat Albert Einstein:
    "Zwei Dinge sind unendlich, das Universum und die menschliche Dummheit,
    aber bei dem Universum bin ich mir noch nicht ganz sicher."

    Für den Inhalt des Beitrages 132355 haftet ausdrücklich der jeweilige Autor: sterun

  • zypper in susepaste Danach kannst du aus der Konsole posten.
    someCommand | susepaste legt dir die Ausgabe von someCommand auf paste.opensuse.org

    Netzwerk sollte da längst aktiv sein.
    Ggf. mit nmcli networking on einschalten (falls NetworkManager, sonst systemctl verwenden)
    Sokrates sagte, dass er nichts wisse.
    Ich bin viel, viel klüger als Sokrates.
    Ich weiß ganz genau, dass ich gar nichts weiß.

    Für den Inhalt des Beitrages 132357 haftet ausdrücklich der jeweilige Autor: Berichtigung

  • Quellcode

    1. elranjit@linux-z088:~> /sbin/lspci -nnk | grep -EiA3 "vga|3d|disp|graphic"
    2. 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GP106M [GeForce GTX 1060 Mobile] [10de:1c20] (rev a1)
    3. Subsystem: CLEVO/KAPOK Computer Device [1558:65a2]
    4. Kernel driver in use: nvidia
    5. Kernel modules: nouveau, nvidia_drm, nvidia

    Quellcode

    1. elranjit@linux-z088:~> dmesg | grep -E -i "error|fail|crit"
    2. [ 0.399392] acpi PNP0A08:00: _OSC failed (AE_ERROR); disabling ASPM
    3. [ 2.369164] RAS: Correctable Errors collector initialized.
    4. [ 3.660674] nvidia: module verification failed: signature and/or required key missing - tainting kernel
    5. [ 5.036134] thermal thermal_zone3: failed to read out thermal zone (-61)
    6. [ 41.362651] pci 0000:02:00.0: BAR 13: failed to assign [io size 0x4000]
    7. [ 41.362653] pci 0000:02:00.0: BAR 13: failed to assign [io size 0x4000]
    8. [ 41.362657] pci 0000:03:02.0: BAR 15: failed to assign [mem size 0x00200000 64bit pref]
    9. [ 41.362659] pci 0000:03:01.0: BAR 13: failed to assign [io size 0x1000]
    10. [ 41.362661] pci 0000:03:02.0: BAR 13: failed to assign [io size 0x1000]
    11. [ 41.362663] pci 0000:03:04.0: BAR 13: failed to assign [io size 0x1000]
    12. [ 41.362665] pci 0000:03:04.0: BAR 13: failed to assign [io size 0x1000]
    13. [ 41.362668] pci 0000:03:02.0: BAR 15: failed to assign [mem size 0x00200000 64bit pref]
    14. [ 41.362670] pci 0000:03:02.0: BAR 13: failed to assign [io size 0x1000]
    15. [ 41.362671] pci 0000:03:01.0: BAR 13: failed to assign [io size 0x1000]
    16. [ 41.371896] thunderbolt 0000:04:00.0: failed to determine connection manager, aborting
    17. [ 59.550506] xhci_hcd 0000:38:00.0: PCI post-resume error -110!
    18. [ 59.551047] xhci_hcd 0000:38:00.0: Host halt failed, -19
    19. [ 59.551049] xhci_hcd 0000:38:00.0: Host not accessible, reset failed.
    20. [ 59.551604] pcieport 0000:02:00.0: BAR 13: failed to assign [io size 0x4000]
    21. [ 59.551607] pcieport 0000:02:00.0: BAR 13: failed to assign [io size 0x4000]
    22. [ 59.551613] pcieport 0000:03:02.0: BAR 15: failed to assign [mem size 0x00200000 64bit pref]
    23. [ 59.551616] pcieport 0000:03:01.0: BAR 13: failed to assign [io size 0x1000]
    24. [ 59.551619] pcieport 0000:03:02.0: BAR 13: failed to assign [io size 0x1000]
    25. [ 59.551621] pcieport 0000:03:04.0: BAR 13: failed to assign [io size 0x1000]
    26. [ 59.551625] pcieport 0000:03:04.0: BAR 13: failed to assign [io size 0x1000]
    27. [ 59.551628] pcieport 0000:03:02.0: BAR 15: failed to assign [mem size 0x00200000 64bit pref]
    28. [ 59.551631] pcieport 0000:03:02.0: BAR 13: failed to assign [io size 0x1000]
    29. [ 59.551633] pcieport 0000:03:01.0: BAR 13: failed to assign [io size 0x1000]
    Alles anzeigen

    Brainfuck-Quellcode

    1. elranjit@linux-z088:~> zypper se -s ibus-mozc anthy
    2. Repository-Daten werden geladen...
    3. Installierte Pakete werden gelesen...
    4. S | Name | Typ | Version | Arch | Repository
    5. ---+----------------------------+-------+-------------------+--------+------------------------
    6. i | anthy | Paket | 9100h-34.1 | x86_64 | openSUSE-Tumbleweed-Oss
    7. v | anthy | Paket | 9100h-34.1 | i586 | openSUSE-Tumbleweed-Oss
    8. | anthy-devel | Paket | 9100h-34.1 | x86_64 | openSUSE-Tumbleweed-Oss
    9. | anthy-devel | Paket | 9100h-34.1 | i586 | openSUSE-Tumbleweed-Oss
    10. i+ | fcitx-anthy | Paket | 0.2.3-1.3 | x86_64 | openSUSE-Tumbleweed-Oss
    11. v | fcitx-anthy | Paket | 0.2.3-1.3 | i586 | openSUSE-Tumbleweed-Oss
    12. | gcin-anthy | Paket | 2.8.9-2.2 | x86_64 | openSUSE-Tumbleweed-Oss
    13. | gcin-anthy | Paket | 2.8.9-2.2 | i586 | openSUSE-Tumbleweed-Oss
    14. | gcin-anthy-32bit | Paket | 2.8.9-2.2 | x86_64 | openSUSE-Tumbleweed-Oss
    15. | ibus-anthy | Paket | 1.5.10-1.3 | x86_64 | openSUSE-Tumbleweed-Oss
    16. | ibus-anthy | Paket | 1.5.10-1.3 | i586 | openSUSE-Tumbleweed-Oss
    17. | ibus-anthy-devel | Paket | 1.5.10-1.3 | x86_64 | openSUSE-Tumbleweed-Oss
    18. | ibus-anthy-devel | Paket | 1.5.10-1.3 | i586 | openSUSE-Tumbleweed-Oss
    19. | ibus-mozc | Paket | 2.18.2612.102-4.1 | x86_64 | openSUSE-Tumbleweed-Oss
    20. | ibus-mozc | Paket | 2.18.2612.102-4.1 | i586 | openSUSE-Tumbleweed-Oss
    21. | ibus-mozc-candidate-window | Paket | 2.18.2612.102-4.1 | x86_64 | openSUSE-Tumbleweed-Oss
    22. | ibus-mozc-candidate-window | Paket | 2.18.2612.102-4.1 | i586 | openSUSE-Tumbleweed-Oss
    23. i | libanthy0 | Paket | 9100h-34.1 | x86_64 | openSUSE-Tumbleweed-Oss
    24. v | libanthy0 | Paket | 9100h-34.1 | i586 | openSUSE-Tumbleweed-Oss
    25. | scim-anthy | Paket | 1.3.2-1.7 | x86_64 | openSUSE-Tumbleweed-Oss
    26. | scim-anthy | Paket | 1.3.2-1.7 | i586 | openSUSE-Tumbleweed-Oss
    Alles anzeigen
    Das ist von dem Problemrechner, der gerade mit dem Backup vor den Zeitpunkt des Problems zurückversetzt wurde. Das Sprachpaket, so wie ich es hatte ist in der Form noch nicht installiert. Das System friert nicht ein.

    Für den Inhalt des Beitrages 132359 haftet ausdrücklich der jeweilige Autor: elranjit

  • "Anthy" ist ja schon bzw. noch installiert.
    1. Bedeutet das jetzt, wenn du einfach auf "Japan" umstellst, friert der Rechner ein?
    2. Oder friert er ein, wenn du zusätzliche Pakete installiertst? Wenn ja, welche?

    Wenn auf Frage 1. ein "ja" kommt, installiere das Paket:

    Quellcode

    1. zypper in ibus-mozc
    Bei einer Umstellung auf "Japan" sollte der Rechner neu gestartet werden.
    Ob bei dem Nvidia Treiber alles ok ist, können andere hier besser beurteilen.
    Zitat Albert Einstein:
    "Zwei Dinge sind unendlich, das Universum und die menschliche Dummheit,
    aber bei dem Universum bin ich mir noch nicht ganz sicher."

    Für den Inhalt des Beitrages 132361 haftet ausdrücklich der jeweilige Autor: sterun

  • Ja, genau das meinte ich.
    Da sieht man leichter, was schief läuft.

    Ein journalctl -b wäre dann auch nicht verkehrt.
    Sokrates sagte, dass er nichts wisse.
    Ich bin viel, viel klüger als Sokrates.
    Ich weiß ganz genau, dass ich gar nichts weiß.

    Für den Inhalt des Beitrages 132362 haftet ausdrücklich der jeweilige Autor: Berichtigung

  • sterun schrieb:

    1. Bedeutet das jetzt, wenn du einfach auf "Japan" umstellst, friert der Rechner ein?
    Im Moment kann ich noch nicht umstellen, siehe Bild (Einstellungsfenster von Gnome). Übrigens kann ich jetzt noch nicht das Japanisch (Anthy) einstellen, dass ich auf dem anderen Rechner habe. Auch komisch, oder? Ich poste im Anschluss ein Bild, wie es auf dem funktionierenden Gerät aussieht.
    Zumindest beim ersten Versuch habe ich erst einmal keine weiteren Pakete installiert, das würde also eher Richtung 1 deuten.
    Muss ich es versuchen umzustellen? :/
    Bilder
    • Bildschirmfoto vom 2019-05-01 16-27-00.png

      61,08 kB, 974×687, 8 mal angesehen
    • Bildschirmfoto vom 2019-05-01 16-26-41.png

      42,22 kB, 978×683, 8 mal angesehen

    Für den Inhalt des Beitrages 132364 haftet ausdrücklich der jeweilige Autor: elranjit