Всем привет! Ребята, можно ли поднять виртуальный образ на реальном железе, при помощи Акрониса например или ещё как нибудь?Может драйвера впихнуть какие то нужно? Кто пробовал? Спасибо
» Oracle VM VirtualBox (часть 2)
Что такое Extension Pack?
Infinity33
Попробуй переименовать виртуальный образ в .iso , а с ним уже работать сторонними программами, может и получится.
Попробуй переименовать виртуальный образ в .iso , а с ним уже работать сторонними программами, может и получится.
momo2000
Пакет для расширения функционала VirtualBox'а:
The virtual USB 2.0 (EHCI) device;
VirtualBox Remote Desktop Protocol (VRDP) support;
Intel PXE boot ROM with support for the E1000 network card;
Experimental support for PCI passthrough on Linux hosts.
Пакет для расширения функционала VirtualBox'а:
The virtual USB 2.0 (EHCI) device;
VirtualBox Remote Desktop Protocol (VRDP) support;
Intel PXE boot ROM with support for the E1000 network card;
Experimental support for PCI passthrough on Linux hosts.
sundraw
так не получится ...
так не получится ... В принципе Extension Pack-ами могут называться любые такие *.vbox-extpack
Есть даже меню в Настройках - "Extensions" или "Плагины".
Есть даже меню в Настройках - "Extensions" или "Плагины".
Приветствую всех!
Подскажите пожалуйста, как заставить VirtualBox-portable сохранять путь к виртуальным машинам?
Сейчас так:
1) запуская VirtualBox-portable, меняю путь к машинам на: D:\VM\VBox
2) перезапускаю VirtualBox-portable - в настройках снова путь по дефолту
При каждом запуске, в файле "VBox\data\.VirtualBox\VirtualBox.xml", переписывается путь в узле "SystemProperties defaultMachineFolder" на дефолтный.
Подскажите пожалуйста, как заставить VirtualBox-portable сохранять путь к виртуальным машинам?
Сейчас так:
1) запуская VirtualBox-portable, меняю путь к машинам на: D:\VM\VBox
2) перезапускаю VirtualBox-portable - в настройках снова путь по дефолту
При каждом запуске, в файле "VBox\data\.VirtualBox\VirtualBox.xml", переписывается путь в узле "SystemProperties defaultMachineFolder" на дефолтный.
YAY, xorg 1.13 добавили в 4.2.2
PS: как всегда все очень быстро качается - 5 кбайт за минуту, за часа три, думаю, должно загрузиться
PS: как всегда все очень быстро качается - 5 кбайт за минуту, за часа три, думаю, должно загрузиться
Уважаемые форумчане!
Подскажите что делать с такой проблемой.
При установке Windows XP, во время "Установки устройств" вылетает BSOD ( ошибка 0x0000004f ).
Настройки диска: IDE
Оперативной отдал 1 Гб ( всего 4 ).
Процессор: i3 ( загрузка до 90% ).
Места выделил 25 Гб.
Кто знает куда копать?
Спасибо.
Добавлено:
Удалил диск на который пытался ставить Win XP.
Создал новый ( на 25 Гб, статичный ).
При попытке установить Win XP вылетела ошибка:
Кто нибудь знает что в таком случае делать?
Заранее Спасибо!
Подскажите что делать с такой проблемой.
При установке Windows XP, во время "Установки устройств" вылетает BSOD ( ошибка 0x0000004f ).
Настройки диска: IDE
Оперативной отдал 1 Гб ( всего 4 ).
Процессор: i3 ( загрузка до 90% ).
Места выделил 25 Гб.
Кто знает куда копать?
Спасибо.
Добавлено:
Удалил диск на который пытался ставить Win XP.
Создал новый ( на 25 Гб, статичный ).
При попытке установить Win XP вылетела ошибка:
Кто нибудь знает что в таком случае делать?
Заранее Спасибо!
Ребят, как исправить данный мессендж?
Цитата:
Цитата:
Окно виртуальной машины оптимизировано для работы в режиме 32-битной цветопередачи, однако в настоящий момент виртуальный дисплей работает в 24-битном режиме.
Откройте диалог свойств дисплея гостевой ОС и выберите 32-битный режим цветопередачи (если он доступен) для обеспечения наилучшей производительности виртуальной видеоподсистемы.
Примечание. Некоторые операционные системы, такие как OS/2, могут фактически работать в 32-битном режиме, но показывать его в настройках как 24-битный (16 миллионов цветов). Вы можете попробовать выбрать другой режим цветопередачи, чтобы проверить, не исчезнет ли это сообщение. Помимо этого, Вы можете запретить показ данного сообщения, если Вы уверены, что требуемый режим цветопередачи (32 бит) недоступен в данной гостевой ОС.
Frot237
Цитата:
Скорее всего проблема в звуковой карте , отключи ее в Vbox, возможно ты использовал какую-то сборку с интегрированными драйверами, ставь родную XP.
Цитата:
При попытке установить Win XP вылетела ошибка:
Скорее всего проблема в звуковой карте , отключи ее в Vbox, возможно ты использовал какую-то сборку с интегрированными драйверами, ставь родную XP.
Цитата:
Скорее всего проблема в звуковой карте , отключи ее в Vbox, возможно ты использовал какую-то сборку с интегрированными драйверами, ставь родную XP.
Вы оказались совершенно правы. После тщательного поиска в интернете и вдумчивого изучения "вшитых" драйверов в XP сделал вывод что проблема с драйвером звуковой карты.
Выбрал сборку XP по "проще" и всё встало как надо.
Спасибо за помощь!
Обновил до VirtualBox 4.2.2 снимки не открывает висит и все, откатился на 4.1, нормально. Сожалею что поздно заметил верх шапки. Не понимаю, как можно выпускать релиз с такими багами.
хочу еще раз вернуться к теме, поднятой мной в нескольких моих постах ранее.
речь об "утечках" процессорного времени неминуемо появляющихся на любых виртуальных Windows старше Windows XP, в ситуациях, когда виртуальная машина с такой OS работает в фоновом режиме (окно свернуто в панель задач) более некоторого непродолжительного количества времени.
о "симптомах"подробнее можно почитать здесь, здесь и здесь.
так как моя работа крайне сильно завязана на возможности манипулировать целым зоопарком виртуальных машин каждый день, я не мог успокоиться, не найдя причин происходящему.
сегодня я потратил целый день на тесты и эксперименты и наконец-то если и не решил на 100% эту проблему, то скорее всего 100% понял откуда она берется и как её минимизировать почти полностью.
в теме мне совершенно правильно подсказали вектор поисков, но никто, вероятно, и не подумал, насколько серьезная и глубокая описываемая проблема.
после затянувшегося предисловия, перехожу к сути решения.
все дело в том, что VirtualBox, судя по всему, так и не научился даже в текущей релизной версии правильно распределять процессорное время между хостовой и гостевой OS и что еще хуже - распределять это время внутри виртуальной машины, отправленной в фоновый режим работы. как только внутри фоново работающей виртуальной машины операционная система начинает активно работать с заданиями планировщика заданий Windows или иными службами и задачами, активизирующимися только в режиме простоя работы Windows, основной процесс VirtualBox некоторое время "балансирует" и не заставляет "течь" хостовый процессор.
однако, как только внутри виртуальной машины фоновые задачи достигают некой критической величины "нагрузки" на процессор, виртуалбокс немедленно начинает отдавать этой виртуальной машине все свободные ресурсы хостового процессора, ложно "посчитав", что внутри фоновой работающей виртуальной машины начала "крутиться" какая-то "тяжелая" задача". понимаю, что всё это звучит довольно бредово, но мои дальнейшие манипуляции это подтвердили.
что я сделал:
1) путем многочисленных экспериментов определил несколько самых "провоцирующих" утечки задач. ими в моем случае (они на каждой аппаратной конфигурации и на каждой виртуальной OS могут оказаться иными!) оказались: службы оптимизации NET.Framework 2-4 (их может быть до четырех и им вовсе не нжуно быть постоянно запущенными, но по умолчанию они на автомате) + Windows Defender (Защитник Windows)+ коварнейшая задача в Планировщике задач Windows, а именно проверка производительности Windows в моменты простоя, через задачу Maintenance (процесс WinSAT).
2) поставил в ручной режим запуска и остановил службы оптимизации NET.Framework 2-4, полностью выключил Windows Defender, так как в моей бета-тестерской работе он даже мешает, отключил задание Maintenance (процесс WinSAT) в Планировщике задач Windows.
когда всё вышеперечисленное я сделал на всех моих виртуальных Windows, я смог спокойно запустить сразу 4 виртуальных машины (XP, Win7 32 и 64 бит и Windows 8 32 бит, и эти виртуальные машины спокойно работают без утечек уже полдня (а раньше, максимум 10-40 минут).
еще раз особо отмечу что в моем случае оказалось достаточным сделать всего три "отключения" в виртуальных Windows, чтобы "пресечь" критические ненужные фоновые задачи, способные "увести" виртуалбокс в "утечки" превышением отведенного "пограничного" процессорного времени на фоновые задачи внутри виртуальных машин.
если у вас происходит подобное, в вашем случае "набор" критических задач может быть иным и вычисляется только опытным путем! в частности, практически безошибочно предположу, что работающий внутри виртуальной машины антивирус, запустивший проверку всей виртуальной системы в моменты её простоя, приведет в точности к тому эффекту, что я описал выше.
также я вполне допускаю, что с другой стороны у многих вообще не наблюдаются описанные проблемы, так как аппаратная конфигурация у всех разная и мало ли как работает VirtualBox с разными реальными процессорами, поддерживающими разные аппаратные технологии виртуализации.
в моем случае это ноутбук с 16 Gb оперативной памяти и процессором i7 2620 на борту + Windows 7 64 бит в качестве хостовой OS.
буду рад, если кому-то мои советы помогут, окажись они в подобной моей ситуации.
p.s. вы спросите, почему же Windows XP не заставляла "течь" процессор?
так все просто! там у меня не было задач оптимизации нетфреймворков, защитника Windows (его там физически нет) + задания WinSAT (тоже нет). вот и нечему было "течь".
речь об "утечках" процессорного времени неминуемо появляющихся на любых виртуальных Windows старше Windows XP, в ситуациях, когда виртуальная машина с такой OS работает в фоновом режиме (окно свернуто в панель задач) более некоторого непродолжительного количества времени.
о "симптомах"подробнее можно почитать здесь, здесь и здесь.
так как моя работа крайне сильно завязана на возможности манипулировать целым зоопарком виртуальных машин каждый день, я не мог успокоиться, не найдя причин происходящему.
сегодня я потратил целый день на тесты и эксперименты и наконец-то если и не решил на 100% эту проблему, то скорее всего 100% понял откуда она берется и как её минимизировать почти полностью.
в теме мне совершенно правильно подсказали вектор поисков, но никто, вероятно, и не подумал, насколько серьезная и глубокая описываемая проблема.
после затянувшегося предисловия, перехожу к сути решения.
все дело в том, что VirtualBox, судя по всему, так и не научился даже в текущей релизной версии правильно распределять процессорное время между хостовой и гостевой OS и что еще хуже - распределять это время внутри виртуальной машины, отправленной в фоновый режим работы. как только внутри фоново работающей виртуальной машины операционная система начинает активно работать с заданиями планировщика заданий Windows или иными службами и задачами, активизирующимися только в режиме простоя работы Windows, основной процесс VirtualBox некоторое время "балансирует" и не заставляет "течь" хостовый процессор.
однако, как только внутри виртуальной машины фоновые задачи достигают некой критической величины "нагрузки" на процессор, виртуалбокс немедленно начинает отдавать этой виртуальной машине все свободные ресурсы хостового процессора, ложно "посчитав", что внутри фоновой работающей виртуальной машины начала "крутиться" какая-то "тяжелая" задача". понимаю, что всё это звучит довольно бредово, но мои дальнейшие манипуляции это подтвердили.
что я сделал:
1) путем многочисленных экспериментов определил несколько самых "провоцирующих" утечки задач. ими в моем случае (они на каждой аппаратной конфигурации и на каждой виртуальной OS могут оказаться иными!) оказались: службы оптимизации NET.Framework 2-4 (их может быть до четырех и им вовсе не нжуно быть постоянно запущенными, но по умолчанию они на автомате) + Windows Defender (Защитник Windows)+ коварнейшая задача в Планировщике задач Windows, а именно проверка производительности Windows в моменты простоя, через задачу Maintenance (процесс WinSAT).
2) поставил в ручной режим запуска и остановил службы оптимизации NET.Framework 2-4, полностью выключил Windows Defender, так как в моей бета-тестерской работе он даже мешает, отключил задание Maintenance (процесс WinSAT) в Планировщике задач Windows.
когда всё вышеперечисленное я сделал на всех моих виртуальных Windows, я смог спокойно запустить сразу 4 виртуальных машины (XP, Win7 32 и 64 бит и Windows 8 32 бит, и эти виртуальные машины спокойно работают без утечек уже полдня (а раньше, максимум 10-40 минут).
еще раз особо отмечу что в моем случае оказалось достаточным сделать всего три "отключения" в виртуальных Windows, чтобы "пресечь" критические ненужные фоновые задачи, способные "увести" виртуалбокс в "утечки" превышением отведенного "пограничного" процессорного времени на фоновые задачи внутри виртуальных машин.
если у вас происходит подобное, в вашем случае "набор" критических задач может быть иным и вычисляется только опытным путем! в частности, практически безошибочно предположу, что работающий внутри виртуальной машины антивирус, запустивший проверку всей виртуальной системы в моменты её простоя, приведет в точности к тому эффекту, что я описал выше.
также я вполне допускаю, что с другой стороны у многих вообще не наблюдаются описанные проблемы, так как аппаратная конфигурация у всех разная и мало ли как работает VirtualBox с разными реальными процессорами, поддерживающими разные аппаратные технологии виртуализации.
в моем случае это ноутбук с 16 Gb оперативной памяти и процессором i7 2620 на борту + Windows 7 64 бит в качестве хостовой OS.
буду рад, если кому-то мои советы помогут, окажись они в подобной моей ситуации.
p.s. вы спросите, почему же Windows XP не заставляла "течь" процессор?
так все просто! там у меня не было задач оптимизации нетфреймворков, защитника Windows (его там физически нет) + задания WinSAT (тоже нет). вот и нечему было "течь".
Detsle
Цитата:
Так там все подробно описано в этом мессендже.
Цитата:
Поставьте галочку "Больше не показывать это сообщение" и ОК или настройте в гостевой ОС.
Цитата:
Ребят, как исправить данный мессендж?
Так там все подробно описано в этом мессендже.
Цитата:
Помимо этого, Вы можете запретить показ данного сообщения, если Вы уверены, что требуемый режим цветопередачи (32 бит) недоступен в данной гостевой ОС.
Поставьте галочку "Больше не показывать это сообщение" и ОК или настройте в гостевой ОС.
Всем доброго времени суток! Не импортируются виртуалки через VBoxmanage. Запускаю батник:
Код: @echo off
"C:\Program Files\Oracle\VirtualBox\VBoxManage.exe" import F:\XPexpSATA1.ova --dry-run
pause
Код: @echo off
"C:\Program Files\Oracle\VirtualBox\VBoxManage.exe" import F:\XPexpSATA1.ova --dry-run
pause
Ребят, как исправить данный мессендж?
Цитата:
Где это настроить, чтобы 32 бита было?
Цитата:
Окно виртуальной машины оптимизировано для работы в режиме 32-битной цветопередачи, однако в настоящий момент виртуальный дисплей работает в 24-битном режиме.
Откройте диалог свойств дисплея гостевой ОС и выберите 32-битный режим цветопередачи (если он доступен) для обеспечения наилучшей производительности виртуальной видеоподсистемы.
Примечание. Некоторые операционные системы, такие как OS/2, могут фактически работать в 32-битном режиме, но показывать его в настройках как 24-битный (16 миллионов цветов). Вы можете попробовать выбрать другой режим цветопередачи, чтобы проверить, не исчезнет ли это сообщение. Помимо этого, Вы можете запретить показ данного сообщения, если Вы уверены, что требуемый режим цветопередачи (32 бит) недоступен в данной гостевой ОС.
Где это настроить, чтобы 32 бита было?
cracklover
Собственно по поводу virtualbox я так и не понял.
На вкладке "процессор" стоит предел загрузки CPU? И он превышается?
Собственно по поводу virtualbox я так и не понял.
На вкладке "процессор" стоит предел загрузки CPU? И он превышается?
Detsle
Цитата:
...Не импортируются виртуалки через VBoxmanage...
Нашёл нормальные не битые саташные драйвера, теперь всё работает. Причина была в них.
adasiko
Цитата:
а вы когда-нибудь пробовали ставить пределы для загрузки CPU в настройках виртуальной машины VirtualBox?
если для каждой машины ползунок настроек стоит не 100%, потом такая машина ощутимо тормозит при загрузке и непосредственно при работе. да, есть специфические ситуации, когда стоит ограничить в настройках предел загрузки CPU, но чаще всего для типичных ситуаций менять 100% предел не стоит.
в любом случае, даже когда я пытался этими настройками "поделить" процессорное время между виртуальными машинами, это никак не помогало в описанной мной выше ситуации.
Цитата:
Собственно по поводу virtualbox я так и не понял. На вкладке "процессор" стоит предел загрузки CPU? И он превышается?
а вы когда-нибудь пробовали ставить пределы для загрузки CPU в настройках виртуальной машины VirtualBox?
если для каждой машины ползунок настроек стоит не 100%, потом такая машина ощутимо тормозит при загрузке и непосредственно при работе. да, есть специфические ситуации, когда стоит ограничить в настройках предел загрузки CPU, но чаще всего для типичных ситуаций менять 100% предел не стоит.
в любом случае, даже когда я пытался этими настройками "поделить" процессорное время между виртуальными машинами, это никак не помогало в описанной мной выше ситуации.
Для учебных целей изучения SSH : Host OS - Win 7-64; Guest OS - Linux - Lubuntu 12.04; Interface - Host only.
Как организовать туннелированное соединение из под Хостовой ОС в Гостевую, используя в хостовой - Putty. Эта прога предназначена как клиент для соединения с Unix серверами. Какой SSH сервер установить в Lubuntu для этого? Open SSH? или что-нибудь еще?
Как организовать туннелированное соединение из под Хостовой ОС в Гостевую, используя в хостовой - Putty. Эта прога предназначена как клиент для соединения с Unix серверами. Какой SSH сервер установить в Lubuntu для этого? Open SSH? или что-нибудь еще?
cracklover
Как-то не пробовал (для себя не вижу смысла)
Цитата:
Какой фоновой режим для виртуалки, особенно той, которая умеет работать в headlees режиме? Что за бред. Если гостевая система потребляет процессор, то виртуалка даёт это делать. Принцип "окна невидно - снижай потребление на минимум" не применим.
PS: хз что это всё делает здесь - вопросы в сторону Редмонда или вон тут наверно есть темы типа твиков и оптимизаций вендов
PS2: вообще как понимаю все эти вендовые процессы по оптимизациям особо должны быть жёсткими на чистой системе после установки, а потом как всё наоптимизируют, то уже не так (в теории)
Как-то не пробовал (для себя не вижу смысла)
Цитата:
речь об "утечках" процессорного времени неминуемо появляющихся на любых виртуальных Windows старше Windows XP, в ситуациях, когда виртуальная машина с такой OS работает в фоновом режиме (окно свернуто в панель задач) более некоторого непродолжительного количества времени.
Какой фоновой режим для виртуалки, особенно той, которая умеет работать в headlees режиме? Что за бред. Если гостевая система потребляет процессор, то виртуалка даёт это делать. Принцип "окна невидно - снижай потребление на минимум" не применим.
PS: хз что это всё делает здесь - вопросы в сторону Редмонда или вон тут наверно есть темы типа твиков и оптимизаций вендов
PS2: вообще как понимаю все эти вендовые процессы по оптимизациям особо должны быть жёсткими на чистой системе после установки, а потом как всё наоптимизируют, то уже не так (в теории)
есть ли утилита конвертации ВМ созданной в VMWare в ВМ VBox? перенос при помощи загрузочного диска Акронис не надо советовать.
Общая информация. С версии 4.1.20 начинаются проблемы с дополнениями.
Скрин сделан в гостевой ХР в версии 4.1.18 (здесь всё нормально). В старших версиях при попытке скопировать пароль (и др.) из хостовой в гостевую невозможно из-за неактивного окна. "Вставить" не работает. Лечение своими силами безуспешно. Так что, кого волнуют подобные проблемы, дальше v4.1.18 идти не рекомендуется.
Скрин сделан в гостевой ХР в версии 4.1.18 (здесь всё нормально). В старших версиях при попытке скопировать пароль (и др.) из хостовой в гостевую невозможно из-за неактивного окна. "Вставить" не работает. Лечение своими силами безуспешно. Так что, кого волнуют подобные проблемы, дальше v4.1.18 идти не рекомендуется.
adasiko
Цитата:
вот это реально бессвязный бред этажами слов.
который раз убеждаюсь, что чем более я подробно разжевываю ситуацию, чем более аккуратно беру в кавычки многие сравнения, тем больше оказывается народу, которые так ничего и не поняли, но считают своим долгом глубокомысленно откомментировать то, что они даже не поняли
в контексте моих объяснений слово "фоново" (в фоне) обозначает окно виртуальной машины, свернутой в панель задач (о чем, кстати и писал) и не надо фантазировать и придумывать иные значения.
по поводу режимов работы виртуалки (в том числе и headless) также не стоит мне рассказывать, потому как все что имеется в виртуалбоксе мною прокликано и перетестировано сотни раз за несколько лет и в моей ситуации никакие "бесшовные" режимы работы не помогли бы. окно машины, которая не в фокусе в данный момент, ведет себя на моей аппаратной конфигурации так, как я описывал. и не надо ничего домысливать!
Цитата:
несколько раз прочитал фразу, но честно, так и не понял её смысла.
Цитата:
а я где-то писал о таком нелепом принципе?
я писал лишь о поведении виртуальных машин, при котором VirtualBox неверно распределяет процессорное время на задачи, запускаемые внутри виртуальных машин в моменты их простоя.
Цитата:
причем тут твики винды, если хостовая винда на реальном железе без всяких таких твиков не вызывает абсолютно никаких утечек процессорного времени, так как на реальном железе Windows способна сама разобраться с задачами, выполняемыми в период её простоя. речь лишь о том, что с этим не умеет корректно справиться VirtualBox.
Цитата:
вообще, как я вижу, вы так ничего и не поняли.
не Windows виновата, а VirtualBox, который пока так и не научили разработчики "понимать" сколько процессорного времени отдавать задачам в простое на виртуальных машинах.
Цитата:
Какой фоновой режим для виртуалки, особенно той, которая умеет работать в headlees режиме? Что за бред.
вот это реально бессвязный бред этажами слов.
который раз убеждаюсь, что чем более я подробно разжевываю ситуацию, чем более аккуратно беру в кавычки многие сравнения, тем больше оказывается народу, которые так ничего и не поняли, но считают своим долгом глубокомысленно откомментировать то, что они даже не поняли
в контексте моих объяснений слово "фоново" (в фоне) обозначает окно виртуальной машины, свернутой в панель задач (о чем, кстати и писал) и не надо фантазировать и придумывать иные значения.
по поводу режимов работы виртуалки (в том числе и headless) также не стоит мне рассказывать, потому как все что имеется в виртуалбоксе мною прокликано и перетестировано сотни раз за несколько лет и в моей ситуации никакие "бесшовные" режимы работы не помогли бы. окно машины, которая не в фокусе в данный момент, ведет себя на моей аппаратной конфигурации так, как я описывал. и не надо ничего домысливать!
Цитата:
Если гостевая система потребляет процессор, то виртуалка даёт это делать.
несколько раз прочитал фразу, но честно, так и не понял её смысла.
Цитата:
Принцип "окна невидно - снижай потребление на минимум" не применим.
а я где-то писал о таком нелепом принципе?
я писал лишь о поведении виртуальных машин, при котором VirtualBox неверно распределяет процессорное время на задачи, запускаемые внутри виртуальных машин в моменты их простоя.
Цитата:
хз что это всё делает здесь - вопросы в сторону Редмонда или вон тут наверно есть темы типа твиков и оптимизаций вендов
причем тут твики винды, если хостовая винда на реальном железе без всяких таких твиков не вызывает абсолютно никаких утечек процессорного времени, так как на реальном железе Windows способна сама разобраться с задачами, выполняемыми в период её простоя. речь лишь о том, что с этим не умеет корректно справиться VirtualBox.
Цитата:
вообще как понимаю все эти вендовые процессы по оптимизациям особо должны быть жёсткими на чистой системе после установки, а потом как всё наоптимизируют, то уже не так (в теории)
вообще, как я вижу, вы так ничего и не поняли.
не Windows виновата, а VirtualBox, который пока так и не научили разработчики "понимать" сколько процессорного времени отдавать задачам в простое на виртуальных машинах.
sundraw
Цитата:
У меня работает:
Цитата:
В старших версиях при попытке скопировать пароль (и др.) из хостовой в гостевую невозможно из-за неактивного окна. "Вставить" не работает.
У меня работает:
Здравствуйте!
Помогите разобраться пож!
При попытке установить 7 винду после начала установки 7 вылезает вот такая лажа :
Windows failed to start. A recent hardware or software change might be the cause/ To fix the problems:
1. Insert your Windows installation disk and restart your computer
2. Choose your language settings, and then click Next
3.Click Repair your computer
If you do not have this disc, contact your system administrator or computer manufacturer for assistance.
File : \windows\system 32\boot\winload.exe
Status : 0xc0000001
Info : The selected entry could not be loaded because the application is missing or corrupt
Как ни пробовал - и другой комп и ноутбук и даже нетбук, разные винды, разные файлы с системой - везде одна и та же картина. Помогите чем можете!))
Помогите разобраться пож!
При попытке установить 7 винду после начала установки 7 вылезает вот такая лажа :
Windows failed to start. A recent hardware or software change might be the cause/ To fix the problems:
1. Insert your Windows installation disk and restart your computer
2. Choose your language settings, and then click Next
3.Click Repair your computer
If you do not have this disc, contact your system administrator or computer manufacturer for assistance.
File : \windows\system 32\boot\winload.exe
Status : 0xc0000001
Info : The selected entry could not be loaded because the application is missing or corrupt
Как ни пробовал - и другой комп и ноутбук и даже нетбук, разные винды, разные файлы с системой - везде одна и та же картина. Помогите чем можете!))
cracklover
Я, например, тоже так ничего и не понял. В частности, с термином "утечка процессорного времени" я ни разу в жизни ещё не сталкивался. Задача требует процессора — она его получает, система лишь занимается распределением процессорного времени между задачами. Если процессор гоняет такты, значит, есть задача, которая этого потребовала. Можно поднять вопрос о нужности этой задачи, о её оптимальности/неоптимальности, об ограничении процессорного времени, выделяемого на эту задачу, но говорить, что процессорное время куда-то "утекает", некорректно.
Ты говоришь, во всём виноват VB. Да откуда VirtualBox'у вообще знать, фоновая это машина или нет? Мало ли, что она свёрнута. По какому признаку ему отличать нужные задачи от ненужных, "разрешённые" от "запрещённых"? Может, ты специально в виртуалку запихнул какую-то длительную и ресурсоёмкую обработку и свернул окно, чтобы не отвлекаться. А VB тебе возьмёт и начнёт ограничивать потребление CPU, так что задача, обычно выполняющаяся за час, будет выполняться сутки…
Я, например, тоже так ничего и не понял. В частности, с термином "утечка процессорного времени" я ни разу в жизни ещё не сталкивался. Задача требует процессора — она его получает, система лишь занимается распределением процессорного времени между задачами. Если процессор гоняет такты, значит, есть задача, которая этого потребовала. Можно поднять вопрос о нужности этой задачи, о её оптимальности/неоптимальности, об ограничении процессорного времени, выделяемого на эту задачу, но говорить, что процессорное время куда-то "утекает", некорректно.
Ты говоришь, во всём виноват VB. Да откуда VirtualBox'у вообще знать, фоновая это машина или нет? Мало ли, что она свёрнута. По какому признаку ему отличать нужные задачи от ненужных, "разрешённые" от "запрещённых"? Может, ты специально в виртуалку запихнул какую-то длительную и ресурсоёмкую обработку и свернул окно, чтобы не отвлекаться. А VB тебе возьмёт и начнёт ограничивать потребление CPU, так что задача, обычно выполняющаяся за час, будет выполняться сутки…
Цитата:
При попытке установить 7 винду
так может с образом самой винды проблема?
Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340341342343344345346347348349350351352353354355356357358359360361362363364365366367368369370371372373374375376377378379380381382383384385386387388389390391392393394395396397398399400401402403404405406407408409410411412413414415416417418419420421422423424425426427428429430431432433434435436437438439440441442443444445446447448449450451452453454455456457458459460461462463464465466467468469470471472473474475476477478479480481482483484485486487488489490491492493494495496497498499
Предыдущая тема: Программы для разработки, тестирования, оптических систем
Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.