восстановление данных

Смонтировать как loop и пройтись ndd.exe из-под досового эмулятора?

fsck.vfat что говорит?

Может foremost поможет?

anyfs-tools, по-моему, как раз этим занимаются.

нифига anyfs-tools не помогают

в аналогичной ситуации, когда оффтопиком грохнули флешку - помог только GetDataBack под вайном =)

полезный отрицательный экспириенс...

1) монтировать только на чтение под оффтопиком можно?

2) задумался: флешки не имеют read-only/read-write переключателя как флопи или ленты, не спроста видимо, при каждом монтировании флешки происходит обновление/перезапись уже записанных данных или это на железном уровне без изменения ФС? если нет, то кроме как обновление атрибутов при чтении изменений не происходит, почему тогда накрылись сами данные, оффтоп решил дефрагментацией заняться?

кстати было пару раз, fat на флешке накрывалась при одновременном изменении двумя процессами, возникла гипотеза, что fat не мультизадачная -- может порушиться если её менять несколькими запросами одновременно

>полезный отрицательный экспириенс...

угу, мне нифига не помогло - флешка потерта нулями.

>1) монтировать только на чтение под оффтопиком можно?

самое смешное (наивное) - я думал, что если на флешку (а раньше - дискету) ничего не записывается, то ее можно свободно выдернуть из компа без потери данных (причем и под Linux тоже).

>2) задумался: флешки не имеют read-only/read-write переключателя как флопи или ленты

4.2. - могу показать фотку с флешкой у которой есть такой переключатель.

>что fat не мультизадачная

это либо реализация не многозадачная либо железка. имхо

s/железка/железка битая/

> могу показать фотку с флешкой у которой есть такой переключатель.

хы, в гугле упоминание нашёл, а в жизни никогда таких не видел

> это либо реализация не многозадачная либо железка. имхо

было у двух разных людей с разными флешками, под оффтопиком, сужу по-рассказам, хотя может ситуация была схожая с твоей, но факт налицо - фс слетела, может это сама среда хранения подкачала (битики сами переключились) а error correction не смог отработать?

по-поводу read-only access:

"...NAND devices also require bad block management to be performed by device driver software, or by a separate controller chip (SD cards, for example, include controller circuitry to perform bad block management and wear leveling). When a logical block is accessed by high-level software, it is mapped to a physical block by the device driver or controller, and a number of blocks on the flash chip are set aside for storing mapping tables to deal with bad blocks.

The error-correcting and detecting checksum will typically correct an error where one bit per 256 bytes is incorrect. When this happens, the block is marked bad in a logical block allocation table, and its undamaged contents are copied to a new block and the logical block allocation table is altered accordingly. If more than one bit in the memory is corrupted, the contents are partly lost, i.e. it is no longer possible to reconstruct the original contents."

http://en.wikipedia.org/wiki/Flash_memory

то бишь даже чтение может приводить к изменению флешки на физическом уровне. интересно что в таком случае происходит, если на флешке переключатель в read-only?

"...On flash memory devices, such as CompactFlash and Secure Digital cards, these techniques are implemented in hardware by a built-in microcontroller. On such devices, wear-levelling is transparent and most conventional file systems can be used as-is on them.

Wear-levelling can also be implemented in software by special-purpose file systems such as JFFS2 and YAFFS on flash media or UDF on optical media. All three are log-structured filesystems in that they treat their media as circular logs and write to them in sequential passes.

Some storage interfaces like DiskOnChip (which allows flash memory devices to emulate regular ATA disks) do not in themselves perform wear levelling."

http://en.wikipedia.org/wiki/Wear-levelling

и есть коррекция в контроллере флешки или она софтверная даже не важно, если есть read-ahead в бекграунде, то он может менять флешку даже если чтение с точки зрения пользователя в данный момент не происходит (опа!), тогда получается что umount необходим и для чтения и для записи.

остаётся только вспомнить: "Если на клетке с тигром увидишь надпись "Буйвол" не верь глазам своим" (с) Козьма Прутков

насчёт атрибутов: обновление access-time как изменение метаинфы (критическиое изменение!) буферизоваться правильной ФС не должно

>остаётся только вспомнить: "Если на клетке с тигром увидишь надпись "Буйвол" не верь глазам своим" (с) Козьма Прутков

+1, эххх. никогда нельзя слушать леммингов, и считать отсутсвие монтирования преимуществом. и всегда демонтировать флешки

>насчёт атрибутов: обновление access-time как изменение метаинфы (критическиое изменение!) буферизоваться правильной ФС не должно

1. спорно
2. fat afaik имеет только mtime. atime & ctime отсутствуют

если не брезгуешь)) попробуй r-studio (для линуха есть вроде есть
аналог, но не пробовал): скан диска, может что
покажет, там гляди и восстановишь (также можно попробовать вытянуть картинки, хтя вряд ли будет лучше dd), easyrecovery тоже raw хорошо
вытягивает

з.ы. слетали диски (40 и 320 гигов), подлюченные через firewire
(думается дело было в кабеле, ибо на usb все было пучком), ntfs
(каюсь-каюсь, теперь завязал с виндой :)) r-studio восстановила
поШти все