|
|
|
|
Столкнулся с проблемой невозможности копирования большого файла по сети. Как оказалось, это практически общеизвестная проблема - в интернете море вопросов на эту тему. И практически ни одного ответа. Ну, за исключением "проверьте кабель" и "проверьте, не перегревается ли свич"... Выглядит так: копирование начинается как обычно, но на середине файла вдруг возникает ошибка "Сетевой ресурс более недоступен". Сеть при этом прекрасно работает, можно отменить копирование и повторить заного - снова пойдет как положено, и снова через некоторое время остановится. Файл размером 70 Гбайт. Файлы до 3 Гб ходят нормально (может и больше - не проверял. А 70 - нет). Интересно - но к диску, где лежит этот файл, не было доступа по сети вообще - "Недостаточно памяти сервера для обработки команды". Эта проблема решилась добавлением размера IRPStackSize в ветке реестра HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\LanmanServer\Parameters, как рекомендовано Микрософтом (который кстати во всем обвиняет антивируса). После этого диск по сети нормально открывается. А вот копировать тот злополучный файл - нет. Кто-нибудь решал? Понятно, уже давно можно было бы снять диск с одной машины, подключить его к другой и скопировать файл. Но гимарой аднако. |
|
|
Дык перекидываться такой большой объём будет уж очень долго, лучше использовать винтчестер + винтчестер |
|
|
AN1440, как ольтернативный вариант - запустить любой архиватор, включить режим разбития на части (менее 3-4 ГБ) и отключить сжатие. В качестве папки назначения указать тот второй ПК. Затем на втором ПК извлечь этот файл из многотомного архива. Если взять консольные версии архиваторов - можно даже сделать BAT-ник для упрощения, но запускать из нужно будет вручную. AN1440: Файлы до 3 Гб ходят нормально Может беда в ограничении FAT32 - 4 ГБ? |
|
|
Долго, конечно. Ориентировочное время, запрашиваемое перед началом - около 3 часов, а если ориентироваться на то, что 3 Г качается за 15 минут - то должно получиться все 6. Но в отличие от присоединения диска физически - может делаться программно - речь идет о сохранении BackUp'а. Можно еще в крайнем случае почикать файл на кусочки, а после копирования собрать в зад. Но опять же гимарой нехилый. Да и интересно в принципе - в чем препятствие? ------------ Предыдущее сообщение возникнуло в то время, пока я писал это. Про RAR без сжатия я и имею в виду "почикать". ------------ Не - ФАТ32 уже давно не употребляю. Еще про ограничение в 4Г для многих старых программ тожеть знаю - типо Визуал-Бейсика-6 (он просто считать не умеет более чем до 2^32). Но тут ФАРом копировал. А он в пределах локального компа все что угодно копирует независимо от размера. |
|
|
С помощью Total Commander или WinRAR разбить файл на части по 3 Гб и затем собрать у получателя. Но предварительно посмотреть, есть ли смысл пересылать архив в 70 Гб? Практика показывает, что действительно ценных файлов не больше 10-15%, все остальное мусор, собранный из сети, и который точно также можно восстановить из сети. |
|
|
sampa: можно восстановить из сети Разговор об настроенной системе, с индивидуательными настройками программ, с десятками тысяч наработанных документов, большей частию графических (Король Дров и т.п.) - хотелось бы иметь возможность восстановить все путем разворачивания образа раздела. -------------- А "восстановить из сети" - недавно испытал на себе, точнее до сих пор испытываю - куда ни ткнешься - то то не работает, то это, то в эксцеле самописных макросов нет, и исходники тоже давно утрачены, то в Арк-Въю половина привычных кнопок отсутствует, и не вспомнить откудова были взяты расширения, их обеспечивавшие, то в самой Винде сортировка файлов не такая, к какой годами привык, то еще чего... Примерно как вам надо срочно выполнить какую-то работу, но приходится делать ее на чужом рабочем месте, с неродным набором инструментов и приспособлений и из подручных материалов. |
|
|
И тем не менее, папки System Volume Information, RECYCLE.BIN и многочисленные TEMP очищали перед созданием архива? Архив с 70 Гб - это системный раздел с, примерно, 140 Гб файлов. И это означает также, что есть масса файлов, не завязанных на систему, которые можно выделить в отдельный архив или которые можно до создания образа системного диска переслать на второй раздел новой системы и затем, убедившись, что копирование прошло нормально, убрать с системного диска перед созданием образа. AN1440: "проверьте, не перегревается ли свич" вполне может быть и в этом проблема. Либо охлаждение дополнительное поставить, либо скорость передачи принудительно уменьшить. Или заменить свич на гигабитный. Видимо, для 100 мегабитного такие файлы, как у Вас, не под силу. |
|
|
sampa: 70 Гб - это системный раздел с, примерно, 140 Гб файлов TEMPы всякие чистил, конечно, но не все конечно. Но их не гигабайты. А при образе 70 Гб сам раздел чуть более 80 - сказывается картиночное содержимое, которо почти не жмётся. Основной вес тянет папка "мои документы", которая находится там, где родилась, то есть, в профиле на системном диске. Понятно, что можно её выкинуть на другой раздел. Но оттудова ее тоже надо бэкапить. ----------------------- Все-таки разговор про "есть возможность копирования большого файла по сети или её нет принципиально". Ну попробую еще мимо свича просто кабелем 2 машины соединить. Но сдается мне не в этом дело. |
|
|
У меня нет ответа на вопрос о возможности копирования многогигабайтных файлов. Наверное, я бы так и поступил, содержимое папки мои документы перенес на другой раздел. Затем создал архив системного диска ради сохранения системных и программных настроек. И после переноса системы на новый копьютер, если сеть нормально функционирует или пользовался файлами изображений на старом компьютере или скопировал их в рабочем порядке на новое место. И, кстати, мне оказалось очень удобно в W7 перенести папку Мои документы на диск Д. Это сильно разгрузило системный раздел. |
|
|
PS. И еще в Acronis True Image (да и в других архиваторах) есть возможность создавать образ диска на другом компьютере прямо по сетевому соединению. Т.е. отпадает необходимость копирования громадного файла. |
|
|
|
|