[Sarlug] QEMU корректное выключение гостевой машиной

[Sarlug] QEMU корректное выключение гостевой машиной

[Edward Batraev]

Доброго...

Собстенно сабж...

При старте системы стартует 3 виртуальные машины, стартуют в режиме 
демона. Гостевые системы - XP, вывод выпускается через vnc. Переодически 
  нужно перезавускать основную систему.

Вопрос: Как коректно выключать гостевые хосты? Вариант с подключением по 
vnc и ручным выключением не годится.

Жду любые предлжения - даже самые нелепые...

-- 
Best regards Edward Batraev aka AbLoM.
                                                     BatraevEM@mail.ru

Re: [Sarlug] QEMU корректное выключение гостевой машиной

[Яков Попов]

Не вижу сложностей... вот пример:
http://qemu-forum.ipi.fi/viewtopic.php?f=3&t=4204&start=0&st=0&sk=t&sd=a

-- 
Яков Попов <j.a.popov@mail.ru>

В Срд, 09/09/2009 в 20:30 +0400, Edward Batraev пишет:
> Доброго...
> 
> Собстенно сабж...
> 
> При старте системы стартует 3 виртуальные машины, стартуют в режиме 
> демона. Гостевые системы - XP, вывод выпускается через vnc. Переодически 
>   нужно перезавускать основную систему.
> 
> Вопрос: Как коректно выключать гостевые хосты? Вариант с подключением по 
> vnc и ручным выключением не годится.
> 
> Жду любые предлжения - даже самые нелепые...
> 
> -- 
> Best regards Edward Batraev aka AbLoM.
>                                                      BatraevEM@mail.ru
> 
> _______________________________________________
> Sarlug mailing list
> Sarlug@lists.lug.ru
> https://lists.lug.ru/mailman/listinfo/sarlug

Re: [Sarlug] QEMU корректное выключение гостевой машиной

[Edward Batraev]

как? консоль qemu не доступна, или если доступна как?

Dmitry Agafonov пишет:
> Виртуальный acpi сигнал подать?
> 
> 9 сентября 2009 г. 20:30 пользователь Edward Batraev <BatraevEM@mail.ru 
> <mailto:BatraevEM@mail.ru>> написал:
> 
>     Доброго...
> 
>     Собстенно сабж...
> 
>     При старте системы стартует 3 виртуальные машины, стартуют в режиме
>     демона. Гостевые системы - XP, вывод выпускается через vnc.
>     Переодически  нужно перезавускать основную систему.
> 
>     Вопрос: Как коректно выключать гостевые хосты? Вариант с
>     подключением по vnc и ручным выключением не годится.
> 
>     Жду любые предлжения - даже самые нелепые...
> 
>     -- 
>     Best regards Edward Batraev aka AbLoM.
>                                                        BatraevEM@mail.ru
>     <mailto:BatraevEM@mail.ru>
> 
>     _______________________________________________
>     Sarlug mailing list
>     Sarlug@lists.lug.ru <mailto:Sarlug@lists.lug.ru>
>     https://lists.lug.ru/mailman/listinfo/sarlug
> 
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Sarlug mailing list
> Sarlug@lists.lug.ru
> https://lists.lug.ru/mailman/listinfo/sarlug

-- 
Best regards Edward Batraev aka AbLoM.
                                                     BatraevEM@mail.ru

Re: [Sarlug] QEMU корректное выключение гостевой машиной

[Edward Batraev]

Безусловно попробую...

Но как мне кажется не сработает - ибо запускал без ключа -demonize, но с 
ключом vnc - при этом оставался висящим stdio, но набранные в нем 
команды не имели эфекта.

Яков Попов пишет:
> Не вижу сложностей... вот пример:
> http://qemu-forum.ipi.fi/viewtopic.php?f=3&t=4204&start=0&st=0&sk=t&sd=a
> 

-- 
Best regards Edward Batraev aka AbLoM.
                                                     BatraevEM@mail.ru

Re: [Sarlug] QEMU корректное выключение гостевой машиной

[Edward Batraev]

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

Edward Batraev пишет:
> Доброго...
> 
> Собстенно сабж...
> 
> При старте системы стартует 3 виртуальные машины, стартуют в режиме 
> демона. Гостевые системы - XP, вывод выпускается через vnc. Переодически 
>  нужно перезавускать основную систему.
> 
> Вопрос: Как коректно выключать гостевые хосты? Вариант с подключением по 
> vnc и ручным выключением не годится.
> 
> Жду любые предлжения - даже самые нелепые...
> 

-- 
Best regards Edward Batraev aka AbLoM.
                                                     BatraevEM@mail.ru

Re: [Sarlug] QEMU корректное выключение гостевой машиной

[Ivan Afonichev]

может есть смысл их перезапускать средствами осей? типа там команды
shutdown и т.д. ?
или надо когда оси висят?

Re: [Sarlug] QEMU корректное выключение гостевой машиной

[Michael Zherebin]

Здравствуйте, Ivan.

Вы писали 09 сентября 2009 г., 23:04:13:

IA> может есть смысл их перезапускать средствами осей? типа там команды
IA> shutdown и т.д. ?
IA> или надо когда оси висят?

Ну, когда ось висит, то виртуалкам уже пофиг ;)

Вопрос был в том, что нужно _корректно_ закрыть виртуалки, а потом уж
ребутать ось.

-- 
С уважением,
 Michael                          mailto:boza@boza.ru

Re: [Sarlug] QEMU корректное выключение гостевой машиной

[Edward Batraev]

В идеале нужно прописать какие то команды в local.stop (виртуалки 
крутяться на gentoo и запускаются в local.start) что-бы эти команды 
приводили к коректному завершению работы гостывых систем.

типа:
echo "quit" > qemu_control
если пример Якова Попова поможет.

Для того-чтоб передать внутрь виртуалки команду shutdown тоже нужен 
механизм.

Michael Zherebin пишет:
> Здравствуйте, Ivan.
> 
> Вы писали 09 сентября 2009 г., 23:04:13:
> 
> IA> может есть смысл их перезапускать средствами осей? типа там команды
> IA> shutdown и т.д. ?
> IA> или надо когда оси висят?
> 
> Ну, когда ось висит, то виртуалкам уже пофиг ;)
> 
> Вопрос был в том, что нужно _корректно_ закрыть виртуалки, а потом уж
> ребутать ось.
> 

-- 
Best regards Edward Batraev aka AbLoM.
                                                     BatraevEM@mail.ru

Re: [Sarlug] QEMU корректное выключение гостевой машиной

[Sergey Mihailov]

10.09.09, Edward Batraev<BatraevEM@mail.ru> написал(а):

Что то у меня не открывается ссылкка :
http://qemu-forum.ipi.fi/viewtopic.php?f=3&t=4204&start=0&st=0&sk=t&sd=a
:(

А в qemu RDP пашет ? Я через RDP ( -s shell ) ставлю и удаляю проги в домене вин
(самба) на вин32 компах.

> Для того-чтоб передать внутрь виртуалки команду shutdown тоже нужен
> механизм.
Предлагаю способ для извраще.... :)
В вин32 машины по ат глядет на какой нибудь каталог на хозяине ( да
хоть по фтп )
и как только тама появляется файл РЕБУТ выключаются :))))

-- 
mx

Re: [Sarlug] QEMU корректное выключение гостевой машиной

[Яков Попов]

по поводу способа для извра - кривовато, сильно зависит от многих
вещей... лучше как-то так, на худой конец, послать всем процессам qemu
сигнал SG_TERM (о, кстати! а вы это такое пробовали?)
-- 
Яков Попов <j.a.popov@mail.ru>

В Чтв, 10/09/2009 в 08:11 +0400, Sergey Mihailov пишет:
> 10.09.09, Edward Batraev<BatraevEM@mail.ru> написал(а):
> 
> Что то у меня не открывается ссылкка :
> http://qemu-forum.ipi.fi/viewtopic.php?f=3&t=4204&start=0&st=0&sk=t&sd=a
> :(
> 
> А в qemu RDP пашет ? Я через RDP ( -s shell ) ставлю и удаляю проги в домене вин
> (самба) на вин32 компах.
> 
> > Для того-чтоб передать внутрь виртуалки команду shutdown тоже нужен
> > механизм.
> Предлагаю способ для извраще.... :)
> В вин32 машины по ат глядет на какой нибудь каталог на хозяине ( да
> хоть по фтп )
> и как только тама появляется файл РЕБУТ выключаются :))))
> 
> -- 
> mx
> _______________________________________________
> Sarlug mailing list
> Sarlug@lists.lug.ru
> https://lists.lug.ru/mailman/listinfo/sarlug

Re: [Sarlug] QEMU корректное выключение гостевой машиной

[Ivan Afonichev]

> Для того-чтоб передать внутрь виртуалки команду shutdown тоже нужен
> механизм.
>

винды современные если что сетевые системы

D:\>shutdown --help
Использование: C:\Windows\system32\shutdown.EXE [/i | /l | /s | /r |
/g | /a | /p | /h | /e] [/f]
    [/m \\компьютер][/t xxx][/d [p|u]xx:yy [/c "комментарий"]]

    Без пар.   Отображение справки. То же, что и с параметром /?.
    /?         Отображение справки. То же, что и без параметров.
    /i         Отображение графического интерфейса пользователя.
               Этот параметр должен быть первым.
    /l         Завершение сеанса. Этот параметр нельзя использовать с
               параметрами /m или /d.
    /s         Завершение работы компьютера.
    /r         Завершение работы и перезагрузка компьютера.
    /g         Завершение работы и перезагрузка компьютера. После перезапуска
               системы, запуск всех зарегистрированных приложений.
    /a         Отмена завершения работы системы.
               Этот параметр можно использовать только в период ожидания.
    /p         Немедленное отключение локального компьютера без предупреждения.
               Можно использовать с параметрами /d и /f.
    /h         Переключение локального компьютера в режим гибернации.
               Можно использовать с параметром /f.
    /e         Указание причины непредвиденного завершения работы компьютера.
    /m \\компьютер Указание конечного компьютера.
    /t xxx     Задание задержки в xxx секунд перед завершением работы
               компьютера.
               Допустимый диапазон: 0-600, значение по умолчанию: 30.
               Обратите внимание, что использование параметра /t xxx
               подразумевает использование параметра /f.
    /c "комментарий" Комментарий с причиной перезапуска или завершения работы.
               Наибольшая длина - 512 знаков.
    /f         Принудительное закрытие запущенных приложений без
               предупреждения пользователей.
               /f задается автоматически при одновременном использовании
               с параметром /t xxx.
    /d [p|u:]xx:yy  Необходимо указать причину для перезагрузки
                    или выключения компьютера.
               "p" означает запланированную перезагрузку или выключение.
               "u" означает, что причина определяется пользователем.
                 Если не указаны ни параметр p, ни параметр u,
перезапуск или завершение работы по расписанию не выполняются.
               xx является основным номером причины (целое
положительное число, меньшее 256).
               yy является вспомогательным номером причины (целое
положительное число, меньшее 65536).

Причины на этом компьютере:
(E = ожидалось, U = не ожидалось, P = планировалось, C = определено
                                                         пользователем)
Тип     Основной        Вспомогательный Заголовок

 U      0       0       Другое (Незапланированное)
E       0       0       Другое (Незапланированное)
E P     0       0       Другое (Запланированное)
 U      0       5       Другие отказы: Система не отвечает
E       1       1       Оборудование: Обслуживание (Незапланированное)
E P     1       1       Оборудование: Обслуживание (Запланированное)
E       1       2       Оборудование: Установка (Незапланированная)
E P     1       2       Оборудование: Установка (Запланированная)
  P     2       3       Операционная система: Обновление (Запланированное)
E       2       4       Операционная система: Настройка (Незапланированная)
E P     2       4       Операционная система: Настройка (Запланированная)
  P     2       16      Операционная система: Установка пакета
обновления (Запланирован
        2       17      Операционная система: Установка исправления
(Незапланированная)
  P     2       17      Операционная система: Установка исправления
(Запланированная)
        2       18      Операционная система: Установка исправления
безопасности (Незап
  P     2       18      Операционная система: Установка исправления
безопасности (Запла
E       4       1       Приложение: Обслуживание (Незапланированное)
E P     4       1       Приложение: Обслуживание (Запланированное)
E P     4       2       Приложение: Установка (Запланированная)
E       4       5       Приложение: Не отвечает
E       4       6       Приложение: Работает неустойчиво
 U      5       15      Отказ системы: STOP-ошибка
E       5       19      Проблема безопасности
 U      5       19      Проблема безопасности
E P     5       19      Проблема безопасности
E       5       20      Потеря сетевых подключений (Незапланированная)
 U      6       11      Сбой питания: Отключение кабеля
 U      6       12      Сбой питания: Общие неполадки
  P     7       0       Завершение работы, вызванное устаревшей API-функцией

Re: [Sarlug] QEMU корректное выключение гостевой машиной

[Яков Попов]

современные сетевые, гы.
а теперь объясните мне, как вы удалённо запустите эту команду в винде
без сторонних программ?

IMHO ГОРАЗДО проще (и эффективнее!) будет скриптик, посылающий SIG_TERM
всем процессам с именем qemu. Кстати, man kill выдаёт, что SIG_TERM
должен обрабатываться процессом, если что, худо точно не будет.

-- 

С уважением,

Генеральный директор
ООО "Саратовский Линукс-центр"
Я.А.Попов
jacob@linux-saratov.ru

В Чтв, 10/09/2009 в 11:26 +0400, Ivan Afonichev пишет:
> > Для того-чтоб передать внутрь виртуалки команду shutdown тоже нужен
> > механизм.
> >
> 
> винды современные если что сетевые системы
> 
> D:\>shutdown --help
> Использование: C:\Windows\system32\shutdown.EXE [/i | /l | /s | /r |
> /g | /a | /p | /h | /e] [/f]
>     [/m \\компьютер][/t xxx][/d [p|u]xx:yy [/c "комментарий"]]
> 
>     Без пар.   Отображение справки. То же, что и с параметром /?.
>     /?         Отображение справки. То же, что и без параметров.
>     /i         Отображение графического интерфейса пользователя.
>                Этот параметр должен быть первым.
>     /l         Завершение сеанса. Этот параметр нельзя использовать с
>                параметрами /m или /d.
>     /s         Завершение работы компьютера.
>     /r         Завершение работы и перезагрузка компьютера.
>     /g         Завершение работы и перезагрузка компьютера. После перезапуска
>                системы, запуск всех зарегистрированных приложений.
>     /a         Отмена завершения работы системы.
>                Этот параметр можно использовать только в период ожидания.
>     /p         Немедленное отключение локального компьютера без предупреждения.
>                Можно использовать с параметрами /d и /f.
>     /h         Переключение локального компьютера в режим гибернации.
>                Можно использовать с параметром /f.
>     /e         Указание причины непредвиденного завершения работы компьютера.
>     /m \\компьютер Указание конечного компьютера.
>     /t xxx     Задание задержки в xxx секунд перед завершением работы
>                компьютера.
>                Допустимый диапазон: 0-600, значение по умолчанию: 30.
>                Обратите внимание, что использование параметра /t xxx
>                подразумевает использование параметра /f.
>     /c "комментарий" Комментарий с причиной перезапуска или завершения работы.
>                Наибольшая длина - 512 знаков.
>     /f         Принудительное закрытие запущенных приложений без
>                предупреждения пользователей.
>                /f задается автоматически при одновременном использовании
>                с параметром /t xxx.
>     /d [p|u:]xx:yy  Необходимо указать причину для перезагрузки
>                     или выключения компьютера.
>                "p" означает запланированную перезагрузку или выключение.
>                "u" означает, что причина определяется пользователем.
>                  Если не указаны ни параметр p, ни параметр u,
> перезапуск или завершение работы по расписанию не выполняются.
>                xx является основным номером причины (целое
> положительное число, меньшее 256).
>                yy является вспомогательным номером причины (целое
> положительное число, меньшее 65536).
> 
> Причины на этом компьютере:
> (E = ожидалось, U = не ожидалось, P = планировалось, C = определено
>                                                          пользователем)
> Тип     Основной        Вспомогательный Заголовок
> 
>  U      0       0       Другое (Незапланированное)
> E       0       0       Другое (Незапланированное)
> E P     0       0       Другое (Запланированное)
>  U      0       5       Другие отказы: Система не отвечает
> E       1       1       Оборудование: Обслуживание (Незапланированное)
> E P     1       1       Оборудование: Обслуживание (Запланированное)
> E       1       2       Оборудование: Установка (Незапланированная)
> E P     1       2       Оборудование: Установка (Запланированная)
>   P     2       3       Операционная система: Обновление (Запланированное)
> E       2       4       Операционная система: Настройка (Незапланированная)
> E P     2       4       Операционная система: Настройка (Запланированная)
>   P     2       16      Операционная система: Установка пакета
> обновления (Запланирован
>         2       17      Операционная система: Установка исправления
> (Незапланированная)
>   P     2       17      Операционная система: Установка исправления
> (Запланированная)
>         2       18      Операционная система: Установка исправления
> безопасности (Незап
>   P     2       18      Операционная система: Установка исправления
> безопасности (Запла
> E       4       1       Приложение: Обслуживание (Незапланированное)
> E P     4       1       Приложение: Обслуживание (Запланированное)
> E P     4       2       Приложение: Установка (Запланированная)
> E       4       5       Приложение: Не отвечает
> E       4       6       Приложение: Работает неустойчиво
>  U      5       15      Отказ системы: STOP-ошибка
> E       5       19      Проблема безопасности
>  U      5       19      Проблема безопасности
> E P     5       19      Проблема безопасности
> E       5       20      Потеря сетевых подключений (Незапланированная)
>  U      6       11      Сбой питания: Отключение кабеля
>  U      6       12      Сбой питания: Общие неполадки
>   P     7       0       Завершение работы, вызванное устаревшей API-функцией
> _______________________________________________
> Sarlug mailing list
> Sarlug@lists.lug.ru
> https://lists.lug.ru/mailman/listinfo/sarlug

Re: [Sarlug] QEMU корректное выключение гостевой машиной

[Aleksei Sinitsyn]

10 сентября 2009 г. 18:25 пользователь Яков Попов <j.a.popov@mail.ru> написал:
> современные сетевые, гы.
> а теперь объясните мне, как вы удалённо запустите эту команду в винде
> без сторонних программ?
>
> IMHO ГОРАЗДО проще (и эффективнее!) будет скриптик, посылающий SIG_TERM
> всем процессам с именем qemu. Кстати, man kill выдаёт, что SIG_TERM
> должен обрабатываться процессом, если что, худо точно не будет.
>

 Наверно qemu умеет изображать нажатие кнопки питания в нутро
виртуальной своей машине (про это кажется даже уже упоминали выше)?

 А виндовс умеет это нажатие обрабатывать, это я точно знаю. Ещё в
2000 году умел, вряд-ли разучится.

-- 
WBR, sinaps.    http://saratov.lug.ru   JID:sinaps@jabber.org   gtalk:a.sinitsin
--
Нежность воды надежней всего, что я знаю,
Но инженеры моего тела велели мне ходить по земле.

Re: [Sarlug] QEMU корректное выключение гостевой машиной

[Edward Batraev]

Дествително - ответ лежал на поверхности...

Собственно при перезагрузке хостовой системы сигнал "терм" передается 
всем процессам. Только я не верил, что виндовая виртуалка может так 
быстро завершить работу. По крайне мере в виндовых евентах не появляется 
сообщение о "предыдущем неожиданном завершении работы", значит вроде все 
хорошо.

Всем большое спасибо...

ЗЫ. Сетевые способы (любые) не годяться - ибо по причинам безопасности 
на виндовых виртуалках почти все сетевые механизмы отключенны (особенно 
связанные самбой - проверка по ат, и тем более рпц - механизм сетевого 
шутдауна).

ЗЫЫ. shutdown /m \\test - выключает компьютер с именем test, через 
посредством сеть.

Яков Попов пишет:
> по поводу способа для извра - кривовато, сильно зависит от многих
> вещей... лучше как-то так, на худой конец, послать всем процессам qemu
> сигнал SG_TERM (о, кстати! а вы это такое пробовали?)

-- 
Best regards Edward Batraev aka AbLoM.
                                                     BatraevEM@mail.ru

Re: [Sarlug] QEMU корректное выключение гостевой машиной

[Edward Batraev]

Дествительно если в терминале QEMU набрать powerdown - сымулируется 
нажите кнопки питания (точнее BIOS отдаст соответсвующую ACPI команду).

Но, терминал qemu непонятно где?



Aleksei Sinitsyn пишет:
> 10 сентября 2009 г. 18:25 пользователь Яков Попов <j.a.popov@mail.ru> написал:
>> современные сетевые, гы.
>> а теперь объясните мне, как вы удалённо запустите эту команду в винде
>> без сторонних программ?
>>
>> IMHO ГОРАЗДО проще (и эффективнее!) будет скриптик, посылающий SIG_TERM
>> всем процессам с именем qemu. Кстати, man kill выдаёт, что SIG_TERM
>> должен обрабатываться процессом, если что, худо точно не будет.
>>
> 
>  Наверно qemu умеет изображать нажатие кнопки питания в нутро
> виртуальной своей машине (про это кажется даже уже упоминали выше)?
> 
>  А виндовс умеет это нажатие обрабатывать, это я точно знаю. Ещё в
> 2000 году умел, вряд-ли разучится.
> 

-- 
Best regards Edward Batraev aka AbLoM.
                                                     BatraevEM@mail.ru

Re: [Sarlug] QEMU корректное выключение гостевой машиной

[Edward Batraev]

вот так запускаю

echo "Mounting RAM file systems"
mount -t ramfs -o maxsize=1540M none /mnt/ram

echo "Copying Swap images"
cp /mnt/test/img/ram0.img /mnt/ram/ram1.img
cp /mnt/test/img/ram0.img /mnt/ram/ram2.img
cp /mnt/test/img/ram0.img /mnt/ram/ram3.img

echo "Starting Win1"
qemu -daemonize -m 256 -vnc xx.xx.xx.xx:0 -localtime -name win1 \
      -k ru -hda /mnt/raid0/win1/test.img -hdb /mnt/ram/ram1.img \
      -net nic,macaddr=52:54:00:12:34:55 \
      -net tap,ifname=tap0,script=/usr/sbin/guest-ifup.sh &>/dev/null \
sleep 10

echo "Starting Win2"
qemu -daemonize -m 256 -vnc xx.xx.xx.xx:1 -localtime -name win2 \
      -k ru -hda /mnt/raid0/win2/test.img -hdb /mnt/ram/ram2.img \
      -net nic,macaddr=52:54:00:12:34:56 \
      -net tap,ifname=tap1,script=/usr/sbin/guest-ifup.sh &>/dev/null \
sleep 10

echo "Starting Win3"
qemu -daemonize -m 256 -vnc xx.xx.xx.xx:1 -localtime -name win3 \
      -k ru -hda /mnt/raid0/win3/test.img -hdb /mnt/ram/ram2.img \
      -net nic,macaddr=52:54:00:12:34:57 \
      -net tap,ifname=tap2,script=/usr/sbin/guest-ifup.sh &>/dev/null \
sleep 10

а так выключаю...

echo "Shutdown guest systems"

for i in `ps awx | grep qemu | grep win | awk '{print $1}'`; do
   kill -s TERM $i
done
sleep 5

echo "Unmounting RAM file system"

umount /mnt/ram

винда никак не ругается...

Яков Попов пишет:
> Ради интереса:
> 1) вы использовали kill, да?
> 2) попробуйте посмотреть виртуальную винду, когда все qemu вырубаются.
> Винда-то должна как-то отреагировать?
> 
> Напишите, это интересно
> 

-- 
Best regards Edward Batraev aka AbLoM.
                                                     BatraevEM@mail.ru

Re: [Sarlug] QEMU корректное выключение гостевой машиной

[Edward Batraev]

В винде ничего не видно - просто не успевает показать (толи vnc 
убивается раньше, толи гость быстро отключается)

логи в qemu выводяться не на stdio, а спец ключом в файл причем только в 
/tmp/qenu.log.

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

пайпы пробовал - результата никакого.

Яков Попов пишет:
> А что видно в винде во время выключения? Ведь должны же пробегать
> "Сохраняю параметры"-"Выключение Windows"... Меня, собссно, именно это и
> интересует.
> 
> Да, и ещё. Вы, как я понимаю, таки стартовали qemu с выходом на консоль
> (а вывод в /dev/null, извините, вообще ни в какие ворота - хоть логи
> вели бы, что ли?). В ссылке, которую я давал, не зря говорилось про
> пайпы. AFAIK, консоль таки не ФИФО? Попробуйте принимать команды в qemu
> через фифу, должно же помочь.
> 
> 
> В Птн, 11/09/2009 в 19:35 +0400, Edward Batraev пишет:
>> вот так запускаю
>>
>> echo "Mounting RAM file systems"
>> mount -t ramfs -o maxsize=1540M none /mnt/ram
>>
>> echo "Copying Swap images"
>> cp /mnt/test/img/ram0.img /mnt/ram/ram1.img
>> cp /mnt/test/img/ram0.img /mnt/ram/ram2.img
>> cp /mnt/test/img/ram0.img /mnt/ram/ram3.img
>>
>> echo "Starting Win1"
>> qemu -daemonize -m 256 -vnc xx.xx.xx.xx:0 -localtime -name win1 \
>>       -k ru -hda /mnt/raid0/win1/test.img -hdb /mnt/ram/ram1.img \
>>       -net nic,macaddr=52:54:00:12:34:55 \
>>       -net tap,ifname=tap0,script=/usr/sbin/guest-ifup.sh &>/dev/null \
>> sleep 10
>>
>> echo "Starting Win2"
>> qemu -daemonize -m 256 -vnc xx.xx.xx.xx:1 -localtime -name win2 \
>>       -k ru -hda /mnt/raid0/win2/test.img -hdb /mnt/ram/ram2.img \
>>       -net nic,macaddr=52:54:00:12:34:56 \
>>       -net tap,ifname=tap1,script=/usr/sbin/guest-ifup.sh &>/dev/null \
>> sleep 10
>>
>> echo "Starting Win3"
>> qemu -daemonize -m 256 -vnc xx.xx.xx.xx:1 -localtime -name win3 \
>>       -k ru -hda /mnt/raid0/win3/test.img -hdb /mnt/ram/ram2.img \
>>       -net nic,macaddr=52:54:00:12:34:57 \
>>       -net tap,ifname=tap2,script=/usr/sbin/guest-ifup.sh &>/dev/null \
>> sleep 10
>>
>> а так выключаю...
>>
>> echo "Shutdown guest systems"
>>
>> for i in `ps awx | grep qemu | grep win | awk '{print $1}'`; do
>>    kill -s TERM $i
>> done
>> sleep 5
>>
>> echo "Unmounting RAM file system"
>>
>> umount /mnt/ram
>>
>> винда никак не ругается...
>>
>> Яков Попов пишет:
>>> Ради интереса:
>>> 1) вы использовали kill, да?
>>> 2) попробуйте посмотреть виртуальную винду, когда все qemu вырубаются.
>>> Винда-то должна как-то отреагировать?
>>>
>>> Напишите, это интересно
>>>
> 
> 
> 

-- 
Best regards Edward Batraev aka AbLoM.
                                                     BatraevEM@mail.ru