LevT
Platinum Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Цитата:
команда VMware прямо и говорит касательно, например, процессора, что не все регистры железного процессора видны виртуальным процессором, например, не виден регистр содержащий серийный номер процессора, и приложения, которые привязываются к этому серийнику, работать в виртуальной машине не будут. |
в этом смысле команда VMware молодцы. Но не в том, что они сделали видимыми для гостевых прог какие-то ещё идентификаторы, конкретно те, к которым привязывается активация винды. Я думаю, что им выкрутили руки мелкомягкие.
Так вот: либо хавать то, что дают, и жить как на пороховой бочке, в ожидании, что и другие проги начнут кочевряжиться при переносе между хостами, либо заранее найти протвоядие, разобравшись, почему слетает активация, и как сделать так, чтобы она не слетала - разумеется, выяснив также границы применимости рецепта и компромиссы, на которые придется пойти.
Самая простая гипотеза: для винды смена мака это "смена сетевухи". Учитывая, что сетевуха самое критичное устройство в плане слёта активации - слетать должны все трехадаптерные, а может и двухадаптерные гости, но не одноадаптерные (смутно припоминаю что-то вроде, что слет активации бывает при 8 очках, а "смена сетевухи" даёт 5 из них). Так вот, хорошо бы проверить эту гипотезу - сделать это проще всего тем, тем, у кого уже есть в виртуалке потенциально подверженная слету винда.
|
Всего записей: 17745 | Зарегистр. 14-10-2001 | Отправлено: 07:24 01-09-2007 | Исправлено: LevT, 07:34 01-09-2007 |
|
). 
