Длина сегмента jpeg маркера слишком мала файл может быть усечен или не полон
там файлы как бы норм открывались, их просто скопировали. можно подробнее пожалуйста?
Программой, подобной Easy Recovery, запустить и попытаться восстановить удаленные ранее файлы со старого жесткого.
Для начало провести проверку ЖД обычными средствами винды. Это помогает в 50% случаев. Если не поможет - то все сложней и надо думать дальше. Но пока проверки не сделаете, другое не надо тыкать.
Как вариант не хватает прав для открытия, станьте владельцем файлов. (Файлы были созданы из под Администратора, а вы щас в системе как другой Администратор или вообще пользователь) Еще один простенький способ, скопируйте эту папку на носитель который не поддерживает наследование прав CD, DVD, FAT, FAT32 если проблема в правах то при попытке копирования будет соответствующее предупреждение.
Добавлено через 1 минуту
Программой, подобной Easy Recovery, запустить и попытаться восстановить удаленные ранее файлы со старого жесткого.
первым делом подумал про это. как-то сталкивался с такой неприятностью. избавление от привязки к правам не помогло. скидывал на флешку и др веник - тоже
Тчерт! не знаю что и делать. Очень важные файлы.
Главное, есть размер, имена сохранились, дата создания файлов и т.п. Но, при попытке открыть в ACDSee, не показывает разрешение файла и есть надпись: "Исходный формат данных не опознан"
Добавлено через 4 минуты
Фотошоп пишет: "невозможно выполнить запрос: длина сегмента JPEG-маркера слишком мала (файл может быть усечен или не полон)"
Крути с правами, в любом случае нужно стать их полноправным владельцем, Все выше описанные свойства характерны файлам к которым было применено шифрование (или выполнено стать владельцем, при этом Вы могли переустанавливать win и раньше, но сохраняли Имя, администратора и пароль старыми и были администратором, щас или поменяли версию win или администратор по умолчанию получил права ниже, чем в предыдущие разы), ищи программы которые помогут избавится от виндовых премудростей с безопасностью, в общем делалось скорей для надежности (из любопытства), а получилось как всегда.
Добавлено через 10 минут
В любом случае:
Группы и пользователи:
система
(Текущий пользователь, с правами администратора)
Администраторы (Текущий пользователь, с правами администратора)
Должны иметь полные права:
Разрешение для группы "система"
Все галочки Разрешить, система должна переспросить, что права распространятся и на файлы ниже (вглубь)
После всех этих манипуляций загляните на первой вкладке «Общее» в раздел «Другие» снимете все галочки, как с папки так и файлов. Как вариант если все поможет и шифрование и политика не нужно отключить соответствующие службы, чтоб не нарваться или перенести на фат, а потом обратно по новым названием папки. (Это если что получится.)
FAQ по восстановлению повреждённых изображений
Восстановление удалённых файлов и отформатированных дисков с носителей информации в данной теме не обсуждается.
Для обсуждения - см. ссылки выше.
2. Файл не отображается (или отображается, но не весь), можно ли что-то сделать?
2.1. JPEGfix - утилита по оценке и ремонту JPEG-файлов. Как оценить пригодность файла к ремонту - см. пункт 3 инструкции.
2.2. Инструкция по оценке файла через упаковку в архив.
2.3. JPGscan - старая утилита по оценке пригодности JPEG-файла к ремонту.
2.4. JPEGsnoop - программа для просмотра повреждённых файлов. Краткое описание возомжностей.
2.5. ZAR, Digital image recovery - программа для поиска и извлечения изображений из пострадавших носителей, после форматирования и т.п.
2.6. Утилита Bad Peggy + другие способы автоматически проверить много файлов на годные/негодные
2.7. Почему видна маленькая картинка предварительного просмотра, а сама фотография с дефектом (не отображается)?
Маленькая картинка это эскиз/thumbnail/preview, он хранится в начале файла. Если начало файла уцелело, то эскиз/thumbnail/preview будет отображаться нормально.
2.8. Снимки в RAW рекомендую проверить в FastStone Image Viewer. Просмотр обычно показывает JPEG-preview (полноразмерный или thumbnail), опция конвертации - выгружает сами RAW-данные. Это разные блоки RAW-файла, один из них может оказаться целым или менее пострадавшим, чем другой.
6. Прочее
6.1. Почему при восстановлении удалённых снимков получается "каша" из других снимков?
6.2. Можно ли без карт-ридера восстанавливать снимки, удалённые с флеш-карты?
6.3. Чем можно проверить большую коллекцию JPEG и выявить повреждённые / составить список хороших?
6.4. Как проверить флешку на работоспособность?
6.5. Хочу использовать флешку после сбоя, что с ней нужно сделать предварительно?, если сбой повторился - не использовать.
6.6. Как отрезать лишний объем у успешно открывающихся изображений?
6.7. Как вытащить эскиз/thumbnail/preview в отдельный файл JPG, желательно автоматически - JPEG Ripper, ShowExif, exiftool
8. Что делать, чтобы не потерять ценные фотографии?
Главное, что нужно запомнить: Информация - не материальна. Потерять файлы гораздо проще, чем их восстановить.
8.1. Копирование, копирование и ещё раз копирование.
Для ценных фотоснимков рекомендую делать 3 копии: HDD компа/ноута, внешний USB-диск и DVD-диски. Делитесь снимками с друзьями, выкладывайте их в интернет. Например, яндекс-фотки - резиновые, ограничения по объёму нет, залейте туда всё в закрытые альбомы.
8.2. Проверка и ещё раз проверка. Перед удалением файлов убедитесь, что цела хотя бы ещё одна копия этих файлов. Особенно, если остаётся только одна копия. Особенно, когда используете непроверенное оборудование - в походе/отпуске/командировке. Просмотрите несколько файлов в начале, несколько - в конце и несколько - в средине - что все они скопировались, полностью и отображаются.
8.3. Перед использованием картридера убедитесь, что он поддерживает вашу флешку и её размер. Например, если картридер не знает про SDHC (4ГБ и больше), совать в него SDHC карту просто опасно, даже на чтение.
8.4. Если что-то случилось с носителем информации - не записывайте на него ничего, не удаляйте ничего, не форматируйте, не загружайтесь с него, не используйте с непроверенным оборудованием и т.д. - любая модификация уменьшает шансы спасти ценные файлы в непредсказуемое число раз. Пока вы не убедились, что спасли всё (или что больше ничего спасти невозможно) - только читайте диск, причём чем меньше раз - тем лучше. Лучшая тактика - снять полный образ и спрятать носитель "в сейф", а данные извлекать из образа.
8.5. Проверяйте SMART ваших HDD-дисков, в т.ч. внешних USB-дисков. Reallocated_Sector отличный от нуля - возможно, повод для немедленного копирования всех данных и замены диска.
8.6. После записи CD/DVD убедитесь, что все файлы записались успешно. Если каталогов на диске нет, достаточно проверить несколько первых, последних файлов и в средине. Если есть каталоги - то проверять нужно в корне, в первом и последнем каталоге.
8.7. Если флешка нагрелась - файлы могли скопироваться с ошибками.
8.8. Перед использованием диска больше 137 ГБ (128 GiB) на новом компе / операционной системе, убедитесь, что комп (железо и BIOS) и ОС поддерживают такие диски и режим поддержки включен.
8.9. Флешку для фотоаппарата - форматируйте только в нём. Воздержитесь от копирования файлов на такую флешку через картридер. Не используйте одну и ту же флешку в разных фотоаппаратах без промежуточного форматирования.
8.10. Лучше отформатировать флешку, чем стереть с неё все файлы - следующие снимки будут ложиться на флешку без фрагментирования. Кроме того, форматирование обычно быстрее.
8.11. Не стирайте файлы, если ещё хватает свободного места. Если в походе/отпуске следующий "цикл" съёмки скорее всего не заполнит флешку до конца, лучше не стирайте с флешки все файлы, хоть и скопированные на другие носители, - сотрите половину (например, менее ценные, видео, RAW при наличии JPG). Фрагментирование новых снимков - меньшее зло, чем полная потеря старых снимков из-за сбоя другой копии.
8.12. Не используйте встроенные программы Windows для просмотра фотографий - Picture and Fax Viewer, Windows Photo Viewer и т.п. Если выбора нет - не поворачивайте фотографии в этих программах. При повороте эти программы перезаписывают изображения, что может приводить к их искажению и потере.
Прежде всего скажем, что речь здесь пойдет о файловых системах FAT и NTFS, как наиболее распространенных, и ничего не будет сказано о файловых системах, используемых в не-Windows системах, поскольку такие системы лежат вне сферы интересов автора. А теперь – к делу.
Казалось бы, какая неоднозначность может быть, если говорить о размере файла. Сколько в него данных записали, такой и размер (или длина). Сколько в нем есть байтов от начала до конца (и это число записано в файловой системе в качестве размера файла), такой и размер, не так ли? Как говорил Шельменко-денщик, так то оно так, да только трошечки не так.
Проведите эксперимент. Возьмите любой исполняемый файл и выполните его копирование командой
copy что-то.exe что-то-другое.exe
Если вы раньше с этим сталкивались, то уже знаете, что результирующий файл получится намного короче исходного и не будет копией. Причина простая: программа copy, запущенная без параметра /b, копирует файл до тех пор, пока не встретит байт с кодом 27h, этот символ называется «конец файла».
Итак, у нас уже есть два разных признака конца файла – по числу, записанному в файловой системе, и по специальному байту в теле файла. Правда, стоит отметить, что второй признак остался с тех времен, когда файлы были преимущественно текстовыми и сейчас практически не применяется.
В файловых системах, использующих кластеры, а FAT и NTFS относятся именно к таким ФС, есть еще третий размер – размер файла на диске, то есть суммарный размер кластеров, отведенных этому файлу. В файловых системах FAT этот размер больше размера собственно файла или равен ему. Разница между размерами, если она есть, – так называемый хвост файла – это напрасно пропадающее место на диске, плата за размещение файлов по кластерам, а не встык друг за другом, хотя файловые системы с таким размещением файлов тоже существуют.
Впрочем, иногда это место используется. В частности, во времена дискет существовали программы, которые позволяли записывать данные в хвосты файлов, чтобы скрытно передать на таких дискетах информацию. Ведь стандартными средствами получить доступ к хвостам файлов нельзя.
Если включить в рассмотрение NTFS, то картина дополнится новыми штрихами.
Прежде всего, размер файла на диске может оказаться меньше собственно размера файла.
Если тело файла помещается в свободную область файловой записи MFT, то этот файл не занимает на диске ни одного кластера.
Максимальный размер такого файла зависит от размера записи и составляет примерно 600 байтов для записи мелкого размера (1 Кб) и 3600 – для записи крупного размера (4 Кб). Следует, впрочем, отметить, что до недавнего времени Windows показывала размер такого файла на диске равным одному кластеру, хотя фактически ни одного кластера файлу не выделено.
Если файл сжат, то его размер на диске может быть заметно меньше собственно длины файла (количества данных в нем).
Дополнительно усложняют картину так называемые разреженные файлы. В них полезные данные содержаться только в определенных участках файла, а остальная часть файла не используется вовсе. Возьмем в качестве примера файл журнала изменений \$Extend\$UsnJrnl, имеющийся почти на каждом компьютере (не пытайтесь увидеть его в проводнике или других диспетчерах файлов, не получится).
Он может иметь длину несколько гигабайт, но значимых данных содержит при этом обычно только 32 мегабайта в самом конце. А остальная часть вообще никаких данных не содержит, места на диске не занимает, и при попытке прочитать данные из этой части система выдаст набор нулей, даже не обращаясь к диску.
Если у читателя возникнет желание поэкспериментировать с разреженными файлами, такой файл можно создать с помощью команды fsutil sparse. А на досуге можно обдумать, какова же настоящая длина файла, если система записала в соответствующую графу число 4 Гб, а реальных данных в файле только 32 Мб и на диске он занимает тоже 32 Мб.
И, наконец, расскажем еще об одной длине: длине действительных данных (valid data). Эта длина и устанавливающие ее функции представляют интерес почти исключительно для программистов, тем не менее изредка с ней могут столкнуться и обычные пользователи.
В файловых системах FAT такого понятия не существует, и функции, которые используют эту величину, записывают в тело файла на соответствующих местах нули. В NTFS эта длина является характеристикой файла.
Попробуем пояснить, о чем идет речь, на примере. Возьмите флешку (флешка используется для наглядности, поскольку она медленнее жесткого диска работает с большими объемами данных) размером от гигабайта, отформатированную в FAT32, и создайте на ней большой файл командой
fsutil file createnew k:\пробный.txt 900000000
Теперь отформатируйте флешку в NTFS, для чистоты эксперимента лучше взять ту же самую, и повторите создание файла. На этот раз операция пройдет практически моментально. Записывать нули в тело файла уже не надо, достаточно распределить место под файл и установить для него длину действительных данных равной нулю. В теле файла останется «мусор», который был записан в этих секторах, но при чтении данных обращения к этим данным не произойдет – обнаружив, что длина действительных данных равна нулю, все, что дальше этого нуля, система читать не станет – ведь эти данные недействительны. Их можно сделать действительными, если изменить значение длины действительных данных.
Рассмотрим это на примере. Создайте новый файл на одном из рабочих дисков, отформатированном в NTFS. Сотни мегабайт совершенно не обязательны, десятка-другого килобайт будет вполне достаточно:
fsutil file createnew C:\пробный.txt 10000
Теперь откройте его с помощью любого просмотрщика файлов, например FAR.
Как видим, в файле действительно нули. Но если посмотреть на этот файл с помощью какого-либо редактора дисков, обращающегося к секторам напрямую, например dmde, то картина будет другая.
Если мы откроем том С как логическое устройство и посмотрим на содержимое файла, то увидим те же самые нули.
Но если открыть диск как физическое устройство, то в том же самом секторе (обратите внимание на номера LBA – разница в 63 возникла из-за того, что начало раздела сдвинуто относительно начала диска) увидим данные, которые ранее были записаны в какой-то позже удаленный файл.
И если мы увеличим длину действительных данных, то увидим эти данные в файле. Установим эту длину равной 300 байт:
fsutil file setvaliddata C:\пробный.txt 300
Обратите внимание что параметр в этой команде нельзя задавать произвольно, но должен быть не меньше текущего значения длины действительных данных и не больше размера файла. Уменьшить длину действительных данных этой командой нельзя.
Теперь снова посмотри на содержимое файла. Заметьте, что никаких данных мы в него не записывали!
Чисто случайно получилось, что в этом файле довольно много осмысленного текста, что делает картину более наглядной. 300 десятичных байтов – это 12c шестнадцатиричных, и как раз на этом байте обрывается текст и начинаются нули. Если сдвинуть границу действительных данных еще дальше, то «проявятся» и следующие строки.
Подведем итоги
Имеется две физических длины файла – это размер файла, записанный в файловой системе и место, занимаемое на диске. Также имеется две логических длины файла – это признак конца файла (байт EOF – 27h) и длина действительных данных. Как составную часть логической длины можно рассматривать и пустые области в разреженных файлах – вспомните \$Extend\$UsnJrnl, где большой массив отсутствующих данных завершается тридцатью двумя мегабайтами действительных.
Итак, обычно, когда говорят о длине файла, имеют в виду число, хранящееся в файловой системе. Но, как видите, возможны варианты!
Полетел контроллер на венике. Его сделали и скинули инфу сначала на другой веник, потом обратно. Есть папка там, которая изначально была скрытой. Сейчас из этой папки не открываются фото и видео, хотя файлы имеют размер и расширение. Все остальные файлы из обычных папок с того веника норм работают.
Чего делать, может кто сталкивался?
там файлы как бы норм открывались, их просто скопировали. можно подробнее пожалуйста?
Программой, подобной Easy Recovery, запустить и попытаться восстановить удаленные ранее файлы со старого жесткого.
Для начало провести проверку ЖД обычными средствами винды. Это помогает в 50% случаев. Если не поможет - то все сложней и надо думать дальше. Но пока проверки не сделаете, другое не надо тыкать.
Как вариант не хватает прав для открытия, станьте владельцем файлов. (Файлы были созданы из под Администратора, а вы щас в системе как другой Администратор или вообще пользователь) Еще один простенький способ, скопируйте эту папку на носитель который не поддерживает наследование прав CD, DVD, FAT, FAT32 если проблема в правах то при попытке копирования будет соответствующее предупреждение.
Добавлено через 1 минуту
Программой, подобной Easy Recovery, запустить и попытаться восстановить удаленные ранее файлы со старого жесткого.
первым делом подумал про это. как-то сталкивался с такой неприятностью. избавление от привязки к правам не помогло. скидывал на флешку и др веник - тоже
Тчерт! не знаю что и делать. Очень важные файлы.
Главное, есть размер, имена сохранились, дата создания файлов и т.п. Но, при попытке открыть в ACDSee, не показывает разрешение файла и есть надпись: "Исходный формат данных не опознан"
Добавлено через 4 минуты
Фотошоп пишет: "невозможно выполнить запрос: длина сегмента JPEG-маркера слишком мала (файл может быть усечен или не полон)"
Крути с правами, в любом случае нужно стать их полноправным владельцем, Все выше описанные свойства характерны файлам к которым было применено шифрование (или выполнено стать владельцем, при этом Вы могли переустанавливать win и раньше, но сохраняли Имя, администратора и пароль старыми и были администратором, щас или поменяли версию win или администратор по умолчанию получил права ниже, чем в предыдущие разы), ищи программы которые помогут избавится от виндовых премудростей с безопасностью, в общем делалось скорей для надежности (из любопытства), а получилось как всегда. :(
Добавлено через 10 минут
В любом случае:
Группы и пользователи:
система
(Текущий пользователь, с правами администратора)
Администраторы (Текущий пользователь, с правами администратора)
Должны иметь полные права:
Разрешение для группы "система"
Все галочки Разрешить, система должна переспросить, что права распространятся и на файлы ниже (вглубь)
После всех этих манипуляций загляните на первой вкладке «Общее» в раздел «Другие» снимете все галочки, как с папки так и файлов. Как вариант если все поможет и шифрование и политика не нужно отключить соответствующие службы, чтоб не нарваться или перенести на фат, а потом обратно по новым названием папки. (Это если что получится.)
[BpEдИнKа]
Просмотр профиля
Mafia
Просмотр профиля
Хмм. не может прочитать жипек. Какая версия ФШ, откуда жипек родом?
Могу попытаться у себя открыть..
[BpEдИнKа]
Просмотр профиля
Mafia
Просмотр профиля
[BpEдИнKа]
Просмотр профиля
Mafia
Просмотр профиля
[BpEдИнKа]
Просмотр профиля
ren12
Просмотр профиля
Не удается выполнить Ваш запрос потому, что длина маркера JPEG сегмента слишком маленькая (файл может быть разрезанным или неполным)
Читайте также: