Auf den ersten Blick machen die meisten USB-Speichergeräte exakt dasselbe. Sie werden eingesteckt, der Computer erkennt sie, ein Laufwerksbuchstabe erscheint, und dann schiebt man Dateien hin und her. Aus Sicht des Anwenders ist die Sache damit meistens erledigt.

Unter der Haube läuft die Kommunikation mit dem Computer aber nicht bei jedem USB-Gerät auf die gleiche Weise ab.

Manche Geräte werden über BOT eingebunden und enumeriert, also über Bulk-Only Transport. Andere, vor allem leistungsorientierte USB-3.x- und USB-3.2-Geräte, nutzen UASP, kurz für USB Attached SCSI Protocol. Für die meisten Leute sagen diese Begriffe gar nichts. Für IT-Teams, Softwareentwickler und Unternehmen, die USB-Medien für einen bestimmten Workflow qualifizieren müssen, kann das allerdings eine ziemlich große Rolle spielen.

Stellen Sie es sich wie eine einspurige Brücke gegenüber einer mehrspurigen Autobahn vor

Der einfachste Vergleich ist Verkehr.

Alle paar Monate passiert es wieder.

Jemand kommt in die IT, hält eine microSD-Karte hoch und fragt ganz nüchtern: „Können wir die CID auf der Karte einfach ändern?“

Der ITler schaut auf die Karte. Dann auf die Person. Atmet einmal tief durch.

Die Frage ist nicht falsch. Sie basiert nur auf einer Annahme, die mit der tatsächlichen Hardware-Architektur nicht viel zu tun hat.

Der Unterschied zwischen Firmware-Identität und Software-Simulation

Früher oder später stellt sich fast jeder, der mit USB-Speichermedien arbeitet, dieselbe Frage: Kann ich einen USB-Stick als CD-ROM-Laufwerk erscheinen lassen?

Diese Frage taucht meist dann auf, wenn etwas automatisch starten soll, wie ein Software-Installer funktionieren oder in einer Umgebung mit eingeschränktem USB-Verhalten eingesetzt werden soll. Viele vermuten, es handle sich um eine Windows-Einstellung, eine spezielle Datei oder einen versteckten Trick im Geräte-Manager.

Hier liegt jedoch das grundlegende Missverständnis: Es ist kein Betriebssystem-Trick. Es ist kein Datei-Trick. Und es ist nichts, was man einfach in den Eigenschaften umschaltet.

Es ist eine Geräteidentität, die direkt im USB-Gerät selbst definiert wird.

Wie ein KI-Server wirklich aussieht, wenn man den Deckel öffnet

Derzeit gibt es viel Lärm darüber, dass KI „zu viel Speicher“ verbraucht. Die Preise steigen. Die Verfügbarkeit ist knapp. Überall heißt es, die Nachfrage explodiere. Das haben Sie wahrscheinlich schon gelesen.

Doch das meiste, was darüber geschrieben wird, lässt den wichtigsten Punkt aus: wie ein KI-Computer physisch aussieht und warum er überhaupt so viel Speicher benötigt. Nicht in abstrakten Diagrammen oder Marktprognosen, sondern in Begriffen, die man sich vorstellen kann. Sobald man versteht, was ein einzelnes KI-System tatsächlich verbraucht, klingt der Rest der Geschichte nicht mehr dramatisch, sondern unvermeidlich.

Ich habe das kürzlich an einem Ort erklärt, der mit Rechenzentren nichts zu tun hat. Ich war an der Schule meines Kindes bei einem „Elterntag“, stand in einem Klassenzimmer, und ein paar Schülerinnen und Schüler begannen, Fragen zu KI zu stellen. Keine Chatbot-Fragen. Echte Fragen. Wie sieht der Computer aus? Wohin gehen die Daten? Warum reden alle ständig von „Speicher“, als wäre das der entscheidende Punkt?

---

Die stille Realität des juristischen Dateiaustauschs

Im Rahmen moderner Ermittlungen und der Beweisaufnahme fordern, erhalten und verteilen Kanzleien routinemäßig elektronisch gespeicherte Informationen (ESI). Diese Daten können aus einem IFG-Antrag, aus der Herausgabe medizinischer Unterlagen, aus Akten früherer Rechtsvertretungen, aus einer subpoena duces tecum, aus der Beweisaufnahme nach Rule 34 oder direkt vom Mandanten stammen. Während Cloud-Plattformen allgemeine Geschäftsabläufe dominieren, sind physische Datenträger weiterhin tief in der juristischen Praxis verankert.

Die meisten Leute denken, etwas einzustecken sei eine einfache mechanische Sache. Eine Seite in die andere drücken, Strom fließt, fertig.

In der echten Welt ist dieser winzige Moment aber deutlich komplizierter. Jede Verbindung hängt von Druck, Reibung, Oberflächenchemie und der Qualität zweier Metallflächen ab, die sich an mikroskopisch kleinen Kontaktpunkten berühren. Was für das menschliche Auge glatt aussieht, ist unter Vergrößerung eher wie ein Gebirge, und Strom fließt nur über die kleinen Erhebungen, an denen sich die Flächen tatsächlich treffen.

Genau da fängt der Kontaktwiderstand an. Je weniger sauber und stabil diese Kontaktpunkte sind, desto mehr Widerstand baut sich an der Schnittstelle auf. Meistens ist die Veränderung so klein, dass man sie gar nicht bemerkt. Mit der Zeit können Verschleiß, Oxidation, Schmutz und ständiges Ein- und Ausstecken aus einer zuverlässigen Verbindung aber langsam eine wackelige Angelegenheit machen.

Töten Micro-Writes heimlich deine SSD? Lass uns das mal runterfahren.

Wenn du in letzter Zeit ein paar Storage-Schlagzeilen gelesen hast, bist du bestimmt über Artikel gestolpert, die behaupten, deine SSD würde still und leise durch Hintergrundaktivitäten verschlissen – Browser-Cache, Telemetrie, kleine 4KB-Schreibvorgänge, die sich angeblich stapeln, bis das Laufwerk vorzeitig den Geist aufgibt. Klingt technisch. Klingt ein bisschen bedrohlich. Und klickt sich natürlich hervorragend.

Micron hat kürzlich die erste PCIe-6.0-SSD vorgestellt – die Micron 9650 – mit sequenziellen Leseraten von bis zu 28 GB/s und Schreibgeschwindigkeiten von über 14 GB/s. Das ist kein kleines Upgrade. Das ist ein architektonischer Sprung.

Auf dem Papier verdoppelt PCIe 6.0 die Bandbreite von PCIe 5.0. Zufällige Lesezugriffe bewegen sich im Millionen-IOPS-Bereich. Für KI-Rechenzentren, die GPUs mit riesigen Trainingsdatensätzen versorgen, ist das kein Marketing-Buzzword. Es bedeutet weniger Leerlaufzeiten, geringere Latenz und eine bessere Auslastung extrem teurer Hardware.

Also, was ist H-Testing für USB-Laufwerke eigentlich?

Ich bin bei einer Weinverkostung. Von der Sorte, bei der eigentlich niemand wirklich etwas verkostet. Alle halten ein Glas, nicken höflich und versuchen auszusehen, als gehörten sie in diesen Raum.

Ich stoße auf einen Tech-Mogul. Große CEO-Ausstrahlung. Kennt Märkte, Bewertungen und Vorstandsetagen — aber keine Flash-Controller.

Irgendwo zwischen dem Pinot Noir und dem, was jemand unbedingt als „sehr exklusiv“ bezeichnet, sagt er:

„Wir hatten einmal ein Problem mit gefälschten USB-Sticks. Jemand erwähnte H-Testing. Was ist das genau?“

An dieser Stelle geraten die meisten Erklärungen aus dem Ruder. Entweder wird es überhöht, als wäre es eine Art Sicherheitszertifizierung, oder heruntergespielt, als wäre es nur ein schnelles Formatieren.

Warum mehrfache DoD-Überschreibverfahren trotz weiter Verbreitung nicht auf Flash-Speicher übertragbar sind

Lange Zeit bedeutete sicheres Löschen vor allem eines: Daten überschreiben. Dann noch einmal überschreiben. Und vielleicht ein drittes Mal, um auf Nummer sicher zu gehen. Dieser Ansatz funktionierte, war messbar und passte gut zu den Richtlinien des US-Verteidigungsministeriums aus den späten 1990er-Jahren.

Das war früher richtig. Heute ist es das nicht mehr. Tun wir nicht länger so, als hätte sich nichts geändert.