"Upgrade" von Win10 1607 auf 1703 - 1709- 1803 oder 1809 immer Schreibfehler danach
Re: "Upgrade" von Win10 1607 auf 1703 - 1709- 1803 oder 1809 immer Schreibfehler danach
@MOSMaraude
Hallo Chris,
Das schönste beim Bahnfahren: hast beide Arme frei..
Durchaus aufschlussreich die ganzen Infos –aus meiner Sicht gibt´s da schon einige Auffälligkeiten.
Keine Ahnung wann ich heute Abend im Hotel bin auf, dem Programm stehen "Arbeitsessen" mit den Kollegen sowie ne Kneipentour durch die Altstadt von Kiel..
Bitte ruf mal MSInfo32 auf: >Komponenten >Speicher >IDE >PNP-Gerätekennung
Genau, das ist unser Bad ***** aka INTEL
PNP-Gerätekennung PCI\VEN_8086&DEV_1C02&SUBSYS_844D1043&REV_05\3&11583659&0&FA
Danach im Geräte-Manager IDE/ATA/ATAPI-Controller den INTEL herauspicken. Reiter "Details" die Eigenschaften auf Hardware ID umstellen
unter den 3-4 Strings sollte nun die gleiche Kennung zu finden sein. Reine Vorsichtsmaßnahme -bei 99% der Windows-Installs ist dies auch der Fall, dieses 1% ist mir allerdings auch schon untergekommen..
Noch ne Frage: Windows Update meldet "Die optimale SW ist [..] bereits installiert" ?
Es gibt noch eine Spur, allerdings muss ich mich nun erstmal mit anderen Dingen beschäftigen 😉
Gruß
IT-Nerd
Hallo Chris,
Das schönste beim Bahnfahren: hast beide Arme frei..
Durchaus aufschlussreich die ganzen Infos –aus meiner Sicht gibt´s da schon einige Auffälligkeiten.
Keine Ahnung wann ich heute Abend im Hotel bin auf, dem Programm stehen "Arbeitsessen" mit den Kollegen sowie ne Kneipentour durch die Altstadt von Kiel..
Bitte ruf mal MSInfo32 auf: >Komponenten >Speicher >IDE >PNP-Gerätekennung
Genau, das ist unser Bad ***** aka INTEL
PNP-Gerätekennung PCI\VEN_8086&DEV_1C02&SUBSYS_844D1043&REV_05\3&11583659&0&FA
Danach im Geräte-Manager IDE/ATA/ATAPI-Controller den INTEL herauspicken. Reiter "Details" die Eigenschaften auf Hardware ID umstellen
unter den 3-4 Strings sollte nun die gleiche Kennung zu finden sein. Reine Vorsichtsmaßnahme -bei 99% der Windows-Installs ist dies auch der Fall, dieses 1% ist mir allerdings auch schon untergekommen..
Noch ne Frage: Windows Update meldet "Die optimale SW ist [..] bereits installiert" ?
Es gibt noch eine Spur, allerdings muss ich mich nun erstmal mit anderen Dingen beschäftigen 😉
Gruß
IT-Nerd
-
MOSMarauder
- Fragensteller
- Beiträge: 15
- Registriert: 10.11.2018, 04:21
- Gender:
Re: "Upgrade" von Win10 1607 auf 1703 - 1709- 1803 oder 1809 immer Schreibfehler danach
Huhu IT-Nerd.
Suche nach neuerem Treiber ergibt ist bereits auf neustem Stand.
Ich hatte ja wie gesagt auch schon versucht den auf MS eigenen AHCI zu stellen..Ergebnis war ja gleich.
Lass Dir Zeit.. es eilt nicht ,)
Chris
Suche nach neuerem Treiber ergibt ist bereits auf neustem Stand.
Ich hatte ja wie gesagt auch schon versucht den auf MS eigenen AHCI zu stellen..Ergebnis war ja gleich.
Lass Dir Zeit.. es eilt nicht ,)
Chris
Re: "Upgrade" von Win10 1607 auf 1703 - 1709- 1803 oder 1809 immer Schreibfehler danach
@MOSMaraude
Moin!
mhhh, bis zum finalen Statement "Kompatibilitätsfalle" geht sicherlich noch was. Bin morgen Abend wieder in HH, würde mal sagen in KI gab´s heute Abend einige verdammt lustige Kerls auf der Straße zu beobachten..
- Store/Explorer Fehlfunktionen: für mich nicht weiter verwunderlich, deine Windows Installation wird bei den von Chkdsk immer wieder vermeldeten Verzeichnis-Fehlern (Indizes = Phase II) vermutlich ebenfalls was abbekommen haben
- wird da nach Reparatur unter %SYSTEMROOT% ein eigenes, neues Directory von CHKDSK angelegt?
- nur zum Verständnis: diese Seagate 2TB -ebenfalls am INTEL® Controller angeklemmt?
Lösungsversuch:
a) Paging File deaktivieren. Sollte bei 16GB kein Problem darstellen
b) Windows Search und damit "File Indexing" auf deaktiviert setzen
c) Auto Defrag für Vol C und D+E abstellen
d) die Systemwiederherstellung -soweit aktiviert - für diese beiden LW abschalten
e) bevor wir BCD auf "ignoreallfailures" umstellen brauche ich nähere Infos:
◄ bcdedit.exe /enum all > %USERPROFILE%\DESKTOP\ign_fail.txt ◄ (klar, hier im Forum bitte für uns verfügbar machen, thx)
- ebenfalls "suspicious" : volsnap.sys, des weiteren könnte man die ATA-Error-Logs unter die Lupe nehmen oder die MS History https://www.microsoft.com/de-de/itpro/w ... nformation -leider nicht gerade mühelos- auswerten oder
- 8-10 Dutzend Links (ich selbst vermute noch einige mehr) zur Thematik "SAMSUNG ® SSD 860 EVO Windows 10 Issues" abklappern
- oder ?
Leute, ich jedenfalls mach mich jetzt lang, morgen ist schließlich auch ein Tag..
Gruß
IT-Nerd
Moin!
mhhh, bis zum finalen Statement "Kompatibilitätsfalle" geht sicherlich noch was. Bin morgen Abend wieder in HH, würde mal sagen in KI gab´s heute Abend einige verdammt lustige Kerls auf der Straße zu beobachten..
- Store/Explorer Fehlfunktionen: für mich nicht weiter verwunderlich, deine Windows Installation wird bei den von Chkdsk immer wieder vermeldeten Verzeichnis-Fehlern (Indizes = Phase II) vermutlich ebenfalls was abbekommen haben
- wird da nach Reparatur unter %SYSTEMROOT% ein eigenes, neues Directory von CHKDSK angelegt?
- nur zum Verständnis: diese Seagate 2TB -ebenfalls am INTEL® Controller angeklemmt?
Lösungsversuch:
a) Paging File deaktivieren. Sollte bei 16GB kein Problem darstellen
b) Windows Search und damit "File Indexing" auf deaktiviert setzen
c) Auto Defrag für Vol C und D+E abstellen
d) die Systemwiederherstellung -soweit aktiviert - für diese beiden LW abschalten
e) bevor wir BCD auf "ignoreallfailures" umstellen brauche ich nähere Infos:
◄ bcdedit.exe /enum all > %USERPROFILE%\DESKTOP\ign_fail.txt ◄ (klar, hier im Forum bitte für uns verfügbar machen, thx)
- ebenfalls "suspicious" : volsnap.sys, des weiteren könnte man die ATA-Error-Logs unter die Lupe nehmen oder die MS History https://www.microsoft.com/de-de/itpro/w ... nformation -leider nicht gerade mühelos- auswerten oder
- 8-10 Dutzend Links (ich selbst vermute noch einige mehr) zur Thematik "SAMSUNG ® SSD 860 EVO Windows 10 Issues" abklappern
- oder ?
Leute, ich jedenfalls mach mich jetzt lang, morgen ist schließlich auch ein Tag..
Gruß
IT-Nerd
-
MOSMarauder
- Fragensteller
- Beiträge: 15
- Registriert: 10.11.2018, 04:21
- Gender:
Re: "Upgrade" von Win10 1607 auf 1703 - 1709- 1803 oder 1809 immer Schreibfehler danach
Huhu NerdIT-Nerd hat geschrieben: ↑15.11.2018, 22:54 @MOSMarauder
- Store/Explorer Fehlfunktionen: für mich nicht weiter verwunderlich, deine Windows Installation wird bei den von Chkdsk immer wieder vermeldeten Verzeichnis-Fehlern (Indizes = Phase II) vermutlich ebenfalls was abbekommen haben
- wird da nach Reparatur unter %SYSTEMROOT% ein eigenes, neues Directory von CHKDSK angelegt?
- nur zum Verständnis: diese Seagate 2TB -ebenfalls am INTEL® Controller angeklemmt?
Lösungsversuch:
a) Paging File deaktivieren. Sollte bei 16GB kein Problem darstellen
b) Windows Search und damit "File Indexing" auf deaktiviert setzen
c) Auto Defrag für Vol C und D+E abstellen
d) die Systemwiederherstellung -soweit aktiviert - für diese beiden LW abschalten
e) bevor wir BCD auf "ignoreallfailures" umstellen brauche ich nähere Infos:
◄ bcdedit.exe /enum all > %USERPROFILE%\DESKTOP\ign_fail.txt ◄ (klar, hier im Forum bitte für uns verfügbar machen, thx)
Gruß
IT-Nerd
AAlso...Das LW "d" ist ebenfalls am Intel SATA. (2 tb)
Ich habe noch weitere Laufwerke am Intel, weiss aber gerade nicht welche. Die Anschlüsse sind unter der Graka...ALso essig mit zurück verfolgen.
Ein neues Verzeichnis ? Meinste diese found.000 Ordner ?
Volsnap....Ich habe die Schattenkopieen auf allen Platten aus.
Thema SAMSUNG SSD: Es geht auf der Toshiba TL-100 ebenfalls nicht- (Das ist das LW was ich zz als C SSD nutze..Auch auf diesem LW hab ich ein Upgrade versucht......
Pagefile hab ich mal versucht, aber kaum Starte ich ein etwas grösseres Programm ist wieder vorbei.
Search und Index hab ich per se nie an
Autodefrag ist imho auch aus.
https://we.tl/t-CAAbzmkegQ ... die ign_fail
Zum Store... wenn ich im Store bin..den Explorer Task beende kann er was Laden und auch Installieren.
Apps aus dem Store gehen zz mit dieser Methode..aber nur auf C und D. Alle anderen Laufwerke spinnt er.
Ich wünsche guats Nächtle
Chris
Re: "Upgrade" von Win10 1607 auf 1703 - 1709- 1803 oder 1809 immer Schreibfehler danach
@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..
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..
-
DK2000
- Legende
- Beiträge: 9224
- Registriert: 03.04.2018, 00:07
- Hat sich bedankt: 158 Mal
- Danke erhalten: 489 Mal
- Gender:
Re: "Upgrade" von Win10 1607 auf 1703 - 1709- 1803 oder 1809 immer Schreibfehler danach
Ob es wirklich am Controller liegt, gute Frage. Praktisch haben wir ja eigentlich den selben Controller, nur er für Desktop und ich für Mobil:
Intel 6 Series/C200 Series Chipset Family 6 port Desktop SATA AHCI Controller
Intel 6 Series/C200 Series Chipset Family 6 port Mobile SATA AHCI Controller
Windows 10 Treiber gibt es dafür aber nicht, weswegen ich ja den Standard AHCI Treiber von Windows verwende.
Neu installiert hatte ich Windows 10 erst wieder bei der 1803. Davor waren es immer nur Upgrades von Windows 7 angefangen.
Aber mal so eine komplette Neuinstallation ohne Fremdsoftware würde mich da auch mal interessieren, ob da dann das Problem auch noch auftritt.
Und die Sache mit der neu angelegten Wiederherstellungspartition ist da unschön, aber bei Windows irgendwie normal. Das hat er bei mit auch gemacht und musste im Anschluss an die 1803 aufräumen und das Selbe erneut mit der 1809. Irgendwie ist dem Setup die Wiederherstellungspartition immer zu klein. Das sollte aber mit dem Problem nichts zu tun haben. Das ist nur unschön. Außer natürlich, die Verkleinerung der Startpartition beschädigt irgendwie das Dateisystem.
Das ist ein seltsames Problem.
Intel 6 Series/C200 Series Chipset Family 6 port Desktop SATA AHCI Controller
Intel 6 Series/C200 Series Chipset Family 6 port Mobile SATA AHCI Controller
Windows 10 Treiber gibt es dafür aber nicht, weswegen ich ja den Standard AHCI Treiber von Windows verwende.
Neu installiert hatte ich Windows 10 erst wieder bei der 1803. Davor waren es immer nur Upgrades von Windows 7 angefangen.
Aber mal so eine komplette Neuinstallation ohne Fremdsoftware würde mich da auch mal interessieren, ob da dann das Problem auch noch auftritt.
Und die Sache mit der neu angelegten Wiederherstellungspartition ist da unschön, aber bei Windows irgendwie normal. Das hat er bei mit auch gemacht und musste im Anschluss an die 1803 aufräumen und das Selbe erneut mit der 1809. Irgendwie ist dem Setup die Wiederherstellungspartition immer zu klein. Das sollte aber mit dem Problem nichts zu tun haben. Das ist nur unschön. Außer natürlich, die Verkleinerung der Startpartition beschädigt irgendwie das Dateisystem.
Das ist ein seltsames Problem.
Re: "Upgrade" von Win10 1607 auf 1703 - 1709- 1803 oder 1809 immer Schreibfehler danach
@MOSMarauder
Moin!
Dies wäre nun mal eine gute Gelegenheit die Systemnähe/Mächtigkeit von LINUX zu demonstrieren. Der Eingriff den ich auf deinem Windows System beabsichtige ließe sich dort nämlich sehr einfach bewerkstelligen.
Will ich nicht vertiefen. Windows gestattet uns zwar das Auslesen selbst "intimster" Details, das Verändern dieser kann im Einzelfall jedoch schwierig/unmöglich sein.
Zunächst mal brauche ich vernünftiges Werkzeug:
GSmartControl -die Binary findet sich hier
--> https://sourceforge.net/projects/gsmart ... p/download
Portable auspacken/aufrufen -Links: SAMSUNG/TOSHIBA ►◄ Rechts: SEAGATE.
Keine Paranoia: falls du zwischenzeitlich der Versuchung erlegen bist, diesen ganzen Rattenschwanz weiterer Platten wieder anzuklemmen, fallt die diesbezügliche Verantwortung für mögliche Schäden/Datenverluste an diesen zur Abwechslung mal in deinen Bereich.. (LOL)
- Doppelklick auf die SSD, unten auf "View Output" diesen dann mit "Save As" auf Platte bannen
- gleiche Vorgehensweise für die SEAGATE
Nee, schnell geht hier gar nix oder eben auch "viele Wege führen nach Rom", iss trotzdem alles durchdacht.
Wir wollen jetzt mal die wirklichen Fähigkeiten dieser INTEL Rapid Storage Technology ein wenig ausloten. Dazu werde ich ein kleines RAID-Szenario vorbereiten. Falls hier jemand "mitliest", SSD und Caching ist völliger "Quark" -schon klar!
- das SWAP-File wieder auf dein System Volume umlegen ✌
- damit der Windows Standard Treiber "MSAhci" wieder zugewiesen wird INTEL RST deinstallieren und den Rechner im SAFE MODE neu starten
- entweder über CMD > MSCONFIG (mal geht´s, manchmal auch nicht)
besser: bcdedit /set {default} safeboot minimal
- FYI: bcdedit /deletevalue {current} safeboot (zum deaktivieren, später)
- NEUSTART >Seagate abklemmen > BIOS > INTEL Controller auf RAID umstellen
- beim Hochfahren sollte das Volume von Windows nun neu konfiguriert werden
- SAFE MODE wieder ausknipsen, neu starten
- genau, jetzt die passende Intel RST Software für das ASUS installieren
Die Rechner die hier so um mich herum verteilt sind allesamt AMD-Only, selbst im Server sitzt ein "EPYC". D. h., ich selbst kann dieses RST nicht unter die Lupe nehmen. Soweit ich die INTEL Dokus verstanden habe, sollte die SW nun über AHCPI hinaus noch weitere Optionen anbieten.
Findet sich alles später..
Gruß
IT-Nerd
Moin!
Dies wäre nun mal eine gute Gelegenheit die Systemnähe/Mächtigkeit von LINUX zu demonstrieren. Der Eingriff den ich auf deinem Windows System beabsichtige ließe sich dort nämlich sehr einfach bewerkstelligen.
Will ich nicht vertiefen. Windows gestattet uns zwar das Auslesen selbst "intimster" Details, das Verändern dieser kann im Einzelfall jedoch schwierig/unmöglich sein.
Zunächst mal brauche ich vernünftiges Werkzeug:
GSmartControl -die Binary findet sich hier
--> https://sourceforge.net/projects/gsmart ... p/download
Portable auspacken/aufrufen -Links: SAMSUNG/TOSHIBA ►◄ Rechts: SEAGATE.
Keine Paranoia: falls du zwischenzeitlich der Versuchung erlegen bist, diesen ganzen Rattenschwanz weiterer Platten wieder anzuklemmen, fallt die diesbezügliche Verantwortung für mögliche Schäden/Datenverluste an diesen zur Abwechslung mal in deinen Bereich.. (LOL)
- Doppelklick auf die SSD, unten auf "View Output" diesen dann mit "Save As" auf Platte bannen
- gleiche Vorgehensweise für die SEAGATE
Nee, schnell geht hier gar nix oder eben auch "viele Wege führen nach Rom", iss trotzdem alles durchdacht.
Wir wollen jetzt mal die wirklichen Fähigkeiten dieser INTEL Rapid Storage Technology ein wenig ausloten. Dazu werde ich ein kleines RAID-Szenario vorbereiten. Falls hier jemand "mitliest", SSD und Caching ist völliger "Quark" -schon klar!
- das SWAP-File wieder auf dein System Volume umlegen ✌
- damit der Windows Standard Treiber "MSAhci" wieder zugewiesen wird INTEL RST deinstallieren und den Rechner im SAFE MODE neu starten
- entweder über CMD > MSCONFIG (mal geht´s, manchmal auch nicht)
besser: bcdedit /set {default} safeboot minimal
- FYI: bcdedit /deletevalue {current} safeboot (zum deaktivieren, später)
- NEUSTART >Seagate abklemmen > BIOS > INTEL Controller auf RAID umstellen
- beim Hochfahren sollte das Volume von Windows nun neu konfiguriert werden
- SAFE MODE wieder ausknipsen, neu starten
- genau, jetzt die passende Intel RST Software für das ASUS installieren
Die Rechner die hier so um mich herum verteilt sind allesamt AMD-Only, selbst im Server sitzt ein "EPYC". D. h., ich selbst kann dieses RST nicht unter die Lupe nehmen. Soweit ich die INTEL Dokus verstanden habe, sollte die SW nun über AHCPI hinaus noch weitere Optionen anbieten.
Findet sich alles später..
Gruß
IT-Nerd