Mein Build:
-Asus Z270i
-2 Samsung NVMe 960 Evo 1 TB M.2-Laufwerke
-eine Ocz Vector 180 SSD 280 GB
Die Hintergrundgeschichte
Ich hatte ursprünglich zwei Samsung M.2 SSDs, aber nachdem ich Solus ein zweites Mal auf einer der besagten SSDs installieren wollte, erhielt ich eine Fülle von Fehlermeldungen, die auf ein Laufwerksproblem hinwiesen, das darauf zurückzuführen war, dass nicht auf das Laufwerk geschrieben werden konnte. Da es sich um ein relativ neues Gerät handelte, tat ich es als bloßes defektes Gerät ab. 8 Monate später verwende ich Windows 10 auf dem anderen Samsung-Laufwerk, da ich nicht riskieren möchte, einen weiteren Speicherchipblock im Wert von fast 800 USD zu beschädigen oder zu zerstören. Also spendete mir mein Freund eine OCZ Vector SSD für experimentelle Installationen. Es funktionierte! ... Also führte ich meine üblichen Anfänger-Programmier- und Schnüffelübungen durch, um Linux herauszufinden und mich damit vertraut zu machen, was bald zur Zerstörung dieser ersten Installation führte. „Kein Problem“, dachte ich, „ich kann es einfach neu installieren“. Und das tat ich. 10 Mal, jedes Mal war das Betriebssystem aus verschiedenen Gründen unbrauchbar.
Das Problem beginnt
Bei der 11. Installation gebe ich die Installation der Treiber auf und versuche, Arch zu installieren. Ich erhalte diesen Fehler:ERROR: unable to install packages to new root. Dieser Fehler trat in Arch-Anywhere und Anarchy auf und trat nur auf dem OCZ-Laufwerk auf, aber eine ähnliche Ausgabe kam auf dem kaputtgegangenen Samsung. Beide Fehler scheinen darauf zurückzuführen zu sein, dass die Laufwerke irgendwie den Schreibzugriff sperren, und was dies zu bestätigen scheint, ist, dass die ISOs auf dem funktionierenden Samsung-Laufwerk, das ich erwähnt habe, einwandfrei funktionieren und Windows hatte, aber nicht auf den anderen. Bedenken Sie, dass weder GParted noch der Windows-Datenträgermanager viel Glück damit hatten, Änderungen an den Laufwerken vorzunehmen, obwohl sie diese problemlos lesen können.
Die Frage
Hat jemand eine Ahnung, was die Ursache sein könnte? Und wenn ja, wie kann ich ein Laufwerk nach diesem Problem wiederherstellen? Ich habe bisher keine anderen Forenbeiträge zu einem auch nur annähernd ähnlichen Problem gefunden, die mir helfen könnten. Dies geschah auf zwei verschiedenen Laufwerken mit unterschiedlichen Anschlüssen (sowohl M.2 als auch SATA), daher denke ich, dass es auf eine Eigenart des Motherboards hindeuten könnte, aber ich bin ein absoluter Neuling in der Fehlerbehebung bei Laufwerken. Daher bin ich für alle Vorschläge, was ich dagegen tun kann und ob die Installation anderer Linux-Distributionen auf meinem noch funktionierenden Laufwerk sicher ist, sehr dankbar. Ich weiß, das war lang, aber dies ist ein sehr spezielles Problem, oder so scheint es zumindest, also begrüße und schätze ich jede Form von Hilfe sehr.
Viel Spaß mit der Hardware!