Das stimm so nicht ganz.
Wenn Du weißt, WELCHES Laufwerk er da prüft, (sonst nacheinander bei allen!) mache (als Admin!) das:
Wenn das Laufwerk von Windows nicht angezeigt wird, kann man das erst prüfen, wenn man weiß welches Laufwerk das ist - er hätte hier alle Laufwerke mit Laufwerksbuchstaben und ohne prüfen können die Windows kennt, das hätte nichts gebracht.
Deswegen habe ich dich genau nach dem Befehl gefragt. Daraufhin kam das:
Siehe Beitrag 17Ganz genau weiß ich es auswendig nicht, und hier habe ich kein WIN 10, kann's also nicht nachsehen.
Rabe
Der Befehl funktioniert genau so auch auf älteren Betriebssystemen.
Der Rest, der danach kam, hat nach genau dem Befehl gesucht, der dafür nötig war, um genau das richtige Laufwerk zu reparieren und nach dem Grund, der zur Prüfung geführt hat. Etwas irritiert hat mich, das Windows weder in der Registry noch mit sämtlichen möglichen Befehlen den GUID irgendwie listet.
Der wirkliche Grund, warum das Laufwerk geprüft wurde, dürfte der hier sein:
Eine durch Boot-US "echt versteckte" Partition wird beim Start von Windows (nach Creators Update) als fehlerhaft erkannt. Ich habe dann den hier beschriebenen Tipp verwendet: manuelles Reparieren mittels:
@stinno77 Danke dafür! Da lesen natürlich welche mit!!!! Ich denke, du liegst damit genau richtig!
Ist ein Laufwerk auf bestimmte Art versteckt (das war auch hier der Fall), will Windows das Laufwerk nach dem Update erst mal prüfen. So wie es geprüft wird, wird der "Dirty Flag" aber nicht zurückgesetzt. Den GUID des Laufwerks kennt Windows offiziell nicht, da das Laufwerk versteckt ist. Man kommt also nicht ohne weiteres an den richtigen Befehl zur Prüfung. Man kann sich hier auch mit dem TDSSKiller helfen, um an den GUID zu kommen - der zeigt den an. Es ist das einzige Laufwerk, das Windows bei Mountvol nicht listet. Man muss also kein Foto machen - das Tool kann man zur Ermittlung des korrekten Befehls auch nehmen.
Absolut Top, der Beitrag!
Witzig ist, dass ich genau das ganz zu Anfang (Beitrag 17) schon vorgeschlagen hatte...
Nachdem klar war (nach Nutzung des TDSSKlillers), dass das Laufwerk wirklich existiert und sich Windows die GUID nicht beim Kartenspielen aus den Fingern gesogen hat (das hätte auch ein Laufwerk sein können, was gar nicht mehr angeschlossen ist), bin ich auf deinen Vorschlag zurückgekommen. Dann aber mit dem korrekten Befehl.
"Teste mal das und probiere mal das..." ist nicht mein Ding. Das machen die auf der Supportseite von Microsoft schon so - und da führt das nur selten zu einem wirklichen Ergebnis. Ich gehe lieber anders an die Sache ran - und verstehe am Ende dafür auch, was wirklich los ist.