нет это обычная ситуация, когда windows 8 требовал floppy disk что бы подсунуть ему драйвер и увидеть дисковый контроллер и cdrom в который вставлен установочный диск или диск с драйверами, который у меня был. я буквально не мог установить операционную систему имея на руках все необходимое.. и единственный способ решить проблему - это найти работающую windows, в ней интегрировать драйвера в установочный диск и только тогда все заработало (в этой ситуации мой двоюродный брат разрулил проблему - установив систему поверх старой win7, которая без проблем устанавливалась на компьютер)
Это отношения к обсуждаемому вопросу не имеет. И в общем я не очень понимаю, при чём тут флоппик, если даже установщик вин 7 умеет искать драйвера на флешке. Разве что на usb дров тоже не обнаружилось, но это снова отдельная тема.
Лично я никогда бы не сделал аппаратный рейд на основе контроллера, встраиваемого в материнскую плату (потому что не дурак, ограничивать себя вендорскими заморочками, понимая что этот рейд все равно будет программным и никаких бонусов мне не предоставит), поэтому лично я никогда и не встретил бы такую ситуацию, но это вполне возможно и она нормальная
С заморочками вендоров чипсетных рейдов, коих две штуки - intel и amd - иметь дело сложнее, чем с заморочками вендоров аппаратных рейдов? Увы, всё с точностью до наоборот. У аппаратных рейдов ровно два преимущества: выделенный со-процессор и подстраховка от исчезновения питания с помощью конденсатора или батареи. В остальном они проигрывают и чипсетным, и программным рейдам.
но это вполне возможно и она нормальная
Нет, потому что в случае рейда система с рейд-контроллером взаимодействует, а не непосредственно с дисками, и ей надо уметь общаться с контроллером так или иначе, и не имеет значения по какой шине ей с ним общаться - драйвер в любом случае нужен. IDE просто бессмысленен в этом случае.
rPman, гипотетически допустить можно абсолютно всё, что может придти в голову. На практике такой ситуации не может возникнуть, если её не создать умышленно - что довольно трудозатратно.
rPman, тут какое дело
У тебя либо корова, либо отсутствие коровы, при этом фиолетовая корова заведомо никому не нужна, и таким образом всё сводится к трём вариантам: зелёная корова, зелёное отсутствие коровы и фиолетовое отсутствие коровы. Совать эти три варианта по разным меню смысла никакого.
rPman, а то ж у нас в природе остались диски, которым ide режим нужен, ага. Это не лень, это здравый смысл. И по уму давно пора ide режим убрать. Некоторые уже, кстати.
Андрей Дроздов, попробуй пройтись ddu, затем sfc /scannow , после чего поставь драйвер с сайта nvidia
Тут кроме подобного шаманства вокруг драйвера сложно что-то посоветовать
Посмотри в журнале событий, есть ли там в событиях управления ошибки на момент зависания
Iwamoto, я боюсь, что тут имеет место быть заблуждение, заключающееся в том, что нормально настроенная балансировка на сетевом оборудовании является костылём. На самом деле костылём является возложение более-менее сложных сетевых функций на винду, которая с ними справляется крайне плохо.
Я просто лет 15 назад задавался этим вопросом и смотрю с того времени ну ничего не изменилось.
И не изменится, нет надёжного способа определять "а есть у нас инет или нет?", и не может быть. Доступность шлюза не всегда означает доступность сети за ним, будь то свой собственный шлюз или провайдерский. Майкрософтовский способ через определение доступности своих сервисов тоже далеко не всегда надёжен.
Потому и продолжаем пинговать скриптом гуглоднс, а щито делать остаётся?) рано или поздно это выйдет боком, но пока живём
Во-первых, шлюз по-умолчанию это фикция; маршрутов к 0.0.0.0/0 с разной метрикой может быть сколько угодно (в некоторых случаях и с одинаковой метрикой, в микротах допустимо, например)
но проблема в том, что маршрут с меньшей метрикой будет активен до тех пор, пока для него доступен указанный для него шлюз, а поскольку шлюзом указан роутер - он будет доступен, пока не отрубится роутер
Так что, во-вторых, ничего не выйдет таким способом
Нормальный способ - это способ с балансировкой (или просто фейловером) на одном роутере. Немного менее нормальный - с то же самой балансировкой или фейловером на одном из двух роутеров, просто второй маршрут будет указывать на второй роутер, а не на второго провайдера.
Это отношения к обсуждаемому вопросу не имеет. И в общем я не очень понимаю, при чём тут флоппик, если даже установщик вин 7 умеет искать драйвера на флешке. Разве что на usb дров тоже не обнаружилось, но это снова отдельная тема.
С заморочками вендоров чипсетных рейдов, коих две штуки - intel и amd - иметь дело сложнее, чем с заморочками вендоров аппаратных рейдов? Увы, всё с точностью до наоборот. У аппаратных рейдов ровно два преимущества: выделенный со-процессор и подстраховка от исчезновения питания с помощью конденсатора или батареи. В остальном они проигрывают и чипсетным, и программным рейдам.
Нет, потому что в случае рейда система с рейд-контроллером взаимодействует, а не непосредственно с дисками, и ей надо уметь общаться с контроллером так или иначе, и не имеет значения по какой шине ей с ним общаться - драйвер в любом случае нужен. IDE просто бессмысленен в этом случае.