Podle komentářů pod zdrojem chyba závisí i na UEFI. Bootovat v non-UEFI módu prý modré smrti zabrání, takže nejde nezbytně o chybu OS. Spíš jde o nepředvádané souvislosti a špatné přizpůsobení NTFS standartu UEFI. Celkově nejde chybu spolehlivě reprodukovat, a v takových případech dává Microsoft ruce pryč, dokud jim nedokážou, že je to skutečně problém Windows.
a nerobi to nahodou cez funkcie EFI?
Cuduj (cesky div) se svete. EFI ma funkciu mountovania disku aj pre OS
https://software.intel.com/en-us/articles/efi-shells-and-scripting
1) To co si poslal je popis prikazu EFI Shellu. To nema s OS nic spolecnyho.
2) EFI ma funkci pro mountovani disku aby moh nabootovat z ESP. Ale vzhledem k tomu, ze ESP je vzdy FAT, neni duvod, aby EFI umelo mountovat neco jinyho nez FAT. https://en.wikipedia.org/wiki/EFI_system_partition
V komentářích na bleepingcomputer.com píšou, že při UEFI bootování jim to spadne a v legacy bootování jim to nespadne. Pokud je to pravda, nemusí to být pouze problém operačního systému, nebo jsou následky chyby podmíněné dalšími vlivy. Tato chyba shodí většinu strojů s windows 10/7/až xp? , to jo, ale slovo "většinu" je zásadní. Dokazuje to, že jde o problém souborového systému za spoluúčasti dalších neznámých. Ale MS se tím měl rozhodně zabývat, i možnost shodit pouze některé počítače vložením flash disku je vlastnost, kterou uživatelé rozhodně nechtějí a není to dobré pro PR.
Problém je i v tom upraveném fs. Souborový systém má určité specifikace, a je logické, že ručně upravený fs nemusí fungovat jak má a může způsobit problémy. To je jako říct, že se speciálně upraveným palivem auto nenastartuje a že to výrobce auta musí řešit.
To jsou mi novinky. Já měl za to, že robustně navržený software má neplatný vstup rozpoznat. Podobně by mohli třeba vývojáři Drupalu argumentovat, že i POST požadavek má určitou specifikaci a když mi někdo podstrčí nějaký vhodně upravený, je naprosto OK, že tím získá třeba dump celé databáze.
Nevím, nakolik lze vyvozovat jakékoliv závěry z komentářů jednoho anonymního podivína, který jen tak vytasil hypotézu, že za to může UEFI protože on na jeho počítači ho má nastavené v legacy režimu a náhodou mu to nespadne. Z analýzy člověka, co toto objevil je zcela evidentní, že se to rozbije v kódu ovladače NTFS na dereferenci NULL pointeru.
> Microsoft pry BSOD vylepsil na Black Screen Of Death a
> pak dokonce smajlika s napisem neco jako "jejda, ono to hapalo".
Co jsem zatím měl možnost vidět, tak jsou stále modré. Nicméně od dob Windows 8 nejsou vypisovány v textovém režimu (80x25, 80x50 pro pamětníky), ale kresleny "v grafice".
A ano, smajlík tam je, dokonce i QR kód, tak je to moderní :-). Každopádně už se nevypisuje oněch několik hodnot předávaných do funkce KeBugCheckEx (která vyvolává BSOD), ze kterých někdy šlo rovnou poznat, o co se jedná.
Co se týče onoho špatného NTFS, zatím jsem zkoušel na Windows 7 SP 1 32bit v legacy režimu (mountováno skrz ImDisk, ale jako removable) a žádná BSOD.
> V pár posledních případech se mi windows samy
> restartovaly, než jsem stačil zapnout QR skenner :) Tak
> jsem se na nějaký hledání a opravu chyby vybodl.
Osobně mi přišla mnohem lepší BSOD zobrazovaná ve WIndows 7 a starších, protože tyhle obecné rady dala vždycky a navíc zobrazovala i pět parametrů chyby, což někdy k diagnostice stačilo. Ale dnes je trendem uživatele příliš nezatěžovat přehršlí technických informací.
Automatické restarty se dají vypnout v nastavení pro memory dumpy (Ovládací panely -> Systém a zabezpečení -> Systém -> Upravit nastaven9 -> Up5esnit -> Spuštění a zotavení systému).
Obecně ale považuju za lepší nahrát někam (mini)dump zaznamenávající BSOD, kde se na něj někdo podívá a řekne, co by asi tak mohlo být problémem. Přičemž velký dump je v souboru %windir%\memory.mp a malé ve %windor%\Minidump.
tak ve widlich najdes v logu jedine ze "doslo k nezname chybe zapricinene neznamou aplikaci "microsoft windows"".
A kdyz uz neco k nejaky chybe nahodou omylem najdes jinde ... tak "tuto chybu muzete ignorovat" ... coz je moc fajn, kdyz takovych chyb mas plnej log. Hledej v tom pak ty, ktery bys ignorovat nemel.
To je sice fajn, ale když pak skutečně řešíte BSOD, jdete na stránky Microsoftu, zjistíte že máte hledat memory dump v příslušném adresáři a on nikde. A tak hledáte a hledáte, až se po měsíci někde na nějakém obskurním fóru dočtete, že memory dump se uloží pouze v případě zapnutého pagefile (ale ten vám nějaký dobrák vypnul, protože SSD). A tak místo řešení problému, řešíte jiný problém (chybějící pagefile) jen proto, že dementi v microsoftu neumí takovou základní informaci přidat do návodu.
Tady se o tom třeba píše
https://support.microsoft.com/en-us/help/254649/overview-of-memory-dump-file-options-for-windows
Otázka samozřejmě je, kdy se tam ta informace objevila. Já jsem se ji odtud nedozvěděl, ale myslím, že kdysi při čtení Windows Internals.
Zrovna dokumentaci kolem vývoje ovladačů (což je příbuzné téma a pro analýzů memory dumpů se hodí jej trochu znát) hodnotím jako hodně dobrou v porovnání s jinými. Zejména co se týče starších témat (ne třeba nových API funkcí přidaných ve W10).
A file that big?
It might be very useful
But now it is gone.
viac na BeOS haiku error messages http://8325.org/haiku/