[Libguestfs] How to debug supermin5 issue?

[Chen Hanxiao]

At 2016-07-21 21:17:07, "Richard W.M. Jones" <rjones at redhat.com> wrote:
>On Thu, Jul 21, 2016 at 08:04:05PM +0800, Chen Hanxiao wrote:
>> Thanks for your hint.
>> I think we got the key:
>> 
>> on the machine fail:
>> we lack of lines like:
>> 
>> kernel/drivers/char/hw_random/amd-rng.ko:
>> kernel/drivers/char/hw_random/via-rng.ko:
>> kernel/drivers/char/hw_random/virtio-rng.ko: kernel/drivers/virtio/virtio_ring.ko kernel/drivers/virtio/virtio.ko
>> kernel/drivers/char/hw_random/tpm-rng.ko:
>> kernel/drivers/char/tpm/tpm_nsc.ko:
>> kernel/drivers/char/tpm/tpm_atmel.ko:
>> kernel/drivers/char/tpm/tpm_infineon.ko:
>> kernel/drivers/char/virtio_console.ko: kernel/drivers/virtio/virtio_ring.ko kernel/drivers/virtio/virtio.ko
>> ...
>> 
>> which existed on the machine works fine.
>> 
>> It works fine now.
>> 
>> But why we make initrd only depends on modules.dep?
>
>modules.dep is used to work out the module dependencies, so we know
>which minimal set of modules should be copied into the initrd:
>
>  https://github.com/libguestfs/supermin/blob/master/src/ext2_initrd.ml#L68-L152
>
>If you copy too many modules into the initrd, then it will be huge and
>boot times will be very slow, so knowing the exact set of modules
>which are required is important.
>
>Of course if modules.dep is broken then that won't work.
>
>Do you understand who broke the file and/or why it was broken?
>

Hi, Rich:

Thanks for your kindly explanation.
It looks like it's some guy's fat finger casuse this issue.
I checked other machines installed the same centos version, it's all right.

Regards,
- Chen