USB stick foutmelding

windows zal wel een hoop handelingen in memory gehad hebben die hij nog snel doorvoerde toen die uit zijn slaap terug keerde en dit zal zijn systeem corrupt hebben gemaakt.
heb nog nooit geweten dat windows een disk gaan bricken omdat die afwijkt met wat die ervoor was. zo slim is dat os niet

@TS: als jouw stick zegt dat er geen media meer is, dan heb ik waarschijnlijk heel slecht nieuws.
zo een usb stick bestaat uit een 2tal grote blokken
1) een groot stuk flash IC
2) een kleiner IC dat de USB to FLASH voor zich neemt.

als jouw flash sneuvelt en dat usb to flash doet het wel nog, heb je net hetzelfde als zo een lege SDkaart reader. hij ziet geen flash geheugen meer en zegt 'no media'

[Bericht gewijzigd door fcapri op donderdag 13 december 2018 20:17:15 (41%)

Wat versta je onder 'afmelden'? Heel je OS afmelden?

Bij windows 10 heet dat, "Hardware veilig verwijderen en media uitwerpen" Als je op dat icoontje drukt kan ik kiezen welk USB station ik wil uitwerpen. Vervolgens komt er een melding dat ik het USB station veilig kan verwijderen.

Dus feitelijk hetzelfde als Unmounten als van LinuX.

Maar ik denk dat het is zoals REW aangeeft als de USB stick nog ergens mee bezig is en je trekt hem er dan uit dan kan dat gevolgen hebben. Ik heb het echter ook nog nooit gehad.

Ik heb het wel een keer met een Firewire verbinding met een camera gehad waarna de SD-kaart onleesbaar is geworden. Dat was nog met windows 95/97 ongeveer:)

Heel eerlijk, ik unmount/eject zelden een stick, of er moet wel heel belangrijke data op staan .... of in een solaris doos zitten, daar is het OS er niet zo blij mee.

Ik heb nog nooit een stick of ook maar een filesystem gesloopt, waarmee niet gezegd is dat dat niet kan overigens.

heb het zelf ook nog niet meegemaakt, maar het kan wel degelijk, zeker als de stick nog actief is als je hem uit het slot trekt . Tevens hebben de geheugens maar een beperkt aantal schrijfcycli en zijn de geheugens na enig tijd vooral kaas met gaatjes. Door de error correctie merk je dat niet , maar als je veel naar de stick schrijft is het vroeg of laat prijs.

Ik ken het verschijnsel wat GJ omschrijft wel. Als je een USB stick zomaar uit een computer trekt kan hij volledig blokkeren. Dit kun je ook niet (meer) herstellen. Ik ken het verschijnsel voornamelijk van Windows 7 computers. Daarna de overstap gemaakt naar Windows 10 en heb het hiermee nog niet meegemaakt.

Op 13 december 2018 23:01:29 schreef Sine:
Ik heb nog nooit een stick of ook maar een filesystem gesloopt, waarmee niet gezegd is dat dat niet kan overigens.

Linux, en windows al langer, heeft door dat een stick een "removable media" is. Er wordt dan aggressiver direct teruggeschreven.

Vrij regelmatig maak ik back-ups op (externe) schijven en USB-sticks. De harde schrijven liggen aan een USB-hub met een power-knopje voor elke poort. Die druk ik ook geregeld aan / uit en tot nu toe zonder problemen. Met USB-sticks heb ik dezelfde ervaringen.
Wel moet ik opmerken dat ik dat pas doe, nadat ik zeker weet dat de data is overgepompt.

Je zou de volgende opties kunnen overwegen :
- USB stick in een andere PC steken (*)
- flash-IC'tje "transplanteren" naar een andere identieke stick.
- datasheet van flash-IC downloaden, vastknopen aan een microcontroller en via serieele poort (over USB) in zn geheel proberen uit te lezen.

Die laatste optie zal wel tijdrovend kunnen worden. Maar ja, als het vitale bestanden zijn....

(*) In een ver verleden had ik een 128 MB stick die ook opeens uit leek te vallen. Ik schrok me rot, omdat de complete broncode van een software-pakket op stond. Ietwat later deed ik de stick in een andere PC : werkte ie gewoon weer.

ik kan het toch heel snel repliceren dat het fout gaat als je niet correct veilig verwijderd, maar hangt vooral van het soort stick af.
ik heb een sandisk cruzer 256MB en daar mag je mee doen wat je wil, nog NOOIT fouten mee gehad.

anderszijds heb ik sticks waar ik een bestand op kopieer, paar seconden wachten tot die gedaan heeft, stick verwijderen en op een andere pc is het bestand niet te vinden.
steek die terug in mijn pc, zie het bestand staan maar kan het niet openen. verwijderd het, kopieer opnieuw, veilig verwijderen en dan werkt alles.

ik heb ook een paar sticks die heel lastig doen. ééntje is heeeeel kritisch (32GB). 1x foutief verwijderen en alle data is weg. je mag die formateren en herbeginnen. en die is onvergeeflijk, geen recovery mogelijk.
ik weet dat ik er moet op letten, maar laatst een pc gehad die niet kon verwijderen (kreeg telkens een fout) en heb die dan maar zo uit getrokken. stick is weer onleesbaar nu. staat nu wel belangrijke data op dus MOET recovery uitvoeren voor ik formatteer. en daarna gaat die in de kliko

Op 14 december 2018 04:27:04 schreef oxurane:
- datasheet van flash-IC downloaden, vastknopen aan een microcontroller en via serieele poort (over USB) in zn geheel proberen uit te lezen.

Dit heb ik een keer gedaan.

De data staat niet zoals je verwacht op de flash chip. Ieder datablok is iets van 4k+176 bytes. In die 176 bytes staan dan enerzijds bitjes om de foutcorrectie te doen. Dan denk je misschien, voor die ene keer kan ik tolereren dat er 1 of twee blokjes fout gaan. Maar dat is niet hoe het werkt: Ongeveer een kwart van de blocks bevat fouten. Dat is tegenwoordig normaal. Ik geloof dat ze iets doen dat ze tot 11 fouten kunnen repareren. In theorie is 165 bits daarvoor ruim voldoende.

Daarnaast is er nog wat extra ruimte en dat wordt gebruikt om aan te geven welk blok van de USB-stick het is geweest. Hoe ie dat soort informatie opslaat is per fabrikant verschillend.

In mijn geval was het zo dat er een bitje ontbrak in "waar komt ie vandaan". Blijkt dat ze de boel alleen husselen binnen de eigen helft. Weer een verrassend implementatie detail waar je niet zomaar achter bent. Achteraf klinkt het simpel, maar om er achter te komen is veel werk.

Als laatste: op harde schijven zijn ze, omdat bitpatronen als 00000 of fffff lastiger zijn dan alle andere overgestapt op "we encrypten alle data op voorhand. Omdat we JOU niet de sleutel geven, weet jij niet welk patroon je moet sturen om het voor ons lastig te maken om die data op te slaan".

Bij flash is het zo dat je een ECC gebruikt om X fouten te kunnen corrigeren. Stel dat je blokken van 10000 bits hebt en 1 op 10^5 bitjes wordt fout teruggelezen. Dan zit in 1:10 blokken een fout. Dit is makkelijk te corrigeren. Maar stel nu dat de 0->1 fout veel vaker voorkomt. Zeg 10x vaker dan de 1->0 fout. Stel nu dat de gebruiker allemaal nullen wil opslaan. Dan is de foutkans ineens 2x groter, gemiddeld 1 fout per 5 blokken! Als je de data randomizeert dan zit je gelukkig weer terug bij 1:10.

De foutkans in mijn voorbeeld is erg "optimistisch": Die is veel groter. En niet uniform over de flash verdeeld.

Hallo iedereen,

ontzettend bedankt voor de reacties!

Mijn achtergrond met de usb stick is als volgt: ik werkte ermee via een computer met linux en een computer met windows 10. Ik heb nooit problemen gehad met converteren of het uitlezen van mijn bestanden. Iedere keer als ik klaar was met mijn werk, klikte ik op de knop: uitwerpen/veilig verwijderen of unmount USB bij de linux pc. Ik heb er altijd opgelet dat ik nooit zomaar de usb stick uit te computer trok..

Op de dag dat het probleem zich voordeed, had ik s'ochtends met de usb-stick op de windows pc gewerkt en toen ik s'avonds weer verder ging op de windows computer, kreeg ik ineens de foutmelding.

Ik kreeg een melding dat er een usb-stick werd aangesloten, maar dat er geen media op stond.Ik kon hem niet terugvinden in mijn bestandsbeheer en bij het apparaatbeheer gaf hij de usb-stick wel aan, maar werd hij niet uitgelezen.

Na het uitproberen van diverse file/data recovery apps heb ik geconstateerd dat de usb-stick toch echt kapot was. Hierna nog geprobeerd met andere computers, met hetzelfde resultaat.
Ook nog even de usb-stick uit elkaar gehaald, maar daar was niets op aan te merken, alle sporen en contacten lagen er goed bij.

Aan het einde van het verhaal ben ik er nog achtergekomen dat ik een cloud-database heb waar al mijn eerder verloren bestanden toch nog op staan.

Eindconclusie: vertrouw geen usb-sticks en als je iets zeer belangrijks hebt, maak dan cloud-databases aan waar jouw materiaal standaard wordt ge-backupt(kwam er zelfs achter dat ik dit 2 jaar geleden al had gedaan, maar dit zelfs vergeten ben...)

Iedereen nogmaals bedankt voor het meedenken en de reacties!

Nog een fijne avond,

SB

PS: bedankt voor de tips over het aansluiten via een microcontroller, maar helaas ben ik niet zo handig hiermee:(

Gefeliciteerd met de goede afloop!

Door het oog van de naald zullen we maar zeggen Fijn dat je je data nog hebt.

Meestal komt er een onderdeel los omdat zo'n stick nogal aan mechanische stress onderhevig is.
Insteken, uittrekken, vervoer, da's allemaal nogal een aanslag op zo'n stickje wat tegenwoordig ook meestal nog van fragiel plastic is...
(ik heb nog een heel stevige metalen 128Mb van Kingston; volgens mij kan daar gerust een olifant op gaan staan... )

128Mb?
Dat is er nog een uit het stenen tijdperk...

Ik gebruik 'm nog steeds voor een oude DOS machine, die ondersteunt alleen < 1Gb...

Een USB stick onder DOS? Hoe dan?

@rew:
Dat is nog eens interessante info !

Boskabouter22:
Mooi dat je nog een extra back-up had.

Een USB stick onder DOS? Hoe dan?

Met USBASPI.SYS en Di1000DD.SYS...
Alleen wordt hot-swap niet ondersteund. (als je 'm eruit haalt moet je de pc rebooten voor 'ie hem weer herkent...)

Rebooten onder DOS is in een paar seconden toch?

Een antieke DOS PC was binnen 15 seconden volledig opgestart. De meeste tijd kost het om de BIOS te laden.

Gaat lekker snel ja...
(ik heb ook een Windows partitie, maar om die steeds op te starten om iets weg te schrijven duurt veeel langer...)

Op 13 december 2018 17:34:34 schreef Arco:
Als een USB stick kapot zou gaan bij uittrekken, zou ik al emmers vol met kapotte sticks moeten hebben nu...

Inderdaad....

Alleen kapotte doordat sticks aan 'ernstige fysieke ongemakken' (voet erop bijv.) zijn blootgesteld...

Om die reden koop ik alleen nog alu Kingston USB sticks, (bijna) niet kapot te krijgen:
DTSE9:

DT50:

Met de bureaustoel, de wagen over gereden, geen probleem.

We gebruiken een 30-tal 16GB SE9's op het werk, nog geen enkele defect gehad.
De DT50's moeten zich nog bewijzen (heb er 5 van 16GB).

Naast de bekende gratis beurssticks alleen een Sandisk Cruzer 8GB defect gehad (plastieken spul, wordt al dan niet herkend).

Op 14 december 2018 20:07:51 schreef GJ_:
Een antieke DOS PC was binnen 15 seconden volledig opgestart. De meeste tijd kost het om de BIOS te laden.

BIOS zat gewoon in een (E(E))PROM chip. Laden hoeft niet.

BIOS wordt geacht het systeem een beetje te testen alvorens het OS op te starten. Dat testen, zeker als je het wat inefficient doet, duurt lang.

Laatst zitten kijken naar een wat oudere computer waar voor-z'n-tijd wat veel geheugen in zat. Dat lijkt ie wel tig keer te scannen/testen.

idd, dat was het probleem destijds. de ramtest (zelf de snelle) duurde altijd veel te lang.
mijn pentium 1 werd ook immens traag toen er 96MB ram in zat. maar eens de bios voorbij, ging dat ding wel voorruit. windows (98) was volledig gestart op een 45sec.
mijn broer zijn P2 deed er bijna het dubbele over.

verschil tussen een trage geoptimaliseerde P1 met veel ram en een verdomd snelle schijf, en mijn broer zijn P2 die samengegooid was met de goedkoopste onderdelen (goedkope schermkaart die systeemgeheugen wegnam, weinig ram, trage schijf)

on topic: ik heb denk ik al een stuk of 6-7 defecte usb sticks rondslingeren op mijn bureau. allemaal sticks die er ineens mee ophielden en met hetzelfde probleem. de usb converter die het nog doet, maar geen media meer zichtbaar (flash kapot). helaas niks aan te doen.
ook op het werk al eens duurdere usb sticks gekocht destijds (hele serie van 8GB) en daar ging de helft van kapot na een jaar. iedereen koopt altijd maar een nieuwe, want voor de prijs van de oude hebv je nu al veel groter. maar ik vind het niet normaal dat die dingen zo snel stuk gaan.

al mijn sticks van 64MB zijn al dood, die van 128 ook, ééntje van 256MB leeft nog (mijn sandisk cruzer).
die van 1GB heb ik er nog 1tje in leven, de overige 4 zijn dood (1ervan doet het soms wel, soms niet. op 20keer inpluggen start die toch 1 keer op). nog 1 van 2GB leeft ook nog (mijn XP installatie stick), mijn 4GB zijn allemaal dood, mijn 8GB ook.
heb er nog 2 van 16GB en 2 van 32GB in gebruik

Op 15 december 2018 09:03:34 schreef fcapri:
(goedkope schermkaart die systeemgeheugen wegnam,

Het trage van /dat/ ding is dat ie de systeembus gebruikt om de video te verversen. dat MOET gewoon 60x per seconde helemaal gebeuren. ALs je een toendertijd aannemelijke resolutie had van 1280x1024 en dat op 70Hz zet, dan moet 70*3 * 1280*1024 bytes per second uit het hoofdgeheugen gelepeld worden. Als de CPU daar voorrang op heeft, zie je dat aan het scherm. De voorrang moet dus andersom: video heef voorrang op de CPU. En in die tijd is 262Mb/sec uit hoofdgeheugen sleuren niet iets wat "maar 10% van de beschkbare tijd kost" . Eerder iets wat 50-80% van de tijd kost....