Я думаю, что у меня есть запись для количества попыток зафиксировать эту ошибку. Каждая из проблем, я перечисляю вызванные сообщения об ошибках в журнале или некотором другом признаке, но я не знаю, были ли они фатальными или нет, потому что я никогда не решал проблему, но сумел работать вокруг этого.
Установка консоли восстановления на жестком диске имеет запись, запускающуюся C:\cmdcons\ in the boot.ini файл - который системные подпрограммы преобразования не могут проанализировать и инициировать ошибку.
Проблема язя по сравнению с scsi также возможно применяется в моем случае к диску SATA, который имел ОС, в то время как другой диск PATA был добавлен к ide0 позже. Я просто удалил диск и попробовал еще раз.
система имела Linux, а также XP с разделом 1 (основной) MS-DOS наличия и загрузочные файлы XP. Основные разделы 2 и 3 имели файловые системы Linux, в то время как раздел 4 был расширен и имел систему XP, а также немногих других. Когда я импортировал XP как гость ОС, я явно удалил разделы Linux и ntfs файловые системы только с данными. Но преобразователь знал, что, таким образом, я предполагаю, он мог справиться.
другая несколько необычная установка, был то, что мой временный раздел (D:) был расположен в таблице расширенного раздела после системного раздела (E:). Я не могу помнить, как это первоначально произошло.
мое заключительное усилие состояло в том, чтобы создать VM и удалить галочку у опции реконфигурировать его в конце. Это сделало систему, которая не была загрузочной, но по крайней мере консоль начальной загрузки восстановления CD XP видела его, но не восстановление. При помощи начальной загрузки Linux CD я смог отредактировать c:\boot.ini и создать записи для каждого возможного числа раздела. В конечном счете я нашел правильное число раздела, понятие загруженного и реконфигурированного XP букв дисков раздела поддерживают способ, которым они были.
Так, в конце я не знаю то, что действительно вызвало проблемы, но у меня наконец есть работа VM.
Одна идея - необходимо настроить настройки TCP, не знакомые с окнами вообще, но обычно Вы хотите сделать TIME_WAIT
или CLOSE_WAIT
интервал короче так соединения не бродит вокруг как долго. На занятом сервере, сокетах, складывающих на Вас в CLOSE_WAIT
войдите в десятки тысяч и используйте ресурсы напрасно... Можно осуществить сниффинг интерфейса, winpcap и т.д., и видеть, отправляется ли пластина, корректное (не сброс) близко должно быть похожим на это:
TCP: .... 0... = (No push)
TCP: .... .0.. = (No reset)
TCP: .... ..0. = (No SYN)
TCP: .... ...1 = FIN
Можно проследить или связать приложение, например, если оно использует closesocket()
, удостоверьтесь, что это - Ваше получение дистанционного управления 0 и т.д.
Процесс находится в бесперебойном состоянии ожидания из-за аппаратной проблемы и может потребовать перезагрузки. Это только происходит, если аппаратные средства имеют проблему.
............. Dramil Dodeja http://dramildodeja.webnode.com/