[gentoo-embedded] initrd and /dev

[gentoo-embedded] initrd and /dev

[Jakub Ladman]

Hi there
I know that this is an OT, but there will be people who knows it ...

I have system with 2.4.21 kernel (specific patches from hardware developer) 
and i can not choose other kernel at the time.

at initrd disk is /dev directory with some statical node files, but kernel 
appends some nodes while booting.

After boot linuxrc script is executed

#!/bin/sh
echo "Mounting /proc"
mount -t proc none /proc
echo "Installing usb storage related modules"
insmod sh7760-usb
insmod scsi_mod
insmod usb-storage
insmod sd_mod
echo "mounting new root filesystem"
mount /dev/scsi/host0/bus0/target0/lun0/part1 /mnt
cd /mnt
echo "going into new root filesystem"
/sbin/pivot_root . mnt/old_root
exec /sbin/chroot . sh -c 'umount mnt/old_root; exec /sbin/init'

but in the new root filesystem is /dev directory too, but without the nodes 
appended by kernel.

How to do it as simple as possible to have former dev in new root filesystem?

Thank you very much.
Jakub Ladman
-- 
gentoo-embedded@gentoo.org mailing list

Re: [gentoo-embedded] initrd and /dev

[Vladimir Pouzanov]

On 9/20/06, Jakub Ladman <ladmanj@volny.cz> wrote:
> How to do it as simple as possible to have former dev in new root filesystem?

cp?

-- 
Sincerely,
Vladimir "Farcaller" Pouzanov
http://www.hackndev.com
-- 
gentoo-embedded@gentoo.org mailing list

Re: [gentoo-embedded] initrd and /dev

[Jakub Ladman]

Dne středa 20 září 2006 19:07 Vladimir Pouzanov napsal(a):
> On 9/20/06, Jakub Ladman <ladmanj@volny.cz> wrote:
> > How to do it as simple as possible to have former dev in new root
> > filesystem?
>
> cp?
Does it not attempt to copy content instead of copying special files?
Jakub
>
> --
> Sincerely,
> Vladimir "Farcaller" Pouzanov
> http://www.hackndev.com

-- 
gentoo-embedded@gentoo.org mailing list

Re: [gentoo-embedded] initrd and /dev

[Jakub Ladman]

Dne středa 20 září 2006 20:24 Jakub Ladman napsal(a):
> Dne středa 20 září 2006 19:07 Vladimir Pouzanov napsal(a):
> > On 9/20/06, Jakub Ladman <ladmanj@volny.cz> wrote:
> > > How to do it as simple as possible to have former dev in new root
> > > filesystem?
> >
> > cp?

Also i have only busybox cp there.

>
> Does it not attempt to copy content instead of copying special files?
> Jakub
>
> > --
> > Sincerely,
> > Vladimir "Farcaller" Pouzanov
> > http://www.hackndev.com

-- 
gentoo-embedded@gentoo.org mailing list

[gentoo-embedded] GNAP - mounting image.squashfs fails while booting

[Janusz Syrytczyk]

Hi,

I created another gnap device, but it's primary goal is to write some 
image to an ide disk. Gnap was to be used as transport for an iso file 
which is about 3.8 GB large. I've created extension which contains the 
file, remastered "mynewcore", overlayed and tried to boot.

And I got such messages:

 >> Mounting squashfs filesystem
mount: mounting /newroot/mnt/cdrom/image.squashfs on /newroot/mnt/livecd 
failed: Invalid argument

Later I've got all the consequences of not mounting squashfs and finaly 
kernel panic ( - not syncing: Attempted to kill init!).

My iso file is ~750 MB. Do I miss something obvious or sth else? Not 
even mention that image.squashfs taken from "mynewcore.tar" mounts 
perfectly in host system (for example mount -o loop image.squashfs 
/mnt/squash goes ok).

Janusz
-- 
gentoo-embedded@gentoo.org mailing list

Re: [gentoo-embedded] GNAP - mounting image.squashfs fails while booting

[Janusz Syrytczyk]

Janusz Syrytczyk wrote:
> Hi,
>
> I created another gnap device, but it's primary goal is to write some 
> image to an ide disk. Gnap was to be used as transport for an iso file 
> which is about 3.8 GB large. I've created extension which contains the 
> file, remastered "mynewcore", overlayed and tried to boot.
>
> And I got such messages:
>
> >> Mounting squashfs filesystem
> mount: mounting /newroot/mnt/cdrom/image.squashfs on 
> /newroot/mnt/livecd failed: Invalid argument
>
> Later I've got all the consequences of not mounting squashfs and 
> finaly kernel panic ( - not syncing: Attempted to kill init!).
>
> My iso file is ~750 MB. Do I miss something obvious or sth else? Not 
> even mention that image.squashfs taken from "mynewcore.tar" mounts 
> perfectly in host system (for example mount -o loop image.squashfs 
> /mnt/squash goes ok).
>
> Janusz

Well,
because no one gave me an answer I needed to get this cracked by myself ;-)

On host system I use gentoo-sources - 2.6.16-gentoo-r1. It looks that 
creating squashfs filesystem using the kernel and squashfs-tools-3.1_p2 
results in error while booting GNAP core remastered with any extension 
(including boa, dash, rrdtool delivered as examples to GNAP).

I've also tried using another system as host (2.6.17-gentoo-r7) and the 
results were exactly the same.

Because above error was about squashfs, I tried changing the GNAP kernel 
(I've chosen new gentoo sources 2.6.18). This resolved the problem, so I 
assume it was problem with squashfs mounting options in standard GNAP 
kernel. I find this as a GNAP bug, because it prevents anyone using some 
kernel versions using GNAP extensions or standard GNAP kernel. 
Unfortunately, I don't know how to resolve this problem permanently :-(

Janusz

-- 
gentoo-embedded@gentoo.org mailing list

Re: [gentoo-embedded] GNAP - mounting image.squashfs fails while booting

[Thierry Carrez]

Janusz Syrytczyk wrote:

> I created another gnap device, but it's primary goal is to write some
> image to an ide disk. Gnap was to be used as transport for an iso file
> which is about 3.8 GB large. I've created extension which contains the
> file, remastered "mynewcore", overlayed and tried to boot.
> 
> And I got such messages:
> 
>>> Mounting squashfs filesystem
> mount: mounting /newroot/mnt/cdrom/image.squashfs on /newroot/mnt/livecd
> failed: Invalid argument
> 
> Later I've got all the consequences of not mounting squashfs and finaly
> kernel panic ( - not syncing: Attempted to kill init!).

Looks very much like
https://bugs.gentoo.org/show_bug.cgi?id=136561

-- 
Koon
-- 
gentoo-embedded@gentoo.org mailing list

Re: [gentoo-embedded] GNAP - mounting image.squashfs fails while booting

[Janusz Syrytczyk]

Thierry Carrez wrote:
> Janusz Syrytczyk wrote:
>
>   
>> I created another gnap device, but it's primary goal is to write some
>> image to an ide disk. Gnap was to be used as transport for an iso file
>> which is about 3.8 GB large. I've created extension which contains the
>> file, remastered "mynewcore", overlayed and tried to boot.
>>
>> And I got such messages:
>>
>>     
>>>> Mounting squashfs filesystem
>>>>         
>> mount: mounting /newroot/mnt/cdrom/image.squashfs on /newroot/mnt/livecd
>> failed: Invalid argument
>>
>> Later I've got all the consequences of not mounting squashfs and finaly
>> kernel panic ( - not syncing: Attempted to kill init!).
>>     
>
> Looks very much like
> https://bugs.gentoo.org/show_bug.cgi?id=136561
>
>   

Yes, exactly, I haven't found that before. Solved. Thanks.

Janusz
-- 
gentoo-embedded@gentoo.org mailing list

Re: [gentoo-embedded] initrd and /dev

[Mike Frysinger]

[-- Attachment #1: Type: text/plain, Size: 379 bytes --]

On Wednesday 20 September 2006 14:24, Jakub Ladman wrote:
> Dne středa 20 září 2006 19:07 Vladimir Pouzanov napsal(a):
> > On 9/20/06, Jakub Ladman <ladmanj@volny.cz> wrote:
> > > How to do it as simple as possible to have former dev in new root
> > > filesystem?
> >
> > cp?
>
> Does it not attempt to copy content instead of copying special files?

cp -a
-mike

[-- Attachment #2: Type: application/pgp-signature, Size: 827 bytes --]

Re: [gentoo-embedded] initrd and /dev

[Jakub Ladman]

Thank you, i will try it tomorrow.
:-)

Dne středa 20 září 2006 21:23 Mike Frysinger napsal(a):
> On Wednesday 20 September 2006 14:24, Jakub Ladman wrote:
> > Dne středa 20 září 2006 19:07 Vladimir Pouzanov napsal(a):
> > > On 9/20/06, Jakub Ladman <ladmanj@volny.cz> wrote:
> > > > How to do it as simple as possible to have former dev in new root
> > > > filesystem?
> > >
> > > cp?
> >
> > Does it not attempt to copy content instead of copying special files?
>
> cp -a
> -mike

-- 
gentoo-embedded@gentoo.org mailing list