SSDs schlagen nach mehreren Linux-Installationen fehl

Mein Build:

-Asus Z270i

-2 Samsung NVME 960 Evo 1 TB M.2-Laufwerke

-one Ocz Vector 180 ssd 280gb

Die Hintergrundgeschichte

Ich hatte ursprünglich zwei Samsung M.2-SSDs, aber nachdem ich versucht hatte, Solus ein zweites Mal auf einer dieser SSDs zu installieren, erhielt ich eine Vielzahl von Fehlern, die auf ein Laufwerksproblem hinweisen, das mit der Unfähigkeit des Schreibens auf das Laufwerk zusammenhängt. Da es sich um ein relativ neues Gerät handelte, habe ich es als schlechte Einheit abgestrichen. Vorlauf 8 Monate und ich habe Windows 10 auf dem anderen Samsung-Laufwerk verwendet, da ich nicht riskieren möchte, einen weiteren Speicherchip von knapp 800 US-Dollar zu beschädigen oder zu beschädigen. Deshalb spendierte mir mein Freund eine OCZ Vector-SSD für experimentelle Installationen . Es hat funktioniert! ... Also habe ich meine gewohnte Nooby-Programmierung durchgeführt und nachgeschnüffelt, um mich mit Linux vertraut zu machen, was bald zur Zerstörung dieser ersten Installation führte. "Keine Sorge", dachte ich, "ich kann einfach neu installieren". Ans so habe ich gemacht. 10 mal,

Das Problem beginnt

Kommen Sie zur 11. Installation und ich gebe auf, Treiber zu installieren, also versuche ich, arch zu installieren. Ich bekomme diesen Fehler; ERROR: unable to install packages to new root. Dieser Fehler war in Arch-Anywhere und Anarchy aufgetreten und trat nur auf dem OCZ-Laufwerk auf. Eine ähnliche Ausgabe wurde jedoch auf dem Samsung ausgegeben, der einen Defekt aufwies. Beide Fehler scheinen sich irgendwie auf die Laufwerke zu beziehen, die den Schreibzugriff sperren, und was dies zu bestätigen scheint, ist, dass die ISO-Funktion auf dem von mir erwähnten Samsung-Laufwerk einwandfrei funktioniert, die anderen jedoch nicht. Allerdings hatten weder GParted noch Windows Disk Manager bisher viel Glück damit, Änderungen an den Laufwerken vorzunehmen, obwohl diese problemlos gelesen werden können.

Die Frage

Hat jemand eine Ahnung, was dies verursachen könnte? Und wenn ja, wie könnte ich vorgehen, um ein Laufwerk von diesem Problem wiederherzustellen? Ich habe noch keine anderen Forenbeiträge zu einem ähnlichen Thema gefunden, um überhaupt zu helfen. Dies geschah auf zwei verschiedenen Laufwerken mit unterschiedlichen Anschlüssen (sowohl M.2 als auch SATA). Ich denke, dass dies eine Besonderheit des Motherboards sein könnte, aber ich bin ein absoluter Neuling bei der Fehlerbehebung von Laufwerken. Daher sind alle Vorschläge, was zu tun ist und ob die Installation anderer Linux-Distributionen auf meinem noch funktionierenden Laufwerk sicher ist, sehr willkommen. Ich weiß, das war lange, aber das ist ein sehr spezifisches Thema, oder so scheint es, also begrüße und schätze ich jede Form von Hilfe.

Fröhliche Hardware!