Вопросы Теги

Как изменить то, что ядро ​​загружает Ubuntu XEN VPS?

См.:

https://bugs.launchpad.net/xfce4-volumed/+bug/883485/comments/3

xfce4-mixer имеет настройку для , который должен быть установлен в Pulseaudio, иначе он будет использовать Alsa.

1
задан 26 June 2012 в 00:04

23 ответа

Поздравляю, вы на PyGrub!

  • Ваш файл menu.lst, различные образы ядра в вашем каталоге /boot и, самое главное, ядро вы работаете (версия Amazon g2 крайне маловероятно, что будет работать на физическом хосте) сильно подразумевает, что у вас включен pygrub. Это связано с тем, что не-Pygrub XenPV должны использовать то же ядро, что и хост
  • Странно пустой dmesg, скорее всего, является побочным эффектом настроек ядра EC2; сравните с очень информативным выводом нормального ядра на XenPV 3.4

Немного о опциях ядра XenPV:

  • Ваше текущее пользовательское ядро ​​EC2 загружается с опциями root=/dev/sda1 xencons=tty (см. Конец menu.lst)
  • Стандартными опциями загрузки XenPV для стандартных ядер являются root=/dev/xvda1 console=hvc0 xvda является паравиртуализированным (и более эффективным) дисковым устройством, в то время как sda является менее эффективным эмулируемым устройством - я впервые видел, как последнее использовалось в 3.x XenPV. xencons=tty и console=hvc0 очень похожи, но я считаю, что первый - более старое (устаревшее) использование; Вы можете сложить их без вредных последствий; он просто сообщает ядру, что стандартный виртуальный терминал недоступен для консоли, и вместо этого использует специализированное устройство hvc0.

Как переключать ядра:

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

  • Чтобы дать вам некоторый контекст, если вам это нужно, вот некоторые файлы из моего XenPV VPS на последней 64-битное ядро: ls -l /boot , menu.lst и полная полная загрузка после загрузки dmesg
  • Добавить следующее в верхней части menu.lst, адаптируясь к нужной версии ядра: 
    default=0
title vmlinuz-3.2.0-25-generic
root            (hd0) 
kernel          /boot/vmlinuz-3.2.0-25-generic ro root=/dev/sda1 xencons=tty console=hvc0
initrd      /boot/initrd.img-3.2.0-25-generic
  • Скрестите пальцы, перезагрузите компьютер и надейтесь, что оно вернется!
  • Если нет, попробуйте изменить на root=/dev/xvda1, и это почти наверняка сработает.
  • Не забудьте отказаться от установки «нового» menu.lst при обновлении ядра!
1
ответ дан 25 July 2018 в 18:27

Поздравляю, вы на PyGrub!

  • Ваш файл menu.lst, различные образы ядра в вашем каталоге /boot и, самое главное, ядро вы работаете (версия Amazon g2 крайне маловероятно, что будет работать на физическом хосте) сильно подразумевает, что у вас включен pygrub. Это связано с тем, что не-Pygrub XenPV должны использовать то же ядро, что и хост
  • Странно пустой dmesg, скорее всего, является побочным эффектом настроек в ядре EC2; сравните с очень информативным выводом нормального ядра на XenPV 3.4

Немного о опциях ядра XenPV:

  • Ваше текущее пользовательское ядро ​​EC2 загружается с опциями root=/dev/sda1 xencons=tty (см. Конец menu.lst)
  • Стандартными опциями загрузки XenPV для стандартных ядер являются root=/dev/xvda1 console=hvc0 xvda является паравиртуализированным (и более эффективным) дисковым устройством, в то время как sda является менее эффективным эмулируемым устройством - я впервые видел, как последнее использовалось в 3.x XenPV. xencons=tty и console=hvc0 очень похожи, но я считаю, что первый - более старое (устаревшее) использование; Вы можете сложить их без вредных последствий; он просто сообщает ядру, что стандартный виртуальный терминал недоступен для консоли, и вместо этого использует специализированное устройство hvc0.

Как переключать ядра:

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

  • Чтобы дать вам некоторый контекст, если вам это нужно, вот некоторые файлы из моего XenPV VPS на последней 64-битное ядро: ls -l /boot , menu.lst и полная полная загрузка после загрузки dmesg
  • Добавить следующее в верхней части menu.lst, адаптируясь к нужной версии ядра: 
    default=0
title vmlinuz-3.2.0-25-generic
root            (hd0) 
kernel          /boot/vmlinuz-3.2.0-25-generic ro root=/dev/sda1 xencons=tty console=hvc0
initrd      /boot/initrd.img-3.2.0-25-generic
  • Скрестите пальцы, перезагрузите компьютер и надейтесь, что оно вернется!
  • Если нет, попробуйте изменить на root=/dev/xvda1, и это почти наверняка сработает.
  • Не забудьте отказаться от установки «нового» menu.lst при обновлении ядра!
1
ответ дан 2 August 2018 в 00:38

Поздравляю, вы на PyGrub!

  • Ваш файл menu.lst, различные образы ядра в вашем каталоге /boot и, самое главное, ядро вы работаете (версия Amazon g2 крайне маловероятно, что будет работать на физическом хосте) сильно подразумевает, что у вас включен pygrub. Это связано с тем, что не-Pygrub XenPV должны использовать то же ядро, что и хост
  • Странно пустой dmesg, скорее всего, является побочным эффектом настроек ядра EC2; сравните с очень информативным выводом нормального ядра на XenPV 3.4

Немного о опциях ядра XenPV:

  • Ваше текущее пользовательское ядро ​​EC2 загружается с опциями root=/dev/sda1 xencons=tty (см. Конец menu.lst)
  • Стандартными опциями загрузки XenPV для стандартных ядер являются root=/dev/xvda1 console=hvc0 xvda является паравиртуализированным (и более эффективным) дисковым устройством, в то время как sda является менее эффективным эмулируемым устройством - я впервые видел, как последнее использовалось в 3.x XenPV. xencons=tty и console=hvc0 очень похожи, но я считаю, что первый - более старое (устаревшее) использование; Вы можете сложить их без вредных последствий; он просто сообщает ядру, что стандартный виртуальный терминал недоступен для консоли, и вместо этого использует специализированное устройство hvc0.

Как переключать ядра:

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

  • Чтобы дать вам некоторый контекст, если вам это нужно, вот некоторые файлы из моего XenPV VPS на последней 64-битное ядро: ls -l /boot , menu.lst и полная полная загрузка после загрузки dmesg
  • Добавить следующее в верхней части menu.lst, адаптируясь к нужной версии ядра: 
    default=0
title vmlinuz-3.2.0-25-generic
root            (hd0) 
kernel          /boot/vmlinuz-3.2.0-25-generic ro root=/dev/sda1 xencons=tty console=hvc0
initrd      /boot/initrd.img-3.2.0-25-generic
  • Скрестите пальцы, перезагрузите компьютер и надейтесь, что оно вернется!
  • Если нет, попробуйте изменить на root=/dev/xvda1, и это почти наверняка сработает.
  • Не забудьте отказаться от установки «нового» menu.lst при обновлении ядра!
1
ответ дан 4 August 2018 в 16:09

Поздравляю, вы на PyGrub!

  • Ваш файл menu.lst, различные образы ядра в вашем каталоге /boot и, самое главное, ядро вы работаете (версия Amazon g2 крайне маловероятно, что будет работать на физическом хосте) сильно подразумевает, что у вас включен pygrub. Это связано с тем, что не-Pygrub XenPV должны использовать то же ядро, что и хост
  • Странно пустой dmesg, скорее всего, является побочным эффектом настроек в ядре EC2; сравните с очень информативным выводом нормального ядра на XenPV 3.4

Немного о опциях ядра XenPV:

  • Ваше текущее пользовательское ядро ​​EC2 загружается с опциями root=/dev/sda1 xencons=tty (см. Конец menu.lst)
  • Стандартными опциями загрузки XenPV для стандартных ядер являются root=/dev/xvda1 console=hvc0 xvda является паравиртуализированным (и более эффективным) дисковым устройством, в то время как sda является менее эффективным эмулируемым устройством - я впервые видел, как последнее использовалось в 3.x XenPV. xencons=tty и console=hvc0 очень похожи, но я считаю, что первый - более старое (устаревшее) использование; Вы можете сложить их без вредных последствий; он просто сообщает ядру, что стандартный виртуальный терминал недоступен для консоли, и вместо этого использует специализированное устройство hvc0.

Как переключать ядра:

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

  • Чтобы дать вам некоторый контекст, если вам это нужно, вот некоторые файлы из моего XenPV VPS на последней 64-битное ядро: ls -l /boot , menu.lst и полная полная загрузка после загрузки dmesg
  • Добавить следующее в верхней части menu.lst, адаптируясь к нужной версии ядра: 
    default=0
title vmlinuz-3.2.0-25-generic
root            (hd0) 
kernel          /boot/vmlinuz-3.2.0-25-generic ro root=/dev/sda1 xencons=tty console=hvc0
initrd      /boot/initrd.img-3.2.0-25-generic
  • Скрестите пальцы, перезагрузите компьютер и надейтесь, что оно вернется!
  • Если нет, попробуйте изменить на root=/dev/xvda1, и это почти наверняка сработает.
  • Не забудьте отказаться от установки «нового» menu.lst при обновлении ядра!
1
ответ дан 6 August 2018 в 00:47

Поздравляю, вы на PyGrub!

  • Ваш файл menu.lst, различные образы ядра в вашем каталоге /boot и, самое главное, ядро вы работаете (версия Amazon g2 крайне маловероятно, что будет работать на физическом хосте) сильно подразумевает, что у вас включен pygrub. Это связано с тем, что не-Pygrub XenPV должны использовать то же ядро, что и хост
  • Странно пустой dmesg, скорее всего, является побочным эффектом настроек в ядре EC2; сравните с очень информативным выводом нормального ядра на XenPV 3.4

Немного о опциях ядра XenPV:

  • Ваше текущее пользовательское ядро ​​EC2 загружается с опциями root=/dev/sda1 xencons=tty (см. Конец menu.lst)
  • Стандартными опциями загрузки XenPV для стандартных ядер являются root=/dev/xvda1 console=hvc0 xvda является паравиртуализированным (и более эффективным) дисковым устройством, в то время как sda является менее эффективным эмулируемым устройством - я впервые видел, как последнее использовалось в 3.x XenPV. xencons=tty и console=hvc0 очень похожи, но я считаю, что первый - более старое (устаревшее) использование; Вы можете сложить их без вредных последствий; он просто сообщает ядру, что стандартный виртуальный терминал недоступен для консоли, и вместо этого использует специализированное устройство hvc0.

Как переключать ядра:

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

  • Чтобы дать вам некоторый контекст, если вам это нужно, вот некоторые файлы из моего XenPV VPS на последней 64-битное ядро: ls -l /boot , menu.lst и полная полная загрузка после загрузки dmesg
  • Добавить следующее в верхней части menu.lst, адаптируясь к нужной версии ядра: 
    default=0
title vmlinuz-3.2.0-25-generic
root            (hd0) 
kernel          /boot/vmlinuz-3.2.0-25-generic ro root=/dev/sda1 xencons=tty console=hvc0
initrd      /boot/initrd.img-3.2.0-25-generic
  • Скрестите пальцы, перезагрузите компьютер и надейтесь, что оно вернется!
  • Если нет, попробуйте изменить на root=/dev/xvda1, и это почти наверняка сработает.
  • Не забудьте отказаться от установки «нового» menu.lst при обновлении ядра!
1
ответ дан 7 August 2018 в 18:12

Поздравляю, вы на PyGrub!

  • Ваш файл menu.lst, различные образы ядра в вашем каталоге /boot и, самое главное, ядро вы работаете (версия Amazon g2 крайне маловероятно, что будет работать на физическом хосте) сильно подразумевает, что у вас включен pygrub. Это связано с тем, что не-Pygrub XenPV должны использовать то же ядро, что и хост
  • Странно пустой dmesg, скорее всего, является побочным эффектом настроек ядра EC2; сравните с очень информативным выводом нормального ядра на XenPV 3.4

Немного о опциях ядра XenPV:

  • Ваше текущее пользовательское ядро ​​EC2 загружается с опциями root=/dev/sda1 xencons=tty (см. Конец menu.lst)
  • Стандартными опциями загрузки XenPV для стандартных ядер являются root=/dev/xvda1 console=hvc0 xvda является паравиртуализированным (и более эффективным) дисковым устройством, в то время как sda является менее эффективным эмулируемым устройством - я впервые видел, как последнее использовалось в 3.x XenPV. xencons=tty и console=hvc0 очень похожи, но я считаю, что первый - более старое (устаревшее) использование; Вы можете сложить их без вредных последствий; он просто сообщает ядру, что стандартный виртуальный терминал недоступен для консоли, и вместо этого использует специализированное устройство hvc0.

Как переключать ядра:

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

  • Чтобы дать вам некоторый контекст, если вам это нужно, вот некоторые файлы из моего XenPV VPS на последней 64-битное ядро: ls -l /boot , menu.lst и полная полная загрузка после загрузки dmesg
  • Добавить следующее в верхней части menu.lst, адаптируясь к нужной версии ядра: 
    default=0
title vmlinuz-3.2.0-25-generic
root            (hd0) 
kernel          /boot/vmlinuz-3.2.0-25-generic ro root=/dev/sda1 xencons=tty console=hvc0
initrd      /boot/initrd.img-3.2.0-25-generic
  • Скрестите пальцы, перезагрузите компьютер и надейтесь, что оно вернется!
  • Если нет, попробуйте изменить на root=/dev/xvda1, и это почти наверняка сработает.
  • Не забудьте отказаться от установки «нового» menu.lst при обновлении ядра!
1
ответ дан 10 August 2018 в 06:57

Поздравляю, вы на PyGrub!

  • Ваш файл menu.lst, различные образы ядра в вашем каталоге /boot и, самое главное, ядро вы работаете (версия Amazon g2 крайне маловероятно, что будет работать на физическом хосте) сильно подразумевает, что у вас включен pygrub. Это связано с тем, что не-Pygrub XenPV должны использовать то же ядро, что и хост
  • Странно пустой dmesg, скорее всего, является побочным эффектом настроек в ядре EC2; сравните с очень информативным выводом нормального ядра на XenPV 3.4

Немного о опциях ядра XenPV:

  • Ваше текущее пользовательское ядро ​​EC2 загружается с опциями root=/dev/sda1 xencons=tty (см. Конец menu.lst)
  • Стандартными опциями загрузки XenPV для стандартных ядер являются root=/dev/xvda1 console=hvc0 xvda является паравиртуализированным (и более эффективным) дисковым устройством, в то время как sda является менее эффективным эмулируемым устройством - я впервые видел, как последнее использовалось в 3.x XenPV. xencons=tty и console=hvc0 очень похожи, но я считаю, что первый - более старое (устаревшее) использование; Вы можете сложить их без вредных последствий; он просто сообщает ядру, что стандартный виртуальный терминал недоступен для консоли, и вместо этого использует специализированное устройство hvc0.

Как переключать ядра:

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

  • Чтобы дать вам некоторый контекст, если вам это нужно, вот некоторые файлы из моего XenPV VPS на последней 64-битное ядро: ls -l /boot , menu.lst и полная полная загрузка после загрузки dmesg
  • Добавить следующее в верхней части menu.lst, адаптируясь к нужной версии ядра: 
    default=0
title vmlinuz-3.2.0-25-generic
root            (hd0) 
kernel          /boot/vmlinuz-3.2.0-25-generic ro root=/dev/sda1 xencons=tty console=hvc0
initrd      /boot/initrd.img-3.2.0-25-generic
  • Скрестите пальцы, перезагрузите компьютер и надейтесь, что оно вернется!
  • Если нет, попробуйте изменить на root=/dev/xvda1, и это почти наверняка сработает.
  • Не забудьте отказаться от установки «нового» menu.lst при обновлении ядра!
1
ответ дан 15 August 2018 в 18:55
  • 1
    Спасибо, это выглядело хорошо, но виртуальная машина не смогла загрузиться (с / dev / xvda1 или без него) с помощью & quot; Загружать только образы, созданные для универсального загрузчика или образов Linux & quot; ошибка. Я связался с моим хозяином, я сообщу, когда услышу от них. Оцените помощь, хотя. – Tim Fountain 26 June 2012 в 03:26
  • 2
    @TimFountain, так как это 32-битная виртуальная машина, вам нужно ядро ​​-generic-pae; обычный дженерик не имеет поддержки Xen PV! Это самая распространенная причина этой ошибки, AFAIK. – ish 26 June 2012 в 08:25
  • 3
    Оно работает! Спасибо за помощь. – Tim Fountain 26 June 2012 в 13:48
  • 4
    Спасибо - за щедрость и отзывы. Я добавлю это к ответу. Если выздоровление легко и вам хочется снова погрузить пальцы в кишащие акулами воды, попробуйте бит xvda1, который должен быть лучше в теории ; но если вы довольны sda1 как есть, возможно, просто оставьте это так! :) – ish 26 June 2012 в 13:51
  • 5
    Мне пришлось использовать xvda1, с sda1 я получил ошибку при загрузке, говоря, что не существует (не уверен, как это работает в старом menu.lst) Но с xvda1 все хорошо. – Tim Fountain 26 June 2012 в 14:06

По умолчанию пользователи xen (domU) не могут контролировать, какие ядра используются.

Ядро предоставляется из гипервизора (dom-0), где конкретная версия ядра жестко закодирована вместе с ip, размером диска и т. д. в сценарии конфигурации для каждой виртуальной машины.

] Если ваш провайдер VPS не включил pygrub, который позволяет использовать и загружать пользовательские ядра в VPS. если это так, посмотрите на эту инструкцию

Xen и PyGrub

1
ответ дан 25 May 2018 в 10:03
  • 1
    Спасибо за репку. Нет никаких указаний на то, что PyGrub используется. Я надеялся, что смогу узнать, как это исправить, но начинает выглядеть так, как будто мне, возможно, придется попросить моего хозяина исправить это. – Tim Fountain 21 June 2012 в 13:27
  • 2
    @TimFountain эй, а как насчет щедрости? как это работает? Я получу его или истечет срок его действия? – tomodachi 25 June 2012 в 19:39

Поиск Grub Customizer в программном центре.

Установите программу.

Затем откройте Grub Customizer.

Вы можете снять отметку с любого из старых ядер и

Когда ubuntu загружается, он будет видеть только те, которые были проверены.

Надеюсь, что это поможет,

Leinardo

-1
ответ дан 25 May 2018 в 10:03
  • 1
    Это предполагает, что на сервере выполняется X. Это редко бывает. Запуск X на сервере Linux, если у вас нет конкретного варианта использования, не рекомендуется по соображениям безопасности / стабильности. Кроме того, гости ксена (domU) не имеют grub. Это dom0, который обрабатывает процесс загрузки для своих гостей. – tomodachi 21 June 2012 в 03:26
  • 2
    Упс! Виноват.... – Leinardo Smith 21 June 2012 в 23:30

По умолчанию гости xen (domU) не могут контролировать, какие ядра используются.

Ядро предоставляется из гипервизора (dom-0), где конкретная версия ядра жестко задана вместе с ip, размером диска и т. д. в скрипте конфигурации для каждой виртуальной машины.

Если ваш VPS-провайдер не включил pygrub, который позволяет использовать и загружать собственные ядра в VPS. если это так, взгляните на эту инструкцию

Xen и PyGrub

1
ответ дан 25 July 2018 в 18:27

Найдите Grub Customizer в центре программного обеспечения.

Установите программу.

Затем откройте Grub Customizer.

Вы можете снять любое старое ядро ​​и проверьте новые.

Когда Ubuntu загружается, он будет видеть только те, которые проверены.

Надеюсь, это поможет,

Leinardo

-1
ответ дан 25 July 2018 в 18:27

Найдите Grub Customizer в центре программного обеспечения.

Установите программу.

Затем откройте Grub Customizer.

Вы можете снять любое старое ядро ​​и проверьте новые.

Когда Ubuntu загружается, он будет видеть только проверенные.

Надеюсь, это поможет,

Leinardo

-1
ответ дан 2 August 2018 в 00:38

По умолчанию гости xen (domU) не могут контролировать, какие ядра используются.

Ядро предоставляется из гипервизора (dom-0), где конкретная версия ядра жестко задана вместе с ip, размером диска и т. д. в скрипте конфигурации для каждой виртуальной машины.

Если ваш VPS-провайдер не включил pygrub, который позволяет использовать и загружать собственные ядра в VPS. если это так, взгляните на эту инструкцию

Xen и PyGrub

1
ответ дан 2 August 2018 в 00:38

По умолчанию гости xen (domU) не могут контролировать, какие ядра используются.

Ядро предоставляется из гипервизора (dom-0), где конкретная версия ядра жестко задана вместе с ip, размером диска и т. д. в скрипте конфигурации для каждой виртуальной машины.

Если ваш VPS-провайдер не включил pygrub, который позволяет использовать и загружать собственные ядра в VPS. если это так, взгляните на эту инструкцию

Xen и PyGrub

1
ответ дан 4 August 2018 в 16:09

Найдите Grub Customizer в центре программного обеспечения.

Установите программу.

Затем откройте Grub Customizer.

Вы можете снять любое старое ядро ​​и проверьте новые.

Когда Ubuntu загружается, он будет видеть только те, которые проверены.

Надеюсь, это поможет,

Leinardo

-1
ответ дан 4 August 2018 в 16:09

Найдите Grub Customizer в центре программного обеспечения.

Установите программу.

Затем откройте Grub Customizer.

Вы можете снять любое старое ядро ​​и проверьте новые.

Когда Ubuntu загружается, он будет видеть только проверенные.

Надеюсь, это поможет,

Leinardo

-1
ответ дан 6 August 2018 в 00:47

По умолчанию гости xen (domU) не могут контролировать, какие ядра используются.

Ядро предоставляется из гипервизора (dom-0), где конкретная версия ядра жестко задана вместе с ip, размером диска и т. д. в скрипте конфигурации для каждой виртуальной машины.

Если ваш VPS-провайдер не включил pygrub, который позволяет использовать и загружать собственные ядра в VPS. если это так, взгляните на эту инструкцию

Xen и PyGrub

1
ответ дан 6 August 2018 в 00:47

По умолчанию гости xen (domU) не могут контролировать, какие ядра используются.

Ядро предоставляется из гипервизора (dom-0), где конкретная версия ядра жестко задана вместе с ip, размером диска и т. д. в скрипте конфигурации для каждой виртуальной машины.

Если ваш VPS-провайдер не включил pygrub, который позволяет использовать и загружать собственные ядра в VPS. если это так, взгляните на эту инструкцию

Xen и PyGrub

1
ответ дан 7 August 2018 в 18:12

Найдите Grub Customizer в центре программного обеспечения.

Установите программу.

Затем откройте Grub Customizer.

Вы можете снять любое старое ядро ​​и проверьте новые.

Когда Ubuntu загружается, он будет видеть только проверенные.

Надеюсь, это поможет,

Leinardo

-1
ответ дан 7 August 2018 в 18:12

Найдите Grub Customizer в центре программного обеспечения.

Установите программу.

Затем откройте Grub Customizer.

Вы можете снять любое старое ядро ​​и проверьте новые.

Когда Ubuntu загружается, он будет видеть только те, которые проверены.

Надеюсь, это поможет,

Leinardo

-1
ответ дан 10 August 2018 в 06:57

По умолчанию гости xen (domU) не могут контролировать, какие ядра используются.

Ядро предоставляется из гипервизора (dom-0), где конкретная версия ядра жестко задана вместе с ip, размером диска и т. д. в скрипте конфигурации для каждой виртуальной машины.

Если ваш VPS-провайдер не включил pygrub, который позволяет использовать и загружать собственные ядра в VPS. если это так, взгляните на эту инструкцию

Xen и PyGrub

1
ответ дан 10 August 2018 в 06:57

Найдите Grub Customizer в центре программного обеспечения.

Установите программу.

Затем откройте Grub Customizer.

Вы можете снять любое старое ядро ​​и проверьте новые.

Когда Ubuntu загружается, он будет видеть только те, которые проверены.

Надеюсь, это поможет,

Leinardo

-1
ответ дан 15 August 2018 в 18:55
  • 1
    Это предполагает, что один работает X на сервере. Который редко бывает. Запуск X на сервере Linux, если у вас нет конкретного случая использования, не рекомендуется по соображениям безопасности / стабильности. Также гости xen (domU) не имеют grub. Это dom0, который управляет процессом загрузки для своих гостей. – tomodachi 21 June 2012 в 03:26
  • 2
    Упс! Виноват.... – LeinardoSmtih 21 June 2012 в 23:30

По умолчанию гости xen (domU) не могут контролировать, какие ядра используются.

Ядро предоставляется из гипервизора (dom-0), где конкретная версия ядра жестко задана вместе с ip, размером диска и т. д. в скрипте конфигурации для каждой виртуальной машины.

Если ваш VPS-провайдер не включил pygrub, который позволяет использовать и загружать собственные ядра в VPS. если это так, взгляните на эту инструкцию

Xen и PyGrub

1
ответ дан 15 August 2018 в 18:55
  • 1
    Спасибо за Relpy. Нет никаких признаков того, что PyGrub используется. Я надеялся, что смогу научиться исправлять это сам, но, похоже, мне все-таки придется попросить моего хозяина это исправить. – Tim Fountain 21 June 2012 в 13:27
  • 2
    @TimFountain Эй, а как насчет награды? как это работает? Я получу это или просто истекает? – tomodachi 25 June 2012 в 19:39

Другие вопросы по тегам:

Похожие вопросы: