[identity profile] dev0tee.livejournal.com posting in [community profile] useful_faq
eMule в мое отсутствие исчерпал все место на HDD,
при перезапуске пропали почти все закачки из списка, в логе пишет для всех файлов:

Error: 59.part.met () is corrupted, unable to load file
23.02.2006 10:57:14: Trying to recover 'e:\Shared\Temp\59.part.met'
23.02.2006 10:57:14: Error: 59.part.met () is corrupted, unable to load file
23.02.2006 10:57:14: Failed recovery attempt for 'e:\Shared\Temp+\59.part.met'

вопрос: как восстановить закачки, ведь они остались на диске. tia.

Date: 2006-02-23 11:10 am (UTC)
From: [identity profile] plumbum210.livejournal.com
У, серьезно. Вообще-то, eMule обычно очень надежно работает...

В целом для такой работы рекомендую программулину NetMedic. Но: читать, читать, как ей пользоваться! Вкратце: надо знать, какой (какие) был файл и какой ему соответствовал номер в Temp-папке. Необходимо найти файл в сети снова и поставить качаться. При этом создасться новый met-файл с хэшем. После этого имеющийся part-файл (частично закачанный) надо скормить этой проге (и новый met вроде тоже, уже не помню). Она его просканирует и создаст список уже существующих кусков в том же met-файле. Потом все это кладется в Temp (с одинаковыми номерами, разумеется) и Осел перезапускается. Он перехэширует этот файл и подцепит его. Не забывать бэкапить все изменяемые и переносимые файлы! Гарантий при операции, вообще говоря, никаких, это серьезное лечение.

Если файлов пропало много, будет трудно разобраться, какой part какому файлу соответствует. А это важно. Можно пытаться глядеть в met-файлы, но они могут быть действительно сильно повреждены. Можно сравнивать по длине, но только в случае, если был скачан последний кусок. В общем, работа творческая.

Date: 2006-02-23 01:42 pm (UTC)
From: [identity profile] plumbum210.livejournal.com
700 закачек одновременно - это сильно :)

Вообще, тут вина скорее операционной системы. В самом осле (eMule), кстати, можно настроить предупреждение на недостаток свободного места. Сам он хранит бэкап met-файла (.met.bak), и если даже новый некуда писать, старый должен был остаться. В общем, довольно нетипичная ситуация. У меня такое за два года было только раз, с одним файлом, и то при пропадении электричества. Место как-то кончалось, но ничего страшного не случалось - осел сам останавливает закачку.

Date: 2006-02-23 02:46 pm (UTC)
From: [identity profile] plumbum210.livejournal.com
Хм. Вот это плюсовцы лоханулись. Зачем было .bak-то убирать? Файл-то мелкий совершенно, но от него вся закачка зависит. При этом перезаписывается файл очень часто. Тут bak просто необходим.

Имена закачек выдираются без всяких тулзов (если, конечно, там хоть что-то осталось). Просто надо открыть этот met-файл в виде текста (тут удобен Total Commander или Far с просмотром по F3). Там будет куча белиберды, но имя файла легко читается.

Date: 2006-02-23 01:48 pm (UTC)
From: [identity profile] plumbum210.livejournal.com
Да, и еще! Судя по тому, что пропали все файлы (или большинство), скорее всего произошел глюк файловой системы, особенно если стоит NTFS - у нее мелкие файлы (как раз все эти жизненно необходимые и бэкапнутые met) хранятся прямо в спец. областях файловой системы. Если вдруг комп не смог ее обновить - могло пропасть сразу много. Но: сама система достаточно надежно восстанавливается. Имеет смысл прогнать chkdsk /f (на соответствующем диске, разумеется) или какую-нибудь специализированную утилиту.