Меню Рубрики

Установка при копировании файлов установки зависает

Зависание ПК при установке ОС

#1 АлександрКарабедьян

  • Пользователи
  • 3 сообщений
  • При установке Windows 7 или Ubuntu на одном и том же месте виснет комп (при копировании файлов). Причем виснет все — не реагирует ни мышь, ни клава, помогает только принудительная перезагрузка. Пробовал отдельно на каждый винт ставить, форматировал, отключал все лишние девайсы, в т.ч. CD привод, вытаскивал планки оперативки. Раньше, до того как проапгрейдил комп (новая видеокарта, + 1 GB RAM) Windows 7 ставилась. Примечательная особенность — Windows XP ставится на ура, вообще без проблем. Конфигурация:

    Системная плата Gigabyte GA-K8N-SLI (2 PCI, 2 PCI-E x1, 2 PCI-E x16, 4 DDR DIMM, Audio, Gigabit LAN)
    Тип ЦП AMD Athlon 64, 2000 MHz (10 x 200) 3200+
    3D-акселератор nVIDIA GeForce GT 220
    Дисковый накопитель SAMSUNG HD160JJ/P (160 Гб, 7200 RPM, SATA-II)
    Дисковый накопитель WDC WD2500AAJB-00WGA0 (232 Гб, IDE)
    DIMM1: Hynix 512 Мб PC3200 DDR SDRAM (3.0-3-3-8 @ 200 МГц) (2.5-3-3-7 @ 166 МГц) (2.0-2-2-6 @ 133 МГц)
    DIMM2: 512 Мб PC3200 DDR SDRAM (3.0-3-3-8 @ 200 МГц) (2.5-3-3-8 @ 200 МГц) (2.0-2-2-6 @ 133 МГц)
    DIMM3: Micron ITC 512 Мб PC3200 DDR SDRAM (3.0-3-3-8 @ 200 МГц) (2.5-3-3-7 @ 166 МГц) (2.0-2-2-6 @ 133 МГц)
    DIMM4: Samsung M3 68L6523DUS-CCC 512 Мб PC3200 DDR SDRAM (3.0-3-3-8 @ 200 МГц) (2.5-3-3-7 @ 166 МГц)
    Операционная система Microsoft Windows XP Professional
    Пакет обновления ОС Service Pack 3

    #2 Нарушитель

  • Продвинутый пользователь
  • 2 690 сообщений
    • Пол: Мужчина
    • Город: Blankenburg
    • Интересы: Флуд.
      И всё остальное.

    #3 HoBu4oK

  • Гуру
  • 2 759 сообщений
    • Пол: Мужчина
    • Город: Санкт-Петербург

    DIMM1: Hynix 512 Мб PC3200 DDR SDRAM (3.0-3-3-8 @ 200 МГц) (2.5-3-3-7 @ 166 МГц) (2.0-2-2-6 @ 133 МГц)
    DIMM2: 512 Мб PC3200 DDR SDRAM (3.0-3-3-8 @ 200 МГц) (2.5-3-3-8 @ 200 МГц) (2.0-2-2-6 @ 133 МГц)
    DIMM3: Micron ITC 512 Мб PC3200 DDR SDRAM (3.0-3-3-8 @ 200 МГц) (2.5-3-3-7 @ 166 МГц) (2.0-2-2-6 @ 133 МГц)
    DIMM4: Samsung M3 68L6523DUS-CCC 512 Мб PC3200 DDR SDRAM (3.0-3-3-8 @ 200 МГц) (2.5-3-3-7 @ 166 МГц)

    #4 max-fantom

  • Модераторы
  • 6 756 сообщений
    • Пол: Мужчина
    • Город: Москва

    На одинаковых таймингах, выставленных вручную или авто по худшему варианту.
    И , не поверишь, все это должно, к тому же, работать в двухканальном режиме )

    P.S. Уже напрыгался на работе ?

    Acer eMachines G730G:
    17″ 1600×900 TN

    Core i3 350M @2,26GHz
    DDR3 6Gb 1066MHz CL7
    HD5470 512mb DDR3
    120Gb SSD A-Data 510
    16Gb SDHC A-Data 10class (кэш / темп / файлы подкачки)

    #5 Нарушитель

  • Продвинутый пользователь
  • 2 690 сообщений
    • Пол: Мужчина
    • Город: Blankenburg
    • Интересы: Флуд.
      И всё остальное.

    ХР не знает что это работать не может, а вот 7ка более продвинутая и лопать такое отказывается.

    На одинаковых таймингах, выставленных вручную или авто по худшему варианту.
    И , не поверишь, все это должно, к тому же, работать в двухканальном режиме )

    P.S. Уже напрыгался на работе ?

    Сообщение отредактировал Нарушитель: 24 Май 2011 — 09:05

    #6 АлександрКарабедьян

  • Пользователи
  • 3 сообщений
  • Поставьте винду на одной планке, потом остальные поставите. У ваше компа полнейший винегрет из оперативки.

    #7 Нарушитель

  • Продвинутый пользователь
  • 2 690 сообщений
    • Пол: Мужчина
    • Город: Blankenburg
    • Интересы: Флуд.
      И всё остальное.

    не помогает

    #8 АлександрКарабедьян

  • Пользователи
  • 3 сообщений
  • Обнулите БИОС, вынув батарейку или замкнув контакты Reset Cmos.

    #9 HoBu4oK

  • Гуру
  • 2 759 сообщений
    • Пол: Мужчина
    • Город: Санкт-Петербург

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

    #10 BreezeUA

    Читайте также:  Установка базовых станций для сотовых операторов
  • Продвинутый пользователь
  • 358 сообщений
  • Сообщение отредактировал BreezeUA: 25 Май 2011 — 03:39

    #11 solotoo

  • Пользователи
  • 11 сообщений
  • При установке Windows 7 или Ubuntu на одном и том же месте виснет комп (при копировании файлов). Причем виснет все — не реагирует ни мышь, ни клава, помогает только принудительная перезагрузка. Пробовал отдельно на каждый винт ставить, форматировал, отключал все лишние девайсы, в т.ч. CD привод, вытаскивал планки оперативки. Раньше, до того как проапгрейдил комп (новая видеокарта, + 1 GB RAM) Windows 7 ставилась. Примечательная особенность — Windows XP ставится на ура, вообще без проблем. Конфигурация:

    Системная плата Gigabyte GA-K8N-SLI (2 PCI, 2 PCI-E x1, 2 PCI-E x16, 4 DDR DIMM, Audio, Gigabit LAN)
    Тип ЦП AMD Athlon 64, 2000 MHz (10 x 200) 3200+
    3D-акселератор nVIDIA GeForce GT 220
    Дисковый накопитель SAMSUNG HD160JJ/P (160 Гб, 7200 RPM, SATA-II)
    Дисковый накопитель WDC WD2500AAJB-00WGA0 (232 Гб, IDE)
    DIMM1: Hynix 512 Мб PC3200 DDR SDRAM (3.0-3-3-8 @ 200 МГц) (2.5-3-3-7 @ 166 МГц) (2.0-2-2-6 @ 133 МГц)
    DIMM2: 512 Мб PC3200 DDR SDRAM (3.0-3-3-8 @ 200 МГц) (2.5-3-3-8 @ 200 МГц) (2.0-2-2-6 @ 133 МГц)
    DIMM3: Micron ITC 512 Мб PC3200 DDR SDRAM (3.0-3-3-8 @ 200 МГц) (2.5-3-3-7 @ 166 МГц) (2.0-2-2-6 @ 133 МГц)
    DIMM4: Samsung M3 68L6523DUS-CCC 512 Мб PC3200 DDR SDRAM (3.0-3-3-8 @ 200 МГц) (2.5-3-3-7 @ 166 МГц)
    Операционная система Microsoft Windows XP Professional
    Пакет обновления ОС Service Pack 3

    #12 Regiestered

  • Пользователи
  • 1 сообщений
  • Как мне стало понятно из вышеизложенного, все хорошо через не очень. Сталкивался именно на Gigabyte (думаю актуально и к другим платам тоже), надо проверить в BIOS какой именно жесткий диск (так как подключено два диска) установлен приоритетным в настройках. Эта опция находится в меню Boot в BIOS. И соответственно, выбрав нужный диск, туда и устанавливать систему.

    Потом из опыта, Windows 7 корректно работает когда установлен режим работы дисковой системы AHCI.
    Информация по AHCI — http://ru.wikipedia. oller_Interface

    Если говорить о несовместимости железа, то тут, я думаю, не должно быть проблем, хотя Win7 по умолчанию продается минимум на двухъядернике и с DDR2. С Ubuntu проблем быть не должно, окромя 850-го чипсета от Intel.

    Сообщение отредактировал Regiestered: 16 Июль 2011 — 04:06

    #13 Avast

  • Продвинутый пользователь
  • 351 сообщений
    • Пол: Мужчина

    #14 dimon_dv

  • Продвинутый пользователь
  • 111 сообщений

  • Количество пользователей, читающих эту тему: 0

    0 пользователей, 0 гостей, 0 скрытых пользователей

    источник

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

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

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

    Читайте также:  Установка алмазного сверления voll 255 отзывы

    Проблема

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

    источник

    Добавить комментарий