| Beitragsrückblick für (die neuesten Beiträge zuerst) |
|
Bliemsr |
Erstellt: 9:58 am 15. März 2013 |
| Super, daß du es gelöst hast. Und danke für die Rückmeldung. Ist bestimmt für andere User sicherlich hilfreich. |
|
wakko0816 |
Erstellt: 13:14 am 10. März 2013 |
So, nochmal ne kleine Ergänzung, denn inzwischen hab ich die Fehlerquelle
gefunden, und zwar zwei nagelneue SATA-Kabel, die es irgendwie geschafft
haben, die SSDs zu sabotieren. Seit ich die gegen andere getauscht
hab läuft alles prima, auch der RAM ist nicht defekt.
Keine Ahnung, wie sowas passieren kann.... 
|
|
wakko0816 |
Erstellt: 11:41 am 6. März 2013 |
 Ja. Hat auf jeden Fall eine Weile gedauert, bis ich auch auf die Idee
gekommen bin. Mit dem MSAHCI Treiber scheints erstmal problemlos
zu laufen. auch alles schnell genug. Wobei es halt bei der allerersten
Installation (mit der versauten Systemzeit) auch mit dem AMD-SATA
Treiber gut lief, deswegen hatte ich den immer mitinstalliert....
Erst als ich den dann in einem meiner letzten Versuche von Hand deaktivieren
wollte, gabs direkt Bluescreens, deswegen hab ich dann heute Nacht noch
mal mit dem M$-Default Treiber versucht. Seitdem läufts.
Jetzt nervt nur noch die Linux-Installation auf der Zweit-SSD....
|
|
rage82 |
Erstellt: 7:10 am 6. März 2013 |
also prinzipiell hätte ich erstmal den amd-chipsatztreiber zum test durch den ms-standard ersetzt (win7 wird doch einen dabei haben, oder)
hat die installation denn auch ewig gedauert... also die reine installation, nicht die odysee drum rum 
|
|
wakko0816 |
Erstellt: 20:08 am 5. März 2013 |
Ja. AHCI war definitiv schon vor der Installation an. Bzw. VOR den ~25
Installationen. Zusätzlich habe ich bei den letzten 5 Installationsversuchen
die SSD in einem Linux "secure erased".
Installation ist immer frisch von DVD. Dabei hab ich auch schon ne neue DVD
gebrannt, weil ich die DVD in Verdacht hatte als Grund für die fehlgeschlagene
Installation.
Die alte Platte mit demnoch laufenden Windows hab ich schon getestet. Die geht
noch. Diese Installation umzuziehen fällt allerdings aus, da die als IDE nicht AHCI
installiert ist.
Bin grad schon wieder am Neuinstallieren, wobei nun schon wieder dieser Fehler
auftritt, der sich kurz beheben ließ, indem ich den RAM reduziert habe. Langsam
glaube ich, die häufige Windows-Installation auf die SSD killt meinen RAM.... ARGH!
Ich bau mal noch nen Riegel aus....
|
|
NWD |
Erstellt: 19:58 am 5. März 2013 |
Hast du die SSD mit AHCI an mit der Windows-Installation formatiert?
Ich kriegs gerade fachlich nicht genau beschrieben, aber die Sektoren der Festplatte sollte mit den Speicherzellen der SSD übereinstimmen, das macht Windows dann beim Installieren aber automatisch.
Kannst du die SSD in einem anderen System gegentesten und deins mal mit einer normalen HDD ?
Übertaktet ist nichts?
|
|
wakko0816 |
Erstellt: 19:51 am 5. März 2013 |
Kurzes Update:
Die sequentielle Schreibgeschwindigkeit der SSD ist jetzt laut CrystalDisk Mark
auf ~8MB/s eingebrochen... Wohl gemerkt "sequentiell Schreiben". Der Test
hat dann aber auch fast ne halbe Stunde gedauert. Bis zum 4k Schreiben Test
wollte ich dann nicht warten. Lesen geht nach wie vor schnell (sequentiell >500MB/s)
Also da ist irgendwas nicht in Ordnung, aber ich bin total ratlos, was.
Ist die SSD kaputt? Oder hab ich den AHCI Modus versaut? HILFEEEE!
|
|
wakko0816 |
Erstellt: 17:28 am 5. März 2013 |
Hi. Bin mir noch nicht sicher, ob das eher ein Software- oder ein Hardware-
problem ist. Seit gestern versuche ich, ein Windows 7 Pro auf einer SSD
(Samsung 840, 120GB) anständig zum Laufen zu kriegen. Beim Installations-Marathon
ist so ziemlich jeder Fehler aufgetreten, den man sich vorstellen kann, und nachdem
ich dann beim gefühlten 100. Versuch das Windows zum Laufen gekriegt hab,
gibt es regelmässig kurze Freezes und der Desktop hängt.
Vor der Installation hab ich ein Bios-Update gemacht (Gigabyte GA-970A-UD3 auf
Bios Version F7). Dabei hats offenbar die Bios-Uhr ins Jahr 2000 zurückgesetzt. Das
hat der folgenden Windows-Installation nicht gefallen, also versucht neu zu installieren.
Die nächsten 20 Installations-Versuche hab ich gebraucht, um festzustellen, dass
offenbar einer meiner 4 RAM-Riegel (2x2 + 2x4GB) auf einmal die Installation behindert
(merkwürdig, denn die liefen bis zum Bios-Update über ein Jahr problemlos).
Nachdem die Installation mit reduziertem RAM (nur mit 2x4GB) dann doch noch geklappt
hat, macht Windows ab der Installation der AMD Chipsatz-Treiber reproduzierbar
Probleme, denn ständig hängt irgendwas auf dem Desktop. Anfangs hab ich das
noch auf die gefühlten 10.000 ausstehenden Windows-Updates geschoben, allerdings
wird es auch nicht besser, wenn die Updates installiert sind. Also das äussert sich so,
dass z.B. ein Rechtsklick auf eine Datei bis zu einer Minute braucht, bis da ne Reaktion
kommt.
Im Bios steht alles auf Default, nix übertaktet, Alle SATA-Anschlüsse auf AHCI
gesetzt. Hab bisher nur die AMD Chipsatz-Treiber (SATA AHCI) installiert. Nach dem
Neustart den Nvidia-Graka-Treiber, und den zu installieren hat dann ne schlappe
Stunde gedauert mit regelmässigen temporären Freezes.
Interessant ist auch, dass die SSD offenbar schnell genug läuft, also gängige Benchmarks
bescheinigen plausible Werte.
Hab ich da irgendeine schwere Inkompatibilität der AMD SATA/AHCI Treiber übersehen?
Oder was mach ich da falsch....
Hatte echt noch nie so üble Probleme, n Windows zum Laufen zu kriegen....
|
![]() × |
