Egy új frissítéssel a kék halál képernyője Linuxon is megjelenik
Jelentkezz be a hozzászóláshoz.
#5
Látom, kicsit elkéstem a hozzászólással, de túl gyakran jönnek itt elő régi hírek...
#4
"Az, hogy a régi Windows BSOD hibakódjai gyakran használhatatlanul tágak és homályosak voltak, nem teszi az ötletet rosszá."
A töretlen fejlődés mítosza, ugye. : -) Amikor a rendszer szándékosan leállítja magát valamilyen Kernel-szintű probléma észlelése miatt (ez a kékhalál), olyankor már régóta kevesebb információ van kiírva, mint annak előtte. Ennyi változott és nem a hibaüzenetek lettek pontosabbak. A hibaüzenetekből, a következményekből most sem lehet jobban kitalálni a kiváltó okot, a hibaüzenetek többségét elvileg sem jobbá lehet tenni, továbbfejleszteni a korábbiakhoz képest.
Például annak idején ha megláttunk egy IRQL_NOT_LESS_OR_EQUAL vagy KERNEL_MODE_EXCEPTION_NOT_HANDLED BugCheck kódot a kékhalál képernyőjén, akkor tudtuk, hogy legtöbbször olyan driver okozza, amiben szoftverhiba maradt, és azt is meg tudtuk mondani a kiírt paraméterekből, hogy melyik driver a gyanús. De mivel egy rendszerben kétszer kettő néha öt tud lenni pl. memóriahiba vagy akár külső behatás miatt, ami előbb-utóbb kibukik valahol, ez sosem jelentett többet valószínűségnél. Akadnak persze sokkal egyértelműbb helyzetek is, de többnyire annyira áttételesek a problémák, hogy nincs és nem is lehet a rendszer leállításának pillanatában olyan üzenetet kiírni, amiből kiderülhet, mi volt a probléma eredeti kiváltó oka.
A töretlen fejlődés mítosza, ugye. : -) Amikor a rendszer szándékosan leállítja magát valamilyen Kernel-szintű probléma észlelése miatt (ez a kékhalál), olyankor már régóta kevesebb információ van kiírva, mint annak előtte. Ennyi változott és nem a hibaüzenetek lettek pontosabbak. A hibaüzenetekből, a következményekből most sem lehet jobban kitalálni a kiváltó okot, a hibaüzenetek többségét elvileg sem jobbá lehet tenni, továbbfejleszteni a korábbiakhoz képest.
Például annak idején ha megláttunk egy IRQL_NOT_LESS_OR_EQUAL vagy KERNEL_MODE_EXCEPTION_NOT_HANDLED BugCheck kódot a kékhalál képernyőjén, akkor tudtuk, hogy legtöbbször olyan driver okozza, amiben szoftverhiba maradt, és azt is meg tudtuk mondani a kiírt paraméterekből, hogy melyik driver a gyanús. De mivel egy rendszerben kétszer kettő néha öt tud lenni pl. memóriahiba vagy akár külső behatás miatt, ami előbb-utóbb kibukik valahol, ez sosem jelentett többet valószínűségnél. Akadnak persze sokkal egyértelműbb helyzetek is, de többnyire annyira áttételesek a problémák, hogy nincs és nem is lehet a rendszer leállításának pillanatában olyan üzenetet kiírni, amiből kiderülhet, mi volt a probléma eredeti kiváltó oka.
#3
A kék halál képernyő szorosan a Microsoft-hoz kötődik és valljuk be, "rádolgozott" a hírnevére.
#2
Eredetileg a kernel panic fekete szoveges terminal kepernyot hasznalt, tisztan karakteres megjelenitessel. Ennek hatalmas elonye, hogy az info akar egy soros terminalon is kijon a dobozbol, ha eppen nincs monitor a gepre kotve. Ezt hivtak viccesen fekete halalnak.
Ezt szineztek most ki linux-on is kek grafikus megjelenitesre. Ha a framebuffer alrendszer is osszeomlik, akkor persze marad a sima szoveges info.
A piros szin egyebkent az Amiga-ktol jon, ott guru meditation error volt a rendszerosszeomlas neve. https://en.wikipedia.org/wiki/Guru_Meditation
Ezt szineztek most ki linux-on is kek grafikus megjelenitesre. Ha a framebuffer alrendszer is osszeomlik, akkor persze marad a sima szoveges info.
A piros szin egyebkent az Amiga-ktol jon, ott guru meditation error volt a rendszerosszeomlas neve. https://en.wikipedia.org/wiki/Guru_Meditation
innen már csak egy lépés, hogy legyen RSOD... Ha már követik a Windows-t.
Mess with the best, die like the rest Linux4ever