Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > de.comp.os.unix.linux.misc > #131639 > unrolled thread

micro SD Karte lässt sich nicht löschen

Started byJan Novak <repcom@gmail.com>
First post2023-06-20 09:27 +0200
Last post2023-06-25 14:13 +0200
Articles 20 on this page of 21 — 10 participants

Back to article view | Back to de.comp.os.unix.linux.misc


Contents

  micro SD Karte lässt sich nicht löschen Jan Novak <repcom@gmail.com> - 2023-06-20 09:27 +0200
    Re: micro SD Karte lässt sich nicht löschen Marco Moock <mo01@posteo.de> - 2023-06-20 09:36 +0200
      Re: micro SD Karte lässt sich nicht löschen Jan Novak <repcom@gmail.com> - 2023-06-20 10:26 +0200
        Re: micro SD Karte lässt sich nicht löschen Marco Moock <mo01@posteo.de> - 2023-06-20 11:03 +0200
          Re: micro SD Karte lässt sich nicht löschen Jan Novak <repcom@gmail.com> - 2023-06-20 11:51 +0200
    Re: micro SD Karte lässt sich nicht löschen Gerd Belo <G.Belo@BAFAS.DE> - 2023-06-20 11:51 +0200
      Re: micro SD Karte lässt sich nicht löschen Jan Novak <repcom@gmail.com> - 2023-06-20 11:52 +0200
    Re: micro SD Karte lässt sich nicht löschen Marte Schwarz <marte.schwarz@gmx.de> - 2023-06-21 17:59 +0200
    Re: micro SD Karte lässt sich nicht löschen Marcel Mueller <news.5.maazl@spamgourmet.org> - 2023-06-21 21:58 +0200
      Re: micro SD Karte lässt sich nicht löschen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2023-06-22 07:14 +0200
        Re: micro SD Karte lässt sich nicht löschen Frank Miller <miller@posteo.ee> - 2023-06-22 11:35 +0200
        Re: micro SD Karte lässt sich nicht löschen Marcel Mueller <news.5.maazl@spamgourmet.org> - 2023-06-25 14:12 +0200
      Re: micro SD Karte lässt sich nicht löschen Jan Novak <repcom@gmail.com> - 2023-06-22 13:20 +0200
        Re: micro SD Karte lässt sich nicht löschen Hergen Lehmann <hlehmann.expires.12-22@snafu.de> - 2023-06-22 14:42 +0200
          Re: micro SD Karte lässt sich nicht löschen Jan Novak <repcom@gmail.com> - 2023-06-22 15:36 +0200
            Re: micro SD Karte lässt sich nicht löschen Marco Moock <mo01@posteo.de> - 2023-06-22 16:14 +0200
              Re: micro SD Karte lässt sich nicht löschen Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-06-22 22:20 +0200
            Re: micro SD Karte lässt sich nicht löschen Hergen Lehmann <hlehmann.expires.12-22@snafu.de> - 2023-06-22 16:21 +0200
              Re: micro SD Karte lässt sich nicht löschen Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2023-06-22 15:10 +0000
        Re: micro SD Karte lässt sich nicht löschen Marco Moock <mo01@posteo.de> - 2023-06-22 16:13 +0200
        Re: micro SD Karte lässt sich nicht löschen Marcel Mueller <news.5.maazl@spamgourmet.org> - 2023-06-25 14:13 +0200

Page 1 of 2  [1] 2  Next page →


#131639 — micro SD Karte lässt sich nicht löschen

FromJan Novak <repcom@gmail.com>
Date2023-06-20 09:27 +0200
Subjectmicro SD Karte lässt sich nicht löschen
Message-ID<u6rkcu$huc6$1@gwaiyur.mb-net.net>
Moin,

ich habe hier eine 64GB Micro SD Karte, VFAT formatiert und mit Daten 
drauf. Nach dem einstecken in diverse Kartenleser (USB) wird die Karte 
auch erkannt und ist mit allen Daten lesbar (also Daten sind wirklich 
vorhanden).
Ich kann Daten auf die SD Schreiben und diese neuen Daten sind dort auch 
lesbar.

Wenn ich den Mountpoint aushänge und die Karte z.B.

* repartitioniere
* lösche
* formatiere (verschiedene FS versucht)
* mit dd überschreibe

ist alles weg.

Wenn ich dann aber wieder aus und einstecke, ist alles wieder da wie 
vorher - aber ohne die neu hinzugefügten Daten.
Die Karte hat keine Schreibschutzmöglichkeit (so wie die größeren SD 
Karten) und die USB Kartenleser auch nicht.

Ich bin ratlos.

Jan

[toc] | [next] | [standalone]


#131640

FromMarco Moock <mo01@posteo.de>
Date2023-06-20 09:36 +0200
Message-ID<u6rkt2$2ct3u$1@dont-email.me>
In reply to#131639
Am 20.06.2023 um 09:27:25 Uhr schrieb Jan Novak:

> ich habe hier eine 64GB Micro SD Karte, VFAT formatiert und mit Daten 
> drauf. Nach dem einstecken in diverse Kartenleser (USB) wird die
> Karte auch erkannt und ist mit allen Daten lesbar (also Daten sind
> wirklich vorhanden).
> Ich kann Daten auf die SD Schreiben und diese neuen Daten sind dort
> auch lesbar.
> 
> Wenn ich den Mountpoint aushänge und die Karte z.B.
> 
> * repartitioniere
> * lösche
> * formatiere (verschiedene FS versucht)
> * mit dd überschreibe
> 
> ist alles weg.
> 
> Wenn ich dann aber wieder aus und einstecke, ist alles wieder da wie 
> vorher - aber ohne die neu hinzugefügten Daten.
> Die Karte hat keine Schreibschutzmöglichkeit (so wie die größeren SD 
> Karten) und die USB Kartenleser auch nicht.

Teste mal bitte nach dem Löschen an einem anderen PC, um irgendwelche
Caches auszuschließen.

[toc] | [prev] | [next] | [standalone]


#131647

FromJan Novak <repcom@gmail.com>
Date2023-06-20 10:26 +0200
Message-ID<u6rnr4$huc6$3@gwaiyur.mb-net.net>
In reply to#131640
Am 20.06.23 um 09:36 schrieb Marco Moock:
> Am 20.06.2023 um 09:27:25 Uhr schrieb Jan Novak:
> 
>> ich habe hier eine 64GB Micro SD Karte, VFAT formatiert und mit Daten
>> drauf. Nach dem einstecken in diverse Kartenleser (USB) wird die
>> Karte auch erkannt und ist mit allen Daten lesbar (also Daten sind
>> wirklich vorhanden).
>> Ich kann Daten auf die SD Schreiben und diese neuen Daten sind dort
>> auch lesbar.
>>
>> Wenn ich den Mountpoint aushänge und die Karte z.B.
>>
>> * repartitioniere
>> * lösche
>> * formatiere (verschiedene FS versucht)
>> * mit dd überschreibe
>>
>> ist alles weg.
>>
>> Wenn ich dann aber wieder aus und einstecke, ist alles wieder da wie
>> vorher - aber ohne die neu hinzugefügten Daten.
>> Die Karte hat keine Schreibschutzmöglichkeit (so wie die größeren SD
>> Karten) und die USB Kartenleser auch nicht.
> 
> Teste mal bitte nach dem Löschen an einem anderen PC, um irgendwelche
> Caches auszuschließen.
> 


Habs am Notebook auch getestet. Gleiches Problem. Das Notebook hat neu 
gestartet (nicht aus sleep), da dürften keine caches aktiv gewesens ein.

Jan

[toc] | [prev] | [next] | [standalone]


#131648

FromMarco Moock <mo01@posteo.de>
Date2023-06-20 11:03 +0200
Message-ID<u6rq1t$2de52$1@dont-email.me>
In reply to#131647
Am 20.06.2023 um 10:26:11 Uhr schrieb Jan Novak:

> Habs am Notebook auch getestet. Gleiches Problem. Das Notebook hat
> neu gestartet (nicht aus sleep), da dürften keine caches aktiv
> gewesens ein.

Dann hat diese Karte wohl nen Schlag. Ich würde den Elektroschrott
vorschlagen.

[toc] | [prev] | [next] | [standalone]


#131650

FromJan Novak <repcom@gmail.com>
Date2023-06-20 11:51 +0200
Message-ID<u6rsr5$ihih$1@gwaiyur.mb-net.net>
In reply to#131648
Am 20.06.23 um 11:03 schrieb Marco Moock:
> Am 20.06.2023 um 10:26:11 Uhr schrieb Jan Novak:
> 
>> Habs am Notebook auch getestet. Gleiches Problem. Das Notebook hat
>> neu gestartet (nicht aus sleep), da dürften keine caches aktiv
>> gewesens ein.
> 
> Dann hat diese Karte wohl nen Schlag. Ich würde den Elektroschrott
> vorschlagen.

sieht wirklich so aus...
Ich habe eine andere (baugleiche) Karte gefunden. Da funktioniert 
löschen usw. mit der gleichen Hardware.
Schade um die Karte... Schrott ;-)


Jan

[toc] | [prev] | [next] | [standalone]


#131649

FromGerd Belo <G.Belo@BAFAS.DE>
Date2023-06-20 11:51 +0200
Message-ID<kfdb4nFo51aU1@mid.individual.net>
In reply to#131639
Am 20.06.23 um 09:27 schrieb Jan Novak:
> Moin,
> 
> ich habe hier eine 64GB Micro SD Karte, VFAT formatiert und mit Daten 
> drauf. Nach dem einstecken in diverse Kartenleser (USB) wird die Karte 
> auch erkannt und ist mit allen Daten lesbar (also Daten sind wirklich 
> vorhanden).
> Ich kann Daten auf die SD Schreiben und diese neuen Daten sind dort auch 
> lesbar.
> 
> Wenn ich den Mountpoint aushänge und die Karte z.B.
> 
> * repartitioniere
> * lösche
> * formatiere (verschiedene FS versucht)
> * mit dd überschreibe
> 
> ist alles weg.
> 
> Wenn ich dann aber wieder aus und einstecke, ist alles wieder da wie 
> vorher - aber ohne die neu hinzugefügten Daten.
> Die Karte hat keine Schreibschutzmöglichkeit (so wie die größeren SD 
> Karten) und die USB Kartenleser auch nicht.
> 
> Ich bin ratlos.
> 
> Jan
Mal versucht, eine Datei auf die Karte zu schreiben?

Wenn das geht, weiter ratlos, ansonsten dürfte die Karte wohl Schrott sein.

Tschüß GERD
-- 
Gerd Belo
G.Belo@BAFAS.de

[toc] | [prev] | [next] | [standalone]


#131652

FromJan Novak <repcom@gmail.com>
Date2023-06-20 11:52 +0200
Message-ID<u6rssv$ihih$2@gwaiyur.mb-net.net>
In reply to#131649
Am 20.06.23 um 11:51 schrieb Gerd Belo:
> Am 20.06.23 um 09:27 schrieb Jan Novak:
>> Moin,
>>
>> ich habe hier eine 64GB Micro SD Karte, VFAT formatiert und mit Daten 
>> drauf. Nach dem einstecken in diverse Kartenleser (USB) wird die Karte 
>> auch erkannt und ist mit allen Daten lesbar (also Daten sind wirklich 
>> vorhanden).
>> Ich kann Daten auf die SD Schreiben und diese neuen Daten sind dort 
>> auch lesbar.
>>
>> Wenn ich den Mountpoint aushänge und die Karte z.B.
>>
>> * repartitioniere
>> * lösche
>> * formatiere (verschiedene FS versucht)
>> * mit dd überschreibe
>>
>> ist alles weg.
>>
>> Wenn ich dann aber wieder aus und einstecke, ist alles wieder da wie 
>> vorher - aber ohne die neu hinzugefügten Daten.
>> Die Karte hat keine Schreibschutzmöglichkeit (so wie die größeren SD 
>> Karten) und die USB Kartenleser auch nicht.
>>
>> Ich bin ratlos.
>>
>> Jan
> Mal versucht, eine Datei auf die Karte zu schreiben?

wie ich schrieb: Ja ist möglich und die Datei ist dort lesbar (wohl aus 
dem Cache) und nach ein und ausstecken ist sie weg.

> 
> Wenn das geht, weiter ratlos, ansonsten dürfte die Karte wohl Schrott sein.

das scheint es zu sein ;-)

Jan

[toc] | [prev] | [next] | [standalone]


#131741

FromMarte Schwarz <marte.schwarz@gmx.de>
Date2023-06-21 17:59 +0200
Message-ID<u6v6ov$t1fm$6@gwaiyur.mb-net.net>
In reply to#131639
Hi Jan,
> ich habe hier eine 64GB Micro SD Karte, VFAT formatiert und mit Daten 
> drauf. Nach dem einstecken in diverse Kartenleser (USB) wird die Karte 
> auch erkannt und ist mit allen Daten lesbar (also Daten sind wirklich 
> vorhanden).
...
> Wenn ich dann aber wieder aus und einstecke, ist alles wieder da wie 
> vorher

Das ist mittlerweile das normale Ausfallszenario. Bei Sandisk leider in 
letzter Zeit bereits sehr früh unabhängig vom Label A1. Ich kauf die 
nicht mehr.

Marte

[toc] | [prev] | [next] | [standalone]


#131754

FromMarcel Mueller <news.5.maazl@spamgourmet.org>
Date2023-06-21 21:58 +0200
Message-ID<u6vkp4$u3i6$1@gwaiyur.mb-net.net>
In reply to#131639
Am 20.06.23 um 09:27 schrieb Jan Novak:
> Wenn ich dann aber wieder aus und einstecke, ist alles wieder da wie 
> vorher - aber ohne die neu hinzugefügten Daten.

Die Karte ist totgeschrieben. Und der Controller hat sie 
sicherheitshalber in den Read-Only-Modus versetzt, damit man wenigstens 
an die bisher geschriebenen Daten noch dran kommt.


Marcel

[toc] | [prev] | [next] | [standalone]


#131787

FromHermann Riemann <nospam.ng@hermann-riemann.de>
Date2023-06-22 07:14 +0200
Message-ID<kfi3lfFgn2mU5@mid.individual.net>
In reply to#131754
Am 21.06.23 um 21:58 schrieb Marcel Mueller:
> Am 20.06.23 um 09:27 schrieb Jan Novak:
>> Wenn ich dann aber wieder aus und einstecke, ist alles wieder da wie 
>> vorher - aber ohne die neu hinzugefügten Daten.
> 
> Die Karte ist totgeschrieben. Und der Controller hat sie 
> sicherheitshalber in den Read-Only-Modus versetzt, damit man wenigstens 
> an die bisher geschriebenen Daten noch dran kommt.

Dann ist die Frage der Datenlöschung offen,
wenn da Daten drauf sind, deren Weitergabe unerwünscht ist.

Hermann
    bei 500° Backofen im Reinigungsmodus vermutend,
    dass die Daten noch erhalten bleiben,
    sich aber giftige Dämpfe verbreiten.

-- 
http://www.hermann-riemann.de

[toc] | [prev] | [next] | [standalone]


#131798

FromFrank Miller <miller@posteo.ee>
Date2023-06-22 11:35 +0200
Message-ID<649415DB.6060009@backwurst.de>
In reply to#131787
Hermann Riemann wrote:
> Am 21.06.23 um 21:58 schrieb Marcel Mueller:
>> Am 20.06.23 um 09:27 schrieb Jan Novak:
>>> Wenn ich dann aber wieder aus und einstecke, ist alles wieder da wie
>>> vorher - aber ohne die neu hinzugefügten Daten.
>>
>> Die Karte ist totgeschrieben. Und der Controller hat sie
>> sicherheitshalber in den Read-Only-Modus versetzt, damit man wenigstens
>> an die bisher geschriebenen Daten noch dran kommt.
>
> Dann ist die Frage der Datenlöschung offen,
> wenn da Daten drauf sind, deren Weitergabe unerwünscht ist.

Feuerzeug -> Aschenbecher oder Klo -> spülen.
Wir reden hier von einer micro SD Karte und nicht von 5,25″-Festplatten,
wie du sie noch einlagerst.

[toc] | [prev] | [next] | [standalone]


#132080

FromMarcel Mueller <news.5.maazl@spamgourmet.org>
Date2023-06-25 14:12 +0200
Message-ID<u79auv$21i75$1@gwaiyur.mb-net.net>
In reply to#131787
Am 22.06.23 um 07:14 schrieb Hermann Riemann:
> Dann ist die Frage der Datenlöschung offen,
> wenn da Daten drauf sind, deren Weitergabe unerwünscht ist.

Mechanisch zerstören.


Marcel

[toc] | [prev] | [next] | [standalone]


#131809

FromJan Novak <repcom@gmail.com>
Date2023-06-22 13:20 +0200
Message-ID<u71aqk$1ncd0$1@news.nnpt4.net>
In reply to#131754
Am 21.06.23 um 21:58 schrieb Marcel Mueller:
> Am 20.06.23 um 09:27 schrieb Jan Novak:
>> Wenn ich dann aber wieder aus und einstecke, ist alles wieder da wie 
>> vorher - aber ohne die neu hinzugefügten Daten.
> 
> Die Karte ist totgeschrieben. Und der Controller hat sie 
> sicherheitshalber in den Read-Only-Modus versetzt, damit man wenigstens 
> an die bisher geschriebenen Daten noch dran kommt.

Sowas gibts wirklich???
Auf der Karte selbst erkennt die implementierte Logik, dass der Speicher 
nicht mehr OK ist und macht die Karte readOnlyl?

Verrückt :-)

Jan

[toc] | [prev] | [next] | [standalone]


#131812

FromHergen Lehmann <hlehmann.expires.12-22@snafu.de>
Date2023-06-22 14:42 +0200
Message-ID<t6sdmj-a2a32.ln1@hergen.spdns.de>
In reply to#131809
Am 22.06.23 um 13:20 schrieb Jan Novak:

> Am 21.06.23 um 21:58 schrieb Marcel Mueller:
>> Die Karte ist totgeschrieben. Und der Controller hat sie 
>> sicherheitshalber in den Read-Only-Modus versetzt, damit man 
>> wenigstens an die bisher geschriebenen Daten noch dran kommt.
> 
> Sowas gibts wirklich???
> Auf der Karte selbst erkennt die implementierte Logik, dass der Speicher 
> nicht mehr OK 

Das MUSS die Karte erkennen können, denn die physische Blockgröße ist um 
mehrere Zehnerpotenzen größer als die logische Blockgröße, welche dem 
Betriebssystem vorgegaukelt wird. Gibt das OS den Auftrag, einen 
logischen Block zu schreiben, muss der Controller intern einen 
kompletten physischen Block (typ. einige hunderte KB bis mehrere 
Megabyte) lesen, an der richtigen Stelle patchen, und an andere Stelle 
im Speicherchip wieder zurückschreiben.

Wären dabei keine Fehlererkennungs- und -korrekturmechanismen eingebaut, 
wären SD-Karten so störanfällig, das sie unbenutzbar wären.


> ist und macht die Karte readOnlyl?

Ja, das ist die übliche Strategie, wenn der Controller nicht mehr weiter 
weiß.

[toc] | [prev] | [next] | [standalone]


#131813

FromJan Novak <repcom@gmail.com>
Date2023-06-22 15:36 +0200
Message-ID<u71io6$1nfj5$1@news.nnpt4.net>
In reply to#131812
Am 22.06.23 um 14:42 schrieb Hergen Lehmann:

>> ist und macht die Karte readOnlyl?
> 
> Ja, das ist die übliche Strategie, wenn der Controller nicht mehr weiter 
> weiß.

das heisst, die Karte ist *jetzt* quasi für die Langzeitarchivierung 
vorbereitet? Wie sicher sind die Daten in diesem Fall dann noch?


Jan

[toc] | [prev] | [next] | [standalone]


#131819

FromMarco Moock <mo01@posteo.de>
Date2023-06-22 16:14 +0200
Message-ID<20230622161422.1401829b@posteo.de>
In reply to#131813
Am 22. Juni 2023 schrieb Jan Novak:

> Am 22.06.23 um 14:42 schrieb Hergen Lehmann:
> 
> >> ist und macht die Karte readOnlyl?  
> > 
> > Ja, das ist die übliche Strategie, wenn der Controller nicht mehr
> > weiter weiß.  
> 
> das heisst, die Karte ist *jetzt* quasi für die Langzeitarchivierung 
> vorbereitet?

Wohl eher für den Elektroschrottcontainer.
Flash-Speicher war noch nie für Langzeitarchivierung gedacht, weil der
immer mal wieder mit Strom versorgt werden will.

[toc] | [prev] | [next] | [standalone]


#131846

FromSieghard Schicktanz <Sieghard.Schicktanz@SchS.de>
Date2023-06-22 22:20 +0200
Message-ID<20230622222032.6ccea569@Achmuehle.WOR>
In reply to#131819
Hallo Marco,

Du schriebst am Thu, 22 Jun 2023 16:14:22 +0200:

> Wohl eher für den Elektroschrottcontainer.
> Flash-Speicher war noch nie für Langzeitarchivierung gedacht, weil der
> immer mal wieder mit Strom versorgt werden will.

Damit geht das aber auch nur solange gut, wie noch Reserve-Blöcke verfügbar
sind. Sind die verbraucht, bist Du der Gutwilligkeit der Gate-Elektronen
ausgeliefert, und die reicht nicht sehr weit.

-- 
(Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung
nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem)
-----------------------------------------------------------
Mit freundlichen Grüßen, S. Schicktanz
-----------------------------------------------------------

[toc] | [prev] | [next] | [standalone]


#131820

FromHergen Lehmann <hlehmann.expires.12-22@snafu.de>
Date2023-06-22 16:21 +0200
Message-ID<dv1emj-b2a32.ln1@hergen.spdns.de>
In reply to#131813
Am 22.06.23 um 15:36 schrieb Jan Novak:

> Am 22.06.23 um 14:42 schrieb Hergen Lehmann:
> 
>>> ist und macht die Karte readOnlyl?
>>
>> Ja, das ist die übliche Strategie, wenn der Controller nicht mehr 
>> weiter weiß.
> 
> das heisst, die Karte ist *jetzt* quasi für die Langzeitarchivierung 
> vorbereitet? 

So in etwa... ;-)


> Wie sicher sind die Daten in diesem Fall dann noch?

Bei FAT sind die Daten mit an Sicherheit grenzender Wahrscheinlichkeit 
bereits in größerem Umfang defekt, da ein oder mehrere Schreibvorgänge 
nicht ausgeführt werden könnten. Mit Abstand am häufigsten wird die FAT 
geschrieben, und wenn die kaputt ist...

Bei Journaling-Dateisystemen bestehen Chancen, das das Dateisystem 
selbst noch konsistent ist und nur die zuletzt geschriebene Datei einen 
Schuss weg hat. Aber solche Dateisysteme sollte man wegen der hohen 
Schreiblast auf das Journal auf SD-Karten nicht einsetzen...

[toc] | [prev] | [next] | [standalone]


#131823

FromGerald E¡scher <Spamer@fahr-zur-Hoelle.org>
Date2023-06-22 15:10 +0000
Message-ID<168744665965.1695.6204950246655390111.XPN@ID-37099.user.uni-berlin.de>
In reply to#131820
Hergen Lehmann schrieb am 22/6/2023 16:21:

> Bei Journaling-Dateisystemen bestehen Chancen, das das Dateisystem 
> selbst noch konsistent ist und nur die zuletzt geschriebene Datei einen 
> Schuss weg hat. Aber solche Dateisysteme sollte man wegen der hohen 
> Schreiblast auf das Journal auf SD-Karten nicht einsetzen...

Jein. Raspberry Pi OS verwendet für die Root-Partition standardmäßig
ext4 und für Langlebigkeit gefertigte µSD-Karten ("Industrial",
"Endurance", ...) überleben dennoch.


-- 
Gerald

[toc] | [prev] | [next] | [standalone]


#131818

FromMarco Moock <mo01@posteo.de>
Date2023-06-22 16:13 +0200
Message-ID<20230622161329.537c661e@posteo.de>
In reply to#131809
Am 22. Juni 2023 schrieb Jan Novak:

> Am 21.06.23 um 21:58 schrieb Marcel Mueller:
> > Am 20.06.23 um 09:27 schrieb Jan Novak:  
> >> Wenn ich dann aber wieder aus und einstecke, ist alles wieder da
> >> wie vorher - aber ohne die neu hinzugefügten Daten.  
> > 
> > Die Karte ist totgeschrieben. Und der Controller hat sie 
> > sicherheitshalber in den Read-Only-Modus versetzt, damit man
> > wenigstens an die bisher geschriebenen Daten noch dran kommt.  
> 
> Sowas gibts wirklich???
> Auf der Karte selbst erkennt die implementierte Logik, dass der
> Speicher nicht mehr OK ist und macht die Karte readOnlyl?

Zumindest SSDs haben sowas und geben diese Information über die
SMART-Werte aus. Ob SD-Karten das auch machen weiß ich nicht.

[toc] | [prev] | [next] | [standalone]


Page 1 of 2  [1] 2  Next page →

Back to top | Article view | de.comp.os.unix.linux.misc


csiph-web