juppubu
Anmeldungsdatum: 3. März 2016
Beiträge: 56
|
Hi zusammen, bei der Lösung zu Problem "grub.cfg ist 9.5MB groß" (https://forum.ubuntuusers.de/topic/grub-cfg-ist-9-5mb-gross/#post-9200131) blieb noch der Punkt offen, dass grub "einfriert", wenn ich im grub-Auswahlmenu mit einer USB-Tastatur den Cursor auf eine andere Auswahl setzen möchte. Der Cursor hüpft irgendwohin bei den Menupunkten. Weitere Tastatureingaben werden nicht mehr verarbeitet, auch Ctrl-Alt-Del funkt nicht. Ich muss ein RESET ausführen bzw. den PC aus-/einschalten. Mit einer PS/2 Tastatur kann eine Auswahl durchgeführt werden. Soweit die Problembeschreibung mit den BIOS-Angaben zur Tastatur in den Anhängen "Boot-mode.jpg", "USB-mode.jpg" und "Explorer-Tastatur.jpg". grub ist aktuell: 2.04-1ubuntu26.6. Durch Zufall habe ich heute im Rahmen eines BIOS-update (MSI hat mit den BIOS-updates für das Motherboard eine ziemlich hohe Frequenz 😉 ) festgestellt: Der o.a. Fehler tritt ein, wenn ich 3 Bildschirme (BS) am Rechner angeschlossen habe, wobei der linke und der rechte BS das Grubmenu anzeigen und der mittlere dunkel bleibt (sowohl bei USB- wie auch bei PS/2-Tastatur). Bei 2 BS kann ich mit USB- und PS/2-Tastatur im Grubmenu auswählen und beide zeigen das Grubmenu.
Nach gestartetem Ubu 20.04 LTS arbeiten beide Tastaturen einwandfrei, sowohl bei 2 als auch bei 3 BS. Der rechte BS wird mit einem "DeLOCK Switch 2-port DVI manuell bidirektional" zwischen 2 PC geschaltet. Kennt jemand eine Lösung für diese Problematik oder muss ich mit dem Workaround leben, dass ich vor dem Boot eine Umschaltung auf 2 BS vornehmen muss, um auf eine andere UBU-Installation auf dem Rechner zu gelangen? Moderiert von Taomon: Hoffentlich passender verschoben.
- Bilder
|
Taomon
Supporter
Anmeldungsdatum: 30. Januar 2011
Beiträge: 8430
Wohnort: Digiworld
|
Hm dpkg -l | grep gpm bitte. Gruß Taomon
|
juppubu
(Themenstarter)
Anmeldungsdatum: 3. März 2016
Beiträge: 56
|
Hi Taomon, Taomon schrieb: Hm dpkg -l | grep gpm bitte.
Hier das Ergebns: jupp@jupp:~$ dpkg -l | grep gpm
ii libgpm2:amd64 1.20.7-5 amd64 General Purpose Mouse - shared library
ii libgpm2:i386 1.20.7-5 i386 General Purpose Mouse - shared library
Was hat die Maus damit zu tun? Grub wird doch nur über Tastatur bedient 🙄 . Gruß juppubu
|
Taomon
Supporter
Anmeldungsdatum: 30. Januar 2011
Beiträge: 8430
Wohnort: Digiworld
|
Ja, da habe ich geschlafen. 🤣 Ich schieb Dich mal in das passenderer Sub-Forum Gruß Taomon
|
Letalis_Sonus
Anmeldungsdatum: 13. April 2008
Beiträge: 12990
Wohnort: Oldenburg/Erlangen
|
Das große Problem ist, dass GRUB gar nicht direkt auf die Tastatur zugreift, sondern die fertig ausgewerteten Tastensignale vom BIOS/UEFI erhält - es ist dementsprechend ziemlich sicher entweder ein Problem mit der Firmware oder mit der Hardware. Es wäre zB möglich, dass einer der Monitore bei der Auflösung die während des Systemstarts verwendet wird ein Störsignal erzeugt, für dessen Frequenz die Tastatur besonders anfällig ist. Schaltnetzteile sind im allgemeinen als ziemlich üble Störsender bekannt, da wird in Sachen EMV häufig geschlampt. Selbst die Grafikkarte kann unter bestimmten Lastzuständen zu einem schlimmen Störsender werden. juppubu schrieb: (MSI hat mit den BIOS-updates für das Motherboard eine ziemlich hohe Frequenz 😉 )
Nach meiner Erfahrung haben sie es auch nötig, der Laden ist in meinem Dunstkreis in erster Linie durch miese Zuverlässigkeit und exotische Probleme der nervigsten Art aufgefallen - und zwar in einer Häufigkeit, bei der es mir sehr schwer fällt dies als Einzelfall zu betrachten.
|
juppubu
(Themenstarter)
Anmeldungsdatum: 3. März 2016
Beiträge: 56
|
Letalis_Sonus schrieb: Das große Problem ist, dass GRUB gar nicht direkt auf die Tastatur zugreift, sondern die fertig ausgewerteten Tastensignale vom BIOS/UEFI erhält - es ist dementsprechend ziemlich sicher entweder ein Problem mit der Firmware oder mit der Hardware. Es wäre zB möglich, dass einer der Monitore bei der Auflösung die während des Systemstarts verwendet wird ein Störsignal erzeugt, für dessen Frequenz die Tastatur besonders anfällig ist. Schaltnetzteile sind im allgemeinen als ziemlich üble Störsender bekannt, da wird in Sachen EMV häufig geschlampt. Selbst die Grafikkarte kann unter bestimmten Lastzuständen zu einem schlimmen Störsender werden.
Mit einer fehlerhaften Tastaturerkennung durch das BIOS könntest Du recht habe: Eine drahtlose Logitech K330 USB-Tastatur wird vom MSI-BIOS nicht erkannt, mit der ich auf einem DELL-Rechner ins BIOS-Menu komme. Ubu erkennt die K330 auf beiden Rechnern. Ich habe mit Grub-Einstellungen ohne Erfolg etwas herum experimentiert (3 BS auf MSI-Rechner): GRUB_TERMINAL_INPUT=usb_keyboard, GRUB_GFXPAYLOAD_LINUX=text.
Bzgl. der BS hier noch ein Ausgabe mit xrandr -q: jupp@jupp:~$ xrandr -q
Screen 0: minimum 320 x 200, current 5760 x 1200, maximum 16384 x 16384
DisplayPort-0 disconnected (normal left inverted right x axis y axis)
HDMI-A-0 connected 1920x1200+3840+0 (normal left inverted right x axis y axis) 518mm x 324mm
1920x1200 59.95*+
1920x1080 60.00
1600x1200 60.00
1680x1050 59.88
1600x900 60.00
1280x1024 75.02 60.02
1440x900 59.90
1280x800 59.95
1280x720 59.95
1024x768 75.03 60.00
800x600 75.00 60.32
640x480 75.00 59.94
720x400 70.08
DVI-D-0 connected primary 1920x1200+0+0 (normal left inverted right x axis y axis) 519mm x 324mm
1920x1200 59.95*+
1920x1080 59.95
1600x1200 60.00
1680x1050 59.88
1280x1024 60.02
1440x900 59.95
1280x960 60.00
1280x800 59.95
1280x720 59.95
1024x768 60.00
800x600 60.32
640x480 59.94
720x400 70.08
DVI-D-1 connected 1920x1200+1920+0 (normal left inverted right x axis y axis) 519mm x 324mm
1920x1200 59.95*+
1920x1080 59.95
1600x1200 60.00
1680x1050 59.88
1280x1024 60.02
1440x900 59.95
1280x960 60.00
1280x800 59.95
1280x720 59.95
1024x768 60.00
800x600 60.32
640x480 59.94
720x400 70.08
jupp@jupp:~$
Die Monitorausgaben laufen bei 3 BS über 2 Graka-Ports (DVI,HDMI). Es funkt bei den 2 Ports über DVI. D.h das Hinzuschalten des 3. BS über HDMI führt zu dem Tastatur-Problem. Kannst Du dazu was schreiben? Gibt es Möglichkeiten den Fehler zu fangen? Hoffentlich läuft das nicht auf ein Schnittstellen Ping-Pong Spiel (BIOS/Grub) hinaus ☹ .
|
Letalis_Sonus
Anmeldungsdatum: 13. April 2008
Beiträge: 12990
Wohnort: Oldenburg/Erlangen
|
Die Bildübertragung selbst verläuft bei DVI und HDMI identisch, allerdings gibt es reichlich billige HDMI Kabel mit fragwürdiger Isolierung, weshalb insbesondere HDMI 2.0 für 4K oft Probleme macht weil das Signal zu verzerrt am Bildschirm ankommt um von diesem noch verwertet werden zu können. Macht es einen Unterschied aus wenn du einen der DVI Monitore abziehst, d.h. ist es auf den HDMI Monitor beschränkt oder die Anzahl der Monitore allgemein?
|
juppubu
(Themenstarter)
Anmeldungsdatum: 3. März 2016
Beiträge: 56
|
Hi Letalis_Sonus, Letalis_Sonus schrieb: Die Bildübertragung selbst verläuft bei DVI und HDMI identisch, allerdings gibt es reichlich billige HDMI Kabel mit fragwürdiger Isolierung, weshalb insbesondere HDMI 2.0 für 4K oft Probleme macht weil das Signal zu verzerrt am Bildschirm ankommt um von diesem noch verwertet werden zu können.
Hmm,
jetzt geht es von quantenphysikalisch auftretenden EMV-Vermutungen als Ursache zu nicht ausreichend geschirmten Kabeln ? Nee, das ist nix für mich als Softie ☹
Macht es einen Unterschied aus wenn du einen der DVI Monitore abziehst, d.h. ist es auf den HDMI Monitor beschränkt oder die Anzahl der Monitore allgemein?
Warum soll ich mich reduzieren, wenn ich mit 3 Monitoren arbeiten möchte ? Mit 3 erhält mensch nämlich einen breiteren Überblick. Scherze beiseite: Heute wurde eine grub-update verteilt: Start-Date: 2020-11-26 09:57:40
Commandline: aptdaemon role='role-commit-packages' sender=':1.80'
Upgrade: cinnamon-session:amd64 (4.4.1-1, 4.4.1-1ubuntu0.1), alsa-ucm-conf:amd64 (1.2.2-1ubuntu0.4, 1.2.2-1ubuntu0.5), yaru-theme-icon:amd64 (20.04.8, 20.04.10.1), grub-common:amd64 (2.04-1ubuntu26.6, 2.04-1ubuntu26.7), qemu-system-x86:amd64 (1:4.2-3ubuntu6.8, 1:4.2-3ubuntu6.9), grub2-common:amd64 (2.04-1ubuntu26.6, 2.04-1ubuntu26.7), yaru-theme-gtk:amd64 (20.04.8, 20.04.10.1), grub-pc:amd64 (2.04-1ubuntu26.6, 2.04-1ubuntu26.7), cinnamon-session-common:amd64 (4.4.1-1, 4.4.1-1ubuntu0.1), grub-pc-bin:amd64 (2.04-1ubuntu26.6, 2.04-1ubuntu26.7), qemu-system-data:amd64 (1:4.2-3ubuntu6.8, 1:4.2-3ubuntu6.9), qemu-utils:amd64 (1:4.2-3ubuntu6.8, 1:4.2-3ubuntu6.9), yaru-theme-gnome-shell:amd64 (20.04.8, 20.04.10.1), qemu-kvm:amd64 (1:4.2-3ubuntu6.8, 1:4.2-3ubuntu6.9), qemu-block-extra:amd64 (1:4.2-3ubuntu6.8, 1:4.2-3ubuntu6.9), qemu-system-common:amd64 (1:4.2-3ubuntu6.8, 1:4.2-3ubuntu6.9), qemu-system-gui:amd64 (1:4.2-3ubuntu6.8, 1:4.2-3ubuntu6.9), yaru-theme-sound:amd64 (20.04.8, 20.04.10.1)
End-Date: 2020-11-26 09:58:00 Das ist, wenn ich das richtig verfolgt habe, inzwischen das 3. grub update für Ubu 20.04 LTS (eine höhere Frequenz als MSI mit den BIOS updates). Gestern war bei mir noch grub-pc 2.04-1ubuntu26.6 installiert. Und Du glaubst es kaum: Mit dieser Version ist mein Problem gelöst. Ich kann bei 3 Monitoren eine Auswahl im Grub-Menu vornehmen 😀 . Du kannst ja mal versuchen, heraus zu bekommen, wie die lieben Entwickler EMV-Problem bzw. schlechte Isolierungen gelöst haben (pfui jetzt werde ich sarkastisch). Ich nahem an, dass ein Bug-Fix eingebaut wurde, da vielleicht in der großen weiten Welt noch andere User auf das Problem gestoßen sind und als Bug gemeldet haben. Wenn Du noch einen Kommentar abgeben möchtest: bitteschön. Danach werde ich das Problem als gelöst schließen. ciao juppubu
|
Letalis_Sonus
Anmeldungsdatum: 13. April 2008
Beiträge: 12990
Wohnort: Oldenburg/Erlangen
|
juppubu schrieb: Warum soll ich mich reduzieren, wenn ich mit 3 Monitoren arbeiten möchte ?
Weil es die Ursache eingrenzt, du Scherzkeks. Es erwartet doch keiner von dir dass du das einfach so lässt. juppubu schrieb: Du kannst ja mal versuchen, heraus zu bekommen, wie die lieben Entwickler EMV-Problem bzw. schlechte Isolierungen gelöst haben (pfui jetzt werde ich sarkastisch).
Zufall. Im Ernst, kleine Code-Änderungen können bei sowas einen riesigen Unterschied machen, unbeabsichtigte Schwingkreise sind meist sehr labil. Du kannst dir ja den Changelog selbst durchlesen, da wurde absolut gar nichts geändert was dein System betreffen würde, da du sicherlich weder ein ARM64 System nutzt noch übers Netzwerk bootest. Das bedeutet natürlich auch, dass das mit dem nächsten Update plötzlich wieder auftauchen kann. Aber vielleicht war auch nur ein billiges Schaltnetzteil schuld, dass jetzt nicht mehr auf dem Tisch liegt oder leicht verschoben wurde. Unterschätze nicht die Sendeleistung auf die so manche Leistungselektronik kommt, heutzutage arbeitet so gut wie alles was mit Spannungsreglern zu tun hat mit sehr hohen Frequenzen. Alles was hochfrequent viel Leistung durch eine Leiterbahn oder ein Kabel schiebt ist ein potenter Störsender, welcher auf benachbarten Leitungen Spannungsspitzen induziert die darüber übertragene digitale Signale stören. Du kennst vielleicht das berüchtigte Spulenfiepen, das oft bei Grafikkarten auftritt - die Ursache ist nichts anderes als die durch die Spannungsregler verursachten hochfrequenten Spannungsschwankungen (bei Gleichspannung!), welche durch die hohen Ströme beim durchfließen so einen starken Einfluss auf das Magnetfeld der Spulen haben, dass diese anfangen wie ein Lautsprecher zu schwingen.
|
juppubu
(Themenstarter)
Anmeldungsdatum: 3. März 2016
Beiträge: 56
|
Hi Letalis_Sonus, nun muss ich mich doch noch mal äußern und Du kannst dazu auch noch mal was schreiben, bevor ich das Problem endgültig als gelöst schließe. Letalis_Sonus schrieb: juppubu schrieb: Warum soll ich mich reduzieren, wenn ich mit 3 Monitoren arbeiten möchte ?
Weil es die Ursache eingrenzt, du Scherzkeks. Es erwartet doch keiner von dir dass du das einfach so lässt.
Scherzkeks hatte bei Eröffnen des Problems geschrieben: "Bei 2 BS kann ich mit USB- und PS/2-Tastatur im Grubmenu auswählen" .
Soweit zu einer Eingrenzung.
juppubu schrieb: Du kannst ja mal versuchen, heraus zu bekommen, wie die lieben Entwickler EMV-Problem bzw. schlechte Isolierungen gelöst haben (pfui jetzt werde ich sarkastisch).
Zufall. Im Ernst, kleine Code-Änderungen können bei sowas einen riesigen Unterschied machen, unbeabsichtigte Schwingkreise sind meist sehr labil. Du kannst dir ja den Changelog selbst durchlesen, da wurde absolut gar nichts geändert was dein System betreffen würde, da du sicherlich weder ein ARM64 System nutzt noch übers Netzwerk bootest. Das bedeutet natürlich auch, dass das mit dem nächsten Update plötzlich wieder auftauchen kann. Aber vielleicht war auch nur ein billiges Schaltnetzteil schuld, dass jetzt nicht mehr auf dem Tisch liegt oder leicht verschoben wurde.
Langjährige Erfahrung in der Qualitätssicherung bei großen IT-Projekten ( > 100 Menschen, mehrere IT-Unternehmen, zig Netze und Server) hat mich gelehrt: 1. Die in offiziellen changelogs gemachten prosaischen Entwicklerangaben müssen nicht immer den tatsächlichen Codeänderungen entsprechen. Hier können z.B. von mehreren Modulen gemeinsam genutzte Codestrecken bei einem Fix geändert werden, wobei u.U. Fix-fremde Fehlerberichtigungen vorgenommen werden. Prosa-Doku mögen viele Entwickler aus verschiedenen Gründen nicht so gerne ... 2. Adressfehler (z.B. byte/word) können Ursache für das Stehenbleiben von Programme sein. So ein "Einfrierverhalten" war ja in dem von mir beschriebenen Problem beobachtbar. Mit dem Fix gemäß changelog können zufällige Adressverschiebungen entstanden sein, die grub jetzt weiter laufen lassen. In diesem Fall würde so ein Fehler vielleicht in einer späteren Grub-Version wieder auftauchen, wenn der Fehler "gut" ist. Leider kann vermutlich bei grub ohne erheblichen Aufwand (,den ich weder aufwenden kann noch möchte) Debuggen durchgeführt werden. Damit hätte mensch ermitteln können, was für Daten zwischen BIOS und grub ausgetauscht werden und wo grub stehenbleibt.
Unterschätze nicht die Sendeleistung auf die so manche Leistungselektronik kommt, heutzutage arbeitet so gut wie alles was mit Spannungsreglern zu tun hat mit sehr hohen Frequenzen. Alles was hochfrequent viel Leistung durch eine Leiterbahn oder ein Kabel schiebt ist ein potenter Störsender, welcher auf benachbarten Leitungen Spannungsspitzen induziert die darüber übertragene digitale Signale stören. Du kennst vielleicht das berüchtigte Spulenfiepen, das oft bei Grafikkarten auftritt - die Ursache ist nichts anderes als die durch die Spannungsregler verursachten hochfrequenten Spannungsschwankungen (bei Gleichspannung!), welche durch die hohen Ströme beim durchfließen so einen starken Einfluss auf das Magnetfeld der Spulen haben, dass diese anfangen wie ein Lautsprecher zu schwingen.
Ich hatte schon "el. Wackler" an Laufwerksanschlüssen nach dem Motto: mal tut, mal tut nicht. Da habe ich mich dumm und dödelig gesucht, bis ich die Ursache ermittelt hatte. Da meine HW-Umgebung recht gut arbeitsfähig zu sein scheint (z.B Umschalten von 2 auf 3 Monitore on the fly mit Displayswitch), tendiere ich nach wie vor zu einem SW-fehler. Genug meiner Philosophiererei und tschüss juppubu
|
Letalis_Sonus
Anmeldungsdatum: 13. April 2008
Beiträge: 12990
Wohnort: Oldenburg/Erlangen
|
juppubu schrieb: Scherzkeks hatte bei Eröffnen des Problems geschrieben: "Bei 2 BS kann ich mit USB- und PS/2-Tastatur im Grubmenu auswählen" .
Soweit zu einer Eingrenzung.
Da du nicht erwähnst welche Monitoranschlüsse du für die beiden Monitore verwendet hast, beantwortet diese Aussage nicht meine Frage. juppubu schrieb: 1. Die in offiziellen changelogs gemachten prosaischen Entwicklerangaben müssen nicht immer den tatsächlichen Codeänderungen entsprechen. Hier können z.B. von mehreren Modulen gemeinsam genutzte Codestrecken bei einem Fix geändert werden, wobei u.U. Fix-fremde Fehlerberichtigungen vorgenommen werden. Prosa-Doku mögen viele Entwickler aus verschiedenen Gründen nicht so gerne ...
Die zugrunde liegende GRUB Version ist die selbe, hier wurde durch die Maintainer des Pakets nachgepatcht, das kannst du anhand des Versionsstrings nachvollziehen. Die Änderungen sind dementsprechend nur klein, sehr gezielt und werden gut dokumentiert. Du kannst dir sogar die Patch Dateien selbst anschauen, da solche Änderungen beim vollautomatisierten Paketbau explizit auf den Original Source Code gepatcht werden. juppubu schrieb: 2. Adressfehler (z.B. byte/word) können Ursache für das Stehenbleiben von Programme sein. So ein "Einfrierverhalten" war ja in dem von mir beschriebenen Problem beobachtbar. Mit dem Fix gemäß changelog können zufällige Adressverschiebungen entstanden sein, die grub jetzt weiter laufen lassen. In diesem Fall würde so ein Fehler vielleicht in einer späteren Grub-Version wieder auftauchen, wenn der Fehler "gut" ist.
Adressfehler sind nur eine Ursache von vielen die sowas verursachen können, bei der Hardware können noch ganz andere Sachen schief laufen. Es reicht ja schon wenn ein Taktsignal "aus dem Takt" kommt. juppubu schrieb: Da meine HW-Umgebung recht gut arbeitsfähig zu sein scheint (z.B Umschalten von 2 auf 3 Monitore on the fly mit Displayswitch), tendiere ich nach wie vor zu einem SW-fehler.
Als Entwickler für sicherheitskritische Embedded Realtime Kernel kann ich dir aus Erfahrung sagen: Vertraue nie auf die Funktionsfähigkeit der Hardware, auch dort findest du überall Fehler und fragwürdige Designentscheidungen mit weitreichenden Auswirkungen. Wenn es schon Hersteller von SIL-3/ASIL-D zertifizierten Mikrocontrollern nicht hinkriegen, dann erst recht nicht die Hersteller von großer Mainstream Hardware. Manchmal reicht eben ein leichter Windstoß und das ganze System fällt in sich zusammen wie ein Kartenhaus, wenn die Luft dabei ins richtige Loch strömt.
|
juppubu
(Themenstarter)
Anmeldungsdatum: 3. März 2016
Beiträge: 56
|
Jetzt wird es interessant: Soeben ist nach einem Neustart das ursprüngliche Problem wieder aufgetreten. Nach einem HW-RESET konnte ich wieder im Grubmenü bei 3 BS auswählen. Ein weiterer Neustart zeigte wieder den Fehler, der mit RESET wieder verschwand. Also haben wir es mit einem "guten" Fehler zu tun, der vielleicht tatsächlich auf HW zurückzuführen ist, wie Du, Letalis_Sonus, vermutest.
Hier bin mit meinem Latein zur Fehlereingrenzung am Ende. Kennst Du noch Fangmöglichkeiten oder muss ich mit dem Problem leben? Bye juppubu
|
Letalis_Sonus
Anmeldungsdatum: 13. April 2008
Beiträge: 12990
Wohnort: Oldenburg/Erlangen
|
Warmstartprobleme können ziemlich eklig und willkürlich sein. Das können Kondensatoren sein die wegen der wegfallenden Ladephase beim Einschalten etwas durcheinander bringen, oder zB auch Firmware Reste die nicht sauber aus dem Speicher der Geräte gelöscht werden und dann Blödsinn gemacht haben. Ich hatte auch mal eine Creative Soundkarte die immer dann den Dienst quittierte wenn man von einem Windows aus ins Linux neustartete, dann half auch nur ein Kaltstart.
|