Opened 7 years ago

Closed 7 years ago

#617 closed defect (fixed)

beta 3.0.2 mindi includes all modules in initrd

Reported by: bruno Owned by: bruno
Priority: normal Milestone: 3.0.2
Component: mondo Version: 3.0.1
Severity: normal Keywords:
Cc:

Description

As reported on the mondo ML. Maybe in link with #607.

Attachments (3)

initrd-ls.gz (23.8 KB) - added by bruno 7 years ago.
initrd content list
mindi.log.gz (60.9 KB) - added by bruno 7 years ago.
mindi log file
mondoarchive.log.gz (72.4 KB) - added by bruno 7 years ago.
mondoarchive log file

Download all attachments as: .zip

Change History (6)

comment:1 Changed 7 years ago by bruno

Cf:

> hvw59601 said on Thu, May 10, 2012 at 12:19:05PM -0500:
>> John Pearson wrote:                                  
>>> There's definitely some issue with Mindi on DEbian 6.0 amd64 systems.
>>>                                                  
>>> Then it runs OK, but the initrd is much larger (34Mb) than an
>>> initrd previously built for an i686 systems (~6.5Mb), and at boot
>>> time it hangs while probing modules, the last line printed relates
>>> to probing one of the (staging) "speakup" modules.    
>>>
>> Same here. New Debian Stable (Squeeze) 6.0.4 install.
>> Boot hangs at 'probing speakup_spkout'         
>> Logs attached                                          
> Thanks for your report. Anybody willing to test whether the fact
> reverted the patch from 3.0.1 helps solving also the issue on Debian ?
> Test version at ftp://ftp.mondorescue.org/test/debian/6.0       
>                                                  
Tested with mondo 3.0.220120507115943-0 + its mindi pair, is that the
reverted oe patch? In any case made no difference in Debian Stable
(Squeeze) but solved my problem of no kbd, no cdrom in Debian Testing
(Wheezy), great!                                        
Hung in the same place in Stable 'probing speakup-spkout'.

Changed 7 years ago by bruno

initrd content list

Changed 7 years ago by bruno

mindi log file

Changed 7 years ago by bruno

mondoarchive log file

comment:2 Changed 7 years ago by bruno

  • Status changed from new to assigned

comment:3 Changed 7 years ago by bruno

  • Resolution set to fixed
  • Status changed from assigned to closed

Fixed in [3014].

Analysis of deps returns /lib64 on Ubuntu and Debian as it's a link, so needed in the rootfs, and thus ReadAllLink? expands it to /lib. But including a full /lib makes stuf behaving as reported here and in #617.

So now real directories are excluded from the tar transfer to the rootfs in order to avoid that.

Mindi now works on Ubuntu 11.04 x86_64

Note: See TracTickets for help on using tickets.