Geht eine ssd kaputt wenn sie voll ist?

Farmerxt

Newbie
Registriert
Dez. 2017
Beiträge
6
Habe ein Acer Switch 12 mit Windows 10 und 120ssd.. Nach einem einfachen reboot kam immer nur noch das Acer logo. Easeus recovery Modus sehe ich drive c 0.00 von 120 verfügbar.
Absolut keine chance windows zu starten
Kein repair Modus oder Diagnose Modus funktioniert
Im BIOS sehe ich das sie erkannt wird
Was ist hier passiert wie kann man das troubleshooten. Da es auch unheimlich schwer ist das Acer zu oeffnen..
Ist es ein Wackelkontakt?
 
Die SSD geht nicht kaputt, die hat ja auch intern mehr NAND als adressierbar ist, der Controller hat also immer noch Reserven auf die er schreiben kann, selbst wenn alle Adressen belegt sind. Aber das Filesystem kann dann nicht mehr schreiben, was beim Booten von Windows dann Probleme macht und vielleicht hier auch das Problem ist. Windows wart ja nicht umsonst wenn der Plattenplatz knapp wird, man sollte spätestens dann wirklich Platz schaffen!
 
Das Switch ist noch in der Garantiezeit?
Es bootet nur Windows nicht?
Dann Ubuntu USB-Stick anfertigen, davon booten, versuchen die SSD zu mounten, Daten sichern und einsenden.
 
Serious_Sam schrieb:
Dann Ubuntu USB-Stick anfertigen, davon booten, versuchen die SSD zu mounten, Daten sichern und einsenden.
Vor dem Einsenden würde ich nach dem Sicher einfach mal einen Teil der Daten löschen um zu schauen ob Windows dann nicht doch wieder bootet.
 
Ja und nein!
Eine SSD geht nicht durch voll schreiben kaputt, aber wenn die SSD fast voll ist kann der interne Controller nur noch die freien Zellen adressieren. Alle Schreibvorgänge beanspruchen also nur den kleinen freien Bereich, die maximale Anzahl der Schreibvorgänge pro Zelle wird womöglich schnell erreicht!
 
Unsinn, das Wear Leveling verhindert das bei voller oder fast voller SSD nur immer die gleichen NAND Pages genutzt werden. Man kann auch auf einer vollen SSD Daten überschreiben, die Perfomance ist dann geringer (außer bei den Intel Optane mit ihrenm 3D XPoint), was auch bei allen Tests der Performance im Steady State so gemacht wird, denn die beziehen sich ja gerade auf die Performance bei pausenlose Schreibvorgängen auf eine volle SSD. Für die 850 Pro hat Anandtech dabei eine Worst-Case Write Amplification von 11 ermittelt.

Kpautt geht nichts, die Performance ist schlechter und der Verschleiß ist höher, aber SSDs vertragen sowieso viel mehr TBW als Heimanwender je verwenden werden und die Probleme des TE liegen sicher nicht am Verschleiß der SSD weil diese voll ist, aber Windows bootet eben nicht gerne von einem Systemlaufwerk auf das es nicht schreiben kann, da beim Booten ja auch diverse Schreibvorgänge erfolgen.
 
@Holt
Wenn die SSD "optimiert" wurde, bis TRIM und Wear Levelling gar nicht mehr gingen, dann kann es natürlich sein, dass die SSD aufgibt, bevor ihre eigentliche Lebenszeit erreicht war.

Bei solchen Anfragen ist die Frage nach den "Optimierungen" des Systems eigentlich eigentlich eine durchaus angebrachte Frage.
 
Nein, der SSD ist es egal ob sie voll ist oder nicht, aber man kann eben auf einer vollen Partition keine neuen Dateien ablegen und bestehende Dateien können nicht wachsen, wie es log Dateien üblicherweise machen. Das ist bei HDDs und allen anderen Datenträgern nicht anderes.
 
Istvan schrieb:
Statisches wear leveling:
Auch statische Daten werden berücksichtigt. Lt. Wikipedia nicht bei consumer SSDs.
Es gab auch Haltbarkeitstests bei denen ein Teil der SSD mit statischen Daten beschrieben wurden, aufgrund der S.M.A.R.T. Werte der SSD dort, halte ich die Aussage für nicht korrekt. Es mag für einige, vor für ganz frühe Consumer SSDs zutreffend gewesen sein, aber sicher nicht mehr für die aktuelleren Modelle und obendrein nutz(t)en ja viele Consumer SSDs Controller die auch in Enterprise SSDs verwendet wurden/werden.

Unabhängig davon, geht eine SSD aber auch wenn sie kein statisches Wear Leveling hat, nicht sofort kaputt weil sie mal voll geworden ist. Der Verschleiß der bestimmter NAND Bereich wäre dann halt höher und die P/E Zyklen der NAND würden nicht gleichmäßig verbraucht.

Farmerxt, auf C: sind von 118,64GB genau 0 Byte frei, da musst Du Platz schaffen! Was ist denn D:? Da sind die ganzen 59,67GB frei, da könntest Du Dateien hin verschieben. Schau mal unter /Users dann Dein Benutzernamen und dann die Unterverzeichnisse wie Downloads, Documents, Music oder Videos wo da größere Dateien liegen die Du verschieben könntest um Platz zu schaffen, denn solange auf C nicht wenigstens ein par GB frei sind, dürfte es Probleme geben beim Booten von Windows und ohne ein freies Byte selbst beim Versuch des Boot Repair, welches aber gar nicht nötig sein dürfte.
Ergänzung ()

PS: Sehe gerade noch, dies sind die Partitionen:

Partition Attrs Start Sector End Sector # of Sectors System
/dev/sda1 + 2,048 206,847 204,800 EFI System partition
/dev/sda2 + 206,848 239,615 32,768 Microsoft Reserved Partition (Windows)
/dev/sda3 239,616 249,044,991 248,805,376 Data partition (Windows/Linux)
/dev/sda4 + R 249,044,992 250,068,991 1,024,000 Windows Recovery Environment (Windows)

/dev/sda3 ist als die C: under Windows, nur konnte der die Partition nicht mounten:

NTFS signature is missing.
Failed to mount '/dev/sda3': Invalid argument
The device '/dev/sda3' doesn't seem to have a valid NTFS.
Maybe the wrong device is used? Or the whole disk instead of a
partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?
mount /dev/sda3 : Error code 12
mount -r /dev/sda3 /mnt/boot-sav/sda3
NTFS signature is missing.
Failed to mount '/dev/sda3': Invalid argument
The device '/dev/sda3' doesn't seem to have a valid NTFS.
Maybe the wrong device is used? Or the whole disk instead of a
partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?
mount -r /dev/sda3 : Error code 12

Das ist natürlich schlecht, damit kann man jetzt natürlich keine Dateien davon verschieben oder löschen. Poste mal die Ausgabe von
smartctl -a /dev/sda
 
Bin gerade am easeus restore
Hab ich noch nie erlebt sowas
Also wars echt weil es voll war
Und kein defekt
Ergänzung ()

craziest thing just happened

50gb restore rfolgreich abgeschliossen
windows startet und alles so wie es sein soll alles funktioniert dann vorsichtshalber nochmal shutdown und neustart


gleiches problem wieder hahahhaha
diesmal zeigt er mir nicht den fehler mit 0/00 frei an aber es geht nix mehr

bin jetzt wieder im boot usb linux

http://paste.ubuntu.com/26158650/

wie muss c denn sein ..mounted/+ oder was soll ich jetzt mal versuchen
also ist es doch ein hardware defekt oder
 
Dieses mal ist die Partition gemountet worden und es ist auch noch reichlich Platz frei:
497 Filesystem Type Size Used Avail Use% Mounted on
..
609 /dev/sda3 fuseblk 119G 69G 51G 58% /mnt/boot-sav/sda3

Wenn der Rechner wieder nicht bootet, ist diesmal was andere kaputt, vielleicht noch als Konsequenz weil Windows vorher keinen Platz mehr auf C: hatte und daher nichts mehr schreiben oder zurückschreiben konnte, z.B. die Registry. Keine Ahnung ob das Restore da wirklich alle Fehler beheben konnte die bei sowas passieren können. Man sollte es eben niemals soweit kommen lassen das C: wirklich komplett gefüllt ist, niemals!
 
Ich habe die Sache nicht ganz verfolgt.
Bist Du im Live-Linux?
Dann öffne das Terminal und schaue wohin /dev/sda3 gemountet wurde mittels mount -l

Sichere die Daten von dort und sende das Teil ein.
 
Zuletzt bearbeitet:
Die Ausgabe im Anhang des letzten Ports zeigt doch, dass sda3 unter /mnt/boot-sav/sda3 gemountet wurde und das habe ich auch noch in dem Beitrag über Deinem zitiert. Ein wenig lesen sollte man in einem Thread schon bevor man dort etwas schreibt.
 
Eine SSD bekommst du nicht kaputt. Nicht so einfach. Erst Recht nicht dadurch dass sie voll ist. Nur weil da steht dass sie voll ist, ist sie es noch lange nicht. Hat schon seine Gründe weshalb Snowden seine SSD Karten nicht nur geschreddert und angezündet hat. Hast du einmal eine Datei auf eine SSD gezogen, wird sie niemals so einfach restlos verschwinden.

LG!
 
Natürlich verschwinden die Daten von einer SSD wieder aus dem NAND, dies ist ja nicht unendlich groß, wenn die Daten überschrieben werden, dann muss der Controller die alten, ungültig gewordenen Daten früher oder später löschen, weil er für die neuen Daten den Platz braucht den diese alten, ungültigen Daten belegen. Man kann auch nicht mehr auf von außen auf die alten Daten zugreifen, da die LBAs (externen Adressen) ja nun auf die neuen Daten verweisen, aber keine externe Adresse auf die alten Daten gemappt sind. Man müsste also die NAND ablöten, von Hand auslesen und dann vor allem die Daten zusammenpuzzeln und Glück haben in den Resten die nicht überschrieben wurden, was sinnvolles zu finden.

Bei Snowdens SSD gäbe es bestimmt Leute die diesen Aufwand nicht scheuen würden, aber wer ist sonst noch so prominent das die Daten den Aufwand rechtfertigen würden? Wer so wichtige Daten hat, der lässt seine Datenträger schon wegen der Sicherheitsrichtlinien des Arbeitgebers schreddern, Diese sehen teils sogar das Schreddern vom Arbeitsspeicher ausrangierte Rechner vor, was noch aus den Zeiten der nicht flüchtigen Magnetkernspeicher stammt. Bei DRAM ist das natürlich totaler Quascht, zwischen dem Ausschalten und Entsorgen vergeht da genug Zeit damit alle Daten sicher weg sind, aber mit den Optane DIMM als Arbeitsspeicher wird diese lange unsinnige Vorschrift dann wieder sinnvoll.

Das hat jetzt aber gar nichts mit dem Thema zu tun und wenn er Garantie in Anspruch nehmen möchte weil der Rechner nicht mehr korrekt booten, wird der den zusammen mit der SSD einschicken müssen.
 
Holt schrieb:
Dieses mal ist die Partition gemountet worden und es ist auch noch reichlich Platz frei:
497 Filesystem Type Size Used Avail Use% Mounted on
..
609 /dev/sda3 fuseblk 119G 69G 51G 58% /mnt/boot-sav/sda3

Wenn der Rechner wieder nicht bootet, ist diesmal was andere kaputt, vielleicht noch als Konsequenz weil Windows vorher keinen Platz mehr auf C: hatte und daher nichts mehr schreiben oder zurückschreiben konnte, z.B. die Registry. Keine Ahnung ob das Restore da wirklich alle Fehler beheben konnte die bei sowas passieren können. Man sollte es eben niemals soweit kommen lassen das C: wirklich komplett gefüllt ist, niemals!

danke fuer die antwort die idee ist nicht schlecht mit der registry nur ist doch jetzt gerade das restore von 30.november aktiv dort wo noch alles gut war und die registry ist auch zu dem zeitpunkt zirueckgesetzt
 

Ähnliche Themen

Zurück
Oben