[Mageia-dev] Mageia 2 / Mageia 3 beta on EC2

[Glen Ogilvie]

Hi Thomas,

On 4 January 2013 04:41, Thomas Backlund <tmb at mageia.org> wrote:

> Glen Ogilvie skrev 3.1.2013 13:10:
>
>> Hi,
>>
>> Has anyone got Mageia 2 or Mageia 3 beta running on Amazon EC2?
>>
>> I have been having a go, but not quite got there yet, so thought I'd ask
>> if anyone has already done it?
>>
>
> There was someone on irc testing it and had some progress...
> I don't know if he finished his tests.
>
> One thing... you need kernel-server-3.4.24-1 from 2/updates_testing
> to get it to boot (kernel image gz kompressed)
>

Thank you fro the tip about using kernel-server-3.4.24-1.
After switching to this kernel, and rebuilding initrd, with the command:
mkinitrd-mkinitrd --with=xen-blkfront --with=xennet --with=xen-netfront
initrd-3.4.24-server-2.mga2.img 3.4.24-server-2.mga2

It worked on Amazon EC2 and I have a nice Amanzon EC2 Mageia2 box.  I'll
create a clean AMI for others to use in the next few weeks!  I released a
Mandriva 2011 public AMI about a year ago.

It went much better than my attempt with 3.3.8-server-2.mga2, which
complained about the compression format.
I see in the change log, you have switched it back to gzip.

Searching for the gzip signature, using
od -A d -t x1 vmlinuz-3.3.8-server-2.mga2 | grep '1f 8b 08 00'  does not
find it, for 3.3.8, but searching for the xz sig, using
od -A d -t x1 vmlinuz-3.3.8-server-2.mga2 | grep -i 'fd 37 7a 58 5a 00',
return a match.

I found what is a little bit of a trap for people...  funny now I think
about it.

the output from running file vmlinuz*

vmlinuz-3.4.24-server-2.mga2: Linux kernel x86 boot executable bzImage,
version 3.4.24-server-2.mga2 (iurt at ecosse.mageia.org) #1 SMP Tue Dec 18,
RO-rootFS, swap_dev 0x3, Normal VGA
vmlinuz-3.3.8-server-2.mga2:  Linux kernel x86 boot executable bzImage,
version 3.3.8-server-2.mga2 (iurt at jonund.mageia.org) #1 SMP Mon Jul 30 ,
RO-rootFS, swap_dev 0x2, Normal VGA

It is easy to assume that bzImage mean's bzip.. but it does not.. it means
big zimage.  the actual compression type is not displayed using the file
command.

I wonder if a patch to the file command to also output the compression type
for kernel images, might be a good idea?

Regards
Glen Ogilvie
-------------- next part --------------
An HTML attachment was scrubbed...
URL: </pipermail/mageia-dev/attachments/20130104/a3bcfb67/attachment.html>