similar to: IOMMU and kernel

Yes dmesg | grep "EFI v" [ 0.000000] efi: EFI v2.70 by American Megatrends On Fri, 2020-04-03 at 14:29 -0400, Jonathan Billings wrote: > On Fri, Apr 03, 2020 at 07:37:10PM +0300, Georgios wrote: > > Hi. > > Im trying to set intel_iommu=on on kernel parameters at grub but > > for > > some reason it doesnt work. > > > > I edit

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.

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: > > sudo grubby --args="i915.modeset=0 rd.driver.blacklist=i915" --update- > kernel=ALL > >

Hi list, I reinstalled on my workstation CentOS 8.1. I explain: I'm a KDE user but packages shipped from EPEL currently are buggy so I prefer a stable and functioning system to work with. So I tried to remove KDE workgroup and installed group "Workstation" but the system bricked so I reinstalled with GNOME. I've an nvidia gtx 1050ti GPU so I installed kmod-driver from

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:

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

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

On Fri, Apr 03, 2020 at 07:37:10PM +0300, Georgios wrote: > > Hi. > Im trying to set intel_iommu=on on kernel parameters at grub but for > some reason it doesnt work. > > I edit /etc/default/grub file and i add the parameter. > > then i run grub2-mkconfig -o /boot/efi/EFI/centos/grub.cfg and then i > reboot. > > when i run virt-host-validate i get > >

> > > > I have only changed GRUB_DEFAULT from "saved" to "0" > > > > I have also run > > > > /usr/sbin/grub2-mkconfig -o /boot/efi/EFI/centos/grub.cfg > > I may be wrong here but IIRC, using grub2-mkconfig as described in the > Grub docs didn't work for me when I tried to use it years ago. > > I think you have to find out

As of the latest updates to anaconda and grub2 for Fedora 18, it is now possible to install with /boot as a btrfs subvolume. The way that grub2 is handling this is the "reach down" to the files it needs as if the subvolume was a directory. Is this OK? At this point I am not worried about snapshots or any other complexities. If the subvolume name is known. should grub2 be able to

On Tue, Dec 29, 2015 at 2:43 PM, <m.roth at 5-cent.us> wrote: > m.roth at 5-cent.us wrote: >> >> Well, I get back from vacation, and three CentOS 7 boxes didn't come up >> this morning (my manager and the other admin did the update & reboot). >> On these three - but *not* another one or two, and I don't think those >> others are Dells,

Hi, folks, Well, I get back from vacation, and three CentOS 7 boxes didn't come up this morning (my manager and the other admin did the update & reboot). On these three - but *not* another one or two, and I don't think those others are Dells, they're supermicro's - the 327 kernel fell into the rdosshell, I guess. I finally got one the three up by going back to the 228.14

Create an object hierarchy to represent different bootloaders for Linux guests, moving the separate handling of grub1 and grub2 in different classes: this isolates the code for each type of bootloader together, instead of scattering it all around. This is mostly code refactoring, with no actual behaviour change. --- po/POTFILES-ml | 1 + v2v/Makefile.am | 2 + v2v/bootloaders.ml

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

In preparation for an upcoming patch which adds support for SUSE guest conversions, it makes sense to have an intermediate steps that changes the RedHat.pm converter into a more generic Linux converter. The SUSE changes will then be limited in scope to only what is required for SUSE support. This series of patches accomplishes the following: - Renames RedHat.pm to Linux.pm - Modifies Linux.pm

Question 1: has anyone used preupgrade (I used it with fc 17 -> 19, and it pretty much appeared to work, but that was on a couple of worksttions)? Opinions? Question 2: is grub still supported, or is there something that *FORCES* you to use grub2? mark "grub2 must DIE!"

Hi, > I think i might have solve it. > > For some reason grub2-mkconfig doesnt work. (Have no idea why) Is this on CentOS 7? Well, yes, I remember that it didn't work for me when I installed new servers one or two years ago, that was with CentOS 7 and they were my first EFI installs. > > I manage to solve it with grubby. > > sudo grubby

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

Hello there, Dell XPS-15-9560 laptop (SSD drive, UEFI, secure boot off).. Windows 10 pre-installed, CentOS7 installed in a separate partition and running for months w/o issue. Don't know what happened but at reboot yesterday (not even booted in Windows, just rebooted), grub has disappeared, booted in Windows by default, which apparently has taken over the UEFI boot. By booting from a USB

Hi, I'm using libguestfs 1.42, When I run the following python3 commands on a rhel7.8: print(g.ls('/sys')) print(g.sh('ls /sys')) I get: [] block bus class dev devices firmware fs hypervisor kernel module power It seems that g.ls('/sys') is chrooted correctly. But g.sh('ls /sys') isn't. I came across this behavior when I used