Progress-servis55.ru

Новости из мира ПК
0 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Копирование на флешку останавливается

Копирование на флешку останавливается

Сообщения: 104
Благодарности: 1

Конфигурация компьютера
Материнская плата: packard-bell tv11hc
HDD: Sandisk SDSSDHII120G+ST100LM025
Звук: Realtek HD-Audio
ОС: Windows 7 Ultimate SP1 x64
Профиль | Отправить PM | Цитировать

——-
Тому, кто избавит меня от мании величия, я подарю Испанию.

Сообщения: 11763
Благодарности: 2005

Конфигурация компьютера
Материнская плата: GA-H77-DS3H v.1.0
HDD: Kingchuxing 64 Gb mSATA + ST3320418AS + HD103UJ + WD10EADS
Звук: ASUS Xonar D1 PCI 7.1 Audio Card
CD/DVD: ASUS DRW-24B3ST
ОС: Windows XP Professional SP3
Прочее: Тюнер AverTV USB 2.0 plus, корпус Ikonik zaria a20

Если же вы забыли свой пароль на форуме, то воспользуйтесь данной ссылкой для восстановления пароля.

Сообщения: 104
Благодарности: 1

Конфигурация компьютера
Материнская плата: packard-bell tv11hc
HDD: Sandisk SDSSDHII120G+ST100LM025
Звук: Realtek HD-Audio
ОС: Windows 7 Ultimate SP1 x64

Сообщения: 11763
Благодарности: 2005

Конфигурация компьютера
Материнская плата: GA-H77-DS3H v.1.0
HDD: Kingchuxing 64 Gb mSATA + ST3320418AS + HD103UJ + WD10EADS
Звук: ASUS Xonar D1 PCI 7.1 Audio Card
CD/DVD: ASUS DRW-24B3ST
ОС: Windows XP Professional SP3
Прочее: Тюнер AverTV USB 2.0 plus, корпус Ikonik zaria a20
у меня ноут »
зависает на 99% »

Это сообщение посчитали полезным следующие участники:

Сообщения: 104
Благодарности: 1

Конфигурация компьютера
Материнская плата: packard-bell tv11hc
HDD: Sandisk SDSSDHII120G+ST100LM025
Звук: Realtek HD-Audio
ОС: Windows 7 Ultimate SP1 x64

Сообщения: 8629
Благодарности: 2122

Подождите подольше. »

Обратите внимание на скорость копирования, которую показывает TotalCmd: она на первом участке во много раз превышает скорость, с которой флэшка может записывать инофрмацию. Это заполняется кэш Windows. А на последнем проценте кэш уже заполнен, и из него неторопливо выливается на флэшку ещё не сброшенное туда содержимое.

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

Это сообщение посчитали полезным следующие участники:

Сообщения: 104
Благодарности: 1

Конфигурация компьютера
Материнская плата: packard-bell tv11hc
HDD: Sandisk SDSSDHII120G+ST100LM025
Звук: Realtek HD-Audio
ОС: Windows 7 Ultimate SP1 x64

Сообщения: 8629
Благодарности: 2122

копировалось значительно медленнее, но без задержки на 99% »

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

использовать «очередь» (f5 копировать и вместро enter нажать f2, тогда можно задать ограничение скорости копирования) »

Я когда копирую блок больших файлов (например, фильмов) на флэшку – использую именно очередь: TotalCmd при этом освобождается для других действий, в т.ч. для постановки в очередь копирования на ту же флэшку файлов из других каталогов (имея в виду, что при открытии окна флэшки во время копирования возникают заметные тормоза; это нормальное явление: флэшка в основном занята записью).

Но задавать ограничение скорости копирования смысла нет: этим вы может и повысите зрительный комфорт, но скорее всего увеличите суммарное время копирования.

Проблема с перемещением и копированием файлов средствами Windows 7

Примерно месяц назад при перемещении файлов на флешку (USB 3 32 Гб) процесс остановился. Просто пропало окошко копирования и всё на этом. Часть файла уже перемещённая так и осталась. Это был видеофайл, который воспроизводился до момента обрыва.

Сначала решил, что проблема с флешкой, но потом попробовал перекидывать на внешний винт — тот же результат. Бывает, что обрывается при копировании большого количества, а бывает, что и после пары фильмов.

Решил, что проблема в USB портах, но такая же засада происходит при копировании или перемещении с диска на диск компа. Иногда скопируется, иногда оборвется. Примечательно то, что после обрыва ничего не происходит — комп не виснет, всё работает и повторное копирование можно начинать сразу же. Попробовал через Тотал Коммандер — всё работает как часы и без проблем. Подскажите, в чём проблема? Спасибо.

Игорь задал(а) этот вопрос 21 октября 2014

Ответы:

Alek55sandr5 | 18 июня 2015, 09:59
Сталкивался с такой же проблемой. Что я только не делал. Сначала думал что какой-то сбой в системе и сделал восстановление системы, но не помогло. Вирусов в системе тоже не было. И я стал копать дальше, и как оказалось нужно обновить систему через «Центр обновления Windows». В итоге исправились какие-то ошибки, которые препятствовали копированию файлов.

Игорь | 23 октября 2014, 18:56
Через Тотал Коммандер всё копируется и перемещается без проблем.

Валентин Кудесов | 22 октября 2014, 12:26
Проблема знакомая. Причину эту я так и не выяснил. Несколько файлов EXE были испорчены — когда оставалось несколько секунд до окончания перемещения, всё останавливалось, и файл с одним и тем же размером находился сразу в двух местах, а такого быть при перемещении не может. Пришлось всё скачивать из интернета заново.

Другая проблема, когда копирование или перемещение проходит очень медленно, вместо, например, 1-2 минуты 30-60 минут. При этом обнаружилось следующее, если выключить компьютер, на всякий случай выдернуть USB-разъём и снова вставить, запустить компьютер снова, то процесс копирования или перемещения становится нормальным, т.е. 1-2 минуты.

USB-разъём хоть и удобный, но чрезвычайно ненадёжный (утверждаю как специалист в области конструирования электронной техники), к тому же практически вся техника в РФ — китайская, а китайцы вряд-ли будут применять контакты из золота или палладия. Затем пыль, грязь — неплохо время от времени контакты промывать спиртом. Дальше — контакты USB разъёма изнашиваются. Отсюда вывод — причинами всех этих неприятностей могут быть разъёмы USB.

Второе — копирование надёжнее, чем перемещение — в случае чего файл-оригинал сохранится невредимым, а файл-копия при цифровом копировании один в один, что и файл-оригинал. При удачном копировании лишний файл удаляется.

Зависает копирование файлов

В определенный момент времени, от пользователя одной межрегиональной компании было получено обращение о довольно таки необычной и впервые мною наблюдаемой ошибке. В заявке отмечалось, что время от времени у клиента зависает копирование файлов по сети. Постепенно проблема эскалировалась на некоторое ограниченное количество других станции, при этом не приобретя характер эпидемии. По началу, описанная ситуация была зафиксирована в корпоративной сети между клиентскими рабочими станциями, функционирующими под управлением операционной системы Windows 7 и файловым сервером на Windows 2008R2. Зависание копирования файлов наблюдалось только для файлов, имеющих определенный размер, ориентировочно в диапазоне от 100 мегабайт и более, и визуально характеризовалось останавливающимся на произвольной отметке индикатором прогресса копирования и оценочной скоростью 0 байт/сек.:

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

Проблема

Поначалу создалось впечатление, что в проблеме однозначно участвует файловый сервер Windows 2008R2, однако чуть позже, после более детального изучения инцидента стало очевидным, что зависает копирование файлов так же и между двумя произвольными клиентскими рабочими станциями, включенными в корпоративную локальную сеть. И в то же время, инцидент проявлял себя не часто и далеко не на всех машинах, было зафиксировано, что некоторые станции в корпоративной сети работали с тем же файловым сервером и между собой абсолютно нормально. При проявлении описанной проблемы сама система функционировала в штатном режиме, однако процесс explorer.exe , в контексте которого происходило копирование, зависал наглухо, зачастую не давая себя снимать через диспетчер задач. При этом, как минимум, протокол SMB переставал нормально функционировать, наблюдались проблемы с доступам к сетевым ресурсам. К тому же, в процессе выключения проблемной станции, этап завершения сеанса мог выполняться бесконечно долго. На основании обобщенного анализа всех деталей инцидента, можно было сделать вывод о достаточно сыром коде обработки различных нештатных ситуаций в стеке TCP/IP Windows 7, однако истинная причина крылась вовсе не в этом.
Как всегда, по началу применялся всеми горячо любимый, великий и могучий «метод тыка», обновлялись драйвера, сбрасывались настройки сетевого интерфейса, сравнивались установленные обновления, устраивались различные ритуальные танцы с бубном вокруг проблемных машин :), использовались и прочие, не менее действенные методы из арсенала технического специалиста. В итоге всего этого увлекательного действа виновник был найден, и им оказался сетевой маршрутизатор (располагающийся на пути следования пакетов данных), имеющий одну интересную особенность: прошивка не поддерживала динамическое окно передачи.

Теория

Перед нами встает резонный вопрос, что же это за динамическое окно передачи и какое влияние данная технология оказывает на процесс передачи файлов между хостами в сети? Применительно к протоколу TCP/IP определены такие понятия как окно приема TCP (TCP Receive Window, RWIN) и окно передачи TCP (TCP Send Window). В действительности это одно логическое окно, просто создается оно как на принимающей, так и на передающей сторонах при инициализации TCP соединения между двумя узлами сети, имеет на обеих сторонах одинаковую размерность, представляет из себя, фактически, типичный буфер (блок данных в памяти). Окно используется для контроля скорости потока принимающей стороной, а так же для указания количества данных, которые могут быть отправлены отправителем за один прием, оно так же определяет, какой объем неподтвержденных данных может находиться в пути от отправителя к получателю. Отправитель может посылать только байты передаваемого потока, находящиеся в данный момент внутри этого логического окна. Окно как бы перемещается по исходящему байтовому потоку данных на отправляющей стороне и входящему байтовому потоку данных на принимающей стороне. Выражаясь яснее, участок данных в исходящем байтовом потоке, который отправителю разрешено отправлять, соответствует участку данных во входящем байтовом потоке, который получатель может принять.

Технология масштабирования окна TCP ( TCP Window Scaling ), описанная в предложении RFC 1323, была реализована разработчиками впервые еще в сетевом стеке TCP/IP операционной системы Windows 2000, но по-умолчанию предусмотрительно была отключена. В версиях Windows, предшествующих Vista, окно приема TCP имело максимальный размер, равный 64 килобайта (65535 байт). Начиная с Windows Vista разработчики модифицировали стек TCP/IP и реализовали алгоритм автоматической настройки окна приема TCP ( TCP Receive Window Auto-Tuning ), который использует TCP Window Scaling Option. Теперь уже окно приема TCP, за счет введения дополнительной опции в заголовке TCP пакета, может расширяться аж до 16 мегабайт. Алгоритм TCP Receive Window Auto-Tuning позволяет ядру определять оптимальный размер окна приема TCP на основании измерения интегрального показателя задержки передачи и скорости извлечения данных принимающим приложением, после чего размер окна адаптируется (в реальном времени) в соответствии с изменяющимися параметрами физического канала передачи и приложения. Во время передачи данных в рамках TCP-сессии обе стороны стараются установить оптимальный размер данного окна для повышения производительности обмена данными через каналы с высокой пропускной способностью и высоким показателем задержки передачи, к коим и относится большинство современных каналов сети Интернет.

Ан нет, огромное количество сетевых маршрутизаторов, фаерволов и прочих «продвинутых» устройств этого делать не умеют, а некоторые уже никогда и не научатся по причине того, что производители не выпускают к ним новые версии прошивок.

Решение

Для решения проблемы зависания копирования файлов по сети к нам на выручку приходит системная утилита командной строки netsh , предназначенная для управления параметрами сетевой конфигурации локальной или удаленной станции.

Давайте посмотрим текущее состояние некоторых параметров настройки интерфейса TCP/IP, выполнив следующую команду:

netsh interface tcp show global

В ответ мы получили вывод текущих параметров настройки TCP/IP, среди которых нас интересует «Уровень автонастройки окна получения», который по-умолчанию имеет значение «normal»:

Параметр может принимать следующие значения:

  • disabled предписывает использовать фиксированное значение окна приема TCP. Значение по-умолчанию = 64 килобайта (65535 байт). Полная совместимость со устаревшим сетевым оборудованием;
  • highlyrestricted позволяет окну приема TCP выходить за границы значения по-умолчанию, в разумных пределах;
  • restricted позволяет окну приема TCP выходить за границы значения по-умолчанию, еще более свободно;
  • normal установка по умолчанию. Допускает увеличение окна приема TCP с учетом большинства возможных сценариев обмена;
  • experimental позволяет окну приема TCP увеличиваться до максимальных значений (16+ мегабайт). Не рекомендуется, потому как может вызвать падение производительности в большинстве возможных сценариев обмена;

Для начала переводим уровень автонастройки окна получения в значение disabled , фактически отключая автонастройку и предписывая использование фиксированного значения:

netsh interface tcp set global autotuninglevel=disabled

Вышеприведенная команда полностью устраняет зависание копирования файлов, однако, опционально, я бы рекомендовал выполнить еще и следующую.
Следующая команда отключает масштабирование на принимающей стороне (receive-side scaling), которое распределяет сетевую нагрузку между несколькими ядрами процессора в многопроцессорной системе:

netsh interface tcp set global rss=disabled

Выводы

В ситуации, когда обмен данными происходит между двумя, напрямую подключенными друг к другу, станциями под управлением операционных систем Windows версий Vista и более поздних, проблема никогда себя не обнаруживает. Однако в современной корпоративной сетевой среде довольно часто применяются управляемые коммутаторы и прочие сложные сетевые устройства, и вот именно их собратья с устаревшим микропрограммным обеспечением, не поддерживающие динамическое окно передачи, и становятся источником проблемы зависания копирования файлов (и ряда смежных). Конкретно в нашем случае виновником был Cisco Catalyst 3750 v2 с версией Cisco IOS Software младше 12.3(15). В дополнение к данной конфигурации, теоретически ошибка может проявляться при передаче между двумя станциями, подключенными напрямую, одна из которых работает под управлением Windows версии Vista и более поздних, а другая под управлением старых операционных систем (таких как Windows XP и более ранних), однако я лично подобную связку не тестировал.

Читать еще:  Проигрыватель для флешек и карт памяти
Ссылка на основную публикацию
Adblock
detector