<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>
	Kommentare zu: Windows XP und die SSD	</title>
	<atom:link href="https://www.die-oswalds.de/blog/2019/09/25/windows-xp-und-die-ssd/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.die-oswalds.de/blog/2019/09/25/windows-xp-und-die-ssd/</link>
	<description></description>
	<lastBuildDate>Fri, 15 Sep 2023 16:38:33 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	
	<item>
		<title>
		Von: Dino		</title>
		<link>https://www.die-oswalds.de/blog/2019/09/25/windows-xp-und-die-ssd/comment-page-1/#comment-4774</link>

		<dc:creator><![CDATA[Dino]]></dc:creator>
		<pubDate>Fri, 15 Sep 2023 16:38:33 +0000</pubDate>
		<guid isPermaLink="false">https://www.die-oswalds.de/blog/?p=374#comment-4774</guid>

					<description><![CDATA[Hi Roman,

ausgezeichneter Artikel. Herzlichen Dank.
Ziemlich alles war das XP so treibt berücksichtigt.

Zu: 
  &quot;Viele Hersteller haben eine vergleichbares Verfahren schon in der Firmware der SSD eingebaut und 
   hierdurch wird TRIM-Support vom OS überflüssig.&quot;

  * NEIN, NEIN, NEIN! 
    Die SSD internen &quot;Garbage Collection&quot; und &quot;Wear Leveling&quot; ersetzen keinen TRIM Befehl!

Warum?
* Ausgangssituation NTFS Partition BS/OS egal:
  Partition schon auf Blöcke ausgerichtet. Anfang der Partition bei 1MB (2048x512Byte Sektoren).
  Sonst würde das Beispiel ausarten und wie Roman bereits geschrieben hat ein Übel.
  Ein sehr sehr grosses Übel.

* Alle Zahlen nur Beispiele. Und ALLES vereinfacht. Fehler auch drinnen, aber nicht was das Prinzip betrifft!
  Bitte verzeiht mir das.

* Eine SSD schreibt und &quot;denkt&quot;in Blöcken (Fakt):
  * Die Anzahl der Schreibzugriffe sind limitiert durch den Flash Speicher.
    Egal ob eine Zelle nun 10.000 oder 100.000 oder mehr aushält. Ja nach Typ der Zelle.
    Consumer SSD ~ 10.000x Stand heute.
    Dann hält halt eine hochwertigere SSD den Irrsinn ein bisschen länger aus. Supergau kommt trotzdem!
  
  * Eine SSD hat ausshalb der Blöcke der angegebenen Kapazität noch 10-30% Reserveblöcke. 
    Das dient dazu, wenn es absehbar ist dass ein Block seine Lebensdauer erreicht hat,
    ihn als &quot;nicht mehr benutzen&quot; markiert. Die Daten umkopiert und eben einen Reserveblock nimmt.

  512KB hier. Egal auch wenn ich nur ein Byte runterschreibe.

* Partition mit Windows NTFS. Clustergrösse der fomatierten Partition:
  4096 Bytes (bei den heutigen Grössen meistens 16384)
  Belegt 8x Sektoren (Datenträger mit 512Bytes Sektoren). Sagen wir die Sektoren 4.096 bis 4103 (weil ausgerichtet)
  (Clustergrösse = minimum, was vom BS/OS runtergeschrieben wird. Analog wie die Blöcke)

* Datei anlegen:
  &quot;Trallala.txt&quot; mit einem Byte. 
  
  * Wir vergessen hier mal, das ein NTFS (Treiber vom BS/OS) kleine Dateien gleich ins Inhaltsverzeichnis 
    (MFT=MasterFileTable) speichert, statt in andere Sektoren und dann die Sektoreninfos in den MFT.
    Fragmentierung lässt grüssen.

  Was passiert:
  1. Belegt minimum einen NTFS Cluster mit 4096 Bytes. Durchs BS/OS bedingt.
  2. Die SSD entscheidet nun (&quot;Wear Levelling&quot;), auf Grund von Schreibzyklustabellen, in welchen Block gespeichert wird.
  a. Wenn eine freier Block, dann einfach reinmischen und speichern.
  b. Wenn bereits was im Block drinnen ist:
     1. Die 524.288 Bytes (512KB) lesen.
     2. Die 4096 werden reingemischt. Wo halt noch was frei ist in dem gelesenen Block im RAM.
     3. Das &quot;Wear Levelling&quot; der SSD (Firmware) entscheidet nun weiter, dass dieser Block schon 
        einige Kilometer drauf hat (Ja, es führt intern eine Datenbank. Das Ding lebt!)
        a. Schreibt den Block in einen freien Block, wenn verfügbar. 
           UND GENAU DA LIEGT DAS PROBLEM #1! Komme später drauf zurück.
        b. Schreibt den Block in einen freien Block in den Reserveblöcken. 
           HIER PROBLEM #2!
        c. Oder wenn schon alle anderen Optionen ausgeschöpft sind, in einen Block der weniger Kilometer drauf hat.
           UND PROBLEM#3.

     Und markiert den vorher verwendeten Block als &quot;Frei&quot;.
  
     Das macht die SSD völlig transparent vom BS/OS oder Benutzer!

     (Eine Harddisk (512Byte Sektoren) würde da einfach in 8x Sektoren (8x512=4096) speichern, das ihm das NTFS vorgibt.)

* Datei überschreiben mit einem anderen Byte:
  Genau derselbe Vorgang wie beim anlegen.

* Datei Trallala.txt löschen (JETZT GEHTS LOS):

  1. Das BS/OS (ohne TRIM) markiert die 8x Sektoren als gelöscht bwz entfernt einfach die Datei und die Sektorinfos aus der MFT.
     Finito. Das wars.

  2. !!! Die SSD und das &quot;Wear Leveling&quot; bekommen davon nichts mit, dass die MFT manipuliert wurde !!!
     Der vollständige Block muss, aus der Sicht der SSD immer noch behandelt werden, wie wenn alle Daten drauf
     wichtig/belegt wären. Es weiss es ja nicht besser. Wurde ja nicht drüber infomiert.

  3. Und hellsehen wie im Text vom Roman &quot;...in der Firmware der SSD eingebaut...&quot; KANN SIE NICHT!
     Da kann noch soviel eingebaut sein. Ausser unbegrenzte Reservesektoren (auf einem begrenzten Planten)...

* PROBLEM#1: Und jetzt fängt die SSD dauernd mit der Suche nach freien Blöcken an.
  Wenn aufgebraucht, obwohl aus der Sicht des BS/OS frei/leer ist, geift PROBLEM#2.
  (NOCHMAL: Alle gelöschten/freien Sektoren des BS/OS, sind immer noch belegte Blöcke auf der SSD!)

* PROBLEM#2: Nehme ich halt Reservesektoren.
  Geht auch eine Weile gut, aber eine Weile kann sehr kurz sein. 
  Bis aufgebraucht. Nun PROBLEM#3.

* PROBLEM#3: Nichts mehr frei, dann nehme ich einen Block der weniger Kilometer hat,
  und kopiere um. Hierbei werden die Dinger dann brennend heiss! Die arbeiten nur mehr.

* SUPERGAU: Nun sind die Schreibzyklen der Blöcke erschöpft.
  Datenverlusst.

LÖSUNG:
* Der TRIM Befehl des BS/OS, hätte der SSD sagen können, dass dieser Block bzw. die Sektoren der gelöschten Datei, frei ist.
  Dann würde es bei der Grösse der SSD, wesentlich länger dauern, bis an die Reserveblöcke rangegangen wird.


------------
Und nicht wundern über:
* Auslagerungsdatei ausschalten.

  Manche Software geht dann nicht mehr. Beispiel: Das Spiel: &quot;Farcry&quot;.
  Meuterte bei mir.

* Verschleiß- und Ausfallsvorhersage (S.M.A.R.T.)

  https://de.wikipedia.org/wiki/Solid-State-Drive#Verschlei%C3%9F-_und_Ausfallsvorhersage_(S.M.A.R.T.)

  * Manche Chipsätze bzw. deren SATA Controller die im AHCI/Raid Modus betrieben werden,
    liefern den Datenträger &quot;Logisch&quot; statt &quot;Physisch&quot;. Wird also nicht direkt an das Betriebssystem
    durchgereicht. Selbst wenn der beste Treiber des Herstellers verwendet wird.

  * Tools wie &quot;Chrytal Disk&quot; können dann nicht mehr die S.M.A.R.T. Daten auslesen. Z.B. 89% usw. bei einer SSD.
    Beispiel: Mainboards ATI-Chipsätzen. Bei mir mehrere.
              Hier einer spezifisch: Mainboard ASRock FM2A85X Extreme4 (AMD A85X Hudson D4 Chipset)
              Eine normale Festplatte.
              Chrystal Disk liefert einen externen Link, wo man das eventuell hinbekommen kann.
              Mein Chipsatz wurde jedoch nicht erkannt/unterstützt.
              War ein Ritt, mit AMD Chipset/Controller Zusatzprogrammen da ran zu kommen. Liefert nur:
              &quot;Datenträger OK&quot;. Aber besser als nichts.

* Sicheres Löschen berücksichtigen. Verkauf. Defekt. Usw.
  * An die Reserve Blöcke der SSD kommt man selber nicht so einfach ran!
    https://de.wikipedia.org/wiki/Solid-State-Drive#Sicheres_L%C3%B6schen

  * Sinngemäss aus Wikipedia: &quot;...sind nur durch Programme wie Secure Erase auf die Werksleistung rücksetzbar. &quot;
   &quot;Secure Erase&quot; hier ein Beispiel. Es gibt noch andere Programme dazu.
------------
Fazit
------------
* Sind wichtige Daten drauf (was ist schon nicht wichtig), nur BS/OS mit TRIM Befehl.

* Macht eine SSD, ob XP oder andere Betriebsysteme, NIE voll!!!
  Das reibt das Ding zusammen!  Bei XP wenn die SSD voll ist, kann das innerhalb 
  von Stunden passieren. Kommt halt auf die Schreibzugriffe an.
  Aber ich hatte auch einen Kunden, dessen SSD im Windows 10, weil Randvoll, sehr sehr heiss geworden ist. Dessen SSD war einfach zu klein. Hatte nur mehr 3GB oder 
so frei. Üble Sache.

* Partitioniert kleiner als gebraucht. Ein bisschen am Ende frei, schafft viele &quot;natürliche&quot; Reserverblöcke. Auch mit TRIM-Befehl kein Fehler.

* @XP: Nur als 2. oder 3. Platte, für z.B. Spiele oder nur LESENDE Dateien/Ordner wie 
  ein z.B. &quot;D:\Programme&quot;, &quot;E:\Spiele&quot; auf der SSD anlegen. Perfekt wenn ihr nur lesen tut, dann habt ihr eine grosse und lange Freude am XP mit SSD.

* Temporär SSD @ XP für Videobearbeitung. Schnell. Sauschnell. War nie schneller.
   Keine Frage Aber nicht lange. Muahahahamu.

* Und am ENDE rate ich Euch ausdrücklich davon ab, eine SSD mit einem BS/OS zu verwenden, das KEINE TRIM-Befehl unterstützt. Das muss ich tun!

Salve
Die todgeweihten SSD grüssen Euch.
Dino auch.

PS: Will nur helfen durch meine Überlegungen.]]></description>
			<content:encoded><![CDATA[<p>Hi Roman,</p>
<p>ausgezeichneter Artikel. Herzlichen Dank.<br />
Ziemlich alles war das XP so treibt berücksichtigt.</p>
<p>Zu:<br />
  &#8222;Viele Hersteller haben eine vergleichbares Verfahren schon in der Firmware der SSD eingebaut und<br />
   hierdurch wird TRIM-Support vom OS überflüssig.&#8220;</p>
<p>  * NEIN, NEIN, NEIN!<br />
    Die SSD internen &#8222;Garbage Collection&#8220; und &#8222;Wear Leveling&#8220; ersetzen keinen TRIM Befehl!</p>
<p>Warum?<br />
* Ausgangssituation NTFS Partition BS/OS egal:<br />
  Partition schon auf Blöcke ausgerichtet. Anfang der Partition bei 1MB (2048x512Byte Sektoren).<br />
  Sonst würde das Beispiel ausarten und wie Roman bereits geschrieben hat ein Übel.<br />
  Ein sehr sehr grosses Übel.</p>
<p>* Alle Zahlen nur Beispiele. Und ALLES vereinfacht. Fehler auch drinnen, aber nicht was das Prinzip betrifft!<br />
  Bitte verzeiht mir das.</p>
<p>* Eine SSD schreibt und &#8222;denkt&#8220;in Blöcken (Fakt):<br />
  * Die Anzahl der Schreibzugriffe sind limitiert durch den Flash Speicher.<br />
    Egal ob eine Zelle nun 10.000 oder 100.000 oder mehr aushält. Ja nach Typ der Zelle.<br />
    Consumer SSD ~ 10.000x Stand heute.<br />
    Dann hält halt eine hochwertigere SSD den Irrsinn ein bisschen länger aus. Supergau kommt trotzdem!</p>
<p>  * Eine SSD hat ausshalb der Blöcke der angegebenen Kapazität noch 10-30% Reserveblöcke.<br />
    Das dient dazu, wenn es absehbar ist dass ein Block seine Lebensdauer erreicht hat,<br />
    ihn als &#8222;nicht mehr benutzen&#8220; markiert. Die Daten umkopiert und eben einen Reserveblock nimmt.</p>
<p>  512KB hier. Egal auch wenn ich nur ein Byte runterschreibe.</p>
<p>* Partition mit Windows NTFS. Clustergrösse der fomatierten Partition:<br />
  4096 Bytes (bei den heutigen Grössen meistens 16384)<br />
  Belegt 8x Sektoren (Datenträger mit 512Bytes Sektoren). Sagen wir die Sektoren 4.096 bis 4103 (weil ausgerichtet)<br />
  (Clustergrösse = minimum, was vom BS/OS runtergeschrieben wird. Analog wie die Blöcke)</p>
<p>* Datei anlegen:<br />
  &#8222;Trallala.txt&#8220; mit einem Byte. </p>
<p>  * Wir vergessen hier mal, das ein NTFS (Treiber vom BS/OS) kleine Dateien gleich ins Inhaltsverzeichnis<br />
    (MFT=MasterFileTable) speichert, statt in andere Sektoren und dann die Sektoreninfos in den MFT.<br />
    Fragmentierung lässt grüssen.</p>
<p>  Was passiert:<br />
  1. Belegt minimum einen NTFS Cluster mit 4096 Bytes. Durchs BS/OS bedingt.<br />
  2. Die SSD entscheidet nun (&#8222;Wear Levelling&#8220;), auf Grund von Schreibzyklustabellen, in welchen Block gespeichert wird.<br />
  a. Wenn eine freier Block, dann einfach reinmischen und speichern.<br />
  b. Wenn bereits was im Block drinnen ist:<br />
     1. Die 524.288 Bytes (512KB) lesen.<br />
     2. Die 4096 werden reingemischt. Wo halt noch was frei ist in dem gelesenen Block im RAM.<br />
     3. Das &#8222;Wear Levelling&#8220; der SSD (Firmware) entscheidet nun weiter, dass dieser Block schon<br />
        einige Kilometer drauf hat (Ja, es führt intern eine Datenbank. Das Ding lebt!)<br />
        a. Schreibt den Block in einen freien Block, wenn verfügbar.<br />
           UND GENAU DA LIEGT DAS PROBLEM #1! Komme später drauf zurück.<br />
        b. Schreibt den Block in einen freien Block in den Reserveblöcken.<br />
           HIER PROBLEM #2!<br />
        c. Oder wenn schon alle anderen Optionen ausgeschöpft sind, in einen Block der weniger Kilometer drauf hat.<br />
           UND PROBLEM#3.</p>
<p>     Und markiert den vorher verwendeten Block als &#8222;Frei&#8220;.</p>
<p>     Das macht die SSD völlig transparent vom BS/OS oder Benutzer!</p>
<p>     (Eine Harddisk (512Byte Sektoren) würde da einfach in 8x Sektoren (8&#215;512=4096) speichern, das ihm das NTFS vorgibt.)</p>
<p>* Datei überschreiben mit einem anderen Byte:<br />
  Genau derselbe Vorgang wie beim anlegen.</p>
<p>* Datei Trallala.txt löschen (JETZT GEHTS LOS):</p>
<p>  1. Das BS/OS (ohne TRIM) markiert die 8x Sektoren als gelöscht bwz entfernt einfach die Datei und die Sektorinfos aus der MFT.<br />
     Finito. Das wars.</p>
<p>  2. !!! Die SSD und das &#8222;Wear Leveling&#8220; bekommen davon nichts mit, dass die MFT manipuliert wurde !!!<br />
     Der vollständige Block muss, aus der Sicht der SSD immer noch behandelt werden, wie wenn alle Daten drauf<br />
     wichtig/belegt wären. Es weiss es ja nicht besser. Wurde ja nicht drüber infomiert.</p>
<p>  3. Und hellsehen wie im Text vom Roman &#8222;&#8230;in der Firmware der SSD eingebaut&#8230;&#8220; KANN SIE NICHT!<br />
     Da kann noch soviel eingebaut sein. Ausser unbegrenzte Reservesektoren (auf einem begrenzten Planten)&#8230;</p>
<p>* PROBLEM#1: Und jetzt fängt die SSD dauernd mit der Suche nach freien Blöcken an.<br />
  Wenn aufgebraucht, obwohl aus der Sicht des BS/OS frei/leer ist, geift PROBLEM#2.<br />
  (NOCHMAL: Alle gelöschten/freien Sektoren des BS/OS, sind immer noch belegte Blöcke auf der SSD!)</p>
<p>* PROBLEM#2: Nehme ich halt Reservesektoren.<br />
  Geht auch eine Weile gut, aber eine Weile kann sehr kurz sein.<br />
  Bis aufgebraucht. Nun PROBLEM#3.</p>
<p>* PROBLEM#3: Nichts mehr frei, dann nehme ich einen Block der weniger Kilometer hat,<br />
  und kopiere um. Hierbei werden die Dinger dann brennend heiss! Die arbeiten nur mehr.</p>
<p>* SUPERGAU: Nun sind die Schreibzyklen der Blöcke erschöpft.<br />
  Datenverlusst.</p>
<p>LÖSUNG:<br />
* Der TRIM Befehl des BS/OS, hätte der SSD sagen können, dass dieser Block bzw. die Sektoren der gelöschten Datei, frei ist.<br />
  Dann würde es bei der Grösse der SSD, wesentlich länger dauern, bis an die Reserveblöcke rangegangen wird.</p>
<p>&#8212;&#8212;&#8212;&#8212;<br />
Und nicht wundern über:<br />
* Auslagerungsdatei ausschalten.</p>
<p>  Manche Software geht dann nicht mehr. Beispiel: Das Spiel: &#8222;Farcry&#8220;.<br />
  Meuterte bei mir.</p>
<p>* Verschleiß- und Ausfallsvorhersage (S.M.A.R.T.)</p>
<p>  <a href="https://de.wikipedia.org/wiki/Solid-State-Drive#Verschlei%C3%9F-_und_Ausfallsvorhersage_(S.M.A.R.T" rel="nofollow ugc">https://de.wikipedia.org/wiki/Solid-State-Drive#Verschlei%C3%9F-_und_Ausfallsvorhersage_(S.M.A.R.T</a>.)</p>
<p>  * Manche Chipsätze bzw. deren SATA Controller die im AHCI/Raid Modus betrieben werden,<br />
    liefern den Datenträger &#8222;Logisch&#8220; statt &#8222;Physisch&#8220;. Wird also nicht direkt an das Betriebssystem<br />
    durchgereicht. Selbst wenn der beste Treiber des Herstellers verwendet wird.</p>
<p>  * Tools wie &#8222;Chrytal Disk&#8220; können dann nicht mehr die S.M.A.R.T. Daten auslesen. Z.B. 89% usw. bei einer SSD.<br />
    Beispiel: Mainboards ATI-Chipsätzen. Bei mir mehrere.<br />
              Hier einer spezifisch: Mainboard ASRock FM2A85X Extreme4 (AMD A85X Hudson D4 Chipset)<br />
              Eine normale Festplatte.<br />
              Chrystal Disk liefert einen externen Link, wo man das eventuell hinbekommen kann.<br />
              Mein Chipsatz wurde jedoch nicht erkannt/unterstützt.<br />
              War ein Ritt, mit AMD Chipset/Controller Zusatzprogrammen da ran zu kommen. Liefert nur:<br />
              &#8222;Datenträger OK&#8220;. Aber besser als nichts.</p>
<p>* Sicheres Löschen berücksichtigen. Verkauf. Defekt. Usw.<br />
  * An die Reserve Blöcke der SSD kommt man selber nicht so einfach ran!<br />
    <a href="https://de.wikipedia.org/wiki/Solid-State-Drive#Sicheres_L%C3%B6schen" rel="nofollow ugc">https://de.wikipedia.org/wiki/Solid-State-Drive#Sicheres_L%C3%B6schen</a></p>
<p>  * Sinngemäss aus Wikipedia: &#8222;&#8230;sind nur durch Programme wie Secure Erase auf die Werksleistung rücksetzbar. &#8220;<br />
   &#8222;Secure Erase&#8220; hier ein Beispiel. Es gibt noch andere Programme dazu.<br />
&#8212;&#8212;&#8212;&#8212;<br />
Fazit<br />
&#8212;&#8212;&#8212;&#8212;<br />
* Sind wichtige Daten drauf (was ist schon nicht wichtig), nur BS/OS mit TRIM Befehl.</p>
<p>* Macht eine SSD, ob XP oder andere Betriebsysteme, NIE voll!!!<br />
  Das reibt das Ding zusammen!  Bei XP wenn die SSD voll ist, kann das innerhalb<br />
  von Stunden passieren. Kommt halt auf die Schreibzugriffe an.<br />
  Aber ich hatte auch einen Kunden, dessen SSD im Windows 10, weil Randvoll, sehr sehr heiss geworden ist. Dessen SSD war einfach zu klein. Hatte nur mehr 3GB oder<br />
so frei. Üble Sache.</p>
<p>* Partitioniert kleiner als gebraucht. Ein bisschen am Ende frei, schafft viele &#8222;natürliche&#8220; Reserverblöcke. Auch mit TRIM-Befehl kein Fehler.</p>
<p>* @XP: Nur als 2. oder 3. Platte, für z.B. Spiele oder nur LESENDE Dateien/Ordner wie<br />
  ein z.B. &#8222;D:\Programme&#8220;, &#8222;E:\Spiele&#8220; auf der SSD anlegen. Perfekt wenn ihr nur lesen tut, dann habt ihr eine grosse und lange Freude am XP mit SSD.</p>
<p>* Temporär SSD @ XP für Videobearbeitung. Schnell. Sauschnell. War nie schneller.<br />
   Keine Frage Aber nicht lange. Muahahahamu.</p>
<p>* Und am ENDE rate ich Euch ausdrücklich davon ab, eine SSD mit einem BS/OS zu verwenden, das KEINE TRIM-Befehl unterstützt. Das muss ich tun!</p>
<p>Salve<br />
Die todgeweihten SSD grüssen Euch.<br />
Dino auch.</p>
<p>PS: Will nur helfen durch meine Überlegungen.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: Conni		</title>
		<link>https://www.die-oswalds.de/blog/2019/09/25/windows-xp-und-die-ssd/comment-page-1/#comment-4362</link>

		<dc:creator><![CDATA[Conni]]></dc:creator>
		<pubDate>Mon, 31 Oct 2022 19:00:46 +0000</pubDate>
		<guid isPermaLink="false">https://www.die-oswalds.de/blog/?p=374#comment-4362</guid>

					<description><![CDATA[Als Antwort auf &lt;a href=&quot;https://www.die-oswalds.de/blog/2019/09/25/windows-xp-und-die-ssd/comment-page-1/#comment-4358&quot;&gt;Roman&lt;/a&gt;.

Hallo Roman,
danke für deine schnelle Antwort.
Ich werde mal schauen ob ich für dieses Board noch was finde.
Falls es doch klappen sollte,poste ich mal zurück.
Grüße Conni]]></description>
			<content:encoded><![CDATA[<p>Als Antwort auf <a href="https://www.die-oswalds.de/blog/2019/09/25/windows-xp-und-die-ssd/comment-page-1/#comment-4358">Roman</a>.</p>
<p>Hallo Roman,<br />
danke für deine schnelle Antwort.<br />
Ich werde mal schauen ob ich für dieses Board noch was finde.<br />
Falls es doch klappen sollte,poste ich mal zurück.<br />
Grüße Conni</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: Roman		</title>
		<link>https://www.die-oswalds.de/blog/2019/09/25/windows-xp-und-die-ssd/comment-page-1/#comment-4358</link>

		<dc:creator><![CDATA[Roman]]></dc:creator>
		<pubDate>Mon, 31 Oct 2022 09:05:24 +0000</pubDate>
		<guid isPermaLink="false">https://www.die-oswalds.de/blog/?p=374#comment-4358</guid>

					<description><![CDATA[Als Antwort auf &lt;a href=&quot;https://www.die-oswalds.de/blog/2019/09/25/windows-xp-und-die-ssd/comment-page-1/#comment-4354&quot;&gt;Conni&lt;/a&gt;.

Hallo Conni,

erst immer den vom Hersteller des Mainboards, wenn dieser noch XP-Treiber anbietet. Ansonsten wird das so ne Sucherei nach einem funktionierendem. Da muss man mit Vendor und Devicenummer suchen.

Gruß Roman]]></description>
			<content:encoded><![CDATA[<p>Als Antwort auf <a href="https://www.die-oswalds.de/blog/2019/09/25/windows-xp-und-die-ssd/comment-page-1/#comment-4354">Conni</a>.</p>
<p>Hallo Conni,</p>
<p>erst immer den vom Hersteller des Mainboards, wenn dieser noch XP-Treiber anbietet. Ansonsten wird das so ne Sucherei nach einem funktionierendem. Da muss man mit Vendor und Devicenummer suchen.</p>
<p>Gruß Roman</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: Conni		</title>
		<link>https://www.die-oswalds.de/blog/2019/09/25/windows-xp-und-die-ssd/comment-page-1/#comment-4354</link>

		<dc:creator><![CDATA[Conni]]></dc:creator>
		<pubDate>Sun, 30 Oct 2022 23:23:45 +0000</pubDate>
		<guid isPermaLink="false">https://www.die-oswalds.de/blog/?p=374#comment-4354</guid>

					<description><![CDATA[Hallo und danke für die schöne Erklärung.
Welchen Treiber für den AHCI Modus verwenden? Den vom Mainboard oder einen der für XP gemacht wurde?
Im Voraus vielen Dank
Grüße Conni]]></description>
			<content:encoded><![CDATA[<p>Hallo und danke für die schöne Erklärung.<br />
Welchen Treiber für den AHCI Modus verwenden? Den vom Mainboard oder einen der für XP gemacht wurde?<br />
Im Voraus vielen Dank<br />
Grüße Conni</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: Rob		</title>
		<link>https://www.die-oswalds.de/blog/2019/09/25/windows-xp-und-die-ssd/comment-page-1/#comment-3660</link>

		<dc:creator><![CDATA[Rob]]></dc:creator>
		<pubDate>Mon, 22 Aug 2022 17:30:54 +0000</pubDate>
		<guid isPermaLink="false">https://www.die-oswalds.de/blog/?p=374#comment-3660</guid>

					<description><![CDATA[Hallo,
super Erklärung!!
Ich nutze auch immer noch Windows XP, weil mir da der Umgang mit den Dateien und Ordnern am besten ist. Man kann in sämtlichen Ordnern durch Deaktivieren von &quot;automatisch Anordnen&quot; die Dateien oder Unterordner so hinschieben, wie man es braucht, und diese Ordnung bleibt auch nach PC-Neustart erhalten.
Der MyPal Browser ist noch aktuell für XP, und Dr. Web ist ein aktuelles Antivirus für XP.
Bisher hatte ich XP auf der Seagate ST500LM000 SSHD, die eine HDD und 4 GB SSD integriert hat. Damit startet XP auch schon schnell.
Nun will ich jedoch mit einem neueren Mainboard, das gerade noch XP unterstützt, komplett weg von allen SATA/Strom Kabeln, und auch XP auf eine Msata oder M.2 installieren oder mit Acronis das jetzige XP spiegeln.
NVMe will ich nicht, und kann das Mainboard auch nicht. Aber M.2 AHCI funktionieren auf dem Mainboard. Msata natürlich auch.

Und nach deiner Anleitung von hier werde ich jetzt mal eine Kopie (habe 3 auf 3 verschiedenen HDD) des jetzigen XP auf eine M.2 spiegeln und testen, wie das so läuft.
Besten Dank]]></description>
			<content:encoded><![CDATA[<p>Hallo,<br />
super Erklärung!!<br />
Ich nutze auch immer noch Windows XP, weil mir da der Umgang mit den Dateien und Ordnern am besten ist. Man kann in sämtlichen Ordnern durch Deaktivieren von &#8222;automatisch Anordnen&#8220; die Dateien oder Unterordner so hinschieben, wie man es braucht, und diese Ordnung bleibt auch nach PC-Neustart erhalten.<br />
Der MyPal Browser ist noch aktuell für XP, und Dr. Web ist ein aktuelles Antivirus für XP.<br />
Bisher hatte ich XP auf der Seagate ST500LM000 SSHD, die eine HDD und 4 GB SSD integriert hat. Damit startet XP auch schon schnell.<br />
Nun will ich jedoch mit einem neueren Mainboard, das gerade noch XP unterstützt, komplett weg von allen SATA/Strom Kabeln, und auch XP auf eine Msata oder M.2 installieren oder mit Acronis das jetzige XP spiegeln.<br />
NVMe will ich nicht, und kann das Mainboard auch nicht. Aber M.2 AHCI funktionieren auf dem Mainboard. Msata natürlich auch.</p>
<p>Und nach deiner Anleitung von hier werde ich jetzt mal eine Kopie (habe 3 auf 3 verschiedenen HDD) des jetzigen XP auf eine M.2 spiegeln und testen, wie das so läuft.<br />
Besten Dank</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: Anonym		</title>
		<link>https://www.die-oswalds.de/blog/2019/09/25/windows-xp-und-die-ssd/comment-page-1/#comment-2307</link>

		<dc:creator><![CDATA[Anonym]]></dc:creator>
		<pubDate>Sun, 14 Nov 2021 22:41:45 +0000</pubDate>
		<guid isPermaLink="false">https://www.die-oswalds.de/blog/?p=374#comment-2307</guid>

					<description><![CDATA[Top 👍;-)]]></description>
			<content:encoded><![CDATA[<p>Top 👍;-)</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: Tommy		</title>
		<link>https://www.die-oswalds.de/blog/2019/09/25/windows-xp-und-die-ssd/comment-page-1/#comment-2230</link>

		<dc:creator><![CDATA[Tommy]]></dc:creator>
		<pubDate>Tue, 12 Oct 2021 11:18:48 +0000</pubDate>
		<guid isPermaLink="false">https://www.die-oswalds.de/blog/?p=374#comment-2230</guid>

					<description><![CDATA[Hallo Roman,

dem kann ich mich nur anschließen! Besser geht&#039;s nicht, genau sowas hab ich gesucht.

Besten Dank und viele Grüße
Tommy]]></description>
			<content:encoded><![CDATA[<p>Hallo Roman,</p>
<p>dem kann ich mich nur anschließen! Besser geht&#8217;s nicht, genau sowas hab ich gesucht.</p>
<p>Besten Dank und viele Grüße<br />
Tommy</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: Mario Winkelhoch		</title>
		<link>https://www.die-oswalds.de/blog/2019/09/25/windows-xp-und-die-ssd/comment-page-1/#comment-2166</link>

		<dc:creator><![CDATA[Mario Winkelhoch]]></dc:creator>
		<pubDate>Thu, 16 Sep 2021 14:24:59 +0000</pubDate>
		<guid isPermaLink="false">https://www.die-oswalds.de/blog/?p=374#comment-2166</guid>

					<description><![CDATA[Hallo Roman ,

eine super gute Erklärung, sehr gut nach zu vollziehen und detailliert erklärt.
TOP!
Vielen Dank !
Schöne Grüße 
Mario]]></description>
			<content:encoded><![CDATA[<p>Hallo Roman ,</p>
<p>eine super gute Erklärung, sehr gut nach zu vollziehen und detailliert erklärt.<br />
TOP!<br />
Vielen Dank !<br />
Schöne Grüße<br />
Mario</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
