Как перенести раздаваемые торренты в новую систему?

buggi сказал(a):

всё накрылась система :( теперь вообще торр показывает 0 скачек/отдачек :) а так думаю снятый видос на эту тему был бы вообще реальной помощью.

Пишите конкретнее, чтобы читающие не гадали о том, что Вы хотели сказать. При "туманных" вопросах ждать объективного ответа на вопрос не следует ждать.

buggi сказал(a):

всё накрылась система :( теперь вообще торр показывает 0 скачек/отдачек :)

Если бы накрылась операционная система, то Вы не смогли бы заглянуть в свой клиент µTorrent 2.0.4.
Если Вы действительно заглянули в клиент и увидели 0 скачек/отдачек (вашими словами), то надо писать: ""Накрылся" клиент (µTorrent 2.0.4), т.е. из клиента µTorrent 2.0.4 исчезли все файлы (в запущенном клиенте нет строк с файлами (раздачами (заданиями)))".
В принципе под вашими: "( теперь вообще торр показывает 0 скачек/отдачек :)" можно подразумевать и о том, что в клиенте просто нет скорости скачивания и отдачи.

Для какой цели переносили папку своего клиента µTorrent 2.0.4 в другой системник (системный блок)?

Перенос клиента в другой системный блок для переустановки ОС требуется только тогда, когда в операционной системе всего один диск (диск с ОС). Но в этом случае достаточно перенесения папки клиента на флешку или на внешний диск.
Простое перенесение папки ничего не дает, так как надо перенести ещё и раздачи, которые хранятся на дисках первого системного блока и надо ещё указать пути сохранения файлов согласно данным клиента.
Поэтому у Вас не было необходимости в другом компьютере запускать перенесенный клиент.
Если верить вашим: "взял второй системник поставил туда 7ку.
с главного компа скопировал папку C:Usersимя пользователяAppDataRoaminguTorrent и копирнул в новую систему.
торр 2,0,4.
и как был голый так и остался." (из сообщения №12), то в одном из вариантов прочтения следует, что у Вас ещё до перенесения во второй компьютер в клиенте не было файлов (раздач).

Внимательно прочтите написанное, ознакомьтесь ещё с сообщением № 9 и укажите свою конкретную проблему.

buggi сказал(a):

а так думаю снятый видос на эту тему был бы вообще реальной помощью.

Я Вам в предыдущем сообщении написал почти пошаговую инструкцию по переносу клиента в другое место, но, видимо, надо было написать инструкцию по восстановлению раздач (строк с файлами) в клиенте.

вагонный сказал(a):

... Проще будет зайти к Вам с помощью TeamViewer Portable (ссылка с оф. сайта). Опыта использования у меня правда нет, да и скорость передачи оставляет желать лучшего, но попробовать можно. Или дождитесь anya1956ss, скорость у него не в пример моей, да и в теории он более подкован. Возьмётся - хорошо.

Многие в ЛС предлагали дистанционно влезть в компьютер, чтобы решить имеющуюся проблему, но ни разу не соглашался просто по одной причине:

Cкрытый текст -

 

Чтобы потом не было необоснованных претензий от хозяина компьютера при ухудшении работоспособности операционной системы:

Cкрытый текст -

 

Могут быть случайные совпадения типа, например, на следующий день после дистанционного посещения чужого компьютера "грохнется" его ОС не из-за моего дистанционного посещения его компьютера.

anya1956ss сказал(a):

Многие в ЛС предлагали дистанционно влезть в компьютер, чтобы решить имеющуюся проблему, но ни разу не соглашался просто по одной причине: Cкрытый текст -   Чтобы потом не было необоснованных претензий от хозяина компьютера при ухудшении работоспособности операционной системы: Cкрытый текст -   Могут быть случайные совпадения типа, например, на следующий день после дистанционного посещения чужого компьютера "грохнется" его ОС не из-за моего дистанционного посещения его компьютера.

Поэтому я и говорю об обоюдном согласии.
Проблемы бывают разные - взять пару папок с одного ПК и скопировать на другой - это одно, а удалить проблемы с работой какого-то ПО или ОС - абсолютно другой уровень (не всегда решаемый удалённо) и просивший должен это понимать.
А необоснованные обвинения - вообще не обвинения ибо не имеют обоснований (понимаю - неприятно, но... ).

вагонный сказал(a):

Поэтому я и говорю об обоюдном согласии. Проблемы бывают разные - взять пару папок с одного ПК и скопировать на другой - это одно, а удалить проблемы с работой какого-то ПО или ОС - абсолютно другой уровень (не всегда решаемый удалённо) и просивший должен это понимать. А необоснованные обвинения - вообще не обвинения ибо не имеют обоснований (понимаю - неприятно, но... ).

Возможно, пересмотрю своё отношение к дистанционной помощи:

Cкрытый текст -

 

Иногда попадаются упрямые "пациенты", которые никак не хотят придерживаться в своих действиях по написанному:

Cкрытый текст -

 

Так и хочется им сказать: "Давайте я залезу в ваш компьютер, а Вы будете наблюдать за моими действиями и будете учиться.".

Конечно, при дистанционной помощи можно очень быстро решить многие проблемы:

Cкрытый текст -

 

Вместо многодневной переписки всё можно сделать за несколько минут при решении многих проблем.

Для переноса данных торрента с одной ОС на другую я пользуюсь программой uTorrentBackuper_v.1.2. Скачать её можно например отсюда //soft.sibnet.ru/get/?id=27549
Создаёте папку для сохранения переносимых файлов на диске, но не на том где стоит винда, запускаете программу, жмёте "Сделать копию", указываете путь именно в ту папку, ждёте пока программа выполнит действия по созданию бекапа торрентов и у вас готовая копия всех ваших раздач + настройка клиента.
Важно на новой ОС задать своей учётной записи тоже имя что было на прежней ОС, программа будет искать путь полагаясь на данные со старой ОС.
И так, мы установили виндовс, антивирус и первым делом нужно распаковать бекап торрента, программа сама создаст все нужные папки и уже только после этого устанавливаем саму программу uTorrent. Включаете программу и видите что все ваши раздачи на месте и настройки клиента остались прежними.
Сегодня в очередной раз пришлось ею воспользоваться, ставил десятку на новый SSD, одна раздача вышла битая, это мелочь.

anya1956ss сказал(a):

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

Хотел бы не согласиться. Приведу пример.
Файлы на жёстких дисках иногда имеют нехорошую привычку со временем частично портиться. Не очень аккуратная работа, например, встроенной системы проверки диска в Windows часто позволяет "исправить" возникшую ошибку, так что ошибка чтения не вылезает, но при этом данные "исправленного" файла могут местами не совпадать с изначальными (т.е. получаем тот самый "файл с битыми частями"). Если при добавлении раздачи в клиент не перехешировать файлы, он только проверит наличие всех нужных файлов, их названия и размеры. И прекрасно начнёт раздавать битые части наряду с нормальными. Разумеется, клиент "принимающей стороны" обнаружит фейковые части и временно забанит наш клиент, но не сразу.
Битые части могут также возникать при переносе файлов, особенно при помощи съёмных носителей. Ошибки при копировании почему-то не всегда отлавливаются системой.
Не однажды сталкивался и с первым случаем, и со вторым. Так что лично я предпочитаю при добавлении раздачи (с уже имеющимися файлами) в клиент перехешировать её содержимое.

Ну, и обычно снимаю галочку "Запустить торрент", чтобы в случае, если неправильно указал местоположение файлов, не начиналась закачка заново. Перехешировал, убедился, что всё ОК, - можно запускать торрент.

bag2006 сказал(a):

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

Начну с шутки:

Cкрытый текст -

 

Число "26" является самым "крутым" среди моих мистических чисел (9, 10, 11, 24, 25, 26) в моей реальной жизни и в виртуальной жизни в интернете тоже. "26" можно набрать и из цифр в вашем аккаунте. "11" есть в профиле вашего аккаунта. Наличие моих мистических чисел сразу в трех местах как бы многовато.

Хорошо, что не начали свой текст с цитаты одного из членов "Техпомощи" трекера rutracker, который гласил: "Ваш совет вредный.".

Конечно, рекомендация о необходимости хеширования файла как бы является правильной, но на практике правильной является трактовка следующая: "При присоединении файла к раздаче файл необязательно хешировать, так как при необходимости хеширования файла клиент сообщит сам об этом. Перед хешированием сравнить объем раздачи с объёмом файла, присоединяемого к раздаче. При обнаружении разницы сравнить хеш-суммы раздачи и файла. Если они не соответствуют, то не портить свой файл, присоединяясь к раздаче.".
Конечно, каждый убеждается о правильности всяких советов и рекомендаций на своём опыте. В данном случае, видимо, мне одному повезло сразу испытать вредность хеширования файла без необходимости хеширования файла:

Cкрытый текст -

 

Скачал на одном трекере файл с фотосетами одной модели от эротических студий и вышел в Сиды. Тут меня дернуло прочитать комментарии к раздаче (обычно не читаю) и в комментариях увидел жалобы на битые файлы.
Просмотрел все фотографии фотосетов и обнаружил много битых (не скачанных полностью) фотографий. Была даже одна рекламная фотография, которая не имела никакого отношения к модели.
Скачал фотосеты, в которых были битые фотографии, с другого места, в файле заменил битые фотографии на нормальные и присоединился к раздаче, хешируя файл. Файл стал загружаться вместо того, чтобы раздаваться. После окончания загрузки просмотрел ещё раз фотографии в фотосетах и опять обнаружил битые фотографии. Битыми были те же фотографии, что и в ранее скачанном файле. Стал сравнивать объём раздачи и файла с нормальными фотографиями и обнаружил, что объём раздачи намного меньше объёма файла с нормальными фотографиями.
Файл стал загружаться из-за того, что файл с нормальными фотографиями в фотосетах не соответствовал раздаче, в которой были битые фотографии в фотосетах, т.е. во время загрузки клиент просто нормальные фотографии вытеснял битыми фотографиями, чтобы соответствовать хеш-сумме раздачи.
Автор раздачи отказался исправлять раздачу.
Администрация трекера не удалила раздачу.
Раздача исчезла с трекера только после поглощения ее более крупным файлом (ПАКом).

Редко, но попадались и битые видеофайлы. Правда, в видеофайлах мелкие битые участки не мешают просмотру видеофайла.

С сообщениями о пропаже частей файлов при переносе файлов на другое место хранения встречался, например:

Автор сообщения переносил файлы путем вырезания.
Объяснение точное, конечно, не нашли, так как точное объяснение может найти только автор сообщения после получения некоторых сведений, полученных им в ходе обсуждения проблемы.

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

Примечание:
1. Никто не предлагает совет типа, например: "Один раз в месяц все раздаваемые файлы перехешировать", несмотря на то, что файлы могут находиться на неисправных секторах и, конечно, у многих находятся. Но об этом хозяин клиента узнает только тогда, когда выйдет ошибка, означающая, что с чтением файла есть проблемы. Если клиенту ни разу не потребуются части файла, находящиеся на неисправных секторах, то хозяин диска никогда и не узнает, что на диске был неисправный участок:

Cкрытый текст -

 

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

2. Из категории "На всякий случай сообщу.":

Cкрытый текст -

 

На:

ответил в ЛС на трекере, а не здесь в ЛС форума. О получении Вами не знаю, так как забыл проверить "Отправленные" на предмет "Прочитано".