[Th] Nowy geninitrd

[Stacho Pal]

On Fri, 4 Sep 2009, Arkadiusz Miskiewicz wrote:
> On Friday 04 of September 2009, Stacho Pal wrote:
>> On Fri, 4 Sep 2009, Arkadiusz Miskiewicz wrote:
>>> On Friday 04 of September 2009, Stacho Pal wrote:
>>>> On Fri, 4 Sep 2009, Arkadiusz Miskiewicz wrote:
>>>>> On Friday 04 of September 2009, Stacho Pal wrote:
>>>>>> Pomogło, ale pewnie ktoś się jeszcze może zdziwić.
>>>>>
>>>>> Czy możesz spróbować zmieniając w /sbin/geninitrd lzma -9 na po prostu
>>>>> lzma?
>>>>
>>>> Pomogło, różnica wielkości:
>>>> -rw------- 1 root root  395900 Sep  4 13:05 init (lzma)
>>>> -rw-r--r-- 1 root root  467544 Sep  4  2009 initrd-2.6.30.5-0.4.gz
>>>> (gzip)
>>>
>>> W th-test ląduje nowy xz (ze skalowaniem automatycznym w dół) oraz nowe
>>> geninitrd używające -9.
>>>
>>> Spróbuj tego zestawu.
>>
>> Hmm, initrd się robi:
>> ====================
>> geninitrd: Loading module [ext4]
>> geninitrd: Adding rootfs finding based on kernel cmdline root= option
>> support.
>> geninitrd: + cp /dev/sda1 /root/tmp/initrd.NiQ7KW/dev/sda1
>> geninitrd: Creating initramfs image /root/tmp/initrd.img-2Y3bo5
>> geninitrd: image size: 2048 KiB (/root/tmp/initrd.NiQ7KW)
>> geninitrd: finding compressor: xz bzip2 gzip (via yes)
>> geninitrd: Compressing init with xz
>> xz: Adjusted LZMA2 dictionary size from 64 MiB to 24 MiB to not exceed the
>> memory usage limit of 293 MiB
>> ====================
>> Tyle że próba załadowania systemu kończy się:
>> 'panic: cannot find root devices'
>> Tak jakby kernel-2.6.30.5-0.4.i686 z Th-test nie 'umiał'
>> tego initrd spakowanego xz. To zrobiłem test:
>>
>> [root w pldmachine boot]# xz -d init.xz
>> [root w pldmachine boot]# mount init /mnt -r -o loop
>> mount: you must specify the filesystem type
>>
>
> geninitrd rel 5 naprawia ten problem.

Rzeczywiście, teraz jest wszytko OK! :)
-- 
pzdr
Stacho Pal