Tweet
Ich hab mal einfach zum Ausprobieren die AFS2K.sys umbenannt, damit sie nich geladen wird. Windows bootete daraufhin mit Daemon - aber ich hatte keine CD-Laufwerke mehr (auch das Daemon nich), das is natürlich witzlos. Also zurückbenannt, und wirklich sofort nachm Umbenennen gabs nen BSOD mit Minidump Mini061505-02.dmp. Reboot => die Datei wurde garned umbenannt. Nochmal versucht, diesmal gings. Reboot (damit AFS2k wieder geladen wird) => BSOD beim Herunterfahren mit Minidump Mini061505-03.dmp. Reboot => alles wieder wie vorher.
Eine besondere Eigenart habe ich darüberhinaus noch: Wenn ich mit Startprotokollierung boote, lädt Daemon und führt nicht zum BSOD, dabei sollte die Startprotokollierung doch überhaupt nix dahingehend beeinflussen...?! Ich hab allerdings keine Lust, immer mit Startprotokollierung zu booten, weil das in meinen Augen ein instabiler Zustand ist; ein einziger weiterer Treiber könnte wieder alles verändern.
Die beiden Minidumps habe ich an support@daemon-tools.cc geschickt.
Edit: Mir drängt sich langsam die Vermutung auf, dass das etwas mit meinem Chipsatz (nForce4) oder mit seinen Treibern zu tun hat. Habe beim Googlen ein paar Berichte über Probleme mit den nVidia IDE-Treiber gefunden... nur als Denkanstoß.
Eine besondere Eigenart habe ich darüberhinaus noch: Wenn ich mit Startprotokollierung boote, lädt Daemon und führt nicht zum BSOD, dabei sollte die Startprotokollierung doch überhaupt nix dahingehend beeinflussen...?! Ich hab allerdings keine Lust, immer mit Startprotokollierung zu booten, weil das in meinen Augen ein instabiler Zustand ist; ein einziger weiterer Treiber könnte wieder alles verändern.
Die beiden Minidumps habe ich an support@daemon-tools.cc geschickt.
Edit: Mir drängt sich langsam die Vermutung auf, dass das etwas mit meinem Chipsatz (nForce4) oder mit seinen Treibern zu tun hat. Habe beim Googlen ein paar Berichte über Probleme mit den nVidia IDE-Treiber gefunden... nur als Denkanstoß.
Comment