Начну с шутки:
Cкрытый текст -
Хорошо, что не начали свой текст с цитаты одного из членов "Техпомощи" трекера rutracker, который гласил: "Ваш совет вредный.".
Конечно, рекомендация о необходимости хеширования файла как бы является правильной, но на практике правильной является трактовка следующая: "При присоединении файла к раздаче файл необязательно хешировать, так как при необходимости хеширования файла клиент сообщит сам об этом. Перед хешированием сравнить объем раздачи с объёмом файла, присоединяемого к раздаче. При обнаружении разницы сравнить хеш-суммы раздачи и файла. Если они не соответствуют, то не портить свой файл, присоединяясь к раздаче.".
Конечно, каждый убеждается о правильности всяких советов и рекомендаций на своём опыте. В данном случае, видимо, мне одному повезло сразу испытать вредность хеширования файла без необходимости хеширования файла:
Cкрытый текст -
Скачал на одном трекере файл с фотосетами одной модели от эротических студий и вышел в Сиды. Тут меня дернуло прочитать комментарии к раздаче (обычно не читаю) и в комментариях увидел жалобы на битые файлы.
Просмотрел все фотографии фотосетов и обнаружил много битых (не скачанных полностью) фотографий. Была даже одна рекламная фотография, которая не имела никакого отношения к модели.
Скачал фотосеты, в которых были битые фотографии, с другого места, в файле заменил битые фотографии на нормальные и присоединился к раздаче, хешируя файл. Файл стал загружаться вместо того, чтобы раздаваться. После окончания загрузки просмотрел ещё раз фотографии в фотосетах и опять обнаружил битые фотографии. Битыми были те же фотографии, что и в ранее скачанном файле. Стал сравнивать объём раздачи и файла с нормальными фотографиями и обнаружил, что объём раздачи намного меньше объёма файла с нормальными фотографиями.
Файл стал загружаться из-за того, что файл с нормальными фотографиями в фотосетах не соответствовал раздаче, в которой были битые фотографии в фотосетах, т.е. во время загрузки клиент просто нормальные фотографии вытеснял битыми фотографиями, чтобы соответствовать хеш-сумме раздачи.
Автор раздачи отказался исправлять раздачу.
Администрация трекера не удалила раздачу.
Раздача исчезла с трекера только после поглощения ее более крупным файлом (ПАКом).
Редко, но попадались и битые видеофайлы. Правда, в видеофайлах мелкие битые участки не мешают просмотру видеофайла.
С сообщениями о пропаже частей файлов при переносе файлов на другое место хранения встречался, например:
Автор сообщения переносил файлы путем вырезания.
Объяснение точное, конечно, не нашли, так как точное объяснение может найти только автор сообщения после получения некоторых сведений, полученных им в ходе обсуждения проблемы.
Давно уже не занимаюсь переносами файлов на другое место хранения, так как стремлюсь загружать файлы сразу на окончательное место хранения.
Было несколько групповых переносов за один приём всех файлов с дисков емкостью 2 Тб, имеющих после длительного использования в файлообмене неисправные участки, на новые диски емкостью 2 Тб.
В каждый раз перенос прерывался ОС из-за сообщения "... (уже точно не помню содержания сообщений)". Находил прерванное место, переносил файлы с прерванной папки, затем опять запускал перенос всех оставшихся файлов. За менее 10 попыток переноса не удавалось перенести все файлы на новый диск.
Были и такие прерванные участки, что файлы с прерванной папки или подпапки приходилось переносить по одному файлу.
На одном диске даже был случай, когда файл смог перенести только на рабочий стол, а затем с рабочего стола на новый диск.
Ни разу не удалось увидеть битый файл в таких переносах. Все файлы, извлеченные с диска с неисправными секторами, оказались исправными, т.е. в моих случаях переноса неисправные сектора просто мешали только групповому переносу файлов, а переносу одиночных файлов или переносу файлов небольшими порциями неисправные сектора не мешали.
Из сказанного вытекает вывод, что битые файлы клиент передает только тогда, когда они были изначально битыми в раздаче.
При раздаче файлов после переноса их на новое место хранения, когда отсутствует часть частей файла он не может раздавать битые файлы, так как он отсутствующие части файла сначала скачает у других.
Если он был одиночным Сидом, то тоже не сможет раздавать битые файлы, так как будет только раздавать имеющие нормальные части файлов, но уже не статусом Сид, а статусом Личер, так как у него уже неполный комплект частей файлов.
Примечание:
1. Никто не предлагает совет типа, например: "Один раз в месяц все раздаваемые файлы перехешировать", несмотря на то, что файлы могут находиться на неисправных секторах и, конечно, у многих находятся. Но об этом хозяин клиента узнает только тогда, когда выйдет ошибка, означающая, что с чтением файла есть проблемы. Если клиенту ни разу не потребуются части файла, находящиеся на неисправных секторах, то хозяин диска никогда и не узнает, что на диске был неисправный участок:
Cкрытый текст -
2. Из категории "На всякий случай сообщу.":
Cкрытый текст -