"Michael D. Schleif" wrote:
>
> Charles Steinkuehler wrote:
> >
> > > Did you see my post about net-snmp? This package requires libdb.so.2 which
> > > is not part of the libraries on the Dachstein CD. I found the file on the
> > > Debian web site in the libdb++ package. Did you include it in eit
Charles Steinkuehler wrote:
>
> > Did you see my post about net-snmp? This package requires libdb.so.2 which
> > is not part of the libraries on the Dachstein CD. I found the file on the
> > Debian web site in the libdb++ package. Did you include it in either of
> > your net-snmp packages? If no
> > > If I understand right, the steps are:
> > >
> > > 1. Create and compile a kernel of your choice.
> > > 2. Create a Minix file system and populate it with the contents of
> > > root.lrp
> > > 3. Compress the Minix filesystem with gzip and put on disk as
initrd.gz
> > > 4. Modify linuxrc to ru
Charles Steinkuehler wrote:
>
> > If I understand right, the steps are:
> >
> > 1. Create and compile a kernel of your choice.
> > 2. Create a Minix file system and populate it with the contents of
> > root.lrp
> > 3. Compress the Minix filesystem with gzip and put on disk as initrd.gz
> > 4. Mod
Jacques NIlo wrote:
>
> > You and initrd.txt both talk of pivot_root - but I
> > can't find the command anywhere.
>
> It's in busybox. Read initrd.txt in kernel Doc for
> instruction.
I saw initrd.txt - and have 2.4 systems here, too. Doing a which
pivot_root or a man pivot_root fails on all s
> > I don't think this is the best way to solve this. IMHO, it's better to
have
> > the kernel boot with root=[!ram0], which will get linuxrc running.
>
> I don't know what you mean by that... What would root= be, then? And
> what does that have to do with /linuxrc?
>
> I'm just getting a handl
> You and initrd.txt both talk of pivot_root - but I
can't find the
> command anywhere.
It's in busybox. Read initrd.txt in kernel Doc for
instruction.
> Actually, Oxygen does NOT do this, as busybox is
entirely statically
> linked, and includes all applets as before. Many of
the "necessities"
Charles Steinkuehler wrote:
> I don't think this is the best way to solve this. IMHO, it's better to have
> the kernel boot with root=[!ram0], which will get linuxrc running.
I don't know what you mean by that... What would root= be, then? And
what does that have to do with /linuxrc?
I'm jus
Jacques NIlo wrote:
> My proposal - and what I have implemented in my last
> experimental LEAF 2.4.16 image (the b1 version)- is the
> following:
>
> a/ Whatever is provided after the initrd= variable will
> contain the smallest possible filesystem. The smallest I
> found consists of a 1,2M (unc
> If I understand right, the steps are:
> >
> > 1. Create and compile a kernel of your choice.
> > 2. Create a Minix file system and populate it with
the contents of
> > root.lrp
> > 3. Compress the Minix filesystem with gzip and put on
disk as initrd.gz
> > 4. Modify linuxrc to run /sbin/init at
> If I understand right, the steps are:
>
> 1. Create and compile a kernel of your choice.
> 2. Create a Minix file system and populate it with the contents of
> root.lrp
> 3. Compress the Minix filesystem with gzip and put on disk as initrd.gz
> 4. Modify linuxrc to run /sbin/init at the end
I d
11 matches
Mail list logo
