4.13.0-25-generic не будет загружаться на мои виртуальные машины, работающие 17.10. Мне пришлось вручную войти и выбрать ядро 4.13.0-16.
Любопытно 4.13.0-25-generic работает на моем другом облачном сервере просто отлично (насколько я могу судить) .
Для меня затронуты только виртуальные машины, работающие с 17.10: виртуальные машины под управлением 16.x не пострадали после патча расплавления (с ядром ядра 4.4.0-109).
Любой знаете, когда это будет исправлено? Прямо сейчас моему серверу VM необходимо, чтобы виртуальные машины 17.10 вручную загрузились в предыдущее ядро, тем самым сделав мой сценарий восстановления неэффективным, если я потеряю власть.
Я нашел решение.
4.13.0-25 на 17.10 и 4.4.0-109 на 16.04 обновления для Meltdown влияют на то, как ядро Linux работает в виртуальной среде. Это важно, потому что любой, кто работает с большим количеством серверов Linux, делает это в средах ESXI и VBox VM. Мои голые металлические облачные серверы кажутся незатронутыми и с радостью приняли изменения без жалобы. [... d1]
Для тех, кто использует Oracle VirtualBox, произошли изменения в том, как работают «Включить VT-x / AMD-V» и «Enable Nested Paging» в ответ на то, как Meltdown изменения в выпущенном ядре Linux (с учетом того, как VBox запускает их). Изменение значений не влияет - единственное разрешение - это обновление 5.0.x до версии, которая «повторно соединяет» эту функциональность.
Я использовал VB 5.0.x и обнаружил, что VirtualBox 5.2.x будет полностью работают с новейшими ядрами Meltdown Ubuntu. Итак, мое исправление было следующим:
(1) Остановить текущие действия VBox:
Issued these commands and kill-9'd everything I could:
ps aux | grep vbox
ps aux | grep virtualbox
(2) Установить версию VirtualBox версии 5.2.x на моем сервере Ubuntu 17.10: [ ! d5] sudo apt-get update
sudo apt-get install virtualbox-5.2
and don't forget: sudo /sbin/vboxconfig
(3) Перезагрузился сервер и скрещенные пальцы, надеясь, что я не сбил дюжину PROD VM (а я этого не сделал).
Моя административная версия phpVirtualBox работает нормально с 5.2, и все мои виртуальные машины придумали обновления ядра Meltdown (а хост-сервер - 16.04LTS и имеет ядро 4.4.0-109).
Я заплатил Meltdown и обновил Oracle VBox безгласный к v5.2, и мои сценарии запуска, которые я написал, работали незатронутыми.
Надеюсь, это поможет кому-то еще в моей ситуации. Вот еще некоторые подробности по этой известной проблеме: https://forums.virtualbox.org/viewtopic.php?f=3&t=86185
Журналы VBox в моей системе также показали это: emR3Debug: rc = VERR_PGM_INVALID_CR3_ADDR
теги: обновления ядра ядра для критических ситуаций, изменения в плачевном состоянии влияют на то, как обновляются ядра на виртуальных машинах, Linux kernal 13.0.25, Linux kernal 4.4.0-109
Я нашел решение.
4.13.0-25 на 17.10 и 4.4.0-109 на 16.04 обновления для Meltdown влияют на то, как ядро Linux работает в виртуальной среде. Это важно, потому что любой, кто работает с большим количеством серверов Linux, делает это в средах ESXI и VBox VM. Мои голые металлические облачные серверы кажутся незатронутыми и с радостью приняли изменения без жалобы. [... d1]
Для тех, кто использует Oracle VirtualBox, произошли изменения в том, как работают «Включить VT-x / AMD-V» и «Enable Nested Paging» в ответ на то, как Meltdown изменения в выпущенном ядре Linux (с учетом того, как VBox запускает их). Изменение значений не влияет - единственное разрешение - это обновление 5.0.x до версии, которая «повторно соединяет» эту функциональность.
Я использовал VB 5.0.x и обнаружил, что VirtualBox 5.2.x будет полностью работают с новейшими ядрами Meltdown Ubuntu. Итак, мое исправление было следующим:
(1) Остановить текущие действия VBox:
Issued these commands and kill-9'd everything I could:
ps aux | grep vbox
ps aux | grep virtualbox
(2) Установить версию VirtualBox версии 5.2.x на моем сервере Ubuntu 17.10: [ ! d5] sudo apt-get update
sudo apt-get install virtualbox-5.2
and don't forget: sudo /sbin/vboxconfig
(3) Перезагрузился сервер и скрещенные пальцы, надеясь, что я не сбил дюжину PROD VM (а я этого не сделал).
Моя административная версия phpVirtualBox работает нормально с 5.2, и все мои виртуальные машины придумали обновления ядра Meltdown (а хост-сервер - 16.04LTS и имеет ядро 4.4.0-109).
Я заплатил Meltdown и обновил Oracle VBox безгласный к v5.2, и мои сценарии запуска, которые я написал, работали незатронутыми.
Надеюсь, это поможет кому-то еще в моей ситуации. Вот еще некоторые подробности по этой известной проблеме: https://forums.virtualbox.org/viewtopic.php?f=3&t=86185
Журналы VBox в моей системе также показали это: emR3Debug: rc = VERR_PGM_INVALID_CR3_ADDR
теги: обновления ядра ядра для критических ситуаций, изменения в плачевном состоянии влияют на то, как обновляются ядра на виртуальных машинах, Linux kernal 13.0.25, Linux kernal 4.4.0-109