search for: grubbi

Il 08/04/20 01:46, Jonathan Billings ha scritto: > On Apr 7, 2020, at 04:14, Alessandro Baggi <alessandro.baggi at gmail.com> wrote: >> thank you for your explanation. So in el8 grubby should be used to update kernel opts and grub2-mkconfig is used to generate an initial config. >> >> If I'm not wrong, grubby updates every single (sperated) entries on

I wonder if there would be anyone who would be willing to add extlinux support to RedHat's grubby program. From the looks of it, they already have grub, lilo, zipl, elilo, yaboot, and silo support, so I can't imagine it's that complex. -hpa

When using grubby to get the default kernel of a guest, do not fail with a bogus error like: virt-v2v: error: libguestfs error: statns: statns_stub: path must start with a / character in case there is no default kernel that can be determined (e.g. because of a bogus configuration). --- v2v/linux_bootloaders.ml | 5 ++++- 1 file changed, 4 insertions(+), 1 deletion(-) diff --git

Il 06/04/20 20:51, Jonathan Billings ha scritto: > On Mon, Apr 06, 2020 at 04:03:53PM +0200, Alessandro Baggi wrote: >> I'm on 8.1. I'm searching help to see if this is a bug or error by me but >> can't find nothing. >> Currently I used grubby but it does not write any file that I know like >> /boot/efi/EFI/centos/grub.cfg (I tried to remove and add arg but

I am looking at using grubby. My command is: grubby --grub --title "CentOS (2.6.32.60)" --add-kernel=/boot/vmlinuz-2.6.32.60 --initrd=/boot/initrd-2.6.32.60.img --args="ro root=LABEL=/ noapic" --make-default my etc/grub.conf file after running the command is: title CentOS (2.6.32.60) kernel /boot/vmlinuz-2.6.32.60 ro root=LABEL=/ rhgb quiet noapic initrd

Detect only once which method must be used to get and set the default Grub2 kernel in the guest: this avoids the same checks in list_kernels and set_default_kernel. Also, add a "no method" option as well: Debian/Ubuntu guests do not have neither grubby nor Perl's Bootloader::Tools, so there is no way to know what is the default kernel, nor to change it. In this case, add a warning

Hi, this series adds a couple bits more in v2v to convert Debian/Ubuntu (and derived) guests. The series does not complete the support (see known issues below), but all the patches here should be fit for review and inclusion. The series does not enable the conversion, yet. Known issues: * currently tested with simple local guest images, hence needs testing with real guests on

CentOS Errata and Bugfix Advisory 2017:0921 Upstream details at : https://rhn.redhat.com/errata/RHBA-2017-0921.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: e42c85c02de879ed65ac20779d651b0a587251586f7cd89d2aff9257334c1c29 grubby-8.28-21.el7_3.x86_64.rpm Source:

CentOS Errata and Bugfix Advisory 2019:2227 Upstream details at : https://access.redhat.com/errata/RHBA-2019:2227 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 1082d44571d960ddb16a74426b891d006083aad3a22c77f5834d4d877a433e9f grubby-8.28-26.el7.x86_64.rpm Source:

Hi All, After a recent update the following message was returned by cron: Subject: Cron <root at XXXXX> run-parts /etc/cron.daily X-Cron-Env: <SHELL=/bin/bash> X-Cron-Env: <PATH=/sbin:/bin:/usr/sbin:/usr/bin> X-Cron-Env: <MAILTO=root> X-Cron-Env: <HOME=/> X-Cron-Env: <LOGNAME=root> X-Cron-Env: <USER=root> /etc/cron.daily/yum.cron: warning:

I did a bulk "yum update -y" of several servers. As a sanity check after the upgrade, I ran a grep of /etc/grub.conf across all updated servers looking to ensure the kernel I expected was installed. Two servers came up saying /etc/grub.conf did not exist! I logged into the servers, and /etc/grub.conf was a broken link. (It points to /boot/grub/grub.conf). My systems are all setup

I ran "yum update" the other day on my dom0 and let it pull a new kernel. The RPM install scriptlet runs /sbin/new-kernel-pkg (part of the grubby package) to update grub.conf. It writes a new record to boot the Linux kernel instead of Xen. It would be nice if it noticed that it was running inside Xen and wrote a suitable record for that.

On Thursday, September 05, 2013 12:00:44 PM Matthew Booth wrote: > guestconv is not intended to completely replace virt-v2v. Broadly > speaking, virt-v2v does 2 things: > > 1. Move guests between 2 hypervisors. > 2. Make changes to the guest required for a new hypervisor. > > The second is unique to virt-v2v, the first has other tools out there. > guestconv will only

I think i might have solve it. For some reason grub2-mkconfig doesnt work. (Have no idea why) I manage to solve it with grubby. sudo grubby --args="intel_iommu=on" --update-kernel=ALL For some reason it works. I dont know if it works if my kernel gets upgraded.

When installing kernel-2.6.18-128.el5 in a guest with kernel-xen-2.6.18-164.el5xen already installed, and 'root=LABEL=/' on the kernel command line, grubby fails to install a grub entry for the new kernel. It only fails when run under libguestfs. Installing in the original Xen guest works fine. The underlying cause appears to be related to blkid, although I haven't managed to pin it

Il 06/04/20 15:21, Simon Matter via CentOS ha scritto: >> Il 06/04/20 11:54, Georgios ha scritto: >>> Hi there! >>> I had a similar problem recently with grub. No idea why it doesnt work. >>> Try using grubby instead of grub2-mkconfig if you want the system to >>> keep your kernel parameters between boots. >>> >>> Something like:

On Tuesday, September 03, 2013 07:52:08 PM Richard W.M. Jones wrote: > Even better, there is a repo: https://github.com/mdbooth/guestconv Excellent. Thanks for the pointer. > Matt - can you push your latest commits, or is there a more canonical > repo that Mike can look at? The last changes in the repo seem to be from back in June. Is guestconv expected to completely replace virt-v2v

It turns out augeas on RHEL6 is 0.7.2, which does not have ''setm'' command available. ''setm'' is available in augeas release 0.8, which is available in EPEL, but not available for RHEL6 (the reason is the package is already in RHEL6, thus no package would be released in EPEL for this. All I want to do is to put console=ttyS0 on all kernel lines in /etc/grub.conf.

To share with you the result of testing, Syslinux EFI x64 It actually works pretty solid. Starting graphical installation $ liveinst -G ... As seen on the screens [1], it is unnecessary to install a boot loader thus Grub 2, through the installer, but upon successful completion, it will be done manually - Syslinux EFI x64 installation. Do not reboot. Switching to a freshly installed system $

Hi, this series adds a couple bits more in v2v to convert Debian/Ubuntu (and derived) guests. The series does not complete the support (see known issues below), but all the patches here should be fit for review and inclusion. The series does not enable the conversion, yet. Known issues: * currently tested with simple local guest images, hence needs testing with real guests on