VmWare. Внимание, опасный баг! (vmware workstation/player + kernel 4.xx + ext4)

Языки программирования, IDE, компиляторы, интерпретаторы, гипервизоры и виртуальные среды
Правила форума
Как правильно задавать вопросы Правильно сформулированный вопрос и его грамотное оформление способствует высокой вероятности получения достаточно содержательного и по существу ответа. Общая рекомендация по составлению тем: 1. Версия ОС вместе с разрядностью. Пример: LM 18.1 x64, LM Sarah x32 2. DE. Если вопрос касается двух, то через запятую. (xfce, KDE, cinnamon, mate) 3. Какое железо. (достаточно вывод inxi -Fxz в спойлере (как пользоваться спойлером смотрим здесь)) или же дать ссылку на hw-probe 4. Суть. Желательно с выводом консоли, логами. 5. Скрин. Просьба указывать 1, 2 и 3 независимо от того, имеет ли это отношение к вопросу или нет. Так же не забываем об общих правилах Как пример вот
Аватара пользователя

Автор темы
slant
Сообщения: 491
Зарегистрирован: 21 июн 2017, 15:09
Решено: 6
Благодарил (а): 1 раз
Поблагодарили: 181 раз

VmWare. Внимание, опасный баг! (vmware workstation/player + kernel 4.xx + ext4)

Сообщение slant » 29 ноя 2017, 17:10

Точные причины возникновения не нашел, хотя по найденной информации - вроде как кивают друг на друга разработчики vmware и ядра. Но столкнулся лично, при попытке посмотреть на Antegros (ядро 4.13). То же самое происходит с Manjaro. Есть серьезные подозрения, что минт 18.3 с ядром 4.10 может быть зацеплен тоже (кроме того, в него уже можно установить 4.13 через менеджер обновлений). Посему счел необходимым отписаться здесь. Баг присутствует во всех версиях vmware - и под linux, и под windows. Есть свидетельства, что проявляется даже на ESXi (bare-metal). К сожалению, баг из разряда плавающих (проявляется не у всех), но привязан видимо к железу (если проявился, то повторить можно).

Итак, баг заключается в следующем:
1. Создаем виртуальную машину с настройками по умолчанию для Linux x64. (Ключевой момент - предлагается SCSI диск.)
2. Ставим систему, настройки по умолчанию, файловая система EXT4. Не важно, будет это BIOS или EFI установка (MBR или GPT).
3. Перегружаемся в установленную систему, ставим обновления, несколько программ. Ставим open-vm-tools (драйвера на дисплей и Shared Folders).
4. Выключаем виртуальную машину. Не reboot, а именно power off.
5. При следующем запуске VM получаем неработоспособную систему гостя, и кучу ошибок на его разделе EXT4. После попытки лечения раздела работоспособность не восстановится, а часть файлов пропадет. Разрушения качественные.

Что делать чтобы не поиметь такого "счастья"? Ответ довольно прост: не использовать предлагаемый SCSI как тип эмулируемого контроллера дисков для виртуальной машины. Используем вместо него SATA.

Так же, судя по информации из сети, в случае установки гостя на btrfs, баг тоже не проявляется. (Непроверенно лично т.к. Антегрос не умеет ее использовать при установке. Но очень похоже, т.к. виртуалка с минт, с ядром 4.10 установленным вручную, и на btrfs у меня работает без проблем.)

UPD: перечитал, и решил уточнить прямо: хосту ничего не грозит. Проблемы возникают исключительно у гостевой VM.
Последний раз редактировалось пользователем 1 slant; всего редактировалось раз: 29

В сети
Аватара пользователя

BadBird
Сообщения: 1499
Зарегистрирован: 09 сен 2016, 18:08
Решено: 2
Благодарил (а): 71 раз
Поблагодарили: 140 раз

VmWare. Внимание, опасный баг! (vmware workstation/player + kernel 4.xx + ext4)

Сообщение BadBird » 29 ноя 2017, 17:15

Хорошо что я не пользуюсь этой вм....
Всё о тайлинге окон...ну, или почти всё: Тыц!!!

Аватара пользователя

Автор темы
slant
Сообщения: 491
Зарегистрирован: 21 июн 2017, 15:09
Решено: 6
Благодарил (а): 1 раз
Поблагодарили: 181 раз

VmWare. Внимание, опасный баг! (vmware workstation/player + kernel 4.xx + ext4)

Сообщение slant » 29 ноя 2017, 17:28

При всем богатстве выбора, если нужна ускоренная графика, альтернативы нету. Лучше них никто 3D ускорение DirectX не эмулирует. (Прямой проброс видеокарты не рассматриваем).

Аватара пользователя

root
Сообщения: 690
Зарегистрирован: 16 фев 2017, 17:03
Решено: 4
Откуда: г. Хабаровск
Благодарил (а): 207 раз
Поблагодарили: 167 раз

VmWare. Внимание, опасный баг! (vmware workstation/player + kernel 4.xx + ext4)

Сообщение root » 29 ноя 2017, 17:33

В чем опасность то заключается? После этих действий систему, из которой запускали VM хакнут бандосы, стырят пароли от личного кабинета пользователя какого-либо банка, подключатся с вашего компа к телефону через вафлю, заразят его и будут перенаправлять все входящие СМС-ки к себе? :-D Весьма раздутое название.
Ушел в запой, вернусь не скоро :drink4: :sry:
Изображение

В сети
Аватара пользователя

BadBird
Сообщения: 1499
Зарегистрирован: 09 сен 2016, 18:08
Решено: 2
Благодарил (а): 71 раз
Поблагодарили: 140 раз

VmWare. Внимание, опасный баг! (vmware workstation/player + kernel 4.xx + ext4)

Сообщение BadBird » 29 ноя 2017, 17:35

slant писал(а):
29 ноя 2017, 17:28
если нужна ускоренная графика, альтернативы нету.
Ничего себе.
в вб в линукс всего 128 мб памяти можно взять, в винде 256.
ВК имеет гиг памяти.
То есть, при использовании данных вм можно утянуть больше видеопамяти?
Всё о тайлинге окон...ну, или почти всё: Тыц!!!

Аватара пользователя

Chocobo
Сообщения: 6291
Зарегистрирован: 27 авг 2016, 19:57
Решено: 139
Откуда: НН
Благодарил (а): 443 раза
Поблагодарили: 1631 раз

VmWare. Внимание, опасный баг! (vmware workstation/player + kernel 4.xx + ext4)

Сообщение Chocobo » 29 ноя 2017, 17:55

root, Убитые данные, учитывая что указана и ESXi - может стать довольно опасной штукой

Аватара пользователя

Автор темы
slant
Сообщения: 491
Зарегистрирован: 21 июн 2017, 15:09
Решено: 6
Благодарил (а): 1 раз
Поблагодарили: 181 раз

VmWare. Внимание, опасный баг! (vmware workstation/player + kernel 4.xx + ext4)

Сообщение slant » 29 ноя 2017, 18:07

root писал(а):
29 ноя 2017, 17:33
В чем опасность то заключается?
В том, что к vmware можно подключить физические диски с уже установленной рабочей системой. У меня так одно время существовали две системы - винда хост для игрушек, и рабочее место на линкусе внутри VM. Которое, однако, можно было загрузить и на голом железе. Как думаете - приятно мне было бы потерять свою рабочие наработки и настроенное окружение?
Не считая того, что баг имеет подлую природу, и проявляется только после полного выключения VM (не после перезагрузок). Т.е. настроили почтовый сервер скажем, работает он без выключений, неделю, месяц... И тут понадобилось его виртуалку перекинуть на другой хост оффлайном. Выключаем (впервые), и... Правда весело?
BadBird писал(а):
29 ноя 2017, 17:35
То есть, при использовании данных вм можно утянуть больше видеопамяти?
Да. И главное - варя имеет полноценную поддержку DirectX 10. На ней даже идут практически любые игры которым больше 10-го DirectX не нужно. Причем очень многие с приемлемыми FPS. В среднем потери на виртуализацию графики - 30-40%. (Именно графики, сами приложения как и у конкурентов - не более 5% на железе с аппаратной поддержкой виртуализации.)
Старые игры вообще можно запускать без проблем. Причем сейчас старые - это уже первый Crysis, скажем. :)

В сети
Аватара пользователя

BadBird
Сообщения: 1499
Зарегистрирован: 09 сен 2016, 18:08
Решено: 2
Благодарил (а): 71 раз
Поблагодарили: 140 раз

VmWare. Внимание, опасный баг! (vmware workstation/player + kernel 4.xx + ext4)

Сообщение BadBird » 29 ноя 2017, 18:09

Эх, нунифигасебе )))))
Надо засматриваться на VmWare )))
Всё о тайлинге окон...ну, или почти всё: Тыц!!!

Аватара пользователя

root
Сообщения: 690
Зарегистрирован: 16 фев 2017, 17:03
Решено: 4
Откуда: г. Хабаровск
Благодарил (а): 207 раз
Поблагодарили: 167 раз

VmWare. Внимание, опасный баг! (vmware workstation/player + kernel 4.xx + ext4)

Сообщение root » 29 ноя 2017, 18:13

slant, тогда понятно, согласен, извините. Вот этот пример, наверное, и стоило в шапку пихать, а не типо "установил голую систему, подкатил обновы, выключил - ниче не работает" - не видно же отчетливо, в чем трагедия заключается :-D
Ушел в запой, вернусь не скоро :drink4: :sry:
Изображение

Аватара пользователя

Автор темы
slant
Сообщения: 491
Зарегистрирован: 21 июн 2017, 15:09
Решено: 6
Благодарил (а): 1 раз
Поблагодарили: 181 раз

VmWare. Внимание, опасный баг! (vmware workstation/player + kernel 4.xx + ext4)

Сообщение slant » 29 ноя 2017, 18:20

В шапку запихнуто именно то, что позволяет максимально быстро повторить, и убедится в наличии/отсутствии бага. Не рискуя данными. А примеров когда он может оказаться реально опасным - множество, достатчно немного задуматься. Мой - тут еще не самый главный будет...

Вернуться в «Программирование, скриптинг, виртуализация»