@MOSMaraude
Moin!
so, hier mal ´ne kleine Zwischenbilanz:
1. ganz klar, der INTEL Controller ist der Verursacher
2. nee Alter, diese SAMSUNG 860 ist schuld
3. ganz falsch, eindeutig Windows steckt dahinter
Keiner dieser Punkte lässt sich eindeutig mit JA oder NEIN beantworten. Auch nicht gerade hilfreich dabei der Umstand dass der Patient bereits droht uns unter den Händen zu sterben..
Die von mir erwähnten Blogs zu Anwenderproblemen mit der EVO 860 im Zusammenspiel mit Win 10 führten für alle der davon Betroffenen zu keinem Ergebnis: Firmware buggy, zurück zum Händler bringen, nee geht garnich, nie wieder ´ne SAMSUNG. Es gibt auch Posts welche von exakt den gleichen Problemen -nämlich ATA Errors- unter LINUX bei Vorliegen eines bestimmten AMD Chipsatzes berichten..
Somit stehen dir nun folgende Optionen offen:
a) testweise mal eine Windows 10 Installation mit einer anderen Platte auf dem ASUS Bord vornehmen
b) umgedreht: die EVO -soweit verfügbar- mal unter einem anderen Board betreiben/installieren
Die aktuelle, gefixte v1809 trägt den Build 10.0.17763.165 -keine Ahnung, ob da bereits ne ISO verfügbar ist. Ich persönlich ziehe das Windows von morgen in Gestalt der V1903 vor..
Bevor du Setup startest: alles worauf irgendwie geschrieben werden kann abklemmen. Hier dreht es sich weniger darum, dass Setup über irgendwelche Legacy Hardware stolpert sondern unerwünscht eine systemreservierte Partition auf einem anderen Volume einrichtet.
Mein Notebook hier verfügt neben einer SSD über eine festverbaute 2 TB Hybrid-Datenplatte, Windows hat mir während einer Installation darauf - obwohl auf dem SysVol bereits vorhanden- die eben erwähnte Systempartition ein weiteres Mal angelegt.
Na ich bin mal echt gespannt!
Gruß
IT-Nerd
Edit: ok, will nicht so hart mit mir selbst ins Gericht gehen, "Dummheit hoch 3"? Nee, eher ein Fall von "lightly overworked" Der entsprechende Hinweis liegt seit dem 14.11. hier lokal auf meiner Platte -ich hab ihn ignoriert/übersehen/falsch interpretiert..
Hätte ich nur von der Toshiba SSD gewusst (kopfschüttel), dieser Thread wäre kängst mit "Gelöst" getagt -egal, erwarte heute Abend Besuch welcher auch bei uns übernachtet..
Was du in der Zwischenzeit mal tun könntest: auf der Toshiba/Samsung die V1809 frisch installieren. Die alte Installation ist in meinen Augen bereits eh am sterben.
Damit du jetzt nicht von einem Bein aufs andere hüpfst: was MS in/ab der v1703 unter der Haube verändert hat -ich fürchte fast wir werden es nie erfahren. Die Redmonder haben leider die Eigenart, derartige Veränderungen nicht zu kommunizieren.
Jeder Admin/IT-Pro/Dev kann ein Lied davon singen wenn plötzlich GPO´s /Registry-Teilstrukturen wirkungslos oder mittels C++ Windows (Unter-)Klassen aus heiterem Himmel nicht mehr aufrufbar sind..
Dein INTEL Controller aufm ASUS ist der Verursacher für die fehlerhafte Kommunikation zwischen den angeschlossenen Laufwerken. Der Ärmste kann eigentlich gar nix dafür - Windows versagt ihm lediglich einige - zum störungsfreien Arbeiten benötigten Infos . Nö, die Treiber sind dabei völlig wurst..