При копировании файлов зависает компьютер

Обновлено: 06.07.2024

Здравствуйте! Проблема следующая.
Стоит система Windows 7 x64 Prof.
При копировании больших файлов на другой логический диск, либо на флешку, при активном чтении с HDD комп намертво зависает примерно на минуту, после чего снова работает. Если копирование или чтение не прекращено, он снова зависает и так далее. На том же компе в Windows Vista такой проблемы нет, однако есть другая, но сейчас не об этом :)
Думал может какой-нибудь Daemon tools установил какой-нибудь вредный драйвер или ещё чего, вобщем снёс винду, поставил заново. Снова такая же проблема!

Может проблема конечно в железе, но почему на той же висте всё работает нормально. Ничего не понимаю :(

Проблема появилась сравнительно недавно. Никакого нового железа за это время не ставил.

Огласите hard часть.
Пробовали дрова ставить от производителя mb?

мать: ASUS P5K PRO
блок питания: Thermaltake 550W
HDD: 1 Tb WD 5400rpm, 640 Gb WD 7200 rpm 2 шт. Итого 3 винта.
озу: 2х2гб Samsung DDR2
Проц: Core 2 Quad Q6600 2,4 Ghz

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

Вообще и на стандартных должно работать нормально.
Я так понимаю диск на \Device\Ide\IdePort2 не системный. Можно будет попробовать в другой sata hdd воткнуть.

Добавлено через 2 минуты 14 секунд
Вообще, изучите проблему глубже. Точнее. Что откуда куда копируется. Какой диск сыпет в системный рапорт алерты. Пересадите его на другой порт. Появятся ли алерты на другом порту.

Вобщем побубенил я с кампом, вот что сделал:

Установил систему на другой винт. - проблема не изчезла.
Система зависает в любом случае, не важно куда и что копируешь. Даже при активном чтении виснет.
Виснет на стандартных системных драйверах на САТА контроллер, а так же на последних асусовских.
Порты перетыкал - без толку.
Эти проблемы наблюдаются на Windows 7 (пробовал ставить разные дистрибьютивы).

На Vista таких проблем почему то нет! Даже ошибок в событиях не наблюдаю. Все винты стабильно работают. СМАРТ ошибок не выдаёт нигде.
Что может быть? :( привык я уж больно к семёрке уже, висту не терплю, а ХР прошлый век.

Подозреваю что есть какой то больной винт и из-за него все проблемы. А может сата-контроллер сдох. Но на висте ведь работает. :( однако есть подозрение что работает не на 100% скорости. Копирует с одного винта на другой не более 50 мбайт/сек. хотя раньше было пошустрее мне кажется.

Даже при активном чтении виснет.
Что создает активное чтение?

Порты перетыкал - без толку.
Ну порты перетыкали, в сис.рапорте алерты на тот же порт летят, или на другой? Понаблюдайте именно за этим!

Сложно выудить диагноз.
Но что-то нужно делать. Думаю, нажмите это или то вам никто не подскажет.

(только исключите кэш в памяти. Копируйте файлы больше объема памяти, или разные, друг за другом, или с разными именами)

И со всех по очереди. Попробуйте найти зависимость. То есть выяснить, при копировании с какого именно происходит зависание. Заодно поймете, при чтении или записи это происходит.

Добавлено через 45 минут 31 секунду
Забыл. Исключить мониторинг в реальном времени антивируса.

Активное чтение создавать может любая программа, не важно что читает.
Заметил что подвисон появляется при чтении с одного и того же HDD.
При копировании в nul система не зависает, но стоит включить браузер или винамп, либо ещё какой-нибудь софт, то тут же зависло!

Установил HDDScan, потестил на чтение с разных секторов (режим Read Batterfly), не зависает! Винт работает стабильно, без лишних звуков и пауз.

Потестил ОЗУ, всё нормально.
Ещё раз переткнул все САТА порты, поменял местами. Даже кабеля поменял у устройств! Ничего не помогает :(

Может всё же дело в системе? Может что в реесте подкрутить? Ведь, ещё раз повторюсь, на Vista такой проблемы нет!

Проблема появилась сравнительно недавно. Никакого нового железа за это время не ставил.

SOBRMAX, нашел решение проблемы? У меня абсолютно аналогичная ситуация, и появилась несколько дней назад. Менять ОС пока не пробовал (Win7), но думаю придется если проблема не исезнет. Новое оборудование не ставил (не считая кулера на процессор), посмотрел журнал, проблема была с момента установки системы, но последние пару дней ситуация обострилась :( .

Похожая проблема. попробую описать более подробно. В общем стоит - Windows 7 x64 Домашняя базовая , при копировании файлов размером более 1 гб на usb флэшку, система намертво зависает передав от 15 и более процентов файла. Точные замеры не делал, просто несколько раз пытался скопировать фильм для знакомого. Система висла постоянно, плюнул на это дело и забыл (так как флешка была не моя, и подобные проблемы меня не очень волновали). На днях ситуация повторилась, но уже в перевернутом виде - не могу скопировать с DVD диска фильм, размером 4 с копейками Гб. Фильм - одним файлом в формате avi, реакция системы точно такая же - мертвое зависание. При просмотре фильма с диска через проигрыватель - всё равно виснет. И ещё один ньюанс - у этого знакомого с флэшкой, которая размером 16 гб, на домашнем компе с точно такой же операционкой - точно такие же зависания. Создается такое ощущение, что какие то косяки с дровами материнской платы и совместимостью Win-7 х64. Посоветуйте что нибудь.

Системные характеристики:
m/b - GigaByte GA-M56S-S3
CPU - 64 x2 Dual Core 6000+ 3.14 GHz
RAM - 4 Gb

AMD Athlon 2200+, CPU 1.8 GHz, HDD 500Гб, оперативка 1Гб, Интересно то, что можно открыть кучу приложений и он работает отлично, пока дело не дошло до копирования. ( XP переустанавливал, винчестер
менял, температура CPU стабильная при копировании не меняется)
Помогите пожалуйста, заранее спасибо.

а дефрагментацию делали? вполне может тормозит из-за дикой фрагментации на жестком диске.

brain_panic Знаток (325) эммм. а ХР стоит чистая или сборка? ну там типа ZverCD или LonerXP?

ZverCD , Я на работе на несколько компов такую же сборку ставил все работает, мне говорят
что материнку нужно менять

brain_panic Знаток (325) попробйте поставить чистую ХР и посмотрите что будет. у меня раньше такое бывало на сборках.

Была такая ситуация, сказали что вирус. Но после переустановки винды проблема исчезла.

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

Прогоните комп в безопасном режиме каким-либо антивирусом. Если не поможет, то воспользуйтесь программой MHDD. Должно помочь.

На вирусы проверял "касперским", XP переустанавливал не раз, ничего не помогает

Да, первым делом нужно проверить на вирусы, если сомневаешься в своём антивирусе можешь воспользоваться этим :
http://www.comss.ru/list.php?c=utils
Бесплатные антивирусы и антивирусные программы для обнаружения и удаления вирусов, троянов, червей, руткитов, шпионских и вредоносных программ, Adware, Spyware и т. д. Бесплатные версии лицензионных антивирусов.
Или сразу скачивай утилиту Dr.Web Curelt
http://www.freedrweb.com/cureit/
Далее в таких ситуациях бывает помогает и даже очень элементарная чистка компа от мусора, оптимизация параметров системы, дефрагментация, удаление следов работы программ .
Попробуй прогу AusLogics BoostSpeed, скачать http://tfile.ru/forum/ssearch.php?q=AusLogics+BoostSpeed+
http://www.kpnemo.ru/appz/2009/10/08/auslogics_boostspeed_4514270_/
Чистка реестров, дисков, настройка системы и оптимизация её параметров, в том числе и интернет-соединений .
когда уже установишь, открой её и в левом верхнем углу нажимаем "СПРАВКА" и "ПРОВЕРИТЬ ОБНОВЛЕНИЯ" .
Жанр: Оптимизация системы

У меня установлена прога AusLogics BoostSpeed , мусор чистил и этой прогой и вручную не помогает

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

У меня два венчестера ставил и один и другой , проблема та же, Я не могу понять почему только при копировании?

Эдян ТалянычЬ Мастер (2139) Надо тестировать железо Эверестом там, или Аидой,такое поведение ненормально,сто пудов что то полетело.

Что делать, если проводник Windows перестал работать при копировании файлов? Чтобы решить эту проблему, вы можете запустить утилиту сканирования системных файлов. Это должно устранить возможное повреждение системы. Если это не помогает, попробуйте запустить Windows в последовательности чистой загрузки. Кроме того, вы можете удалить стороннее программное обеспечение, вызывающее сбои, например EgisTec.

Узнайте об этих шагах подробно ниже.

Проводник Windows зависает при копировании файлов

Запустите сканирование системных файлов
Чистая загрузка Windows
Удалить программное обеспечение EgisTec
Восстановите Windows 10 до более ранней даты

1. Запустите сканирование системных файлов

Сначала нажмите сочетание клавиш Windows + S, чтобы открыть утилиту поиска.
Введите «cmd» в поле поиска.
Нажмите правой кнопкой мыши командную строку и выберите Запуск от имени администратора .
Перед запуском сканирования SFC введите «DISM.exe/Online/Cleanup-image/Restorehealth» в окне подсказки; и нажмите клавишу возврата.
Затем введите «sfc/scannow» в командной строке; и нажмите Return, чтобы начать сканирование системных файлов.
После этого дождитесь окончания сканирования SFC. Перезапустите рабочий стол или ноутбук, если при сканировании исправляются некоторые файлы.

2. Очистите загрузочные окна

File Explorer может остановить копирование файлов при наличии конфликтующих сторонних программ и служб. Таким образом, чистая загрузка Windows может разрешить ошибку «Проводник Windows перестал работать» при копировании файлов. Чистая загрузка удалит все сторонние загрузочные программы и службы. Так пользователи могут настроить чистую загрузку в Windows.

3. Удалите программное обеспечение EgisTec.

Пользователи подтвердили, что Windows Explorer перестает работать с установленным программным обеспечением EgisTec. Эти пользователи устранили проблему, удалив программы EgisTec, такие как MyWinLocker.

Итак, проверьте, установлено ли у вас программное обеспечение EgisTech, которое поставляется с некоторыми ноутбуками Acer. Пользователи могут удалить MyWinLocker и другое программное обеспечение следующим образом.

Откройте аксессуар Run.
Введите «appwiz.cpl» в «Выполнить» и выберите параметр ОК .
Затем введите «MyWinLocker» в поле поиска в правом верхнем углу апплета «Панель управления программами и функциями».
Выберите MyWinLocker и нажмите Удалить .
Нажмите Да , чтобы подтвердить это.
Перезагрузите Windows после удаления программного обеспечения. Затем попробуйте скопировать файлы в проводнике.

4. Восстановите Windows 10 к более ранней дате

В определенный момент времени, от пользователя одной межрегиональной компании было получено обращение о довольно таки необычной и впервые мною наблюдаемой ошибке. В заявке отмечалось, что время от времени у клиента зависает копирование файлов по сети. Постепенно проблема эскалировалась на некоторое ограниченное количество других станции, при этом не приобретя характер эпидемии. По началу, описанная ситуация была зафиксирована в корпоративной сети между клиентскими рабочими станциями, функционирующими под управлением операционной системы 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 ( 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-сессии обе стороны стараются установить оптимальный размер данного окна для повышения производительности обмена данными через каналы с высокой пропускной способностью и высоким показателем задержки передачи, к коим и относится большинство современных каналов сети Интернет.

Отличная технология, и всё было бы хорошо, если бы все устройства поддерживали алгоритм автоматической настройки окна приема 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 и более ранних), однако я лично подобную связку не тестировал.

Читайте также: