Проверяйте карты СF большого объёма перед съёмкой Собственно, тема была по восстановлению информации с слетевшей карточки. Но как оказалось, это тенденция Покупались 2 карточки, ситуация с первой описана ниже, а со второй всё повторилось один-в-один. (правда уже без потерь фотографий, просто при тестировании на компе). Вариант с меньшим объёмом установленным, чем заявленный отпадает, т.к. на вторую карточку снимались фото до упора два раза, всё было нормально. Видимо конкретный брак мне попался Итого советую перед использованием карточек, сначала на компе прогнать тест с записью/чтением всего объёма, дополнительно заполнить её файлами до упора несколько раз. А не просто форматнуть и снять пару кадров. .... Ситуация плачевна, а именно: камера Кенон 5Д, карточки PQI 4Gb, перед съёмкой отформатировал обе. первую отснял без проблем, вторую также. пришёл домой, на ф/а просмотрел снимки бегло со второй, отображались на экранчике нормально, ничего не предвещало беды при подключении к компу через кардридер первая флешка скопировалась нормально, а вторая не определилась совсем не предпринимая ничего, сразу же воспользовался утилитами восстановления фотографий (Photo Recovery Genius наиболее нравится) даже при не определившимся устройстве смог вытянуть 103 фото, но это фотографии с самого конца, пропало более 150 с начала второй карточки объем карточки уменьшился и стал 2,7 вместо 4Гб, пытался обнулить таблицу разделов программами TestDisk, flashnul, вручную прописать кол-во секторов по подобию первой карточки, всё без изменений камера и винда форматируют карточку как 2.7Гб получается , что возможно какая-то часть флеша накрылась, притом начальная, одноко таблица фат и начальный сектор остались.... не пойму люди знающие помогите, как сделать её опять 4Гб и попытаться вытянуть фото или уже на крайняк просто восстановить на 4Гб с потерей. пытался найти утилиты под PQI карты, нашёл только низкоуровневое форматирование, но она только под ЮСБ флеш, карточки не понимает через кардридер спасибо
На самом деле все плохо! Дело в том, что при повреждении ячейки памяти CF обладает свойством автоматически делать relocation автокоррекцией FAT-таблицы. Если-же "вылетает" целый кластер то FAT-таблица переносится за него, а всё что перед ним выключается навсегда!!! И ни чего не поделаешь - так уж эти самые CF устроены...
добавлю, утилита flashnul пишет: calculated disk size = 3010452480 (2Gb) delta to near pow of two = 1284514816 (1Gb) в описании программы : "delta to near power or two — «расстояние» до ближайшей степени двойки. Значение порядка 1-2% от объёма диска нормально, величины больше 10% (т.е. 12Мб для 128, 100Мб для 1Гб) свидетельствуют об уменьшении ёмкости накопителя (обычно происходит при отключении контроллером повреждённых областей). Для жёстких дисков эта строка не имеет смысла" т.е. это оно ??? и фотографиям капец???? но тут не кластер , тут выходит целый гиг "вылетел"... может микросхема накрылась с этим гигом во флеше?? никак нельзя вернуть назад, отменить отключение этих областей и вытянуть фото? понятно, что эту карточку верну по гарантии, но фото нужны... мои заказчики получат примерно 70%, вроде и нормально, результат будет достигнут (это была прогулочная фотосъёмка перед свадьбой),но на эти 30% попали как-раз десятка 2 фото, что ребята сами хотели и запомнят... боюсь, что объяснения "типа глюк карточки" не очень положительно скажутся
подниму тему, в первом посте указал причину. делайте полный тест карточек перед съёмками, что б не было сюрпризов.
Можно попробовать утилиту dd_rescue --- осздаёт образ носителя, пропуская повреждённые сектора. Вот пример: Код: gorjatschew@darkstar:~> su Пароль: darkstar:/home/gorjatschew # mount /dev/sda2 on / type reiserfs (rw,acl,user_xattr) proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) debugfs on /sys/kernel/debug type debugfs (rw) udev on /dev type tmpfs (rw) devpts on /dev/pts type devpts (rw,mode=0620,gid=5) /dev/sda1 on /boot type ext2 (rw,acl,user_xattr) /dev/sda6 on /home type reiserfs (rw,acl,user_xattr) securityfs on /sys/kernel/security type securityfs (rw) none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw) /dev/sdf1 on /media/MMC 256 type vfat (rw,nosuid,nodev,noatime,flush,uid=1000,utf8,shortname=lower) darkstar:/home/gorjatschew # dd_rescue /dev/sdf1 /tmp/card.img dd_rescue: (info): ipos: 250816.0k, opos: 250816.0k, xferd: 250816.0k errs: 0, errxfer: 0.0k, succxfer: 250816.0k +curr.rate: 1667kB/s, avg.rate: 1678kB/s, avg.load: 1.1% dd_rescue: (info): /dev/sdf1 (250864.0k): EOF Summary for /dev/sdf1 -> /tmp/card.img: dd_rescue: (info): ipos: 250864.0k, opos: 250864.0k, xferd: 250864.0k errs: 0, errxfer: 0.0k, succxfer: 250864.0k +curr.rate: 1472kB/s, avg.rate: 1678kB/s, avg.load: 1.1% darkstar:/home/gorjatschew # mount -o loop /tmp/card.img /mnt darkstar:/home/gorjatschew # mount /dev/sda2 on / type reiserfs (rw,acl,user_xattr) proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) debugfs on /sys/kernel/debug type debugfs (rw) udev on /dev type tmpfs (rw) devpts on /dev/pts type devpts (rw,mode=0620,gid=5) /dev/sda1 on /boot type ext2 (rw,acl,user_xattr) /dev/sda6 on /home type reiserfs (rw,acl,user_xattr) securityfs on /sys/kernel/security type securityfs (rw) none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw) /dev/sdf1 on /media/MMC 256 type vfat (rw,nosuid,nodev,noatime,flush,uid=1000,utf8,shortname=lower) darkstar:/home/gorjatschew # В результате, получаем образ нашей карточки в /mnt, с которой можно будет списать все нужные нам файлы. Как пример рассмотрена работа с картой MMC на 256 метров. Если возникнут какие вопросы --- пишите: мой_ник (гав).mail.ru З.Ы. Работает из-под линуха, но можно же работать и с LiveCD...
