info
Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Linux Mint 20.1 auf SSD
6 views
Skip to first unread message
Wolfgang Bauer
Mar 16, 2021, 8:08:09 AM3/16/21
to
Servus.
Ich bin sicher nicht in der passende Gruppe, aber ...
Ich habe auf einer 240GB SSD linux Mint 20.1 Cinnamon
installiert. Mehrere Tage ist das System korrekt gestartet.
http://wolfgang-bauer.at/bilder/desktop.jpg
Heute sieht es so aus. Nach eingabe des password kommt immer wieder
diese Bildschirmtastatur, Linux Mint startet nicht.
http://wolfgang-bauer.at/bilder/bild-tastatur.jpg
Ich habe das schon einige male gehabt und immer den Fehler bei mir
gesucht. Dann habe ich die SSD mit Linux Mint auf einem anderen PC
gestartet und da bootet das System einwandfrei.
Das aktuelle System wo der beschriebene Fehler auftritt.
Betriebssystem: Linux Mint 20.1
Qt-Version: 5.12.8
Kernel-Version: 5.4.0-67-generic
Art des Betriebssystems: 64-bit
Prozessoren: 24 × AMD Ryzen 9 3900XT 12-Core Processor
Speicher: 15,6 GiB Arbeitsspeicher
Der PC wo Linux einwandfrei startet die Abweichungen.
Hardware
Prozessoren 4xIntel Core i5-7400
Was kann da blos die Ursache sein?
--
Konfuzius
Wer einen Fehler begangen hat und ihn nicht korrigiert,
begeht einen weiteren Fehler.
Ich bin sicher nicht in der passende Gruppe, aber ...
Ich habe auf einer 240GB SSD linux Mint 20.1 Cinnamon
installiert. Mehrere Tage ist das System korrekt gestartet.
http://wolfgang-bauer.at/bilder/desktop.jpg
Heute sieht es so aus. Nach eingabe des password kommt immer wieder
diese Bildschirmtastatur, Linux Mint startet nicht.
http://wolfgang-bauer.at/bilder/bild-tastatur.jpg
Ich habe das schon einige male gehabt und immer den Fehler bei mir
gesucht. Dann habe ich die SSD mit Linux Mint auf einem anderen PC
gestartet und da bootet das System einwandfrei.
Das aktuelle System wo der beschriebene Fehler auftritt.
Betriebssystem: Linux Mint 20.1
Qt-Version: 5.12.8
Kernel-Version: 5.4.0-67-generic
Art des Betriebssystems: 64-bit
Prozessoren: 24 × AMD Ryzen 9 3900XT 12-Core Processor
Speicher: 15,6 GiB Arbeitsspeicher
Der PC wo Linux einwandfrei startet die Abweichungen.
Hardware
Prozessoren 4xIntel Core i5-7400
Was kann da blos die Ursache sein?
--
Konfuzius
Wer einen Fehler begangen hat und ihn nicht korrigiert,
begeht einen weiteren Fehler.
Andreas Kohlbach
Mar 16, 2021, 11:26:30 AM3/16/21
to
On Tue, 16 Mar 2021 12:40:37 +0100, Wolfgang Bauer wrote:
>
> Ich bin sicher nicht in der passende Gruppe, aber ...
Ich denke, dass das nichts mit Hardware zu tun hat.
>
> Ich bin sicher nicht in der passende Gruppe, aber ...
> Ich habe auf einer 240GB SSD linux Mint 20.1 Cinnamon
> installiert. Mehrere Tage ist das System korrekt gestartet.
> http://wolfgang-bauer.at/bilder/desktop.jpg
>
> Heute sieht es so aus. Nach eingabe des password kommt immer wieder
> diese Bildschirmtastatur, Linux Mint startet nicht.
> http://wolfgang-bauer.at/bilder/bild-tastatur.jpg
> Ich habe das schon einige male gehabt und immer den Fehler bei mir
> gesucht. Dann habe ich die SSD mit Linux Mint auf einem anderen PC
> gestartet und da bootet das System einwandfrei.
>
> Das aktuelle System wo der beschriebene Fehler auftritt.
> Betriebssystem: Linux Mint 20.1
> Qt-Version: 5.12.8
> Kernel-Version: 5.4.0-67-generic
> Art des Betriebssystems: 64-bit
> Prozessoren: 24 × AMD Ryzen 9 3900XT 12-Core Processor
> Speicher: 15,6 GiB Arbeitsspeicher
>
> Der PC wo Linux einwandfrei startet die Abweichungen.
> Hardware
> Prozessoren 4xIntel Core i5-7400
>
> Was kann da blos die Ursache sein?
Versuche sonst mit
STRG-ALT-F3
(also die Taste F3) auf eine Textkonsole zu kommen. Wenn F3 nicht geht,
versuche auch F4 usw.
Dort einloggen, falls Du es noch nicht automatisch bist. Dann
startx
eingeben.
--
Andreas
Bernd Mayer
Mar 16, 2021, 11:52:37 AM3/16/21
to
Am 16.03.21 um 12:40 schrieb Wolfgang Bauer:
Hallo,
üblicherweise überprüft man zunächst, ob man in der Textkonsole Zugriff
bekommt entweder lokal oder über einen anderen PC mit ssh.
Danach überprüft man bei Maus und Tastatur die über Funk angeschlossen
sind ob die Batterien noch stark genug sind.
Weiterhin ist interessant welchen Chipsatz das System hat und ob das
BIOS aktuell ist.
Was ist das für ein Motherboard?
Etliche neue Systeme haben Probleme mit USB.
Falls der PC noch neu, ist sollte man überprüfen ob man noch Garantie
hat wegen Umtausch.
Schick die Bildschirmfotos mit der Fehlerbeschreibung mal Deinem Händler.
Bernd Mayer
üblicherweise überprüft man zunächst, ob man in der Textkonsole Zugriff
bekommt entweder lokal oder über einen anderen PC mit ssh.
Danach überprüft man bei Maus und Tastatur die über Funk angeschlossen
sind ob die Batterien noch stark genug sind.
Weiterhin ist interessant welchen Chipsatz das System hat und ob das
BIOS aktuell ist.
Was ist das für ein Motherboard?
Etliche neue Systeme haben Probleme mit USB.
Falls der PC noch neu, ist sollte man überprüfen ob man noch Garantie
hat wegen Umtausch.
Schick die Bildschirmfotos mit der Fehlerbeschreibung mal Deinem Händler.
Bernd Mayer
Wolfgang Bauer
Mar 16, 2021, 11:55:02 AM3/16/21
to
Andreas Kohlbach schrieb:
> Versuche sonst mit
>
> STRG-ALT-F3
>
> (also die Taste F3) auf eine Textkonsole zu kommen. Wenn F3 nicht geht,
> versuche auch F4 usw.
>
> Dort einloggen, falls Du es noch nicht automatisch bist. Dann
>
> startx
>
> eingeben.
startx wußte ich nicht, in STRG-ALT-F3, STRG-ALT-F5 war ich dann auch.
Ich werde Morgen wieder den betroffenen PC anhängen und das noch
versuchen.
--
Klopapier beidseitig verwenden und der Erfolg liegt auf der Hand!
> On Tue, 16 Mar 2021 12:40:37 +0100, Wolfgang Bauer wrote:
>>
>> Ich bin sicher nicht in der passende Gruppe, aber ...
>
> Ich denke, dass das nichts mit Hardware zu tun hat.
>
Mit der Hardware des PC denke ich hat es etwas zu tun.
>>
>> Ich bin sicher nicht in der passende Gruppe, aber ...
>
> Ich denke, dass das nichts mit Hardware zu tun hat.
>
>>
>> Was kann da blos die Ursache sein?
>
> Vielleicht die Umschalt-Taste ausgelöst?
>
Da habe ich immer wieder drauf geachtet, war nicht.
>> Was kann da blos die Ursache sein?
>
> Vielleicht die Umschalt-Taste ausgelöst?
>
> Versuche sonst mit
>
> STRG-ALT-F3
>
> (also die Taste F3) auf eine Textkonsole zu kommen. Wenn F3 nicht geht,
> versuche auch F4 usw.
>
> Dort einloggen, falls Du es noch nicht automatisch bist. Dann
>
> startx
>
> eingeben.
Ich werde Morgen wieder den betroffenen PC anhängen und das noch
versuchen.
--
Klopapier beidseitig verwenden und der Erfolg liegt auf der Hand!
Wolfgang Bauer
Mar 16, 2021, 12:15:14 PM3/16/21
to
Wolfgang selbst schrieb:
> Andreas Kohlbach schrieb:
>> Versuche sonst mit
>>
>> STRG-ALT-F3
>>
>> (also die Taste F3) auf eine Textkonsole zu kommen. Wenn F3 nicht geht,
>> versuche auch F4 usw.
>>
>> Dort einloggen, falls Du es noch nicht automatisch bist. Dann
>>
>> startx
>>
>> eingeben.
>
> startx wußte ich nicht, in STRG-ALT-F3, STRG-ALT-F5 war ich dann auch.
> Ich werde Morgen wieder den betroffenen PC anhängen und das noch
> versuchen.
Aber warum passiert es überhaupt nachdem mehrere Tage das System
einwandfrei gebootet hat dann plötlich am nächsten Tag das?
--
Schon mancher dumme Verlierer wurde der heimliche Sieger.
Ernst R. Hauschka
> Andreas Kohlbach schrieb:
>> Versuche sonst mit
>>
>> STRG-ALT-F3
>>
>> (also die Taste F3) auf eine Textkonsole zu kommen. Wenn F3 nicht geht,
>> versuche auch F4 usw.
>>
>> Dort einloggen, falls Du es noch nicht automatisch bist. Dann
>>
>> startx
>>
>> eingeben.
>
> startx wußte ich nicht, in STRG-ALT-F3, STRG-ALT-F5 war ich dann auch.
> Ich werde Morgen wieder den betroffenen PC anhängen und das noch
> versuchen.
einwandfrei gebootet hat dann plötlich am nächsten Tag das?
--
Schon mancher dumme Verlierer wurde der heimliche Sieger.
Ernst R. Hauschka
Wolfgang Bauer
Mar 16, 2021, 12:32:21 PM3/16/21
to
Bernd Mayer schrieb:
> Hallo,
>
> üblicherweise überprüft man zunächst, ob man in der Textkonsole
> Zugriff bekommt entweder lokal oder über einen anderen PC mit ssh.
>
STRG+Alt F3 da habe ich allerdings nicht startx gemacht. Und wenn ich so
wieder auf die GUI komme, damit ist die Ursache nicht behoben.
> Danach überprüft man bei Maus und Tastatur die über Funk angeschlossen
> sind ob die Batterien noch stark genug sind.
>
Alle Batterien sind frisch.
> Weiterhin ist interessant welchen Chipsatz das System hat und ob das
> BIOS aktuell ist.
> Was ist das für ein Motherboard?
>
Kann ich Morgen erst sagen wenn der PC wiedr angeschlossen ist.
> Etliche neue Systeme haben Probleme mit USB.
>
> Falls der PC noch neu, ist sollte man überprüfen ob man noch Garantie
> hat wegen Umtausch.
>
Auf dem gleichen PC läuft eine Windowsinstallation und ein Linux Mint
mit KDE-Plasma-Desktop bestens. Ja, vielleicht habe ich hier auf dem
älteren PC morgen das gleiche Problem.
--
Der meiste Verstand
wird für große Dummheiten verschwendet.
Samuli Paronen
> Hallo,
>
> üblicherweise überprüft man zunächst, ob man in der Textkonsole
> Zugriff bekommt entweder lokal oder über einen anderen PC mit ssh.
>
wieder auf die GUI komme, damit ist die Ursache nicht behoben.
> Danach überprüft man bei Maus und Tastatur die über Funk angeschlossen
> sind ob die Batterien noch stark genug sind.
>
> Weiterhin ist interessant welchen Chipsatz das System hat und ob das
> BIOS aktuell ist.
> Was ist das für ein Motherboard?
>
> Etliche neue Systeme haben Probleme mit USB.
>
> Falls der PC noch neu, ist sollte man überprüfen ob man noch Garantie
> hat wegen Umtausch.
>
mit KDE-Plasma-Desktop bestens. Ja, vielleicht habe ich hier auf dem
älteren PC morgen das gleiche Problem.
--
Der meiste Verstand
wird für große Dummheiten verschwendet.
Samuli Paronen
Marcel Mueller
Mar 16, 2021, 2:11:49 PM3/16/21
to
Am 16.03.21 um 12:40 schrieb Wolfgang Bauer:
> Heute sieht es so aus. Nach eingabe des password kommt immer wieder
> diese Bildschirmtastatur, Linux Mint startet nicht.
> http://wolfgang-bauer.at/bilder/bild-tastatur.jpg
> Ich habe das schon einige male gehabt und immer den Fehler bei mir
> gesucht. Dann habe ich die SSD mit Linux Mint auf einem anderen PC
> gestartet und da bootet das System einwandfrei.
>
> Das aktuelle System wo der beschriebene Fehler auftritt.
> Betriebssystem: Linux Mint 20.1
> Qt-Version: 5.12.8
> Kernel-Version: 5.4.0-67-generic
> Art des Betriebssystems: 64-bit
> Prozessoren: 24 × AMD Ryzen 9 3900XT 12-Core Processor
> Speicher: 15,6 GiB Arbeitsspeicher
>
> Der PC wo Linux einwandfrei startet die Abweichungen.
> Hardware
> Prozessoren 4xIntel Core i5-7400
>
> Was kann da blos die Ursache sein?
Andere Grafikkarte?
> diese Bildschirmtastatur, Linux Mint startet nicht.
> http://wolfgang-bauer.at/bilder/bild-tastatur.jpg
> Ich habe das schon einige male gehabt und immer den Fehler bei mir
> gesucht. Dann habe ich die SSD mit Linux Mint auf einem anderen PC
> gestartet und da bootet das System einwandfrei.
>
> Das aktuelle System wo der beschriebene Fehler auftritt.
> Betriebssystem: Linux Mint 20.1
> Qt-Version: 5.12.8
> Kernel-Version: 5.4.0-67-generic
> Art des Betriebssystems: 64-bit
> Prozessoren: 24 × AMD Ryzen 9 3900XT 12-Core Processor
> Speicher: 15,6 GiB Arbeitsspeicher
>
> Der PC wo Linux einwandfrei startet die Abweichungen.
> Hardware
> Prozessoren 4xIntel Core i5-7400
>
> Was kann da blos die Ursache sein?
Ich denke mal, die X-Session kommt nicht korrekt hoch. Schau mal in die
Logfiles (syslog, XOrg).
Marcel
Hermann Riemann
Mar 16, 2021, 2:29:44 PM3/16/21
to
Am 16.03.21 um 12:40 schrieb Wolfgang Bauer:
> Ich bin sicher nicht in der passende Gruppe, aber ...
> Ich habe auf einer 240GB SSD linux Mint 20.1 Cinnamon
> installiert. Mehrere Tage ist das System korrekt gestartet.
> http://wolfgang-bauer.at/bilder/desktop.jpg
>
> Heute sieht es so aus. Nach eingabe des password kommt immer wieder
> diese Bildschirmtastatur, Linux Mint startet nicht.
> http://wolfgang-bauer.at/bilder/bild-tastatur.jpg
Erinnert mich an Passworteingabe per Maus.
> Ich habe auf einer 240GB SSD linux Mint 20.1 Cinnamon
> installiert. Mehrere Tage ist das System korrekt gestartet.
> http://wolfgang-bauer.at/bilder/desktop.jpg
>
> Heute sieht es so aus. Nach eingabe des password kommt immer wieder
> diese Bildschirmtastatur, Linux Mint startet nicht.
> http://wolfgang-bauer.at/bilder/bild-tastatur.jpg
> Ich habe das schon einige male gehabt und immer den Fehler bei mir
> gesucht. Dann habe ich die SSD mit Linux Mint auf einem anderen PC
> gestartet und da bootet das System einwandfrei.
Und prüfen, ob die Kabel im PC fest stecken.
Wenn das Datum im BIOS nicht stimmt,
ist eine neue Batterie auf dem motherboard fällig.
Hermann
vermutend, dass seine 64 GB SSD nicht mehr in Ordnung ist.
--
http://www.hermann-riemann.de
Unknown
Mar 16, 2021, 2:31:41 PM3/16/21
to
Am 16.03.21 19:11, schrieb Marcel Mueller:
>Ich denke mal, die X-Session kommt nicht korrekt hoch. Schau mal in die
>Logfiles (syslog, XOrg).
>
Wie geschrieben startet Linux Mint jetzt auf einem anderen PC.
Mal sehen ob ich da noch Logeinträge finde. Aber immer wieder die
Frage, warum nachdem es mehrere Tage funktioniert hat.
--
Freundliche Grüße
Wolfgang
>Am 16.03.21 um 12:40 schrieb Wolfgang Bauer:
>>
>>
>> Was kann da blos die Ursache sein?
>
>Andere Grafikkarte?
>
Die gleiche Grafik mit der es tagelang funktionierte.
>
>Andere Grafikkarte?
>
>Ich denke mal, die X-Session kommt nicht korrekt hoch. Schau mal in die
>Logfiles (syslog, XOrg).
>
Mal sehen ob ich da noch Logeinträge finde. Aber immer wieder die
Frage, warum nachdem es mehrere Tage funktioniert hat.
--
Freundliche Grüße
Wolfgang
Marc Haber
Mar 16, 2021, 5:07:17 PM3/16/21
to
Wo kann ich darüber nachlesen?
Grüße
Marc
--
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber | " Questions are the | Mailadresse im Header
Mannheim, Germany | Beginning of Wisdom " |
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Grüße
Marc
--
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber | " Questions are the | Mailadresse im Header
Mannheim, Germany | Beginning of Wisdom " |
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Bernd Mayer
Mar 16, 2021, 5:38:36 PM3/16/21
to
Am 16.03.21 um 22:07 schrieb Marc Haber:
hier etwa:
https://www.reddit.com/r/Amd/comments/m2wqkf/updated_agesa_coming_for_intermittent_usb/
Oder in eine Suchmaschine
"AMD USB Problem" eingeben
Ich frage mich auch, wie ein BIOS-update ablaufen soll wenn die
USB-Verbindung instabil ist.
Bernd Mayer
> Bernd Mayer <beam.b...@knuut.de> wrote:
>>
>> Etliche neue Systeme haben Probleme mit USB.
>
> Wo kann ich darüber nachlesen?
Hallo,
>>
>> Etliche neue Systeme haben Probleme mit USB.
>
> Wo kann ich darüber nachlesen?
hier etwa:
https://www.reddit.com/r/Amd/comments/m2wqkf/updated_agesa_coming_for_intermittent_usb/
Oder in eine Suchmaschine
"AMD USB Problem" eingeben
Ich frage mich auch, wie ein BIOS-update ablaufen soll wenn die
USB-Verbindung instabil ist.
Bernd Mayer
Bernd Mayer
Mar 16, 2021, 5:52:00 PM3/16/21
to
Am 16.03.21 um 22:38 schrieb Bernd Mayer:
>
Nachtrag:
hier noch was auf deutsch dazu:
https://www.golem.de/news/x570-b550-mainboards-amd-behebt-ryzen-usb-probleme-2103-154900.html
"Der Fehler tritt bei X570-/B550-Mainboards mit Ryzen 3000/5000 auf,
dabei werden angeschlossene USB-Geräte für einen kurzen Moment nicht
mehr erkannt. In unserem Fall betraf das Maus und Tastatur"
Bernd Mayer
> Am 16.03.21 um 22:07 schrieb Marc Haber:
>> Bernd Mayer <beam.b...@knuut.de> wrote:
>>>
>>> Etliche neue Systeme haben Probleme mit USB.
>>
>> Wo kann ich darüber nachlesen?
>
> https://www.reddit.com/r/Amd/comments/m2wqkf/updated_agesa_coming_for_intermittent_usb/
>> Bernd Mayer <beam.b...@knuut.de> wrote:
>>>
>>> Etliche neue Systeme haben Probleme mit USB.
>>
>> Wo kann ich darüber nachlesen?
>
>
Nachtrag:
hier noch was auf deutsch dazu:
https://www.golem.de/news/x570-b550-mainboards-amd-behebt-ryzen-usb-probleme-2103-154900.html
"Der Fehler tritt bei X570-/B550-Mainboards mit Ryzen 3000/5000 auf,
dabei werden angeschlossene USB-Geräte für einen kurzen Moment nicht
mehr erkannt. In unserem Fall betraf das Maus und Tastatur"
Bernd Mayer
miguel
Mar 16, 2021, 6:03:51 PM3/16/21
to
(Zen3) Probleme mit Kernel bis 5.4 haben koennen.
https://forums.linuxmint.com/viewtopic.php?t=323133
Mint hat dafuer auf der DL Seite extra ein Image (Edge) bereitgestellt,
dass automatisch den 5.8er Kernel installiert.
https://linuxmint.com/release.php?id=39
--
"""""
"`¡´ iguel
"
"
"
Linux statt Windows
__
Ist wie eine Scheidung, Du verzichtest auf Annehmlichkeiten wie fertiges
Essen und Sex, aber Du hast Deine Freiheit wieder!
Bernd Mayer
Mar 16, 2021, 6:14:39 PM3/16/21
to
Am 16.03.21 um 19:31 schrieb Wolfgang Bauer:
Hallo,
IIRC hat NVIDIA am 25. Februar neue Grafiktreiber veröffentlicht. Ich
weiss allerdings nicht ob die bei linuxmint schon bei den updates
angekommen sind.
Bernd Mayer
IIRC hat NVIDIA am 25. Februar neue Grafiktreiber veröffentlicht. Ich
weiss allerdings nicht ob die bei linuxmint schon bei den updates
angekommen sind.
Bernd Mayer
Wolfgang Bauer
Mar 17, 2021, 10:08:03 AM3/17/21
to
Marcel Mueller schrieb:
> Ich denke mal, die X-Session kommt nicht korrekt hoch. Schau mal in
> die Logfiles (syslog, XOrg).
>
[ 5.422]
X.Org X Server 1.20.9
X Protocol Version 11, Revision 0
[ 5.422] Build Operating System: Linux 4.15.0-130-generic x86_64 Ubuntu
[ 5.422] Current Operating System: Linux wolfgang-B 5.4.0-67-generic #75-Ubuntu SMP Fri Feb 19 18:03:38 UTC 2021 x86_64
[ 5.422] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-5.4.0-67-generic root=UUID=369068e8-7fd9-44c8-b40c-a69f8e08de20 ro quiet splash
[ 5.422] Build Date: 17 January 2021 09:13:31AM
[ 5.422] xorg-server 2:1.20.9-2ubuntu1.2~20.04.1 (For technical support please see http://www.ubuntu.com/support)
[ 5.422] Current version of pixman: 0.38.4
[ 5.422] Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[ 5.422] (==) Log file: "/var/log/Xorg.0.log", Time: Wed Mar 17 11:26:57 2021
[ 5.422] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[ 5.425] (==) No Layout section. Using the first Screen section.
[ 5.425] (==) No screen section available. Using defaults.
[ 5.425] (**) |-->Screen "Default Screen Section" (0)
[ 5.425] (**) | |-->Monitor "<default monitor>"
[ 5.426] (==) No monitor specified for screen "Default Screen
Section".
--
Sie brauchen einen Computer nicht einzuschalten um festzustellen,
ob Windows installiert ist. Sehen Sie einfach nach,
ob die Aufschrift auf der Reset-Taste noch lesbar ist.
> Am 16.03.21 um 12:40 schrieb Wolfgang Bauer:
>> Was kann da blos die Ursache sein?
>
> Andere Grafikkarte?
>
Keine andere Grafikkarte, Grafikchip.
>
> Andere Grafikkarte?
>
> Ich denke mal, die X-Session kommt nicht korrekt hoch. Schau mal in
> die Logfiles (syslog, XOrg).
>
X.Org X Server 1.20.9
X Protocol Version 11, Revision 0
[ 5.422] Build Operating System: Linux 4.15.0-130-generic x86_64 Ubuntu
[ 5.422] Current Operating System: Linux wolfgang-B 5.4.0-67-generic #75-Ubuntu SMP Fri Feb 19 18:03:38 UTC 2021 x86_64
[ 5.422] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-5.4.0-67-generic root=UUID=369068e8-7fd9-44c8-b40c-a69f8e08de20 ro quiet splash
[ 5.422] Build Date: 17 January 2021 09:13:31AM
[ 5.422] xorg-server 2:1.20.9-2ubuntu1.2~20.04.1 (For technical support please see http://www.ubuntu.com/support)
[ 5.422] Current version of pixman: 0.38.4
[ 5.422] Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[ 5.422] (==) Log file: "/var/log/Xorg.0.log", Time: Wed Mar 17 11:26:57 2021
[ 5.422] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[ 5.425] (==) No Layout section. Using the first Screen section.
[ 5.425] (==) No screen section available. Using defaults.
[ 5.425] (**) |-->Screen "Default Screen Section" (0)
[ 5.425] (**) | |-->Monitor "<default monitor>"
[ 5.426] (==) No monitor specified for screen "Default Screen
Section".
--
Sie brauchen einen Computer nicht einzuschalten um festzustellen,
ob Windows installiert ist. Sehen Sie einfach nach,
ob die Aufschrift auf der Reset-Taste noch lesbar ist.
Wolfgang Bauer
Mar 17, 2021, 10:08:03 AM3/17/21
to
Bernd Mayer schrieb:
> Hallo,
>
> üblicherweise überprüft man zunächst, ob man in der Textkonsole
> Zugriff bekommt entweder lokal oder über einen anderen PC mit ssh.
>
> Danach überprüft man bei Maus und Tastatur die über Funk angeschlossen
> sind ob die Batterien noch stark genug sind.
>
> Weiterhin ist interessant welchen Chipsatz das System hat und ob das
> BIOS aktuell ist.
> Was ist das für ein Motherboard?
Getting SMBIOS data from sysfs.
SMBIOS 3.2.0 present.
Handle 0x0000, DMI type 0, 26 bytes
BIOS Information
Vendor: American Megatrends Inc.
Version: F52
Release Date: 07/29/2020
Handle 0x0001, DMI type 1, 27 bytes
System Information
Manufacturer: Gigabyte Technology Co., Ltd.
Product Name: B450 AORUS ELITE
Version: Default string
Serial Number: Default string
UUID: 03c00218-044d-0549-5006-6a0700080009
Wake-up Type: Power Switch
SKU Number: Default string
Family: B450 MB
> Hallo,
>
> üblicherweise überprüft man zunächst, ob man in der Textkonsole
> Zugriff bekommt entweder lokal oder über einen anderen PC mit ssh.
>
> Danach überprüft man bei Maus und Tastatur die über Funk angeschlossen
> sind ob die Batterien noch stark genug sind.
>
> Weiterhin ist interessant welchen Chipsatz das System hat und ob das
> BIOS aktuell ist.
> Was ist das für ein Motherboard?
SMBIOS 3.2.0 present.
Handle 0x0000, DMI type 0, 26 bytes
BIOS Information
Vendor: American Megatrends Inc.
Version: F52
Release Date: 07/29/2020
Handle 0x0001, DMI type 1, 27 bytes
System Information
Manufacturer: Gigabyte Technology Co., Ltd.
Product Name: B450 AORUS ELITE
Version: Default string
Serial Number: Default string
UUID: 03c00218-044d-0549-5006-6a0700080009
Wake-up Type: Power Switch
SKU Number: Default string
Family: B450 MB
>
> Etliche neue Systeme haben Probleme mit USB.
Es geht nicht um USB sondern um eine SSD.
> Etliche neue Systeme haben Probleme mit USB.
Wolfgang Bauer
Mar 17, 2021, 10:08:04 AM3/17/21
to
Andreas Kohlbach schrieb:
> Versuche sonst mit
>
> STRG-ALT-F3
>
> (also die Taste F3) auf eine Textkonsole zu kommen. Wenn F3 nicht geht,
> versuche auch F4 usw.
>
> Dort einloggen, falls Du es noch nicht automatisch bist. Dann
>
> startx
>
> eingeben.
Ich habe nun wieder den PC bei dem die eine Linux Mint Installation
nicht startet. Nun werde ich nach und nach die gegebenen Tips bearbeiten.
root@wolfgang-B:/home/wolfgang# dmidecode -t0 -t1
# dmidecode 3.2
Da wir am Bildschirm eine lange Liste ausgegeben. Das was mir wichtig
erscheint habe ich aufgeschrieben.
(WW) warning,(EE) error,(NI) not not implemented. siehe
/home/wolfgang/.local/share/xorg/Xorg.1.log.
Gut, nur gibt es in /home/wolfgang/.local/share/ kein xorg und
auf dem ganzen System auch kein Xorg.1.log.
Und mir stellt sich immer wieder die Frage, warum funktioniert die
Inallation über die ich hier schreibe, die andere nicht.
--
Was ist der Unterschied zwischen einem Bäcker und einem Teppich?
Qre Oäpxre zhff zbetraf seüu hz unyo 4 nhsfgrura.
Qre Grccvpu xnaa yvrtraoyrvora.
> Versuche sonst mit
>
> STRG-ALT-F3
>
> (also die Taste F3) auf eine Textkonsole zu kommen. Wenn F3 nicht geht,
> versuche auch F4 usw.
>
> Dort einloggen, falls Du es noch nicht automatisch bist. Dann
>
> startx
>
> eingeben.
nicht startet. Nun werde ich nach und nach die gegebenen Tips bearbeiten.
root@wolfgang-B:/home/wolfgang# dmidecode -t0 -t1
# dmidecode 3.2
Getting SMBIOS data from sysfs.
SMBIOS 3.2.0 present.
Handle 0x0000, DMI type 0, 26 bytes
BIOS Information
Vendor: American Megatrends Inc.
Version: F52
Release Date: 07/29/2020
Handle 0x0001, DMI type 1, 27 bytes
System Information
Manufacturer: Gigabyte Technology Co., Ltd.
Product Name: B450 AORUS ELITE
Version: Default string
Serial Number: Default string
UUID: 03c00218-044d-0549-5006-6a0700080009
Wake-up Type: Power Switch
SKU Number: Default string
Family: B450 MB
Ich bin nach Strg+Alt F3 gegangen und habe startx ausgeführt.
SMBIOS 3.2.0 present.
Handle 0x0000, DMI type 0, 26 bytes
BIOS Information
Vendor: American Megatrends Inc.
Version: F52
Release Date: 07/29/2020
Handle 0x0001, DMI type 1, 27 bytes
System Information
Manufacturer: Gigabyte Technology Co., Ltd.
Product Name: B450 AORUS ELITE
Version: Default string
Serial Number: Default string
UUID: 03c00218-044d-0549-5006-6a0700080009
Wake-up Type: Power Switch
SKU Number: Default string
Family: B450 MB
Da wir am Bildschirm eine lange Liste ausgegeben. Das was mir wichtig
erscheint habe ich aufgeschrieben.
(WW) warning,(EE) error,(NI) not not implemented. siehe
/home/wolfgang/.local/share/xorg/Xorg.1.log.
Gut, nur gibt es in /home/wolfgang/.local/share/ kein xorg und
auf dem ganzen System auch kein Xorg.1.log.
Und mir stellt sich immer wieder die Frage, warum funktioniert die
Inallation über die ich hier schreibe, die andere nicht.
--
Was ist der Unterschied zwischen einem Bäcker und einem Teppich?
Qre Oäpxre zhff zbetraf seüu hz unyo 4 nhsfgrura.
Qre Grccvpu xnaa yvrtraoyrvora.
Bernd Mayer
Mar 17, 2021, 10:22:49 AM3/17/21
to
Am 17.03.21 um 12:36 schrieb Wolfgang Bauer:
> Bernd Mayer schrieb:
das BIOS ist nicht auf dem neuesten Stand, aktuell ist F61 vom 2021.03.12:
https://www.gigabyte.com/de/Motherboard/B450-AORUS-ELITE-rev-1x/support#support-dl-bios
Wenn es um die SSD geht, dann kontrollier das halt selbst.
Bernd Mayer
> Bernd Mayer schrieb:
>
>> üblicherweise überprüft man zunächst, ob man in der Textkonsole
>> Zugriff bekommt entweder lokal oder über einen anderen PC mit ssh.
>>
>> üblicherweise überprüft man zunächst, ob man in der Textkonsole
>> Zugriff bekommt entweder lokal oder über einen anderen PC mit ssh.
>>
>> Weiterhin ist interessant welchen Chipsatz das System hat und ob das
>> BIOS aktuell ist.
>> Was ist das für ein Motherboard?
>
> Getting SMBIOS data from sysfs.
> SMBIOS 3.2.0 present.
>
> Handle 0x0000, DMI type 0, 26 bytes
> BIOS Information
> Vendor: American Megatrends Inc.
> Version: F52
> Release Date: 07/29/2020
>
> Handle 0x0001, DMI type 1, 27 bytes
> System Information
> Manufacturer: Gigabyte Technology Co., Ltd.
> Product Name: B450 AORUS ELITE
>>
>> BIOS aktuell ist.
>> Was ist das für ein Motherboard?
>
> Getting SMBIOS data from sysfs.
> SMBIOS 3.2.0 present.
>
> Handle 0x0000, DMI type 0, 26 bytes
> BIOS Information
> Vendor: American Megatrends Inc.
> Version: F52
> Release Date: 07/29/2020
>
> Handle 0x0001, DMI type 1, 27 bytes
> System Information
> Manufacturer: Gigabyte Technology Co., Ltd.
> Product Name: B450 AORUS ELITE
>>
>> Etliche neue Systeme haben Probleme mit USB.
>
> Es geht nicht um USB sondern um eine SSD.
Hallo,
>
> Es geht nicht um USB sondern um eine SSD.
das BIOS ist nicht auf dem neuesten Stand, aktuell ist F61 vom 2021.03.12:
https://www.gigabyte.com/de/Motherboard/B450-AORUS-ELITE-rev-1x/support#support-dl-bios
Wenn es um die SSD geht, dann kontrollier das halt selbst.
Bernd Mayer
Bernd Mayer
Mar 17, 2021, 10:39:45 AM3/17/21
to
Am 16.03.21 um 23:36 schrieb Martin Schnitkemper:
> schwöre, vor allem wenn es um größtmögliche Kompatibilität mit Linux geht.
>
> Samsung-SSDs sind auch dafür bekannt, dass sie an AMD-Boards wegen
> nicht-normgerechten Sata-Controllern Probleme machen:
> https://debianforum.de/forum/viewtopic.php?t=176809
> auch ein Online-Update an.
Hallo,
hier habe ich auch eine SSD von Kingston (SA400) die läuft kaum
schneller als eine Festplatte (182 MB/sec mit hdparm).
Alle PCs Marke Eigenbau hier sind AMD-Systeme und die Anderen laufen mit
Intel.
Online update habe ich hier nicht gefunden im BIOS. Man kann aber das
BIOS-update statt von einem USB-Stick auch über die interne Festplatte
reinladen.
Funktioniert das online-update bei Dir nur von Windows aus oder geht das
auch übers BIOS?
Jetzt muss ich noch herausfinden, welche der USB-Anschlüsse direkt an
die CPU angeschlossen sind und welche am Chipsatz hängen.
Bernd Mayer
> Am Dienstag, 16.03.2021 22:38 schrieb Bernd Mayer:
>
>> Oder in eine Suchmaschine
>> "AMD USB Problem" eingeben
>
> Ich weiß schon, warum ich seit Jahren auf Intel-Chipsätze und -prozessoren
>
>> Oder in eine Suchmaschine
>> "AMD USB Problem" eingeben
>
> schwöre, vor allem wenn es um größtmögliche Kompatibilität mit Linux geht.
>
> Samsung-SSDs sind auch dafür bekannt, dass sie an AMD-Boards wegen
> nicht-normgerechten Sata-Controllern Probleme machen:
> https://debianforum.de/forum/viewtopic.php?t=176809
>
>> Ich frage mich auch, wie ein BIOS-update ablaufen soll wenn die
>> USB-Verbindung instabil ist.
>
> Mein aktuelles Board https://www.asrock.com/MB/Intel/H370M%20Pro4 bietet
>> Ich frage mich auch, wie ein BIOS-update ablaufen soll wenn die
>> USB-Verbindung instabil ist.
>
> auch ein Online-Update an.
Hallo,
hier habe ich auch eine SSD von Kingston (SA400) die läuft kaum
schneller als eine Festplatte (182 MB/sec mit hdparm).
Alle PCs Marke Eigenbau hier sind AMD-Systeme und die Anderen laufen mit
Intel.
Online update habe ich hier nicht gefunden im BIOS. Man kann aber das
BIOS-update statt von einem USB-Stick auch über die interne Festplatte
reinladen.
Funktioniert das online-update bei Dir nur von Windows aus oder geht das
auch übers BIOS?
Jetzt muss ich noch herausfinden, welche der USB-Anschlüsse direkt an
die CPU angeschlossen sind und welche am Chipsatz hängen.
Bernd Mayer
Wolfgang Bauer
Mar 17, 2021, 1:08:08 PM3/17/21
to
Andreas Kohlbach schrieb:
> anlegte.
>
> Tippe mal
>
> locate Xorg
>
/var/log/Xorg.0.log
> Bei mir findet sich u.a. /var/log/Xorg.0.log , wo die Meldungen des
> letzten Starts der GUI stehen sollten. Um das ohne GUI anzusehen, tippe
> (und hoffentlich ist "less" installiert, sonst verwende "more"
> stattdessen):
>
> less /var/log/Xorg.0.log
>
> (oder wo auch immer das Log bei Dir ist).
>
> Und wenn die GUI nach startx nicht kommt, sollte sich über
>
> | (WW) warning,(EE) error,(NI) ...
>
Das Xorg.0.log hatte dabnn noch gefunden und darin steht
> vielleicht etwas wie ... hum ... "Keine Anzeige gefunden". Meist passt
> einfach die DISPLAY Variable nicht.
Diese Treiber sind verfügbar
XServer.xorg-video-nouveau Version 1:1.0.16-1
nvidia.driver 435
nvidia.driver 440
nvidia.driver 460 der ist im Moment installiert.
Aber ich muß es nochmal erwähnen, diese Installation macht mit gleichem
Treiber auf gleicher Hardware keine Probleme.
Betriebssystem: Linux Mint 20.1
KDE-Plasma-Version: 5.18.5
KDE-Frameworks-Version: 5.68.0
Dass mir mein Hund das Liebste sei, sagst du oh Mensch sei Sünde,
mein Hund ist mir im Sturme treu, der Mensch nicht mal im Winde.
Franz von Assisi
> On Wed, 17 Mar 2021 12:31:54 +0100, Wolfgang Bauer wrote:
>> Ich bin nach Strg+Alt F3 gegangen und habe startx ausgeführt.
>> Da wir am Bildschirm eine lange Liste ausgegeben. Das was mir wichtig
>> erscheint habe ich aufgeschrieben.
>>
>> (WW) warning,(EE) error,(NI) not not implemented. siehe
>> /home/wolfgang/.local/share/xorg/Xorg.1.log.
>> Gut, nur gibt es in /home/wolfgang/.local/share/ kein xorg und
>> auf dem ganzen System auch kein Xorg.1.log.
>
> Seltsam, dass er den Hinweis auf den Ort der Logs gibt, diese aber nicht
>> Ich bin nach Strg+Alt F3 gegangen und habe startx ausgeführt.
>> Da wir am Bildschirm eine lange Liste ausgegeben. Das was mir wichtig
>> erscheint habe ich aufgeschrieben.
>>
>> (WW) warning,(EE) error,(NI) not not implemented. siehe
>> /home/wolfgang/.local/share/xorg/Xorg.1.log.
>> Gut, nur gibt es in /home/wolfgang/.local/share/ kein xorg und
>> auf dem ganzen System auch kein Xorg.1.log.
>
> anlegte.
>
> Tippe mal
>
> locate Xorg
>
/var/log/Xorg.0.log
> Bei mir findet sich u.a. /var/log/Xorg.0.log , wo die Meldungen des
> letzten Starts der GUI stehen sollten. Um das ohne GUI anzusehen, tippe
> (und hoffentlich ist "less" installiert, sonst verwende "more"
> stattdessen):
>
> less /var/log/Xorg.0.log
>
> (oder wo auch immer das Log bei Dir ist).
>
> Und wenn die GUI nach startx nicht kommt, sollte sich über
>
> | (WW) warning,(EE) error,(NI) ...
>
Das Xorg.0.log hatte dabnn noch gefunden und darin steht
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
> der Grund finden. Oft etwas wie "Displays not found". Auf Deutsch
> vielleicht etwas wie ... hum ... "Keine Anzeige gefunden". Meist passt
> einfach die DISPLAY Variable nicht.
>
>> Und mir stellt sich immer wieder die Frage, warum funktioniert die
>> Inallation über die ich hier schreibe, die andere nicht.
>
> Ich *vermute* ein falscher/kaputter Treiber.
>> Und mir stellt sich immer wieder die Frage, warum funktioniert die
>> Inallation über die ich hier schreibe, die andere nicht.
>
Diese Treiber sind verfügbar
XServer.xorg-video-nouveau Version 1:1.0.16-1
nvidia.driver 435
nvidia.driver 440
nvidia.driver 460 der ist im Moment installiert.
Aber ich muß es nochmal erwähnen, diese Installation macht mit gleichem
Treiber auf gleicher Hardware keine Probleme.
Betriebssystem: Linux Mint 20.1
KDE-Plasma-Version: 5.18.5
KDE-Frameworks-Version: 5.68.0
Qt-Version: 5.12.8
Kernel-Version: 5.4.0-67-generic
Art des Betriebssystems: 64-bit
Prozessoren: 24 × AMD Ryzen 9 3900XT 12-Core Processor
Speicher: 15,6 GiB Arbeitsspeicher
--
Kernel-Version: 5.4.0-67-generic
Art des Betriebssystems: 64-bit
Prozessoren: 24 × AMD Ryzen 9 3900XT 12-Core Processor
Speicher: 15,6 GiB Arbeitsspeicher
Dass mir mein Hund das Liebste sei, sagst du oh Mensch sei Sünde,
mein Hund ist mir im Sturme treu, der Mensch nicht mal im Winde.
Franz von Assisi
Marc Haber
Mar 18, 2021, 4:35:43 AM3/18/21
to
Wolfgang Bauer <wolfgan...@gmx.eu> wrote:
>[ 5.422]
>X.Org X Server 1.20.9
>X Protocol Version 11, Revision 0
>[ 5.422] Build Operating System: Linux 4.15.0-130-generic x86_64 Ubuntu
>[ 5.422] Current Operating System: Linux wolfgang-B 5.4.0-67-generic #75-Ubuntu SMP Fri Feb 19 18:03:38 UTC 2021 x86_64
>[ 5.422] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-5.4.0-67-generic root=UUID=369068e8-7fd9-44c8-b40c-a69f8e08de20 ro quiet splash
>[ 5.422] Build Date: 17 January 2021 09:13:31AM
>[ 5.422] xorg-server 2:1.20.9-2ubuntu1.2~20.04.1 (For technical support please see http://www.ubuntu.com/support)
>[ 5.422] Current version of pixman: 0.38.4
>[ 5.422] Before reporting problems, check http://wiki.x.org
> to make sure that you have the latest version.
>
> (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
>[ 5.422] (==) Log file: "/var/log/Xorg.0.log", Time: Wed Mar 17 11:26:57 2021
>[ 5.422] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
>[ 5.425] (==) No Layout section. Using the first Screen section.
>[ 5.425] (==) No screen section available. Using defaults.
>[ 5.425] (**) |-->Screen "Default Screen Section" (0)
>[ 5.425] (**) | |-->Monitor "<default monitor>"
>[ 5.426] (==) No monitor specified for screen "Default Screen
>Section".
Das ist für ein Xorg.log geradezu verdächtig kurz.
>[ 5.422]
>X.Org X Server 1.20.9
>X Protocol Version 11, Revision 0
>[ 5.422] Build Operating System: Linux 4.15.0-130-generic x86_64 Ubuntu
>[ 5.422] Current Operating System: Linux wolfgang-B 5.4.0-67-generic #75-Ubuntu SMP Fri Feb 19 18:03:38 UTC 2021 x86_64
>[ 5.422] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-5.4.0-67-generic root=UUID=369068e8-7fd9-44c8-b40c-a69f8e08de20 ro quiet splash
>[ 5.422] Build Date: 17 January 2021 09:13:31AM
>[ 5.422] xorg-server 2:1.20.9-2ubuntu1.2~20.04.1 (For technical support please see http://www.ubuntu.com/support)
>[ 5.422] Current version of pixman: 0.38.4
>[ 5.422] Before reporting problems, check http://wiki.x.org
> to make sure that you have the latest version.
>
> (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
>[ 5.422] (==) Log file: "/var/log/Xorg.0.log", Time: Wed Mar 17 11:26:57 2021
>[ 5.422] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
>[ 5.425] (==) No Layout section. Using the first Screen section.
>[ 5.425] (==) No screen section available. Using defaults.
>[ 5.425] (**) |-->Screen "Default Screen Section" (0)
>[ 5.425] (**) | |-->Monitor "<default monitor>"
>[ 5.426] (==) No monitor specified for screen "Default Screen
>Section".
Unknown
Mar 18, 2021, 6:20:26 AM3/18/21
to
Am 18.03.21 09:35, schrieb Marc Haber:
zu groß. Wenn Du möchtest kann ich es auf meinen Server laden.
--
Freundliche Grüße
Wolfgang
>Wolfgang Bauer <wolfgan...@gmx.eu> wrote:
>>[ 5.422]
>>X.Org X Server 1.20.9
>>X Protocol Version 11, Revision 0
>>[ 5.422] Build Operating System: Linux 4.15.0-130-generic x86_64 Ubuntu
>>[ 5.422] Current Operating System: Linux wolfgang-B 5.4.0-67-generic #75-Ubuntu SMP Fri Feb 19 18:03:38 UTC 2021 x86_64
>>[ 5.422] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-5.4.0-67-generic root=UUID=369068e8-7fd9-44c8-b40c-a69f8e08de20 ro quiet splash
>>[ 5.422] Build Date: 17 January 2021 09:13:31AM
>>[ 5.422] xorg-server 2:1.20.9-2ubuntu1.2~20.04.1 (For technical support please see http://www.ubuntu.com/support)
>>[ 5.422] Current version of pixman: 0.38.4
>>[ 5.422] Before reporting problems, check http://wiki.x.org
>> to make sure that you have the latest version.
>>
>> (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
>>[ 5.422] (==) Log file: "/var/log/Xorg.0.log", Time: Wed Mar 17 11:26:57 2021
>>[ 5.422] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
>>[ 5.425] (==) No Layout section. Using the first Screen section.
>>[ 5.425] (==) No screen section available. Using defaults.
>>[ 5.425] (**) |-->Screen "Default Screen Section" (0)
>>[ 5.425] (**) | |-->Monitor "<default monitor>"
>>[ 5.426] (==) No monitor specified for screen "Default Screen
>>Section".
>
>Das ist für ein Xorg.log geradezu verdächtig kurz.
>
>Grüße
>Marc
Das ist auch nicht das ganze log, es ist aber um es hier zu Posten
>>[ 5.422]
>>X.Org X Server 1.20.9
>>X Protocol Version 11, Revision 0
>>[ 5.422] Build Operating System: Linux 4.15.0-130-generic x86_64 Ubuntu
>>[ 5.422] Current Operating System: Linux wolfgang-B 5.4.0-67-generic #75-Ubuntu SMP Fri Feb 19 18:03:38 UTC 2021 x86_64
>>[ 5.422] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-5.4.0-67-generic root=UUID=369068e8-7fd9-44c8-b40c-a69f8e08de20 ro quiet splash
>>[ 5.422] Build Date: 17 January 2021 09:13:31AM
>>[ 5.422] xorg-server 2:1.20.9-2ubuntu1.2~20.04.1 (For technical support please see http://www.ubuntu.com/support)
>>[ 5.422] Current version of pixman: 0.38.4
>>[ 5.422] Before reporting problems, check http://wiki.x.org
>> to make sure that you have the latest version.
>>
>> (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
>>[ 5.422] (==) Log file: "/var/log/Xorg.0.log", Time: Wed Mar 17 11:26:57 2021
>>[ 5.422] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
>>[ 5.425] (==) No Layout section. Using the first Screen section.
>>[ 5.425] (==) No screen section available. Using defaults.
>>[ 5.425] (**) |-->Screen "Default Screen Section" (0)
>>[ 5.425] (**) | |-->Monitor "<default monitor>"
>>[ 5.426] (==) No monitor specified for screen "Default Screen
>>Section".
>
>Das ist für ein Xorg.log geradezu verdächtig kurz.
>
>Grüße
>Marc
zu groß. Wenn Du möchtest kann ich es auf meinen Server laden.
--
Freundliche Grüße
Wolfgang
Wolfgang Bauer
Mar 18, 2021, 12:40:13 PM3/18/21
to
Andreas Kohlbach schrieb:
>
> Das sollten nur die erste, Zeile sein, die WW, EE etc. erklärt. Aber
> vielleicht wird diese Log-Datei gar nicht genutzt? Wann wurde sie das
> letzte Mal geändert?
Xorg.0.log wird bei jedem Start neu geschrieben, die Zeile war aus dem
aktuellen .log
Ausgehend davon, dass die eine Installation funktioniert, die .iso ist
auf einen nicht mehr neuen Stick geschrieben und von da installiert.
Andere Installationen die das Problem hatten wurden vom gleichen Stick
gemacht. War der Bootstick nicht mehr in Ordnung und somit die
Installation schon kaputt?
Ich mache folgendes. Die linuxmint-20.1-cinnamon-64bit.iso frisch
geholt, auf einen anderen Stick geschrieben und dann auf eine andere SSD
installiert. Mal sehen was dann wird.
--
Der Horizont der meisten Menschen ist ein Kreis mit dem Radius 0.
Und das nennen sie ihren Standpunkt.
Albert Einstein
>
> Das sollten nur die erste, Zeile sein, die WW, EE etc. erklärt. Aber
> vielleicht wird diese Log-Datei gar nicht genutzt? Wann wurde sie das
> letzte Mal geändert?
Xorg.0.log wird bei jedem Start neu geschrieben, die Zeile war aus dem
aktuellen .log
Ausgehend davon, dass die eine Installation funktioniert, die .iso ist
auf einen nicht mehr neuen Stick geschrieben und von da installiert.
Andere Installationen die das Problem hatten wurden vom gleichen Stick
gemacht. War der Bootstick nicht mehr in Ordnung und somit die
Installation schon kaputt?
Ich mache folgendes. Die linuxmint-20.1-cinnamon-64bit.iso frisch
geholt, auf einen anderen Stick geschrieben und dann auf eine andere SSD
installiert. Mal sehen was dann wird.
--
Der Horizont der meisten Menschen ist ein Kreis mit dem Radius 0.
Und das nennen sie ihren Standpunkt.
Albert Einstein
Wolfgang Bauer
Mar 18, 2021, 12:40:28 PM3/18/21
to
Andreas Kohlbach schrieb:
> Das sollten nur die erste, Zeile sein, die WW, EE etc. erklärt. Aber
> vielleicht wird diese Log-Datei gar nicht genutzt? Wann wurde sie das
> letzte Mal geändert?
Ich habe 20.1 neu vom Server geholt, die
> Das sollten nur die erste, Zeile sein, die WW, EE etc. erklärt. Aber
> vielleicht wird diese Log-Datei gar nicht genutzt? Wann wurde sie das
> letzte Mal geändert?
linuxmint-20.1-cinnamon-64bit.iso auf neuen Stick geschrieben und auf
eine neue SSD installiert. Die gleiche Ausgabe in der Xorg.0.log
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
Installation verworfen. Dann habe ich, es gibt ja die unmöglichsten
Ursachen, Mint 20 neu vom Server geholt, die
linuxmint-20.1-cinnamon-64bit.iso auf einen Stick geschrieben und auf
eine SSD installiert. Die gleiche Ausgabe in der Xorg.0.log
Übrigens, wenn man das in eine Suchmaschine eingibt wird man nahezu
erschlagen von der Vielfalt der Hilfesuchenden wegen dieses Fehlers.
--
Meistens belehrt erst der Verlust uns über den Wert der Dinge.
Arthur Schopenhauer
Bernd Mayer
Mar 18, 2021, 12:47:11 PM3/18/21
to
Am 17.03.21 um 17:57 schrieb Wolfgang Bauer:
hast Du zwei solcher PCs mit 24 × AMD Ryzen 9 3900XT 12-Core Processor?
Was für eine Grafikkarte ist da drin?
Der nvidia.driver 460 ist ganz neu.
Im Netz habe ich nur Anleitungen zur Installation auf englisch gefunden.
Linuxmint emfiehlt die Treiber des Herstellers.
Wie sieht die Belegung der SSD aus (df -h).
Wieso denkst Du, das die SSD die Ursache des Fehlers ist?
Bernd Mayer
>
> Diese Treiber sind verfügbar
> XServer.xorg-video-nouveau Version 1:1.0.16-1
> nvidia.driver 435
> nvidia.driver 440
> nvidia.driver 460 der ist im Moment installiert.
>
> Aber ich muß es nochmal erwähnen, diese Installation macht mit gleichem
> Treiber auf gleicher Hardware keine Probleme.
>
> Betriebssystem: Linux Mint 20.1
> KDE-Plasma-Version: 5.18.5
> KDE-Frameworks-Version: 5.68.0
> Qt-Version: 5.12.8
> Kernel-Version: 5.4.0-67-generic
> Art des Betriebssystems: 64-bit
> Prozessoren: 24 × AMD Ryzen 9 3900XT 12-Core Processor
> Speicher: 15,6 GiB Arbeitsspeicher
Hallo,
> Diese Treiber sind verfügbar
> XServer.xorg-video-nouveau Version 1:1.0.16-1
> nvidia.driver 435
> nvidia.driver 440
> nvidia.driver 460 der ist im Moment installiert.
>
> Aber ich muß es nochmal erwähnen, diese Installation macht mit gleichem
> Treiber auf gleicher Hardware keine Probleme.
>
> Betriebssystem: Linux Mint 20.1
> KDE-Plasma-Version: 5.18.5
> KDE-Frameworks-Version: 5.68.0
> Qt-Version: 5.12.8
> Kernel-Version: 5.4.0-67-generic
> Art des Betriebssystems: 64-bit
> Prozessoren: 24 × AMD Ryzen 9 3900XT 12-Core Processor
> Speicher: 15,6 GiB Arbeitsspeicher
hast Du zwei solcher PCs mit 24 × AMD Ryzen 9 3900XT 12-Core Processor?
Was für eine Grafikkarte ist da drin?
Der nvidia.driver 460 ist ganz neu.
Im Netz habe ich nur Anleitungen zur Installation auf englisch gefunden.
Linuxmint emfiehlt die Treiber des Herstellers.
Wie sieht die Belegung der SSD aus (df -h).
Wieso denkst Du, das die SSD die Ursache des Fehlers ist?
Bernd Mayer
Ralph Angenendt
Mar 18, 2021, 12:59:51 PM3/18/21
to
Well, Martin Schnitkemper <news.trash...@spamgourmet.com> wrote:
> wieder eingebaut sondern durch eine WD BLACK SN750 ersetzt, weil das Board
> jetzt NVMe-Slots hat und die Handhabung deutlich einfacher ist.
>
> hdparm meldet
>| Timing buffered disk reads: 3068 MB in 3.00 seconds = 1022.11 MB/sec
>
> und für eine als Backup eingebaute Magnetplatte
>| Timing buffered disk reads: 384 MB in 3.00 seconds = 127.87 MB/sec
Mal abgesehen von den berühmten mittleren Zugriffszeiten, die bei der
SSD doch leicht anders sind, mangels Kopf und so.
Ralph
--
Übervaterlandverräter und Mutterkornblumenblau
> Am Mittwoch, 17.03.2021 15:39 schrieb Bernd Mayer:
>
>> hier habe ich auch eine SSD von Kingston (SA400) die läuft kaum
>> schneller als eine Festplatte (182 MB/sec mit hdparm).
>
> Die SSD (von Samsung) hatte ich anlässlich des letzten Upgrades nicht
>
>> hier habe ich auch eine SSD von Kingston (SA400) die läuft kaum
>> schneller als eine Festplatte (182 MB/sec mit hdparm).
>
> wieder eingebaut sondern durch eine WD BLACK SN750 ersetzt, weil das Board
> jetzt NVMe-Slots hat und die Handhabung deutlich einfacher ist.
>
> hdparm meldet
>| Timing buffered disk reads: 3068 MB in 3.00 seconds = 1022.11 MB/sec
>
> und für eine als Backup eingebaute Magnetplatte
>| Timing buffered disk reads: 384 MB in 3.00 seconds = 127.87 MB/sec
Mal abgesehen von den berühmten mittleren Zugriffszeiten, die bei der
SSD doch leicht anders sind, mangels Kopf und so.
Ralph
--
Übervaterlandverräter und Mutterkornblumenblau
Bernd Mayer
Mar 18, 2021, 1:07:37 PM3/18/21
to
Am 18.03.21 um 13:07 schrieb Wolfgang Bauer:
wie lange konntest Du die Installation von linuxmint aus dem posting
produktiv verwenden?
Bernd Mayer
> Andreas Kohlbach schrieb:
>
>> Das sollten nur die erste, Zeile sein, die WW, EE etc. erklärt. Aber
>> vielleicht wird diese Log-Datei gar nicht genutzt? Wann wurde sie das
>> letzte Mal geändert?
>
> Ich habe 20.1 neu vom Server geholt, die
> linuxmint-20.1-cinnamon-64bit.iso auf neuen Stick geschrieben und auf
> eine neue SSD installiert. Die gleiche Ausgabe in der Xorg.0.log
>
> (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
> [ 5.404] (==) Log file: "/var/log/Xorg.0.log", Time: Thu Mar 18 12:53:33 2021
>
> Installation verworfen.
Hallo,
>
>> Das sollten nur die erste, Zeile sein, die WW, EE etc. erklärt. Aber
>> vielleicht wird diese Log-Datei gar nicht genutzt? Wann wurde sie das
>> letzte Mal geändert?
>
> Ich habe 20.1 neu vom Server geholt, die
> linuxmint-20.1-cinnamon-64bit.iso auf neuen Stick geschrieben und auf
> eine neue SSD installiert. Die gleiche Ausgabe in der Xorg.0.log
>
> (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
> [ 5.404] (==) Log file: "/var/log/Xorg.0.log", Time: Thu Mar 18 12:53:33 2021
>
> Installation verworfen.
wie lange konntest Du die Installation von linuxmint aus dem posting
produktiv verwenden?
Bernd Mayer
Wolfgang Bauer
Mar 18, 2021, 1:08:11 PM3/18/21
to
Martin Schnitkemper schrieb:
Xorg.0.log haben können.
> Schnitzeljagd-2.0: man veröffentlicht zunächst nur die ersten fünf Sekunden
> eines Logs und wartet ab, ob die anderen Spielteilnehmer von selber drauf
> kommen, wo es klemmen könnte.
>
> Nachdem die Spielteilnehmer tagelang in alle Richtungen spekulieren
> durften, bekommen sie dann einen weiteren, kleinen Log-Schnipsel als
> Hinweis vorgeworfen.
>
Der mir wichtig erscheinende Eintrag aus dem Xorg.0.log hatte ich gepostet.
> Das legen falscher Fährten ("es geht nicht um USB sondern um eine SSD") ist
> in diesem Spiel mit dem Ziel, es in die Länge zu ziehen, ausdrücklich
> erlaubt.
Ich habe von Anfang an geschrieben, dass es um die Linux Mint
Installation auf einer SSD geht. Das haben einige Quereinsteiger dann
überlesen und USB ins Spiel gebracht.
--
Die zehn Gebote Gottes enthalten 279 Wörter, die amerikanische
Unabhängigkeitserklärung 300 Wörter, die Verordnung der europäischen
Gemeinschaft über den Import von Karamelbonbons aber exakt 25911 Wörter.
> Am Donnerstag, 18.03.2021 09:35 schrieb Marc Haber:
>
>> Das ist für ein Xorg.log geradezu verdächtig kurz.
>
Wenn Marc näher interessiert gewesen wäre, hätte er auch das komplette
>
>> Das ist für ein Xorg.log geradezu verdächtig kurz.
>
Xorg.0.log haben können.
> Schnitzeljagd-2.0: man veröffentlicht zunächst nur die ersten fünf Sekunden
> eines Logs und wartet ab, ob die anderen Spielteilnehmer von selber drauf
> kommen, wo es klemmen könnte.
>
> Nachdem die Spielteilnehmer tagelang in alle Richtungen spekulieren
> durften, bekommen sie dann einen weiteren, kleinen Log-Schnipsel als
> Hinweis vorgeworfen.
>
Der mir wichtig erscheinende Eintrag aus dem Xorg.0.log hatte ich gepostet.
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
Hier ist das komplette Log. http://wolfgang-bauer.at/download/Xorg.0.log
> Das legen falscher Fährten ("es geht nicht um USB sondern um eine SSD") ist
> in diesem Spiel mit dem Ziel, es in die Länge zu ziehen, ausdrücklich
> erlaubt.
Ich habe von Anfang an geschrieben, dass es um die Linux Mint
Installation auf einer SSD geht. Das haben einige Quereinsteiger dann
überlesen und USB ins Spiel gebracht.
--
Die zehn Gebote Gottes enthalten 279 Wörter, die amerikanische
Unabhängigkeitserklärung 300 Wörter, die Verordnung der europäischen
Gemeinschaft über den Import von Karamelbonbons aber exakt 25911 Wörter.
Unknown
Mar 18, 2021, 1:24:59 PM3/18/21
to
Am 18.03.21 18:07, schrieb Bernd Mayer:
--
Freundliche Grüße
Wolfgang
>Am 18.03.21 um 13:07 schrieb Wolfgang Bauer:
>> (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
>> [ 5.404] (==) Log file: "/var/log/Xorg.0.log", Time: Thu Mar 18 12:53:33 2021
>>
>> Installation verworfen.
>
>Hallo,
>
>wie lange konntest Du die Installation von linuxmint aus dem posting
>produktiv verwenden?
>
Es waren vier Tage, dann ist der Bildschirm nicht mehr gestartet.
>> [ 5.404] (==) Log file: "/var/log/Xorg.0.log", Time: Thu Mar 18 12:53:33 2021
>>
>> Installation verworfen.
>
>Hallo,
>
>wie lange konntest Du die Installation von linuxmint aus dem posting
>produktiv verwenden?
>
--
Freundliche Grüße
Wolfgang
Marc Haber
Mar 18, 2021, 1:43:38 PM3/18/21
to
Wolfgang Bauer <wolfgan...@gmx.eu> wrote:
>Andreas Kohlbach schrieb:
>
>> Das sollten nur die erste, Zeile sein, die WW, EE etc. erklärt. Aber
>> vielleicht wird diese Log-Datei gar nicht genutzt? Wann wurde sie das
>> letzte Mal geändert?
>
>Ich habe 20.1 neu vom Server geholt, die
>linuxmint-20.1-cinnamon-64bit.iso auf neuen Stick geschrieben und auf
>eine neue SSD installiert. Die gleiche Ausgabe in der Xorg.0.log
>
> r
>Andreas Kohlbach schrieb:
>
>> Das sollten nur die erste, Zeile sein, die WW, EE etc. erklärt. Aber
>> vielleicht wird diese Log-Datei gar nicht genutzt? Wann wurde sie das
>> letzte Mal geändert?
>
>Ich habe 20.1 neu vom Server geholt, die
>linuxmint-20.1-cinnamon-64bit.iso auf neuen Stick geschrieben und auf
>eine neue SSD installiert. Die gleiche Ausgabe in der Xorg.0.log
>
>[ 5.404] (==) Log file: "/var/log/Xorg.0.log", Time: Thu Mar 18 12:53:33 2021
>
>Installation verworfen. Dann habe ich, es gibt ja die unmöglichsten
>Ursachen, Mint 20 neu vom Server geholt, die
>linuxmint-20.1-cinnamon-64bit.iso auf einen Stick geschrieben und auf
>eine SSD installiert. Die gleiche Ausgabe in der Xorg.0.log
>
>Übrigens, wenn man das in eine Suchmaschine eingibt wird man nahezu
>erschlagen von der Vielfalt der Hilfesuchenden wegen dieses Fehlers.
--
>
>Installation verworfen. Dann habe ich, es gibt ja die unmöglichsten
>Ursachen, Mint 20 neu vom Server geholt, die
>linuxmint-20.1-cinnamon-64bit.iso auf einen Stick geschrieben und auf
>eine SSD installiert. Die gleiche Ausgabe in der Xorg.0.log
>
>Übrigens, wenn man das in eine Suchmaschine eingibt wird man nahezu
>erschlagen von der Vielfalt der Hilfesuchenden wegen dieses Fehlers.
--
Marc Haber
Mar 18, 2021, 1:44:02 PM3/18/21
to
Wolfgang Bauer <wolfgan...@gmx.eu> wrote:
>Übrigens, wenn man das in eine Suchmaschine eingibt wird man nahezu
>erschlagen von der Vielfalt der Hilfesuchenden wegen dieses Fehlers.
Du hast ernsthaft nach "(WW) warning, (EE) error, (NI) not
>Übrigens, wenn man das in eine Suchmaschine eingibt wird man nahezu
>erschlagen von der Vielfalt der Hilfesuchenden wegen dieses Fehlers.
implemented, (??) unknown." gegoogelt?
Grüße
Marc
Marc Haber
Mar 18, 2021, 1:48:13 PM3/18/21
to
Wolfgang Bauer <wolfgan...@gmx.eu> wrote:
>Der mir wichtig erscheinende Eintrag aus dem Xorg.0.log hatte ich gepostet.
>(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
Das ist eine Erklärung, die in dieser Form in exakt jedem Xorg-Log
>Der mir wichtig erscheinende Eintrag aus dem Xorg.0.log hatte ich gepostet.
>(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
steth. Sie erklärt, was die Markierungen der Folgezeilen bedeuten.
Wolfgang Bauer
Mar 18, 2021, 2:08:07 PM3/18/21
to
Bernd Mayer schrieb:
> Hallo,
>
> hast Du zwei solcher PCs mit 24 × AMD Ryzen 9 3900XT 12-Core Processor?
Nein nur einen.
> Was für eine Grafikkarte ist da drin?
NVIDIA TU 117 [Geforce GTX 165]
> Der nvidia.driver 460 ist ganz neu.
>
> Im Netz habe ich nur Anleitungen zur Installation auf englisch
> gefunden. Linuxmint emfiehlt die Treiber des Herstellers.
>
> Wie sieht die Belegung der SSD aus (df -h).
>
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
udev 7,8G 0 7,8G 0% /dev
tmpfs 1,6G 1,8M 1,6G 1% /run
/dev/sda2 228G 51G 167G 24% /
tmpfs 7,9G 0 7,9G 0% /dev/shm
tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs 7,9G 0 7,9G 0% /sys/fs/cgroup
/dev/sda1 511M 7,9M 504M 2% /boot/efi
tmpfs 1,6G 24K 1,6G 1% /run/user/1000
> Wieso denkst Du, das die SSD die Ursache des Fehlers ist?
>
Das konnte ich inzwischen ausschließen. Eine Installation auf einer
neuen SSD zeigt den gleichen Fehler. Gib mal in deine Suchmaschine
alllein nur Xorg ein. Du wirst erschlagen von Fehlermeldungen im
Zusammenhang mit Xorg, Xserver.
--
Wenn in 1000 Jahren künftige Generationen die Rest unserer Kultur
ausgraben - was werden sie finden?
Badewannen und Spülmaschinen.
Frank Lloyd Wright
> Hallo,
>
> hast Du zwei solcher PCs mit 24 × AMD Ryzen 9 3900XT 12-Core Processor?
> Was für eine Grafikkarte ist da drin?
> Der nvidia.driver 460 ist ganz neu.
>
> Im Netz habe ich nur Anleitungen zur Installation auf englisch
> gefunden. Linuxmint emfiehlt die Treiber des Herstellers.
>
> Wie sieht die Belegung der SSD aus (df -h).
>
udev 7,8G 0 7,8G 0% /dev
tmpfs 1,6G 1,8M 1,6G 1% /run
/dev/sda2 228G 51G 167G 24% /
tmpfs 7,9G 0 7,9G 0% /dev/shm
tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs 7,9G 0 7,9G 0% /sys/fs/cgroup
/dev/sda1 511M 7,9M 504M 2% /boot/efi
tmpfs 1,6G 24K 1,6G 1% /run/user/1000
> Wieso denkst Du, das die SSD die Ursache des Fehlers ist?
>
neuen SSD zeigt den gleichen Fehler. Gib mal in deine Suchmaschine
alllein nur Xorg ein. Du wirst erschlagen von Fehlermeldungen im
Zusammenhang mit Xorg, Xserver.
--
Wenn in 1000 Jahren künftige Generationen die Rest unserer Kultur
ausgraben - was werden sie finden?
Badewannen und Spülmaschinen.
Frank Lloyd Wright
Unknown
Mar 18, 2021, 2:31:48 PM3/18/21
to
Am 18.03.21 18:48, schrieb Marc Haber:
Xorg werden doch einige Fehler nachgesagt. Aber gut, wenn dieser Hinweis
in jedem Xorg.log steht dann muß der Fehler den ich geschrieben habe
noch andere Gründe haben.
--
Freundliche Grüße
Wolfgang
>Wolfgang Bauer <wolfgan...@gmx.eu> wrote:
>>Der mir wichtig erscheinende Eintrag aus dem Xorg.0.log hatte ich gepostet.
>>(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
>
>Das ist eine Erklärung, die in dieser Form in exakt jedem Xorg-Log
>steth. Sie erklärt, was die Markierungen der Folgezeilen bedeuten.
Das wird sich hoffentlich ändern wenn Xorg durch Wayland ersetzt wird.
>>Der mir wichtig erscheinende Eintrag aus dem Xorg.0.log hatte ich gepostet.
>>(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
>
>Das ist eine Erklärung, die in dieser Form in exakt jedem Xorg-Log
>steth. Sie erklärt, was die Markierungen der Folgezeilen bedeuten.
Xorg werden doch einige Fehler nachgesagt. Aber gut, wenn dieser Hinweis
in jedem Xorg.log steht dann muß der Fehler den ich geschrieben habe
noch andere Gründe haben.
--
Freundliche Grüße
Wolfgang
Bernd Mayer
Mar 18, 2021, 2:59:09 PM3/18/21
to
Am 18.03.21 um 18:15 schrieb Wolfgang Bauer:
> Bernd Mayer schrieb:
>>
wieso schreibst Du dann:
mit AMD Ryzen 9 3900XT hast?
Deine Logik beim Beschreiben und Analysieren von Fehlern ist kaum noch
zu übertreffen.
Das Beheben von Fehlern auch.
Gib mal "AMD SSD Problem" in ein Suchmaschine ein, Du wirst erschlagen
von Fehlermeldungen.
Bernd Mayer
> Bernd Mayer schrieb:
>>
>> hast Du zwei solcher PCs mit 24 × AMD Ryzen 9 3900XT 12-Core Processor?
>
> Nein nur einen.
>
>> Was für eine Grafikkarte ist da drin?
>
> NVIDIA TU 117 [Geforce GTX 165]
>
>
> Nein nur einen.
>
>> Was für eine Grafikkarte ist da drin?
>
> NVIDIA TU 117 [Geforce GTX 165]
>
>> Wie sieht die Belegung der SSD aus (df -h).
>>
> Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
> udev 7,8G 0 7,8G 0% /dev
> tmpfs 1,6G 1,8M 1,6G 1% /run
> /dev/sda2 228G 51G 167G 24% /
> tmpfs 7,9G 0 7,9G 0% /dev/shm
> tmpfs 5,0M 4,0K 5,0M 1% /run/lock
> tmpfs 7,9G 0 7,9G 0% /sys/fs/cgroup
> /dev/sda1 511M 7,9M 504M 2% /boot/efi
> tmpfs 1,6G 24K 1,6G 1% /run/user/1000
>
>> Wieso denkst Du, das die SSD die Ursache des Fehlers ist?
>>
> Das konnte ich inzwischen ausschließen. Eine Installation auf einer
> neuen SSD zeigt den gleichen Fehler. Gib mal in deine Suchmaschine
> alllein nur Xorg ein. Du wirst erschlagen von Fehlermeldungen im
> Zusammenhang mit Xorg, Xserver.
Hallo,
>>
> Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
> udev 7,8G 0 7,8G 0% /dev
> tmpfs 1,6G 1,8M 1,6G 1% /run
> /dev/sda2 228G 51G 167G 24% /
> tmpfs 7,9G 0 7,9G 0% /dev/shm
> tmpfs 5,0M 4,0K 5,0M 1% /run/lock
> tmpfs 7,9G 0 7,9G 0% /sys/fs/cgroup
> /dev/sda1 511M 7,9M 504M 2% /boot/efi
> tmpfs 1,6G 24K 1,6G 1% /run/user/1000
>
>> Wieso denkst Du, das die SSD die Ursache des Fehlers ist?
>>
> Das konnte ich inzwischen ausschließen. Eine Installation auf einer
> neuen SSD zeigt den gleichen Fehler. Gib mal in deine Suchmaschine
> alllein nur Xorg ein. Du wirst erschlagen von Fehlermeldungen im
> Zusammenhang mit Xorg, Xserver.
wieso schreibst Du dann:
"Aber ich muß es nochmal erwähnen, diese Installation macht mit gleichem
Treiber auf gleicher Hardware keine Probleme." wenn Du nur ein System
mit AMD Ryzen 9 3900XT hast?
Deine Logik beim Beschreiben und Analysieren von Fehlern ist kaum noch
zu übertreffen.
Das Beheben von Fehlern auch.
Gib mal "AMD SSD Problem" in ein Suchmaschine ein, Du wirst erschlagen
von Fehlermeldungen.
Bernd Mayer
Sieghard Schicktanz
Mar 18, 2021, 3:13:05 PM3/18/21
to
Hallo Wolfgang,
Du schriebst am Thu, 18 Mar 2021 18:03:05 +0100:
> Der mir wichtig erscheinende Eintrag aus dem Xorg.0.log hatte ich
^n ^en
schon erklärt (in der Absicht zu erklären, geschrieben) hat.
> Ich habe von Anfang an geschrieben, dass es um die Linux Mint
> Installation auf einer SSD geht. Das haben einige Quereinsteiger dann
> überlesen und USB ins Spiel gebracht.
Du hast geschrieben, Du hättest von einem USB-Stick auf eine (neue!) SSD
installiert, die Xorg.0.log angeschaut, die Kommentarzeile gelesen und dann
- deshalb? - die Installation verworfen.
Das kann man nur noch als oberste Stufe der Begriffsstutzigkeit ansehen.
Da verlieren auch Anfänger die Lust, das weiter zu verfolgen.
(So, das war schon zuviel dazu. Ich äußere mich dazu nicht mehr.)
--
--
(Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung
nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem)
-----------------------------------------------------------
Mit freundlichen Grüßen, S. Schicktanz
-----------------------------------------------------------
Du schriebst am Thu, 18 Mar 2021 18:03:05 +0100:
> Der mir wichtig erscheinende Eintrag aus dem Xorg.0.log hatte ich
> gepostet. (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
Der ist _NICHT_ wichtig, sondern nur ein kommentar, wie Dir Anreas Kohlbach
schon erklärt (in der Absicht zu erklären, geschrieben) hat.
> Ich habe von Anfang an geschrieben, dass es um die Linux Mint
> Installation auf einer SSD geht. Das haben einige Quereinsteiger dann
> überlesen und USB ins Spiel gebracht.
installiert, die Xorg.0.log angeschaut, die Kommentarzeile gelesen und dann
- deshalb? - die Installation verworfen.
Das kann man nur noch als oberste Stufe der Begriffsstutzigkeit ansehen.
Da verlieren auch Anfänger die Lust, das weiter zu verfolgen.
(So, das war schon zuviel dazu. Ich äußere mich dazu nicht mehr.)
--
--
(Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung
nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem)
-----------------------------------------------------------
Mit freundlichen Grüßen, S. Schicktanz
-----------------------------------------------------------
Bernd Mayer
Mar 18, 2021, 3:33:59 PM3/18/21
to
Am 18.03.21 um 18:15 schrieb Wolfgang Bauer:
> Bernd Mayer schrieb:
>>
> Bernd Mayer schrieb:
>>
>> hast Du zwei solcher PCs mit 24 × AMD Ryzen 9 3900XT 12-Core Processor?
>
> Nein nur einen.
>
>> Was für eine Grafikkarte ist da drin?
>
> NVIDIA TU 117 [Geforce GTX 165]
>
>
> Nein nur einen.
>
>> Was für eine Grafikkarte ist da drin?
>
> NVIDIA TU 117 [Geforce GTX 165]
>
>> Wie sieht die Belegung der SSD aus (df -h).
>>
> Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
> udev 7,8G 0 7,8G 0% /dev
> tmpfs 1,6G 1,8M 1,6G 1% /run
> /dev/sda2 228G 51G 167G 24% /
> tmpfs 7,9G 0 7,9G 0% /dev/shm
> tmpfs 5,0M 4,0K 5,0M 1% /run/lock
> tmpfs 7,9G 0 7,9G 0% /sys/fs/cgroup
> /dev/sda1 511M 7,9M 504M 2% /boot/efi
> tmpfs 1,6G 24K 1,6G 1% /run/user/1000
>
>> Wieso denkst Du, das die SSD die Ursache des Fehlers ist?
>>
> Das konnte ich inzwischen ausschließen. Eine Installation auf einer
> neuen SSD zeigt den gleichen Fehler. Gib mal in deine Suchmaschine
> alllein nur Xorg ein. Du wirst erschlagen von Fehlermeldungen im
> Zusammenhang mit Xorg, Xserver.
>>
> Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
> udev 7,8G 0 7,8G 0% /dev
> tmpfs 1,6G 1,8M 1,6G 1% /run
> /dev/sda2 228G 51G 167G 24% /
> tmpfs 7,9G 0 7,9G 0% /dev/shm
> tmpfs 5,0M 4,0K 5,0M 1% /run/lock
> tmpfs 7,9G 0 7,9G 0% /sys/fs/cgroup
> /dev/sda1 511M 7,9M 504M 2% /boot/efi
> tmpfs 1,6G 24K 1,6G 1% /run/user/1000
>
>> Wieso denkst Du, das die SSD die Ursache des Fehlers ist?
>>
> Das konnte ich inzwischen ausschließen. Eine Installation auf einer
> neuen SSD zeigt den gleichen Fehler. Gib mal in deine Suchmaschine
> alllein nur Xorg ein. Du wirst erschlagen von Fehlermeldungen im
> Zusammenhang mit Xorg, Xserver.
Hallo,
wieso schreibst Du dann:
wieso schreibst Du dann:
"Aber ich muß es nochmal erwähnen, diese Installation macht mit gleichem
Treiber auf gleicher Hardware keine Probleme." wenn Du nur ein System
mit AMD Ryzen 9 3900XT hast?
Deine Logik beim Beschreiben und Analysieren von Fehlern ist kaum noch
zu übertreffen.
Das Beheben von Fehlern auch.
Gib mal "linuxmint SSD Problem" in eine Suchmaschine ein, Du wirst
mit AMD Ryzen 9 3900XT hast?
Deine Logik beim Beschreiben und Analysieren von Fehlern ist kaum noch
zu übertreffen.
Das Beheben von Fehlern auch.
Wolfgang Bauer
Mar 18, 2021, 4:08:11 PM3/18/21
to
Bernd Mayer schrieb:
> Hallo,
>
> wieso schreibst Du dann:
> "Aber ich muß es nochmal erwähnen, diese Installation macht mit gleichem
> Treiber auf gleicher Hardware keine Probleme." wenn Du nur ein System
> mit AMD Ryzen 9 3900XT hast?
>
Oh man. Es geht um eine Linux Mint Installation auf einer SSD die mit
gleichem Treiber auf gleicher Hardware keine Probleme macht.
Eine *andere Installation* auf einer *anderen SSD* macht auf dem
*gleichen PC* und *gleicher Hardware* Probleme. Nun verstanden?
> Deine Logik beim Beschreiben und Analysieren von Fehlern ist kaum noch
> zu übertreffen.
>
Deine Logik beim Lesen und Analysieren von beschriebenen Fehlern ist
--
Besser Sommer auf dem Balkon als Winter am Strand.
> Hallo,
>
> wieso schreibst Du dann:
> "Aber ich muß es nochmal erwähnen, diese Installation macht mit gleichem
> Treiber auf gleicher Hardware keine Probleme." wenn Du nur ein System
> mit AMD Ryzen 9 3900XT hast?
>
gleichem Treiber auf gleicher Hardware keine Probleme macht.
Eine *andere Installation* auf einer *anderen SSD* macht auf dem
*gleichen PC* und *gleicher Hardware* Probleme. Nun verstanden?
> Deine Logik beim Beschreiben und Analysieren von Fehlern ist kaum noch
> zu übertreffen.
>
kaum noch zu übertreffen.
> Das Beheben von Fehlern auch.
Danke.
> Das Beheben von Fehlern auch.
--
Besser Sommer auf dem Balkon als Winter am Strand.
Andreas Kohlbach
Mar 18, 2021, 7:00:01 PM3/18/21
to
On Thu, 18 Mar 2021 20:47:49 +0100, Wolfgang Bauer wrote:
>
> Bernd Mayer schrieb:
Ist die Quelle der Installationen identisch? Dann schließt das darauf,
dass die SSD kaputt ist.
Wenn es eine andere Quelle ist, mag sie, warum auch immer, nicht mit
Deiner Hardware ins Bett gehen. Dann nimm sie halt nicht.
--
Andreas
>
> Bernd Mayer schrieb:
>
>> wieso schreibst Du dann:
>> "Aber ich muß es nochmal erwähnen, diese Installation macht mit gleichem
>> Treiber auf gleicher Hardware keine Probleme." wenn Du nur ein System
>> mit AMD Ryzen 9 3900XT hast?
>>
> Oh man. Es geht um eine Linux Mint Installation auf einer SSD die mit
> gleichem Treiber auf gleicher Hardware keine Probleme macht.
> Eine *andere Installation* auf einer *anderen SSD* macht auf dem
> *gleichen PC* und *gleicher Hardware* Probleme. Nun verstanden?
Vorher kam das zumindest mir nicht raus.
>> wieso schreibst Du dann:
>> "Aber ich muß es nochmal erwähnen, diese Installation macht mit gleichem
>> Treiber auf gleicher Hardware keine Probleme." wenn Du nur ein System
>> mit AMD Ryzen 9 3900XT hast?
>>
> Oh man. Es geht um eine Linux Mint Installation auf einer SSD die mit
> gleichem Treiber auf gleicher Hardware keine Probleme macht.
> Eine *andere Installation* auf einer *anderen SSD* macht auf dem
> *gleichen PC* und *gleicher Hardware* Probleme. Nun verstanden?
Ist die Quelle der Installationen identisch? Dann schließt das darauf,
dass die SSD kaputt ist.
Wenn es eine andere Quelle ist, mag sie, warum auch immer, nicht mit
Deiner Hardware ins Bett gehen. Dann nimm sie halt nicht.
--
Andreas
Marc Haber
Mar 22, 2021, 1:03:41 PM3/22/21
to
Bernd Mayer <beam.b...@knuut.de> wrote:
>hier etwa:
>2
Chipset.
>Ich frage mich auch, wie ein BIOS-update ablaufen soll wenn die
>USB-Verbindung instabil ist.
Mindestens mein Mainboard kann das BIOS Update direkt aus dem Internet
herunterladen, außerdem hoffe ich mal dass moderne Boards vor dem
Flash eine Checksumme prüfen. Irgendwann wird das dann wohl klappen.
Grüße
Marc
>hier etwa:
>2
>
>Oder in eine Suchmaschine
>"AMD USB Problem" eingeben
Ok, damit ist mein Rechner nicht geschlagen, der hat noch einen X470
>Oder in eine Suchmaschine
>"AMD USB Problem" eingeben
Chipset.
>Ich frage mich auch, wie ein BIOS-update ablaufen soll wenn die
>USB-Verbindung instabil ist.
herunterladen, außerdem hoffe ich mal dass moderne Boards vor dem
Flash eine Checksumme prüfen. Irgendwann wird das dann wohl klappen.
Grüße
Marc
Bernd Mayer
Mar 22, 2021, 3:07:51 PM3/22/21
to
Am 22.03.21 um 18:03 schrieb Marc Haber:
ich habe ein MoBo mit B550 Chipsatz. Bei der Auswahl der
BIOS-Firmware-Datei werden auch die internen Festplatten angezeigt.
Internes Laufwerk ist noch keines drin, ich habe zur Installation eines
mit USB-Anschluß genutzt.
Es gibt auch einen speziellen USB-Port für BIOS-FlashBack ohne CPU.
BIOS-update übers Internet geht vom BIOS aus nicht.
Heute wird eine Beta-Version
"Update AMD AM4 AGESA V2 PI 1.2.0.1 Patch A"
zum Download angeboten.
Bernd Mayer
> Bernd Mayer <beam.b...@knuut.de> wrote:
>> hier etwa:
>> 2
>>
>> Oder in eine Suchmaschine
>> "AMD USB Problem" eingeben
>
> Ok, damit ist mein Rechner nicht geschlagen, der hat noch einen X470
> Chipset.
>
>> Ich frage mich auch, wie ein BIOS-update ablaufen soll wenn die
>> USB-Verbindung instabil ist.
>
> Mindestens mein Mainboard kann das BIOS Update direkt aus dem Internet
> herunterladen, außerdem hoffe ich mal dass moderne Boards vor dem
> Flash eine Checksumme prüfen. Irgendwann wird das dann wohl klappen.
Hallo,
>> hier etwa:
>> 2
>>
>> Oder in eine Suchmaschine
>> "AMD USB Problem" eingeben
>
> Ok, damit ist mein Rechner nicht geschlagen, der hat noch einen X470
> Chipset.
>
>> Ich frage mich auch, wie ein BIOS-update ablaufen soll wenn die
>> USB-Verbindung instabil ist.
>
> Mindestens mein Mainboard kann das BIOS Update direkt aus dem Internet
> herunterladen, außerdem hoffe ich mal dass moderne Boards vor dem
> Flash eine Checksumme prüfen. Irgendwann wird das dann wohl klappen.
ich habe ein MoBo mit B550 Chipsatz. Bei der Auswahl der
BIOS-Firmware-Datei werden auch die internen Festplatten angezeigt.
Internes Laufwerk ist noch keines drin, ich habe zur Installation eines
mit USB-Anschluß genutzt.
Es gibt auch einen speziellen USB-Port für BIOS-FlashBack ohne CPU.
BIOS-update übers Internet geht vom BIOS aus nicht.
Heute wird eine Beta-Version
"Update AMD AM4 AGESA V2 PI 1.2.0.1 Patch A"
zum Download angeboten.
Bernd Mayer
Marc Haber
Mar 23, 2021, 4:48:04 AM3/23/21
to
Bernd Mayer <beam.b...@knuut.de> wrote:
>Heute wird eine Beta-Version
>"Update AMD AM4 AGESA V2 PI 1.2.0.1 Patch A"
>zum Download angeboten.
Bist Du denn von den Ausfällen von Tastatur und Maus betroffen? Wenn
>Heute wird eine Beta-Version
>"Update AMD AM4 AGESA V2 PI 1.2.0.1 Patch A"
>zum Download angeboten.
nein, würde ICH ja bis zur endgültigen Releasé-Version warten.
Bernd Mayer
Mar 23, 2021, 2:58:33 PM3/23/21
to
Am 23.03.21 um 09:48 schrieb Marc Haber:
ob ich von dem USB-Problem betroffen bin kann ich noch nicht eindeutig
sagen. Es sind ja nicht nur Tastatur und Maus betroffen.
Der PC ist noch in der Aufbau- und Testphase, da hängt noch nicht viel
an den zahlreichen USB-Anschlüssen.
Die meiste Zeit betreibe ich den aktuell über ssh, als Verbindung ins
Netzwerk ist ein USB-WLAN-Stick angeschlossen und der ist schon ein paar
mal ausgefallen.
Diesen Ausfall kann ich noch nicht eindeutig zuordnen da wegen der
Umstellung von Unitymedia nach Vodafone mir ein neuer Router verordnet
wurde und bei dem fällt WLAN auch öfters aus bei Smartphone und Tablet.
Selbst da rätsel ich noch ob der Fehler am Router liegt oder an der
Infastruktur von Vofdafone.
Ich konnte auch noch nicht vollständig herausfinden welche
USB-Anschlüsse am Chipsatz oder an der CPU angeschlossen sind. Bisher
ist nur klar, daß der für das FlashBack-BIOS am Chipsatz hängen muß.
Intermittierende Fehler sind allgemein nicht leicht zu finden.
Das BIOS von ASUS ist dazu recht schlecht dokumentiert sowohl im
Handbuch als auch bei der Hilfe im BIOS selbst.
ASUS lehnt jede Haftung bei den BIOS-Udates ab.
Bernd Mayer
> Bernd Mayer <beam.b...@knuut.de> wrote:
>> Heute wird eine Beta-Version
>> "Update AMD AM4 AGESA V2 PI 1.2.0.1 Patch A"
>> zum Download angeboten.
>
> Bist Du denn von den Ausfällen von Tastatur und Maus betroffen? Wenn
> nein, würde ICH ja bis zur endgültigen Releasé-Version warten.
Hallo,
>> Heute wird eine Beta-Version
>> "Update AMD AM4 AGESA V2 PI 1.2.0.1 Patch A"
>> zum Download angeboten.
>
> Bist Du denn von den Ausfällen von Tastatur und Maus betroffen? Wenn
> nein, würde ICH ja bis zur endgültigen Releasé-Version warten.
ob ich von dem USB-Problem betroffen bin kann ich noch nicht eindeutig
sagen. Es sind ja nicht nur Tastatur und Maus betroffen.
Der PC ist noch in der Aufbau- und Testphase, da hängt noch nicht viel
an den zahlreichen USB-Anschlüssen.
Die meiste Zeit betreibe ich den aktuell über ssh, als Verbindung ins
Netzwerk ist ein USB-WLAN-Stick angeschlossen und der ist schon ein paar
mal ausgefallen.
Diesen Ausfall kann ich noch nicht eindeutig zuordnen da wegen der
Umstellung von Unitymedia nach Vodafone mir ein neuer Router verordnet
wurde und bei dem fällt WLAN auch öfters aus bei Smartphone und Tablet.
Selbst da rätsel ich noch ob der Fehler am Router liegt oder an der
Infastruktur von Vofdafone.
Ich konnte auch noch nicht vollständig herausfinden welche
USB-Anschlüsse am Chipsatz oder an der CPU angeschlossen sind. Bisher
ist nur klar, daß der für das FlashBack-BIOS am Chipsatz hängen muß.
Intermittierende Fehler sind allgemein nicht leicht zu finden.
Das BIOS von ASUS ist dazu recht schlecht dokumentiert sowohl im
Handbuch als auch bei der Hilfe im BIOS selbst.
ASUS lehnt jede Haftung bei den BIOS-Udates ab.
Bernd Mayer
Sieghard Schicktanz
Mar 23, 2021, 3:13:06 PM3/23/21
to
Hallo Bernd,
Du schriebst am Mon, 22 Mar 2021 20:07:50 +0100:
> Es gibt auch einen speziellen USB-Port für BIOS-FlashBack ohne CPU.
_Ohne CPU_? Wie soll denn das gehen? Hat da "das BIOS" (oftware!) einen
eigenen Prozessor eingebaut?
Achso, ja, wie beim RaspberryPi könnt's natürlich auch die _G_PU machen,
wenn der einen separaten Grafikchip hat und keine "APU".
Du schriebst am Mon, 22 Mar 2021 20:07:50 +0100:
> Es gibt auch einen speziellen USB-Port für BIOS-FlashBack ohne CPU.
eigenen Prozessor eingebaut?
Achso, ja, wie beim RaspberryPi könnt's natürlich auch die _G_PU machen,
wenn der einen separaten Grafikchip hat und keine "APU".
Bernd Mayer
Mar 23, 2021, 3:48:09 PM3/23/21
to
Am 23.03.21 um 20:02 schrieb Sieghard Schicktanz:
wie das genau funktioniert weiß ich auch noch nicht. Eine zeitlang
wurden von AMD CPUs versandt die für Spezialfälle notwendig waren daher
hat man wohl nach einer Abhilfe dafür gesucht.
Mittlerweile habe ich eine Seite gefunden mit den Beschreibungen von
diversen Agesa-updates von AMD:
https://www.planet3dnow.de/cms/61427-amd-agesa-combo-am4v2pi-1-2-0-1-mit-kleinen-verbesserungen/
"Combo-AM4v2Pi 1.2.0.1
Fix: False SMART errors on Hynix NVMe
Fix: Intermittent SSD detection for M.2 SATA devices
Improve L3$ bandwidth in AIDA64
Improve stability if user disables cores on 5600X/5800X with AMD
Ryzen Master"
Auf der ASUS-Seite steht da zu wenig dazu.
Diese Version 1.2.0.1 behebt noch nicht das genannte USB-Problem!
Bernd Mayer
> Hallo Bernd,
>
> Du schriebst am Mon, 22 Mar 2021 20:07:50 +0100:
>
>> Es gibt auch einen speziellen USB-Port für BIOS-FlashBack ohne CPU.
>
> _Ohne CPU_? Wie soll denn das gehen? Hat da "das BIOS" (oftware!) einen
> eigenen Prozessor eingebaut?
Hallo,
>
> Du schriebst am Mon, 22 Mar 2021 20:07:50 +0100:
>
>> Es gibt auch einen speziellen USB-Port für BIOS-FlashBack ohne CPU.
>
> _Ohne CPU_? Wie soll denn das gehen? Hat da "das BIOS" (oftware!) einen
> eigenen Prozessor eingebaut?
wie das genau funktioniert weiß ich auch noch nicht. Eine zeitlang
wurden von AMD CPUs versandt die für Spezialfälle notwendig waren daher
hat man wohl nach einer Abhilfe dafür gesucht.
Mittlerweile habe ich eine Seite gefunden mit den Beschreibungen von
diversen Agesa-updates von AMD:
https://www.planet3dnow.de/cms/61427-amd-agesa-combo-am4v2pi-1-2-0-1-mit-kleinen-verbesserungen/
"Combo-AM4v2Pi 1.2.0.1
Fix: False SMART errors on Hynix NVMe
Fix: Intermittent SSD detection for M.2 SATA devices
Improve L3$ bandwidth in AIDA64
Improve stability if user disables cores on 5600X/5800X with AMD
Ryzen Master"
Auf der ASUS-Seite steht da zu wenig dazu.
Diese Version 1.2.0.1 behebt noch nicht das genannte USB-Problem!
Bernd Mayer
Sven Hartge
Mar 23, 2021, 4:07:29 PM3/23/21
to
Sieghard Schicktanz <Sieghard....@schs.de> wrote:
> Hallo Bernd, Du schriebst am Mon, 22 Mar 2021 20:07:50 +0100:
>> Es gibt auch einen speziellen USB-Port für BIOS-FlashBack ohne CPU.
> _Ohne CPU_? Wie soll denn das gehen? Hat da "das BIOS" (oftware!) einen
> eigenen Prozessor eingebaut?
Soetwas in der Art, ja. Natürlich nicht die Software, aber der Chipsatz,
> Hallo Bernd, Du schriebst am Mon, 22 Mar 2021 20:07:50 +0100:
>> Es gibt auch einen speziellen USB-Port für BIOS-FlashBack ohne CPU.
> _Ohne CPU_? Wie soll denn das gehen? Hat da "das BIOS" (oftware!) einen
> eigenen Prozessor eingebaut?
in dem das alles zusammenhängt.
Das Gigabyte-Board in meinem Spiele-Rechner kann soetwas, damit habe ich
das BIOS/Firmware fit für intendierte CPU gemacht ohne eine CPU
eingebaut zu haben.
FAT-formatierten USB-Stick mit der Firmware-Datei mit einem
definierten exakten Namen als einzige Datei (!) an den speziellen
USB-Port angeschlossen, Strom eingeschaltet, Flash-mich-Knopf gedrückt,
gewartet bis eine Info-LED aufhörte zu Blinken, Strom wieder weg,
fertig.
S°
--
Sigmentation fault. Core dumped.
Bernd Mayer
Mar 23, 2021, 6:47:26 PM3/23/21
to
Am 23.03.21 um 09:48 schrieb Marc Haber:
[Vorsicht mit Betaversionen von BIOS-Updates] > Bist Du denn von den
Ausfällen von Tastatur und Maus betroffen? Wenn
> nein, würde ICH ja bis zur endgültigen Releasé-Version warten.
Nachtrag:
> nein, würde ICH ja bis zur endgültigen Releasé-Version warten.
ich überlege gerade, ob durch die BIOS-FlashBack-Funktion das Risiko
beim BIOS-Update verringert wird, weil man damit ja immer wieder zurück
kann zu älteren Versionen.
Bernd Mayer
Marc Haber
Mar 24, 2021, 3:50:00 AM3/24/21
to
Bernd Mayer <beam.b...@knuut.de> wrote:
>Die meiste Zeit betreibe ich den aktuell über ssh, als Verbindung ins
>Netzwerk ist ein USB-WLAN-Stick angeschlossen und der ist schon ein paar
>mal ausgefallen.
Das dürfte aber am USB-WLAN-Stick liegen, die Dinger sind eigentlich
>Die meiste Zeit betreibe ich den aktuell über ssh, als Verbindung ins
>Netzwerk ist ein USB-WLAN-Stick angeschlossen und der ist schon ein paar
>mal ausgefallen.
durch die Bank eklig. Ethernet ist keine Option? Notfalls ein
dedizierter WLAN-Client mit Ethernet?
>Diesen Ausfall kann ich noch nicht eindeutig zuordnen da wegen der
>Umstellung von Unitymedia nach Vodafone mir ein neuer Router verordnet
>wurde und bei dem fällt WLAN auch öfters aus bei Smartphone und Tablet.
>Selbst da rätsel ich noch ob der Fehler am Router liegt oder an der
>Infastruktur von Vofdafone.
nur für ein paar Tage sein.
>Ich konnte auch noch nicht vollständig herausfinden welche
>USB-Anschlüsse am Chipsatz oder an der CPU angeschlossen sind.
Oder vielleicht hilft eine PCIe-USB-Karte oder PCIe-WLAN?
>Intermittierende Fehler sind allgemein nicht leicht zu finden.
>Das BIOS von ASUS ist dazu recht schlecht dokumentiert sowohl im
>Handbuch als auch bei der Hilfe im BIOS selbst.
>
>ASUS lehnt jede Haftung bei den BIOS-Udates ab.
ist Asus nach einer schwachen Phase in den Nullerjahren inzwischen
wieder in der Spitzengruppe zu finden, jedenfalls bei Mainboards.
Marc Haber
Mar 24, 2021, 3:51:16 AM3/24/21
to
Bernd Mayer <beam.b...@knuut.de> wrote:
>ich überlege gerade, ob durch die BIOS-FlashBack-Funktion das Risiko
>beim BIOS-Update verringert wird, weil man damit ja immer wieder zurück
>kann zu älteren Versionen.
Wenn sie funktioniert, ja.
>ich überlege gerade, ob durch die BIOS-FlashBack-Funktion das Risiko
>beim BIOS-Update verringert wird, weil man damit ja immer wieder zurück
>kann zu älteren Versionen.
Hilft es Dir wenn ich Dir sage, dass ich noch keinen Rechner wegen
eines fehlgeschlagenen BIOS-Updates verloren habe? "Leider" kann ich
deswegen auch nicht sagen, ob und wie gut diese Recovery-Mechanismen
wie Flashback oder Dual-BIOS funktionieren.
Marc Haber
Mar 24, 2021, 3:52:52 AM3/24/21
to
Sven Hartge <sh-...@svenhartge.de> wrote:
>FAT-formatierten USB-Stick mit der Firmware-Datei mit einem
>definierten exakten Namen als einzige Datei (!) an den speziellen
>USB-Port angeschlossen, Strom eingeschaltet, Flash-mich-Knopf gedrückt,
>gewartet bis eine Info-LED aufhörte zu Blinken, Strom wieder weg,
>fertig.
Das klingt nach einer Operation, bei der man mit hohem Blutdruck wie
>FAT-formatierten USB-Stick mit der Firmware-Datei mit einem
>definierten exakten Namen als einzige Datei (!) an den speziellen
>USB-Port angeschlossen, Strom eingeschaltet, Flash-mich-Knopf gedrückt,
>gewartet bis eine Info-LED aufhörte zu Blinken, Strom wieder weg,
>fertig.
ein Adler über dieser blinkenden LED schwebt und sich nach spätestens
zehn Sekunden fragt ob das wirklich _so_ lange dauern soll. Ich liebe
das. Inzwischen start ich solche Vorgänge und geh erstmal laufen. Ist
einfach besser für den Körper und für die Nerven.
Sven Hartge
Mar 24, 2021, 5:34:58 AM3/24/21
to
Marc Haber <mh+usene...@zugschl.us> wrote:
> Sven Hartge <sh-...@svenhartge.de> wrote:
>> FAT-formatierten USB-Stick mit der Firmware-Datei mit einem
>> definierten exakten Namen als einzige Datei (!) an den speziellen
>> USB-Port angeschlossen, Strom eingeschaltet, Flash-mich-Knopf
>> gedrückt, gewartet bis eine Info-LED aufhörte zu Blinken, Strom
>> wieder weg, fertig.
> Das klingt nach einer Operation, bei der man mit hohem Blutdruck wie
> ein Adler über dieser blinkenden LED schwebt und sich nach spätestens
> zehn Sekunden fragt ob das wirklich _so_ lange dauern soll.
Absolut. In meinem Fall steht immerhin explizit im Handbuch, dass die
> Sven Hartge <sh-...@svenhartge.de> wrote:
>> FAT-formatierten USB-Stick mit der Firmware-Datei mit einem
>> definierten exakten Namen als einzige Datei (!) an den speziellen
>> USB-Port angeschlossen, Strom eingeschaltet, Flash-mich-Knopf
>> gedrückt, gewartet bis eine Info-LED aufhörte zu Blinken, Strom
>> wieder weg, fertig.
> Das klingt nach einer Operation, bei der man mit hohem Blutdruck wie
> ein Adler über dieser blinkenden LED schwebt und sich nach spätestens
> zehn Sekunden fragt ob das wirklich _so_ lange dauern soll.
Aktion bis zu 5 Minuten dauern kann. Das gibt einem dann schon ein Maß,
wie hoch der Blutdruck werden darf ;)
Und in diesem Anwendungsfall wäre die Alternative noch wesentlich
unschöner, nämlich erst eine kompatible CPU haben zu müssen, bevor man
das BIOS auf eine Version gebracht hat, die die eigentliche Version
unterstützt.
S!
Marc Haber
Mar 24, 2021, 8:41:47 AM3/24/21
to
Sven Hartge <sh-...@svenhartge.de> wrote:
>Marc Haber <mh+usene...@zugschl.us> wrote:
>> Sven Hartge <sh-...@svenhartge.de> wrote:
>
>>> FAT-formatierten USB-Stick mit der Firmware-Datei mit einem
>>> definierten exakten Namen als einzige Datei (!) an den speziellen
>>> USB-Port angeschlossen, Strom eingeschaltet, Flash-mich-Knopf
>>> gedrückt, gewartet bis eine Info-LED aufhörte zu Blinken, Strom
>>> wieder weg, fertig.
>
>> Das klingt nach einer Operation, bei der man mit hohem Blutdruck wie
>> ein Adler über dieser blinkenden LED schwebt und sich nach spätestens
>> zehn Sekunden fragt ob das wirklich _so_ lange dauern soll.
>
>Absolut. In meinem Fall steht immerhin explizit im Handbuch, dass die
>Aktion bis zu 5 Minuten dauern kann. Das gibt einem dann schon ein Maß,
>wie hoch der Blutdruck werden darf ;)
Ja. Leider verhalten sich nicht selten die Geräte anders als es im
>Marc Haber <mh+usene...@zugschl.us> wrote:
>> Sven Hartge <sh-...@svenhartge.de> wrote:
>
>>> FAT-formatierten USB-Stick mit der Firmware-Datei mit einem
>>> definierten exakten Namen als einzige Datei (!) an den speziellen
>>> USB-Port angeschlossen, Strom eingeschaltet, Flash-mich-Knopf
>>> gedrückt, gewartet bis eine Info-LED aufhörte zu Blinken, Strom
>>> wieder weg, fertig.
>
>> Das klingt nach einer Operation, bei der man mit hohem Blutdruck wie
>> ein Adler über dieser blinkenden LED schwebt und sich nach spätestens
>> zehn Sekunden fragt ob das wirklich _so_ lange dauern soll.
>
>Absolut. In meinem Fall steht immerhin explizit im Handbuch, dass die
>Aktion bis zu 5 Minuten dauern kann. Das gibt einem dann schon ein Maß,
>wie hoch der Blutdruck werden darf ;)
Handbuch steht, und sei es nur ein anderes als das dokumentierte
Blinkpattern.
>Und in diesem Anwendungsfall wäre die Alternative noch wesentlich
>unschöner, nämlich erst eine kompatible CPU haben zu müssen, bevor man
>das BIOS auf eine Version gebracht hat, die die eigentliche Version
>unterstützt.
gewechselt habe habe ich das BIOS-Update noch mit der alten CPU
gemacht.
Unknown
Mar 24, 2021, 9:49:47 AM3/24/21
to
Am 24.03.21 13:41, schrieb Marc Haber:
>
>>Und in diesem Anwendungsfall ....
>Grüße
>Marc
Hätte längst ein Subjectwechsel gemacht werden sollen.
--
Freundliche Grüße
Wolfgang
>
>>Und in diesem Anwendungsfall ....
>Grüße
>Marc
Hätte längst ein Subjectwechsel gemacht werden sollen.
--
Freundliche Grüße
Wolfgang
Bernd Mayer
Mar 24, 2021, 11:56:20 AM3/24/21
to
Am 24.03.21 um 08:52 schrieb Marc Haber:
das dauert deutlich länger als 10 Sekunden: Das EEPROM hat 32 MB!
Bernd Mayer
> Sven Hartge <sh-...@svenhartge.de> wrote:
>> FAT-formatierten USB-Stick mit der Firmware-Datei mit einem
>> definierten exakten Namen als einzige Datei (!) an den speziellen
>> USB-Port angeschlossen, Strom eingeschaltet, Flash-mich-Knopf gedrückt,
>> gewartet bis eine Info-LED aufhörte zu Blinken, Strom wieder weg,
>> fertig.
>
> Das klingt nach einer Operation, bei der man mit hohem Blutdruck wie
> ein Adler über dieser blinkenden LED schwebt und sich nach spätestens
> zehn Sekunden fragt ob das wirklich _so_ lange dauern soll. Ich liebe
> das. Inzwischen start ich solche Vorgänge und geh erstmal laufen. Ist
> einfach besser für den Körper und für die Nerven.
Hallo,
>> FAT-formatierten USB-Stick mit der Firmware-Datei mit einem
>> definierten exakten Namen als einzige Datei (!) an den speziellen
>> USB-Port angeschlossen, Strom eingeschaltet, Flash-mich-Knopf gedrückt,
>> gewartet bis eine Info-LED aufhörte zu Blinken, Strom wieder weg,
>> fertig.
>
> Das klingt nach einer Operation, bei der man mit hohem Blutdruck wie
> ein Adler über dieser blinkenden LED schwebt und sich nach spätestens
> zehn Sekunden fragt ob das wirklich _so_ lange dauern soll. Ich liebe
> das. Inzwischen start ich solche Vorgänge und geh erstmal laufen. Ist
> einfach besser für den Körper und für die Nerven.
das dauert deutlich länger als 10 Sekunden: Das EEPROM hat 32 MB!
Bernd Mayer
Marc Haber
Mar 24, 2021, 1:55:14 PM3/24/21
to
Bernd Mayer <beam.b...@knuut.de> wrote:
>Am 24.03.21 um 08:52 schrieb Marc Haber:
>> Sven Hartge <sh-...@svenhartge.de> wrote:
>>> FAT-formatierten USB-Stick mit der Firmware-Datei mit einem
>>> definierten exakten Namen als einzige Datei (!) an den speziellen
>>> USB-Port angeschlossen, Strom eingeschaltet, Flash-mich-Knopf gedrückt,
>>> gewartet bis eine Info-LED aufhörte zu Blinken, Strom wieder weg,
>>> fertig.
>>
>> Das klingt nach einer Operation, bei der man mit hohem Blutdruck wie
>> ein Adler über dieser blinkenden LED schwebt und sich nach spätestens
>> zehn Sekunden fragt ob das wirklich _so_ lange dauern soll. Ich liebe
>> das. Inzwischen start ich solche Vorgänge und geh erstmal laufen. Ist
>> einfach besser für den Körper und für die Nerven.
>
>Am 24.03.21 um 08:52 schrieb Marc Haber:
>> Sven Hartge <sh-...@svenhartge.de> wrote:
>>> FAT-formatierten USB-Stick mit der Firmware-Datei mit einem
>>> definierten exakten Namen als einzige Datei (!) an den speziellen
>>> USB-Port angeschlossen, Strom eingeschaltet, Flash-mich-Knopf gedrückt,
>>> gewartet bis eine Info-LED aufhörte zu Blinken, Strom wieder weg,
>>> fertig.
>>
>> Das klingt nach einer Operation, bei der man mit hohem Blutdruck wie
>> ein Adler über dieser blinkenden LED schwebt und sich nach spätestens
>> zehn Sekunden fragt ob das wirklich _so_ lange dauern soll. Ich liebe
>> das. Inzwischen start ich solche Vorgänge und geh erstmal laufen. Ist
>> einfach besser für den Körper und für die Nerven.
>
>das dauert deutlich länger als 10 Sekunden: Das EEPROM hat 32 MB!
Das ändert nichts daran wie ich bei solchen feedbackfreien Prozessen
empfinde. Das ist völlig von der Vernunft entkoppelt. Ich sitze da und
gucke wie ein Kaninchen nach der Schlange auch wenn die Vernunft weiß
dass das Sinnvolle wäre einfach zehn Minuten lang was anderes zu
machen.
Sieghard Schicktanz
Mar 24, 2021, 7:13:04 PM3/24/21
to
Hallo Sven,
Du schriebst am Tue, 23 Mar 2021 21:07:28 +0100:
> >> Es gibt auch einen speziellen USB-Port für BIOS-FlashBack ohne CPU.
>
> > _Ohne CPU_? Wie soll denn das gehen? Hat da "das BIOS" (oftware!) einen
> > eigenen Prozessor eingebaut?
>
> Soetwas in der Art, ja. Natürlich nicht die Software, aber der Chipsatz,
> in dem das alles zusammenhängt.
Naja, prinzipiell ist das ja möglich, alles, was per Software geht, läßt
sich auch in Hardware machen, und ein spezieller USB-Controller in einem
solchen sowieso recht komplexen Chip ist auch denkbar. Aber wahrscheinlich
sind diese Dinger inzwischen sowieso schon mit µControllern durchsetzt, so
daß da nur noch ein paar (hundert? Tausend?) Zeilen Code dafür nötig waren.
> Das Gigabyte-Board in meinem Spiele-Rechner kann soetwas, damit habe ich
> das BIOS/Firmware fit für intendierte CPU gemacht ohne eine CPU
> eingebaut zu haben.
Interessant. Und _auch_ interessant ist, daß es da inzwischen CPU-
Spezialitäten im Chipsatz gibt. D.h. man kann da nicht einfach eine
kompatible CPU 'reinstecken und einschalten, sondern der Chipsatz muß für
die vorgesehene CPU vorbereitet werden? Scheint mir nicht so recht
durchdacht zu sein, von kundenfreundlich eh nicht mehr zu reden...
Du schriebst am Tue, 23 Mar 2021 21:07:28 +0100:
> >> Es gibt auch einen speziellen USB-Port für BIOS-FlashBack ohne CPU.
>
> > _Ohne CPU_? Wie soll denn das gehen? Hat da "das BIOS" (oftware!) einen
> > eigenen Prozessor eingebaut?
>
> Soetwas in der Art, ja. Natürlich nicht die Software, aber der Chipsatz,
> in dem das alles zusammenhängt.
sich auch in Hardware machen, und ein spezieller USB-Controller in einem
solchen sowieso recht komplexen Chip ist auch denkbar. Aber wahrscheinlich
sind diese Dinger inzwischen sowieso schon mit µControllern durchsetzt, so
daß da nur noch ein paar (hundert? Tausend?) Zeilen Code dafür nötig waren.
> Das Gigabyte-Board in meinem Spiele-Rechner kann soetwas, damit habe ich
> das BIOS/Firmware fit für intendierte CPU gemacht ohne eine CPU
> eingebaut zu haben.
Spezialitäten im Chipsatz gibt. D.h. man kann da nicht einfach eine
kompatible CPU 'reinstecken und einschalten, sondern der Chipsatz muß für
die vorgesehene CPU vorbereitet werden? Scheint mir nicht so recht
durchdacht zu sein, von kundenfreundlich eh nicht mehr zu reden...
Bernd Mayer
Mar 25, 2021, 2:28:31 AM3/25/21
to
Am 24.03.21 um 08:49 schrieb Marc Haber:
bei den Ausfällen des WLAN vermute ich auch den USB-Stick als Ursache.
Ethernet-Kabel habe ich provisorisch verlegt zum Test ob der neue
Netzwerkkontroller RTL8125 mit OpenSUSE-15.2/Kernel 5.3.18 funktioniert.
Das Kompilieren des Moduls war recht einfach und das funktioniert.
Mit der Ausgabe von lsusb kann ich bisher noch nicht viel erkennen.
Wenn ich das mit lsusb -v aufrufe dann gibt das auch Fehlermeldungen:
"can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable"
Mit lspci |grep USB kann ich erkennen, daß da zwei USB-Controller
dranhängen einer mit der Kennung Matisse, das ist wohl der in der CPU.
Das Herausfinden der Zuordnung der USB-Anschlüsse ist zeitaufwendig.
https://pics.computerbase.de/9/2/8/4/2/4-1080.48f5a136.png
Bei AMD habe ich bisher nur die maximal mögliche Anzahl von USB-Ports
der Chipsätze gefunden.
https://www.amd.com/de/chipsets/b550
https://www.amd.com/en/products/specifications/processors
Bei Intel findet man Detailinfos zu CPUs und Chipsätzen deutlich leichter!
Die USB-2.0 Ports hängen wohl am Chipsatz.
Bernd Mayer
> Bernd Mayer <beam.b...@knuut.de> wrote:
>> Die meiste Zeit betreibe ich den aktuell über ssh, als Verbindung ins
>> Netzwerk ist ein USB-WLAN-Stick angeschlossen und der ist schon ein paar
>> mal ausgefallen.
>
> Das dürfte aber am USB-WLAN-Stick liegen, die Dinger sind eigentlich
> durch die Bank eklig. Ethernet ist keine Option? Notfalls ein
> dedizierter WLAN-Client mit Ethernet?
>
>> Diesen Ausfall kann ich noch nicht eindeutig zuordnen da wegen der
>> Umstellung von Unitymedia nach Vodafone mir ein neuer Router verordnet
>> wurde und bei dem fällt WLAN auch öfters aus bei Smartphone und Tablet.
>> Selbst da rätsel ich noch ob der Fehler am Router liegt oder an der
>> Infastruktur von Vofdafone.
>
> Zum Debuggen empfehle ich ein notfalls längeres Patchkabel. Muss ja
> nur für ein paar Tage sein.
>
>> Ich konnte auch noch nicht vollständig herausfinden welche
>> USB-Anschlüsse am Chipsatz oder an der CPU angeschlossen sind.
>
> Sieht man das nicht irgendwie in lsusb anhand der Struktur des Busses?
Hallo,
>> Die meiste Zeit betreibe ich den aktuell über ssh, als Verbindung ins
>> Netzwerk ist ein USB-WLAN-Stick angeschlossen und der ist schon ein paar
>> mal ausgefallen.
>
> Das dürfte aber am USB-WLAN-Stick liegen, die Dinger sind eigentlich
> durch die Bank eklig. Ethernet ist keine Option? Notfalls ein
> dedizierter WLAN-Client mit Ethernet?
>
>> Diesen Ausfall kann ich noch nicht eindeutig zuordnen da wegen der
>> Umstellung von Unitymedia nach Vodafone mir ein neuer Router verordnet
>> wurde und bei dem fällt WLAN auch öfters aus bei Smartphone und Tablet.
>> Selbst da rätsel ich noch ob der Fehler am Router liegt oder an der
>> Infastruktur von Vofdafone.
>
> Zum Debuggen empfehle ich ein notfalls längeres Patchkabel. Muss ja
> nur für ein paar Tage sein.
>
>> Ich konnte auch noch nicht vollständig herausfinden welche
>> USB-Anschlüsse am Chipsatz oder an der CPU angeschlossen sind.
>
> Sieht man das nicht irgendwie in lsusb anhand der Struktur des Busses?
bei den Ausfällen des WLAN vermute ich auch den USB-Stick als Ursache.
Ethernet-Kabel habe ich provisorisch verlegt zum Test ob der neue
Netzwerkkontroller RTL8125 mit OpenSUSE-15.2/Kernel 5.3.18 funktioniert.
Das Kompilieren des Moduls war recht einfach und das funktioniert.
Mit der Ausgabe von lsusb kann ich bisher noch nicht viel erkennen.
Wenn ich das mit lsusb -v aufrufe dann gibt das auch Fehlermeldungen:
"can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable"
Mit lspci |grep USB kann ich erkennen, daß da zwei USB-Controller
dranhängen einer mit der Kennung Matisse, das ist wohl der in der CPU.
Das Herausfinden der Zuordnung der USB-Anschlüsse ist zeitaufwendig.
https://pics.computerbase.de/9/2/8/4/2/4-1080.48f5a136.png
Bei AMD habe ich bisher nur die maximal mögliche Anzahl von USB-Ports
der Chipsätze gefunden.
https://www.amd.com/de/chipsets/b550
https://www.amd.com/en/products/specifications/processors
Bei Intel findet man Detailinfos zu CPUs und Chipsätzen deutlich leichter!
Die USB-2.0 Ports hängen wohl am Chipsatz.
Bernd Mayer
Marc Haber
Mar 25, 2021, 2:30:58 AM3/25/21
to
Marcus Jodorf <tr...@killfile.de> wrote:
>Marc Haber <mh+usene...@zugschl.us> schrieb:
>G400 den VGA Kern zerschossen hatte (weil man ja irgendwann mal
>angefangen hatte, Dipschalter als Flash-Schutz bei Grakas
>einzusparen). Eine alte ET4000 konnte ich mangels passendem Slot auch
>nicht mehr zur Rettung einsetzen.
>Also blieb nur blind (von Diskette) zu booten, bei schwarzem Schirm
>blind nach Readme die richtigen Eingaben für das flash utility zu
>tätigen und dann beten.
>Mangels Anzeige konnte man auch nur raten, ob man evtl. wg. falschem
>Tastedruch längst feststeckte, das Ding noch flashte oder schon fertig
>war.
>Also nach einigen Minuten (Ewigkeit!) Stoßgebet, Reset - und Grafikkarte
>lief wieder.
>Muß ich wirklich nicht nochmal machen.
Meine wildeste Aktion um einen toten Rechner wiederzubeleben war, die
sackteure Vesa-Local-Bus-Grafikkarte in den eingeschalteten (!) mit
einer ET4000-Karte gebooteten Rechner einzustecken um sie dann zu
flashen. Mit eingesteckter Karte wollte der Rechner nicht booten.
Hat funktioniert. Don't try this at home.
>Marc Haber <mh+usene...@zugschl.us> schrieb:
>
>> Das klingt nach einer Operation, bei der man mit hohem Blutdruck wie
>> ein Adler über dieser blinkenden LED schwebt und sich nach spätestens
>> zehn Sekunden fragt ob das wirklich _so_ lange dauern soll. Ich liebe
>> das. Inzwischen start ich solche Vorgänge und geh erstmal laufen. Ist
>> einfach besser für den Körper und für die Nerven.
>
>Als nervenzerfetzend hatte ich mal den Fall, daß es mir damals bei einer
>> Das klingt nach einer Operation, bei der man mit hohem Blutdruck wie
>> ein Adler über dieser blinkenden LED schwebt und sich nach spätestens
>> zehn Sekunden fragt ob das wirklich _so_ lange dauern soll. Ich liebe
>> das. Inzwischen start ich solche Vorgänge und geh erstmal laufen. Ist
>> einfach besser für den Körper und für die Nerven.
>
>G400 den VGA Kern zerschossen hatte (weil man ja irgendwann mal
>angefangen hatte, Dipschalter als Flash-Schutz bei Grakas
>einzusparen). Eine alte ET4000 konnte ich mangels passendem Slot auch
>nicht mehr zur Rettung einsetzen.
>Also blieb nur blind (von Diskette) zu booten, bei schwarzem Schirm
>blind nach Readme die richtigen Eingaben für das flash utility zu
>tätigen und dann beten.
>Mangels Anzeige konnte man auch nur raten, ob man evtl. wg. falschem
>Tastedruch längst feststeckte, das Ding noch flashte oder schon fertig
>war.
>Also nach einigen Minuten (Ewigkeit!) Stoßgebet, Reset - und Grafikkarte
>lief wieder.
>Muß ich wirklich nicht nochmal machen.
Meine wildeste Aktion um einen toten Rechner wiederzubeleben war, die
sackteure Vesa-Local-Bus-Grafikkarte in den eingeschalteten (!) mit
einer ET4000-Karte gebooteten Rechner einzustecken um sie dann zu
flashen. Mit eingesteckter Karte wollte der Rechner nicht booten.
Hat funktioniert. Don't try this at home.
Marc Haber
Mar 25, 2021, 2:41:38 AM3/25/21
to
Marcus Jodorf <tr...@killfile.de> wrote:
>Und in etwas einfacherer Form hast Du das auch in quasi jedem Business
>Rechner mit AMT/vPro. Das läuft im Rahmen der Intel Management Engine
>auf einem separaten (Service-) Prozessor und funktioniert auch
>bei ausgeschaltetem Gerät. Meist kann das auch KVM - also Keyboard,
>Video, Mouse über Netzwerk unabhängig vom Rest des Gerätes.
Und es ist völlig absurd, dass wir diesen Aufwand treiben. Grund dafür
ist ein Betriebssystem, dessen Textkonsole der stiefmütterlich
gepflegte Zugang ist, über den man nur einen Bruchteil der
Administrationsarbeiten ausführen kann.
Für ein unixoides Betriebssystem reicht eine serielle Schnittstelle
oder eine Möglichkeit, dem Betriebssystem eine serielle Schnittstelle
vorzugaukeln und als gegenstück einen ssh-Server zu zeigen. Das
scheitert heute im Wesentlichen daran, dass die Hardwareanbieter zwar
den Riesenaufwand einer Management-Engine treiben, sich aber zu gut
dafür sind, ihr BIOS oder die UEFI-Firmware so einfach zu gestalten
dass sie über ein Textinterface bedienbar wäre. Für fünf Jahren war
die Situation noch viel schlimmer: Damals WAR die Firmware über ein
Textinterface bedienbar, wurde aber nicht über ein solches angeboten.
Server ausgenommen, da treibt man den Irrsinnsaufwand auch, bietet
aber auch ein Textinterface an.
>Und in etwas einfacherer Form hast Du das auch in quasi jedem Business
>Rechner mit AMT/vPro. Das läuft im Rahmen der Intel Management Engine
>auf einem separaten (Service-) Prozessor und funktioniert auch
>bei ausgeschaltetem Gerät. Meist kann das auch KVM - also Keyboard,
>Video, Mouse über Netzwerk unabhängig vom Rest des Gerätes.
Und es ist völlig absurd, dass wir diesen Aufwand treiben. Grund dafür
ist ein Betriebssystem, dessen Textkonsole der stiefmütterlich
gepflegte Zugang ist, über den man nur einen Bruchteil der
Administrationsarbeiten ausführen kann.
Für ein unixoides Betriebssystem reicht eine serielle Schnittstelle
oder eine Möglichkeit, dem Betriebssystem eine serielle Schnittstelle
vorzugaukeln und als gegenstück einen ssh-Server zu zeigen. Das
scheitert heute im Wesentlichen daran, dass die Hardwareanbieter zwar
den Riesenaufwand einer Management-Engine treiben, sich aber zu gut
dafür sind, ihr BIOS oder die UEFI-Firmware so einfach zu gestalten
dass sie über ein Textinterface bedienbar wäre. Für fünf Jahren war
die Situation noch viel schlimmer: Damals WAR die Firmware über ein
Textinterface bedienbar, wurde aber nicht über ein solches angeboten.
Server ausgenommen, da treibt man den Irrsinnsaufwand auch, bietet
aber auch ein Textinterface an.
Sven Hartge
Mar 25, 2021, 3:31:37 AM3/25/21
to
Sieghard Schicktanz <Sieghard....@schs.de> wrote:
> Hallo Sven, Du schriebst am Tue, 23 Mar 2021 21:07:28 +0100:
> Hallo Sven, Du schriebst am Tue, 23 Mar 2021 21:07:28 +0100:
>> Das Gigabyte-Board in meinem Spiele-Rechner kann soetwas, damit habe
>> ich das BIOS/Firmware fit für intendierte CPU gemacht ohne eine CPU
>> eingebaut zu haben.
> Interessant. Und _auch_ interessant ist, daß es da inzwischen CPU-
> Spezialitäten im Chipsatz gibt. D.h. man kann da nicht einfach eine
> kompatible CPU 'reinstecken und einschalten, sondern der Chipsatz muß
> für die vorgesehene CPU vorbereitet werden? Scheint mir nicht so recht
> durchdacht zu sein, von kundenfreundlich eh nicht mehr zu reden...
Nun, das Board ist älter wie die CPU, um die es hier geht. In soweit ist
>> ich das BIOS/Firmware fit für intendierte CPU gemacht ohne eine CPU
>> eingebaut zu haben.
> Interessant. Und _auch_ interessant ist, daß es da inzwischen CPU-
> Spezialitäten im Chipsatz gibt. D.h. man kann da nicht einfach eine
> kompatible CPU 'reinstecken und einschalten, sondern der Chipsatz muß
> für die vorgesehene CPU vorbereitet werden? Scheint mir nicht so recht
> durchdacht zu sein, von kundenfreundlich eh nicht mehr zu reden...
es schon sehr kundenfreundlich, dass Gigabyte die Funktion via Update
nachrüstet statt ein neues Board verkaufen zu wollen.
Neuere Versionen des Boards haben natürlich die neuere Firmware, die
kompatibel ist, aber ältere, bereits ausgelieferte haben die natürlich
nicht.
Und da brauchst du die obige Funktion um die Henne-Ei-Situation zu
durchbrechen.
Marc Haber
Mar 25, 2021, 3:46:52 AM3/25/21
to
Bernd Mayer <beam.b...@knuut.de> wrote:
>Ethernet-Kabel habe ich provisorisch verlegt zum Test ob der neue
>Netzwerkkontroller RTL8125 mit OpenSUSE-15.2/Kernel 5.3.18 funktioniert.
>Das Kompilieren des Moduls war recht einfach und das funktioniert.
Ein Netzwerkinterface das mich zum Compilieren eines
>Ethernet-Kabel habe ich provisorisch verlegt zum Test ob der neue
>Netzwerkkontroller RTL8125 mit OpenSUSE-15.2/Kernel 5.3.18 funktioniert.
>Das Kompilieren des Moduls war recht einfach und das funktioniert.
Out-Of-Tree-Moduls zwingt fliegt bei mir SOFORT raus. Geht gar nicht.
Allerdings verwende ich auch aktuelle Kernel, das letzte
Netzwerkinterface bei dem ich sowas tun musste war ein Broadcom-Chip
im Ideapad S12 von 2009. Das war so schmerzhaft, dass ich mir
geschworen habe, nie wieder.
>Mit der Ausgabe von lsusb kann ich bisher noch nicht viel erkennen.
>
>Wenn ich das mit lsusb -v aufrufe dann gibt das auch Fehlermeldungen:
>
>"can't get device qualifier: Resource temporarily unavailable
>can't get debug descriptor: Resource temporarily unavailable"
>Mit lspci |grep USB kann ich erkennen, daß da zwei USB-Controller
>dranhängen einer mit der Kennung Matisse, das ist wohl der in der CPU.
Bernd Mayer
Mar 25, 2021, 4:23:47 AM3/25/21
to
Am 25.03.21 um 08:46 schrieb Marc Haber:
der RTL8125 ist on-board, neuere Kernel unterstützen den.
Dieses Frühjahr wird OpenSUSE-15.2 und Ubuntu-21.04 veröffentlicht, da
wird das Netzwerkinterface dann out-of-the-box unterstützt. Bis dahin
muss ich noch sehen ob das bei Kernelupdates automatisch geschieht.
Eine andere Netzwerkkarte hatte ich deswegen auch noch eingebaut.
Bei den Fehlermeldungen von lsusb -v muss ich noch nachprüfen ob das an
der Distribution liegt (Version von lsub oder Hilfsprogrammen dafür).
Die ist ja zu alt ist für das neue Motherboard.
Das BIOS-Update habe ich gemacht da wurde halt alles wieder auf die
Standardeinstellungen zurückgesetzt wie empfohlen, das muss ich auch
noch kontrollieren. Ich habe irgendwo allgemein aufgeschnappt, es wäre
möglich die FlashBack-Funktion im BIOS zu deaktivieren. Das könnte ja
auch ein Sicherheitsrisiko sein.
Bernd Mayer
> Bernd Mayer <beam.b...@knuut.de> wrote:
>> Ethernet-Kabel habe ich provisorisch verlegt zum Test ob der neue
>> Netzwerkkontroller RTL8125 mit OpenSUSE-15.2/Kernel 5.3.18 funktioniert.
>> Das Kompilieren des Moduls war recht einfach und das funktioniert.
>
> Ein Netzwerkinterface das mich zum Compilieren eines
> Out-Of-Tree-Moduls zwingt fliegt bei mir SOFORT raus. Geht gar nicht.
> Allerdings verwende ich auch aktuelle Kernel, das letzte
> Netzwerkinterface bei dem ich sowas tun musste war ein Broadcom-Chip
> im Ideapad S12 von 2009. Das war so schmerzhaft, dass ich mir
> geschworen habe, nie wieder.
>
>> Mit der Ausgabe von lsusb kann ich bisher noch nicht viel erkennen.
>>
>> Wenn ich das mit lsusb -v aufrufe dann gibt das auch Fehlermeldungen:
>>
>> "can't get device qualifier: Resource temporarily unavailable
>> can't get debug descriptor: Resource temporarily unavailable"
>
> Argl! Da ist was kaputt!
>
Hallo,
>> Ethernet-Kabel habe ich provisorisch verlegt zum Test ob der neue
>> Netzwerkkontroller RTL8125 mit OpenSUSE-15.2/Kernel 5.3.18 funktioniert.
>> Das Kompilieren des Moduls war recht einfach und das funktioniert.
>
> Ein Netzwerkinterface das mich zum Compilieren eines
> Out-Of-Tree-Moduls zwingt fliegt bei mir SOFORT raus. Geht gar nicht.
> Allerdings verwende ich auch aktuelle Kernel, das letzte
> Netzwerkinterface bei dem ich sowas tun musste war ein Broadcom-Chip
> im Ideapad S12 von 2009. Das war so schmerzhaft, dass ich mir
> geschworen habe, nie wieder.
>
>> Mit der Ausgabe von lsusb kann ich bisher noch nicht viel erkennen.
>>
>> Wenn ich das mit lsusb -v aufrufe dann gibt das auch Fehlermeldungen:
>>
>> "can't get device qualifier: Resource temporarily unavailable
>> can't get debug descriptor: Resource temporarily unavailable"
>
> Argl! Da ist was kaputt!
>
der RTL8125 ist on-board, neuere Kernel unterstützen den.
Dieses Frühjahr wird OpenSUSE-15.2 und Ubuntu-21.04 veröffentlicht, da
wird das Netzwerkinterface dann out-of-the-box unterstützt. Bis dahin
muss ich noch sehen ob das bei Kernelupdates automatisch geschieht.
Eine andere Netzwerkkarte hatte ich deswegen auch noch eingebaut.
Bei den Fehlermeldungen von lsusb -v muss ich noch nachprüfen ob das an
der Distribution liegt (Version von lsub oder Hilfsprogrammen dafür).
Die ist ja zu alt ist für das neue Motherboard.
Das BIOS-Update habe ich gemacht da wurde halt alles wieder auf die
Standardeinstellungen zurückgesetzt wie empfohlen, das muss ich auch
noch kontrollieren. Ich habe irgendwo allgemein aufgeschnappt, es wäre
möglich die FlashBack-Funktion im BIOS zu deaktivieren. Das könnte ja
auch ein Sicherheitsrisiko sein.
Bernd Mayer
Bernd Mayer
Mar 25, 2021, 4:25:07 AM3/25/21
to
Am 25.03.21 um 09:23 schrieb Bernd Mayer:
Bernd Mayer
> Dieses Frühjahr wird OpenSUSE-15.2 und Ubuntu-21.04 veröffentlicht,
Korrektur: gemeint war OpenSUSE-15.3
Bernd Mayer
Bernd Mayer
Mar 25, 2021, 6:27:09 PM3/25/21
to
Am 25.03.21 um 09:23 schrieb Bernd Mayer:
>
>
> Bei den Fehlermeldungen von lsusb -v muss ich noch nachprüfen ob das an
> der Distribution liegt (Version von lsusb oder Hilfsprogrammen dafür).
> Die ist ja zu alt ist für das neue Motherboard.
>
Nachtrag:
>
ich habe die Ausgabe von lsusb -v gerade nochmals mit der aktuellen
SystemRescue-CD 8.01 (Kernel 5.10) überprüft. Es gibt die gleichen
Fehlermeldungen:
"can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable"
Die libusb wird auch erwähnt als Hilfsprogramm.
"can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable"
Bernd Mayer
Marc Haber
Mar 26, 2021, 3:23:39 AM3/26/21
to
Bernd Mayer <beam.b...@knuut.de> wrote:
>ich habe die Ausgabe von lsusb -v gerade nochmals mit der aktuellen
>SystemRescue-CD 8.01 (Kernel 5.10) überprüft. Es gibt die gleichen
>Fehlermeldungen:
>
>"can't get device qualifier: Resource temporarily unavailable
>can't get debug descriptor: Resource temporarily unavailable"
Da ist wirklich was kaputt. Ich weiß nur leider nicht was.
>ich habe die Ausgabe von lsusb -v gerade nochmals mit der aktuellen
>SystemRescue-CD 8.01 (Kernel 5.10) überprüft. Es gibt die gleichen
>Fehlermeldungen:
>
>"can't get device qualifier: Resource temporarily unavailable
>can't get debug descriptor: Resource temporarily unavailable"
Arno Welzel
Mar 26, 2021, 2:47:29 PM3/26/21
to
Sieghard Schicktanz:
> Hallo Bernd,
>
> Du schriebst am Mon, 22 Mar 2021 20:07:50 +0100:
>
>> Es gibt auch einen speziellen USB-Port für BIOS-FlashBack ohne CPU.
>
> _Ohne CPU_? Wie soll denn das gehen? Hat da "das BIOS" (oftware!) einen
> eigenen Prozessor eingebaut?
Ja. Nennt sich "Intel Management Engine". Da steckt im Chipsatz bzw. im
PCH eine CPU in der Größenordnung eines eines 486ers und läuft mit einem
eigenen Betriebssystem auf Basis von Minix.
Siehe auch: <https://en.wikipedia.org/wiki/Intel_Management_Engine>
Bei meinem Asus-Board geht das auch so - Firmwaredateiauf einen
USB-Stick schrieben, dann den Stick bei heruntergefahrenem aber mit
Strom verbundenen PC anstöpseln und den dafür vorgesehenen Knopf in der
ATX-Blende ein paar Sekunden gedrückt halten. Dann blinkt der Knopf ca.
20-30 Sekunden und die Firmware ist aktualisiert.
--
Arno Welzel
https://arnowelzel.de
> Hallo Bernd,
>
> Du schriebst am Mon, 22 Mar 2021 20:07:50 +0100:
>
>> Es gibt auch einen speziellen USB-Port für BIOS-FlashBack ohne CPU.
>
> _Ohne CPU_? Wie soll denn das gehen? Hat da "das BIOS" (oftware!) einen
> eigenen Prozessor eingebaut?
PCH eine CPU in der Größenordnung eines eines 486ers und läuft mit einem
eigenen Betriebssystem auf Basis von Minix.
Siehe auch: <https://en.wikipedia.org/wiki/Intel_Management_Engine>
Bei meinem Asus-Board geht das auch so - Firmwaredateiauf einen
USB-Stick schrieben, dann den Stick bei heruntergefahrenem aber mit
Strom verbundenen PC anstöpseln und den dafür vorgesehenen Knopf in der
ATX-Blende ein paar Sekunden gedrückt halten. Dann blinkt der Knopf ca.
20-30 Sekunden und die Firmware ist aktualisiert.
--
Arno Welzel
https://arnowelzel.de
Bernd Mayer
Mar 26, 2021, 5:40:48 PM3/26/21
to
Am 26.03.21 um 08:23 schrieb Marc Haber:
ich werde noch die USB-Einstellungen im BIOS kontrollieren und einzelne
Gruppen von USB-Ports deaktivieren. Und auch mal eine USB-PCIe-Karte
einbauen.
PCIe Version 4.0 hatte ich auch schon mal abgestellt im BIOS - ohne
Verbesserung.
Ich bin ratlos - ich warte hoffnungsvoll auf die angekündigten BIOS-Updates.
Die usblib wurde zuletzt im Dezember aktualisiert, der AMD-Chipsatz B550
wurde kurz davor veröffentlicht - ich weiß nicht ob die neuen chipsätze
da eingearbeitet werden müssen.
Ich stochere ziemlich im Nebel ...
Bernd Mayer
> Bernd Mayer <beam.b...@knuut.de> wrote:
>> ich habe die Ausgabe von lsusb -v gerade nochmals mit der aktuellen
>> SystemRescue-CD 8.01 (Kernel 5.10) überprüft. Es gibt die gleichen
>> Fehlermeldungen:
>>
>> "can't get device qualifier: Resource temporarily unavailable
>> can't get debug descriptor: Resource temporarily unavailable"
>
> Da ist wirklich was kaputt. Ich weiß nur leider nicht was.
>
Hallo,
>> ich habe die Ausgabe von lsusb -v gerade nochmals mit der aktuellen
>> SystemRescue-CD 8.01 (Kernel 5.10) überprüft. Es gibt die gleichen
>> Fehlermeldungen:
>>
>> "can't get device qualifier: Resource temporarily unavailable
>> can't get debug descriptor: Resource temporarily unavailable"
>
> Da ist wirklich was kaputt. Ich weiß nur leider nicht was.
>
ich werde noch die USB-Einstellungen im BIOS kontrollieren und einzelne
Gruppen von USB-Ports deaktivieren. Und auch mal eine USB-PCIe-Karte
einbauen.
PCIe Version 4.0 hatte ich auch schon mal abgestellt im BIOS - ohne
Verbesserung.
Ich bin ratlos - ich warte hoffnungsvoll auf die angekündigten BIOS-Updates.
Die usblib wurde zuletzt im Dezember aktualisiert, der AMD-Chipsatz B550
wurde kurz davor veröffentlicht - ich weiß nicht ob die neuen chipsätze
da eingearbeitet werden müssen.
Ich stochere ziemlich im Nebel ...
Bernd Mayer
Bernd Mayer
Mar 26, 2021, 5:43:28 PM3/26/21
to
Am 26.03.21 um 08:23 schrieb Marc Haber:
> Bernd Mayer <beam.b...@knuut.de> wrote:
>> ich habe die Ausgabe von lsusb -v gerade nochmals mit der aktuellen
>> SystemRescue-CD 8.01 (Kernel 5.10) überprüft. Es gibt die gleichen
>> Fehlermeldungen:
>>
>> "can't get device qualifier: Resource temporarily unavailable
>> can't get debug descriptor: Resource temporarily unavailable"
>
> Da ist wirklich was kaputt. Ich weiß nur leider nicht was.
>
>> ich habe die Ausgabe von lsusb -v gerade nochmals mit der aktuellen
>> SystemRescue-CD 8.01 (Kernel 5.10) überprüft. Es gibt die gleichen
>> Fehlermeldungen:
>>
>> "can't get device qualifier: Resource temporarily unavailable
>> can't get debug descriptor: Resource temporarily unavailable"
>
> Da ist wirklich was kaputt. Ich weiß nur leider nicht was.
>
Hallo,
ich werde noch die USB-Einstellungen im BIOS kontrollieren und einzelne
Gruppen von USB-Ports deaktivieren. Und auch mal eine USB-PCIe-Karte
einbauen.
PCIe Version 4.0 hatte ich auch schon mal abgestellt im BIOS - ohne
Verbesserung.
Ich bin ratlos - ich warte hoffnungsvoll auf die angekündigten BIOS-Updates.
Die libusb wurde zuletzt im Dezember aktualisiert, der AMD-Chipsatz B550
ich werde noch die USB-Einstellungen im BIOS kontrollieren und einzelne
Gruppen von USB-Ports deaktivieren. Und auch mal eine USB-PCIe-Karte
einbauen.
PCIe Version 4.0 hatte ich auch schon mal abgestellt im BIOS - ohne
Verbesserung.
Ich bin ratlos - ich warte hoffnungsvoll auf die angekündigten BIOS-Updates.
Bernd Mayer
Apr 11, 2021, 12:34:30 PM4/11/21
to
Am 26.03.21 um 22:43 schrieb Bernd Mayer:
gestern wurden die BIOS-updates
"- Update AMD AM4 AGESA V2 PI 1.2.0.2
- Fix USB connectivity issue"
veröffentlicht und von mir eingespielt - leider ohne Auswirkung auf die
Fehlermeldung von lsusb -v.
Auch das Abschalten einzelner USB-Ports im BIOS hatte nichts geändert.
Mittlerweile habe ich ich auch auf zwei weiteren älteren PCs diese
Fehlermeldung gesehen, das hat dann wohl nichts mit den Problemen der
neuen AMD-Chipsätze B550/X570 zu tun.
Auf manchen PCs hatte ich auch eine Datei usb.ids gefunden (ähnlich wie
die Datei pci.ids).
Ich hoffe die Fehlermeldung:
"can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable"
ist nur ein Software-Problem.
Wenn ich den PC in den produktiven Einsatz übernehme werde ich da wohl
eine Weile alles genau beobachten.
Bernd Mayer
> Am 26.03.21 um 08:23 schrieb Marc Haber:
>> Bernd Mayer <beam.b...@knuut.de> wrote:
>>> ich habe die Ausgabe von lsusb -v gerade nochmals mit der aktuellen
>>> SystemRescue-CD 8.01 (Kernel 5.10) überprüft. Es gibt die gleichen
>>> Fehlermeldungen:
>>>
>>> "can't get device qualifier: Resource temporarily unavailable
>>> can't get debug descriptor: Resource temporarily unavailable"
>>
>> Da ist wirklich was kaputt. Ich weiß nur leider nicht was.
>>
>
>> Bernd Mayer <beam.b...@knuut.de> wrote:
>>> ich habe die Ausgabe von lsusb -v gerade nochmals mit der aktuellen
>>> SystemRescue-CD 8.01 (Kernel 5.10) überprüft. Es gibt die gleichen
>>> Fehlermeldungen:
>>>
>>> "can't get device qualifier: Resource temporarily unavailable
>>> can't get debug descriptor: Resource temporarily unavailable"
>>
>> Da ist wirklich was kaputt. Ich weiß nur leider nicht was.
>>
>
> ich werde noch die USB-Einstellungen im BIOS kontrollieren und einzelne
> Gruppen von USB-Ports deaktivieren. Und auch mal eine USB-PCIe-Karte
> einbauen.
>
> PCIe Version 4.0 hatte ich auch schon mal abgestellt im BIOS - ohne
> Verbesserung.
>
> Ich bin ratlos - ich warte hoffnungsvoll auf die angekündigten
> BIOS-Updates.
>
> Die libusb wurde zuletzt im Dezember aktualisiert, der AMD-Chipsatz B550
> wurde kurz davor veröffentlicht - ich weiß nicht ob die neuen chipsätze
> da eingearbeitet werden müssen.
>
Hallo,
> Gruppen von USB-Ports deaktivieren. Und auch mal eine USB-PCIe-Karte
> einbauen.
>
> PCIe Version 4.0 hatte ich auch schon mal abgestellt im BIOS - ohne
> Verbesserung.
>
> Ich bin ratlos - ich warte hoffnungsvoll auf die angekündigten
> BIOS-Updates.
>
> Die libusb wurde zuletzt im Dezember aktualisiert, der AMD-Chipsatz B550
> wurde kurz davor veröffentlicht - ich weiß nicht ob die neuen chipsätze
> da eingearbeitet werden müssen.
>
gestern wurden die BIOS-updates
"- Update AMD AM4 AGESA V2 PI 1.2.0.2
- Fix USB connectivity issue"
veröffentlicht und von mir eingespielt - leider ohne Auswirkung auf die
Fehlermeldung von lsusb -v.
Auch das Abschalten einzelner USB-Ports im BIOS hatte nichts geändert.
Mittlerweile habe ich ich auch auf zwei weiteren älteren PCs diese
Fehlermeldung gesehen, das hat dann wohl nichts mit den Problemen der
neuen AMD-Chipsätze B550/X570 zu tun.
Auf manchen PCs hatte ich auch eine Datei usb.ids gefunden (ähnlich wie
die Datei pci.ids).
Ich hoffe die Fehlermeldung:
"can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable"
Wenn ich den PC in den produktiven Einsatz übernehme werde ich da wohl
eine Weile alles genau beobachten.
Bernd Mayer
0 new messages