App installieren
How to install the app on iOS
Follow along with the video below to see how to install our site as a web app on your home screen.
Anmerkung: This feature may not be available in some browsers.
Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden.
Du solltest ein Upgrade durchführen oder ein alternativer Browser verwenden.
Du solltest ein Upgrade durchführen oder ein alternativer Browser verwenden.
News Fehler in systemd lässt Linux bei Boot auf Ryzen 3000 abstürzen
tomturbo
Technische Administration, Dinosaurier
- Mitglied seit
- 30.11.2005
- Beiträge
- 9.455
- Renomée
- 665
- Standort
- Österreich
- Aktuelle Projekte
- Universe@HOME, Asteroids@HOME
- Lieblingsprojekt
- SETI@HOME
- Meine Systeme
- Xeon E3-1245V6; Raspberry Pi 4; Ryzen 1700X; EPIC 7351
- BOINC-Statistiken
- Mein Laptop
- Microsoft Surface Pro 4
- Prozessor
- R7 5800X
- Mainboard
- Asus ROG STRIX B550-A GAMING
- Kühlung
- Alpenfön Ben Nevis Rev B
- Speicher
- 2x32GB Mushkin, D464GB 3200-22 Essentials
- Grafikprozessor
- Sapphire Radeon RX 460 2GB
- Display
- BenQ PD3220U, 31.5" 4K
- SSD
- 1x HP SSD EX950 1TB, 1x SAMSUNG SSD 830 Series 256 GB, 1x Crucial_CT256MX100SSD1
- HDD
- Toshiba X300 5TB
- Optisches Laufwerk
- Samsung Brenner
- Soundkarte
- onboard
- Gehäuse
- Fractal Design Define R4
- Netzteil
- XFX 550W
- Tastatur
- Trust ASTA mechanical
- Maus
- irgend eine silent Maus
- Betriebssystem
- Arch Linux, Windows VM
- Webbrowser
- Firefox + Chromium + Konqueror
- Internetanbindung
-
▼300
▲50
Es ist sowieso fraglich warum da direkt auf die CPU zugegriffen wird anstatt den vorgesehenen Weg über die Kernelfunktion zu gehen.
Workarounds für CPU-Bugs werden im Kernel eingepflegt also warum setzen sich die Entwickler von systemd solchen möglichen Gefahren aus ?
Weil der bestimmte Herr glaubt er ist der einzige der versteht wie sich die Welt dreht.
Und diese hat sich gefälligst um ihn zu drehen.....
Yoshi 2k3
Admiral Special
- Mitglied seit
- 18.01.2003
- Beiträge
- 1.321
- Renomée
- 180
- BOINC-Statistiken
- Mein Laptop
- Apple Mac Book Pro 14" 2023
- Prozessor
- AMD Epyc 7F52
- Mainboard
- TYAN S8030 GM2NE
- Kühlung
- Watercool Heatkiller IV
- Speicher
- 128 GB Samsung M393A4K40DB3-CWEGQ
- Grafikprozessor
- AMD Radeon RX 6900 XT
- Display
- Nixeus NX-EDG27
- Soundkarte
- SMSL SU-9 USB DAC
- Gehäuse
- Caselabs SM8
- Netzteil
- Cooler Master SFX Gold 850W
- Betriebssystem
- Windows 10 Pro
- Webbrowser
- Firefox
- Schau Dir das System auf sysprofile.de an
Man kann von L.P. halten was man will, aber die Begründung, die er liefert, klingt zumindest für mich als Laie (beim Thema Programmierung) nachvollziehbar.
https://github.com/systemd/systemd/issues/11810#issuecomment-509554660
https://github.com/systemd/systemd/issues/11810#issuecomment-509554660
[...]For UUIDs using rand() is not good enough, since the results are likely not going to be unique. OTOH we don't need cryptographic quality either, since these are not key material. We used to pull UUIDs from /dev/urandom, which sucks during early boot though, since the kernel complains if we do that while the pool isn't fully initialized. We can't use getrandom() for this usecase either, since it either fails entirely or blocks during early boot, and possibly for a long time. So we try to avoid using /dev/urandom for such stuff if we can, by using RDRAND, which is not superduper fast, but also not super dupler slow, doesn't result in log spew. [...]
Berniyh
Grand Admiral Special
- Mitglied seit
- 29.11.2005
- Beiträge
- 5.206
- Renomée
- 219
Keine Ahnung, dazu habe ich bislang noch nichts gelesen. Du etwa?Man könnte, aber da systemd auch im single user mode startet, bootet das wohl auch nicht.
Das macht so keinen Sinn. Der Zugriff auf die CPU läuft doch immer über den Kernel, die Frage ist nur, welche Schnittstelle verwendet wird?Es wird nicht die Kernelschnittstelle verwendet sondern direkt der CPU-Befehl. Da hilft der Parameter nicht.
Stefan Payne
Grand Admiral Special
Belege für diese Behauptung?Abgesehen davon: unschuldig ist AMD an dieser Aktion leider nicht, denn es handelt sich durchaus um einen HW Bug.
Und komm nicht mit "aber es funzt ja bei anderen!", das ist Blödsinn, wie du von Windows 9x auf schnellen CPUs weißt.
Oder ist das nur wieder irgendein Unsinn von dem Programmierer, der bloß keine Fehler eingestehen will und die auf andere Leute schiebt?
--- Update ---
Die eigentliche Frage ist doch: Was will systemd überhaupt mit Random Numbers??Es ist sowieso fraglich warum da direkt auf die CPU zugegriffen wird anstatt den vorgesehenen Weg über die Kernelfunktion zu gehen.
Workarounds für CPU-Bugs werden im Kernel eingepflegt also warum setzen sich die Entwickler von systemd solchen möglichen Gefahren aus ?
Mir fällt da spontan kein Sinn ein und das schaut eher nach bescheuerter Design Entscheidung um um einen Bug herum zu schiffen aus...
Zuletzt bearbeitet:
tomturbo
Technische Administration, Dinosaurier
- Mitglied seit
- 30.11.2005
- Beiträge
- 9.455
- Renomée
- 665
- Standort
- Österreich
- Aktuelle Projekte
- Universe@HOME, Asteroids@HOME
- Lieblingsprojekt
- SETI@HOME
- Meine Systeme
- Xeon E3-1245V6; Raspberry Pi 4; Ryzen 1700X; EPIC 7351
- BOINC-Statistiken
- Mein Laptop
- Microsoft Surface Pro 4
- Prozessor
- R7 5800X
- Mainboard
- Asus ROG STRIX B550-A GAMING
- Kühlung
- Alpenfön Ben Nevis Rev B
- Speicher
- 2x32GB Mushkin, D464GB 3200-22 Essentials
- Grafikprozessor
- Sapphire Radeon RX 460 2GB
- Display
- BenQ PD3220U, 31.5" 4K
- SSD
- 1x HP SSD EX950 1TB, 1x SAMSUNG SSD 830 Series 256 GB, 1x Crucial_CT256MX100SSD1
- HDD
- Toshiba X300 5TB
- Optisches Laufwerk
- Samsung Brenner
- Soundkarte
- onboard
- Gehäuse
- Fractal Design Define R4
- Netzteil
- XFX 550W
- Tastatur
- Trust ASTA mechanical
- Maus
- irgend eine silent Maus
- Betriebssystem
- Arch Linux, Windows VM
- Webbrowser
- Firefox + Chromium + Konqueror
- Internetanbindung
-
▼300
▲50
Ich übergebe als Kernelparameter "systemd.unit=emergency.target". Ergo muss systemd laufen damit ich das emergency.target gestartet bekomme.Keine Ahnung, dazu habe ich bislang noch nichts gelesen. Du etwa?
Da aber systemd nicht startet ..... etc. ppp.
Die eigentliche Frage ist doch: Was will systemd überhaupt mit Random Numbers??
Die wollen das für die Bildung von bescheidenen UUID Numbers, also keine Raketenwissenschaft.
Und wegen dieses Blödsinns steht der ganze Bootprozess.
Berniyh
Grand Admiral Special
- Mitglied seit
- 29.11.2005
- Beiträge
- 5.206
- Renomée
- 219
Das ist kein Beweis. systemd kann sich in dem Fall durchaus anders verhalten, andere units laden o.ä.Ich übergebe als Kernelparameter "systemd.unit=emergency.target". Ergo muss systemd laufen damit ich das emergency.target gestartet bekomme.
Da aber systemd nicht startet ..... etc. ppp.
Es ist durchaus möglich, dass es auch in dem Fall schief geht, kann aber auch anders sein.
Bislang habe ich eben noch nicht gesehen, dass jemand wirklich so versucht hat das System zu starten.
Prinzipiell kann es in der Tat sehr problematisch sein, da ja systemd auch in der initrd läuft, d.h. es könnte sein, dass es selbst da schon fehlschlägt (und dann nutzt einem kein Kernel Parameter in irgendeiner Form).
Da nützt dann nur eine andere initrd zu nutzen (zum Glück sind die austauschbar, solange die notwendigen Treiber integriert sind).
Aber naja, was soll die Diskussion, hoffen wir einfach, dass die meisten Distributoren möglichst zeitnah gefixte systemd-Versionen ausliefern und insbesondere auch neue CDs die das Problem nicht haben.
Ersteres ist wahrscheinlich kein großes Thema und bei den meisten Distributionen wahrscheinlich schon passiert, letzteres könnte ein größeres Problem sein.
cyrusNGC_224
Grand Admiral Special
- Mitglied seit
- 01.05.2014
- Beiträge
- 5.924
- Renomée
- 117
- Aktuelle Projekte
- POGS, Asteroids, Milkyway, SETI, Einstein, Enigma, Constellation, Cosmology
- Lieblingsprojekt
- POGS, Asteroids, Milkyway
- Meine Systeme
- X6 PII 1090T, A10-7850K, 6x Athlon 5350, i7-3632QM, C2D 6400, AMD X4 PII 810, 6x Odroid U3
- BOINC-Statistiken
Ich werde bis heute nicht mit dem Ding warm.Es ist vollkommen egal was das letztendliche Detail ist was zum fehlerhaften Verhalten von systemd führt.
Fakt ist hier wird falsch, nicht abbrechbar, für sinnlose UUIDs, eine Endlosschleife von systemd produziert, ohne auf die dokumentierten Designrichtlinien von AMD einzugehen.
Was zum Stillstand bei boot führt.
Nochmal: Das fehlerhaft Verhalten des Stillstands wird eindeutig von systemd erzeugt.
Bei anderen Initsystemen kann man wenigstens mit ctrl-c arbeiten um nicht weiterlaufende Skripts aufzuhalten oder in den single user mode zu gehen.
Aber nix da bei systemd
Der Fehler ist definitiv ein Ryzen-Bug und kein systemd-Bug, siehe hier.
"Apparently on some AMD CPUs RDRAND will sometimes (after a suspend/resume cycle?) report success via the carry flag but nonetheless return the same fixed value -1 in all cases. This appears to be a bad bug in the CPU or firmware."
"Apparently on some AMD CPUs RDRAND will sometimes (after a suspend/resume cycle?) report success via the carry flag but nonetheless return the same fixed value -1 in all cases. This appears to be a bad bug in the CPU or firmware."
Zuletzt bearbeitet:
Stefan Payne
Grand Admiral Special
Verstehe immer noch nicht, was man mit random Nummern bei einem "Systemstarttool" will.Die wollen das für die Bildung von bescheidenen UUID Numbers, also keine Raketenwissenschaft.
Und wegen dieses Blödsinns steht der ganze Bootprozess.
Das schaut für mich nach völlig bekloppter Programmierung aus...
tomturbo
Technische Administration, Dinosaurier
- Mitglied seit
- 30.11.2005
- Beiträge
- 9.455
- Renomée
- 665
- Standort
- Österreich
- Aktuelle Projekte
- Universe@HOME, Asteroids@HOME
- Lieblingsprojekt
- SETI@HOME
- Meine Systeme
- Xeon E3-1245V6; Raspberry Pi 4; Ryzen 1700X; EPIC 7351
- BOINC-Statistiken
- Mein Laptop
- Microsoft Surface Pro 4
- Prozessor
- R7 5800X
- Mainboard
- Asus ROG STRIX B550-A GAMING
- Kühlung
- Alpenfön Ben Nevis Rev B
- Speicher
- 2x32GB Mushkin, D464GB 3200-22 Essentials
- Grafikprozessor
- Sapphire Radeon RX 460 2GB
- Display
- BenQ PD3220U, 31.5" 4K
- SSD
- 1x HP SSD EX950 1TB, 1x SAMSUNG SSD 830 Series 256 GB, 1x Crucial_CT256MX100SSD1
- HDD
- Toshiba X300 5TB
- Optisches Laufwerk
- Samsung Brenner
- Soundkarte
- onboard
- Gehäuse
- Fractal Design Define R4
- Netzteil
- XFX 550W
- Tastatur
- Trust ASTA mechanical
- Maus
- irgend eine silent Maus
- Betriebssystem
- Arch Linux, Windows VM
- Webbrowser
- Firefox + Chromium + Konqueror
- Internetanbindung
-
▼300
▲50
Sind halt interne UUIDs. Ist halt so.Verstehe immer noch nicht, was man mit random Nummern bei einem "Systemstarttool" will.
Das schaut für mich nach völlig bekloppter Programmierung aus...
Das werden ihm viele vor.
eratte
Redaktion
☆☆☆☆☆☆
- Mitglied seit
- 11.11.2001
- Beiträge
- 21.862
- Renomée
- 2.815
- Standort
- Rheinberg / NRW
- Mitglied der Planet 3DNow! Kavallerie!
- Aktuelle Projekte
- YoYo, Collatz
- Lieblingsprojekt
- YoYo
- Meine Systeme
- Wegen der aktuellen Lage alles aus.
- BOINC-Statistiken
- Mein Laptop
- Lenovo ThinkPad E15 Gen4 Intel / HP PAVILION 14-dk0002ng
- Prozessor
- Ryzen R9 7950X
- Mainboard
- ASUS ROG Crosshair X670E Hero
- Kühlung
- Noctua NH-D15
- Speicher
- 2 x 32 GB G.Skill Trident Z DDR5 6000 CL30-40-40-96
- Grafikprozessor
- Sapphire Radeon RX7900XTX Gaming OC Nitro+
- Display
- 2 x ASUS XG27AQ (2560x1440@144 Hz)
- SSD
- Samsung 980 Pro 1 TB & Lexar NM790 4 TB
- Optisches Laufwerk
- USB Blu-Ray Brenner
- Soundkarte
- Onboard
- Gehäuse
- NEXT H7 Flow Schwarz
- Netzteil
- Corsair HX1000 (80+ Platinum)
- Tastatur
- ASUS ROG Strix Scope RX TKL Wireless / 2. Rechner&Server Cherry G80-3000N RGB TKL
- Maus
- ROG Gladius III Wireless / 2. Rechner&Server Sharkoon Light2 180
- Betriebssystem
- Windows 11 Pro 64
- Webbrowser
- Firefox
- Verschiedenes
- 4 x BQ Light Wings 14. 1 x NF-A14 Noctua Lüfter. Corsair HS80 Headset .
- Internetanbindung
- ▼VDSL 100 ▲VDSL 100
HardwareLUXX hat ein Update dazu:
Diverse Linux-Distributionen lassen sich mit Ryzen-3000-CPUs nicht booten (Update)
Diverse Linux-Distributionen lassen sich mit Ryzen-3000-CPUs nicht booten (Update)
"AMD has identified the root cause and implemented a BIOS fix for an issue impacting the ability to run certain Linux distributions and Destiny 2 on Ryzen 3000 processors. We have distributed an updated BIOS to our motherboard partners, and we expect consumers to have access to the new BIOS over the coming days."