similar to: CentOS 7 regression, can not take a KVM qcow2, convert it and boot it on ESXi...

On Thu, 4 Feb 2016, Martinx - ????? wrote: > My last try was, during Packer build, to append "add_drivers+=" > sd_mod" to /etc/dracut.conf and re-building initramdisk by running > "dracut -f". However, it does not boot either (on ESXi)! > > I can still boot using Rescue mode on VMWare, then, I can see that > sd_mod is inside of initramfs as expected

Howdy, I hit a snag trying to install Xen4CentOS on a Supermicro based system (X9DRD-7LN4F with the Broadcom/LSI 2308 chipset). I spent a few hours on this today, I'm posting this here in case it helps anyone else and saves them the frustration I dealt with. On this system I did a fresh install of CentOS 7, updated it, rebooted it, then installed Xen. The system was booting fine using the

Hi Gordon, my dracut package is the latest available for Centos7 (this occur just after my "yum update" and reboot). It is dracut-033-568.el7.x86_64 in CentOS Linux release 7.8.2003 (Core) I'm going to rebuild my initrd as suggested with the snapshot setup. Thanks for the links. Patrick Le 19/08/2020 ? 17:31, Gordon Messmer a ?crit?: > On 8/19/20 1:02 AM, Patrick B?gou wrote:

On 02/03/2016 06:33 PM, Martinx - ????? wrote: > What am I missing? Use lsinitrd to compare the two initrds. Direct each output to two files and then use "diff -u" to see the difference.

On 05/16/2017 09:04 PM, Jerry wrote: <snip> > > Turns out dracut was unable to mount the root file system. So I went back > into the 3.10 kernel again to see if the mpt2sas or mpt3sas driver was in > its initramfs file... and it wasn't: > > > $ sudo lsinitrd -k 4.9.25-27.el7.x86_64 | grep mpt > -rw-r--r-- 1 root root 0 May 16 12:39

On Wed, May 17, 2017 at 10:07 AM, Sarah Newman <srn at prgmr.com> wrote: > On 05/16/2017 09:04 PM, Jerry wrote: > <snip> > > > > Turns out dracut was unable to mount the root file system. So I went > back > > into the 3.10 kernel again to see if the mpt2sas or mpt3sas driver was in > > its initramfs file... and it wasn't: > > > > >

Just did an in-place update from 6.1 to 6.2 on my eeepc 901 (Atom CPU). during boot, (if I hit ESC to see the boot messages) it says "starging udev" then nothing else for a few seconds, then a huge register dump scrolls by. it's too big to see the beginning of it. If I boot from the prior kernel and look in /var/log/messages, I don't see any evidence of the failed boot.

Build script is based on fedora-aarch64.sh. This managed to build and compress an image, but it seems the process itself is not completely unattended. >From some strange reason I had to manually power off the VM after install. Maros Zatko (1): builder: add build script for PPC64 Fedora builder/website/fedora-ppc64.sh | 97 +++++++++++++++++++++++++++++++++++++++++ 1 file changed, 97

I have NOUVEAU driver disabled however its "showing" in my X log file. [ 140.086] (II) NVIDIA dlloader X Driver 390.59 Wed May 9 21:30:06 PDT 2018 [ 140.086] (II) NVIDIA Unified Driver for all Supported NVIDIA GPUs [ 140.086] (II) NOUVEAU driver [ 140.087] (II) NOUVEAU driver for NVIDIA chipset families : [ 140.087] RIVA TNT (NV04) [ 140.087] RIVA TNT2

Hi all, I took a real Core 2 machine (T7200? whose motherboard was starting to die?) running Fedora 29 and dd?d the SSD over to my KVM server, then created a VM using ?create from existing image?. After some tweaking, including setting the disk type to ?SATA? from ?Virtio?, I got it working. Is there a fixed recipe for virtualizing CentOS/Fedora/RHEL instances into running VM?s on KVM/Qemu?

2014-07-12 0:33 GMT+04:00 Richard W.M. Jones <rjones@redhat.com>: > On Fri, Jul 11, 2014 at 06:18:12PM +0400, Vasiliy Tolstov wrote: >> Hello. I'm very happy with libguestfs, but now i'm try to write packer >> plugin to strip images: > > Packer is: http://www.packer.io/intro ? Yes, i'm try to build cloud images using it. Does it possible to add ability to

Hello. I'm very happy with libguestfs, but now i'm try to write packer plugin to strip images: 1) resize filesystem to minimum 2) resize partitions to minimum 3) create/resize file with needed size But golang binding have not docs. Is that possible to generate something suitable to godoc.org to determine api methods and input,output variables for functions? -- Vasiliy Tolstov, e-mail:

Does someone have a link to a how-to-do-it with firewalld, not "disable firewalld and use iptables"? mark

Hello, I am getting kernel panic while trying to xm create a domU. Xen version 3.0 Linux kernel 2.6.12.6 Grub entry for dom0: title Xen 3.0 / XenLinux 2.6 kernel /boot/xen- 3.0.gz console=vga module /boot/vmlinuz-2.6-xen0 root=LABEL=/ ro console=tty0 module /boot/initrd-2.6.12.6-xen0.img For domU, my xm file contains: kernel = "/boot/vmlinuz-2.6.12.6-xenU "

Hi all, I'm new in this forum... Anyway, I compiled my application with VB6, then I protected it using a packer... If I try to load it with Wine, it's shown a message saying "Debugger detected, quitting.". And that's strange because this is the message that my app shows if opened by a debugger... So, what's that?? *** Sorry for bad English ***

On 10/10/2015 05:03 PM, Barry Brimer wrote: > On October 10, 2015 8:34:11 AM CDT, Imre Gergely <gimre at narancs.net> wrote: >> _netdev >> The filesystem resides on a device that requires network >> access (used to prevent the system from attempting to mount these >> filesystems until the network has been enabled on the system). >> >> This

>> What is the correct way to provide a CentOS 7 - WMware image for ESX ? > > You are probably looking for VMware Converter which can p2v or v2v. > > IMO: if you are creating a VM image which is a binary blob or image then > you are doing it wrong. Have the VM/server/desktop be a simple > next/next/next install and the incorporate a config management tool >

Hello, I was not able to find information about how CentOS is building its Cloud Images. I know packer etc are able to do it, but I am interested in how CentOS is building its own images as we like to adapt that for our Openstack Cloud. thanks for any hints Nicolas

Hi Frank, Actually, I just merged (in SVN) a patch doing exactly that. AFAIK it allows Speex to run on a C55x. I think it should work for you with the following caveats: 1) The static codebooks still take up 16 bits for every 8-bit value (that's only a code size issue) 2) The bit-packer always returns a multiple of 16 bits instead of 8 bits (but it uses all bits when packing). Jean-Marc

Hi, this patch series attempt to uninstall VMware tools on all the Linux guests, and reduce the uninstallation time needed in some cases: - v2v tries to workaround the slowest part of the tarball-installed VMware tools - v2v uninstalls the open source VMware tools (open-vm-tools) Thanks, Pino Toscano (2): v2v: linux: remove open-vm-tools packages v2v: linux: try to trick