"Невозможно загрузить метаданные" - не открываются JPG-файлы

Sartorius · Сообщение **Sartorius** » 20 фев 2019, 23:29

Столкнулся с непонятной (для меня пока что) штуковиной. Суть проблемы - есть новый "винт", отформатированный под ext4, куда были "слиты" фотографии в формате JPG с различных носителей (NTFS-разделы, FAT32 - флешки с фотоаппарата. До определённого момента все они прекрасно открывались любой программой для графики. И вот, в один непрекрасный день - аллес капут! - при попытке открыть любым (начиная с Ristretto и заканчивая Inscape) появляется сообщение - "Невозможно загрузить метаданные" и файлы не открываются. Мало того, их объём "похудел" почти в десять раз - исходный объём каждого был около 1,5 Мб, а теперь остались "огрызки" в 187-195 кб. Что это такое и как с этим быть дальше?

Сообщение **keleg** » 21 фев 2019, 09:26

очень похоже на ошибку файловой системы. Правда, в моей истории ни разу не удавалось "сломать" ext4. Рейзер, ext3, теперь вот xfs - ломались, ext4 была надежна как скала. Разве что таблица разделов слетела...
Если данные ценные, то слить куда-то бинарную копию диска (чтоб ничего не испортить) и потом восстанавливать.
testdisk должен помочь.

Sartorius · Сообщение **Sartorius** » 21 фев 2019, 09:38

Любопытно, что не читаются только именно JPG-файлы, все остальные данные читаются (возможно - пока читаются?). А как сделать бинарную копию диска? Если затруднит - расскажите или дайте ссылочку.

Сообщение **VictorR2007** » 21 фев 2019, 10:06

Можно попробовать восстановить их с помощью qphotorec.
Только указать папку на другом диске, куда сохранять, и указать, чтобы искало только JPG-файлы,
сняв отметки с остальных типов файлов.

adeptru · Сообщение **adeptru** » 22 фев 2019, 13:14

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

Сообщение **VictorR2007** » 22 фев 2019, 14:14

adeptru писал(а): 22 фев 2019, 13:14 несоответствия версий файлов (от офиса, до вайна),

Возможно, что не все источники i586 подключены.
Есть непреложное правило, если есть установленные приложения i586.
Если подключаете дополнительные источники, то всегда должны быть подключены
и эти же источники архитектуры i586.
Если подключаете иксы, то нужно обе архитектуры подключать.
Это же всегда касается и main/testing, contrib/testing, non-free/testing и restricted/testing.
Если подключать, то только обе архитектуры одновременно.
Это избавит от подобных ошибок.
Так же стоит повторять команду

Код: Выделить всё

urpmi --auto-update

если есть подозрение, что не все пакеты были обновлены с первых запусков этой команды.

adeptru писал(а): 22 фев 2019, 13:14 почему-то вдруг стали "файл слишком мал"

Пропала декорация окон.
См. в Параметры системы - Оформление приложений - Оформление окон.

adeptru · Сообщение **adeptru** » 22 фев 2019, 17:06

..."urpmi --auto-update" - не дает ничего одно и тож бесконечно; ни в "доску" приложений, ни в классическое меню приложений войти просто не могу (ошибка загрузки файла QML:..., невозможно загрузить библиотеку ..., файл слишком мал) - чтобы до параметров системы добраться.

Сообщение **VictorR2007** » 22 фев 2019, 20:44

adeptru писал(а): 22 фев 2019, 17:06 ..."urpmi --auto-update" - не дает ничего одно и тож бесконечно; ни в "доску" приложений, ни в классическое меню приложений войти просто не могу (ошибка загрузки файла QML:..., невозможно загрузить библиотеку ..., файл слишком мал) - чтобы до параметров системы добраться.

Видимо проблемы с диском.
Похоже на эту проблему viewtopic.php?f=56&t=9474
Второй раз маленькие файлы за три дня.
А какое ядро?

Сообщение **VictorR2007** » 22 фев 2019, 20:47

А какое ядро?

adeptru · Сообщение **adeptru** » 23 фев 2019, 09:55

VictorR2007 писал(а): 22 фев 2019, 20:44 Видимо проблемы с диском.
Похоже на эту проблему viewtopic.php?f=56&t=9474
Второй раз маленькие файлы за три дня.
А какое ядро?

...с этой проблемой не похоже - там на конкретные типы файлов сбой, а у меня на приложения (тот же Дельфин (или панель приложений, или ...) маленькими стали); ядро - 4.19.14

Сообщение **VictorR2007** » 23 фев 2019, 12:22

adeptru писал(а): 23 фев 2019, 09:55 маленькими стали); ядро - 4.19.14

Я почему спросил про ядро.
В последних версиях есть изменения в ext4.

В 4.18 https://www.opennet.ru/opennews/art.shtml?num=49040
В файловой системе ext4 продолжена работа по чистке кода и повышению надёжности работы
в условиях обработки некорректных образов ФС, специально модифицированных для вредоносных целей;

В 4.19 https://www.opennet.ru/opennews/art.shtml?num=49477
В EXT4 в поля суперблока добавлена поддержка 64-разрядных счётчиков времени, что позволит решить проблему с переполнением 32-разрядного счётчика в 2038 году;
Может как-то повлияли эти изменения.

Сообщение **mikhailnov** » 23 фев 2019, 12:36

Sartorius писал(а): 21 фев 2019, 09:38 Любопытно, что не читаются только именно JPG-файлы, все остальные данные читаются (возможно - пока читаются?). А как сделать бинарную копию диска? Если затруднит - расскажите или дайте ссылочку.

ddrescue

Сообщение **mikhailnov** » 23 фев 2019, 12:38

В таких ситуациях надо в первую очередь смотреть dmesg и не гадать.

euspectre · Сообщение **euspectre** » 23 фев 2019, 17:02

Не думаю, чтобы дело было именно в этих правках в ext4, но мало ли.

Стоит пробы сделать и там посмотреть состояние диска (smartctl) и dmesg - нет ли ошибок. Либо напрямую smartctl позапускать, если кому так больше нравится.

Полезно бы ещё загрузиться с флэшки или ещё чего-то внешнего и fsck прогнать для соотв. разделов диска.

Sartorius · Сообщение **Sartorius** » 23 фев 2019, 17:10

Ядро 4.19, если не ошибаюсь (компас нет пока под руками, пишу с телефона)

ROSA Forum