Re: CALL FOR HELP : debian boot floppies 2.2.15 on apus still not ok.
- To: firstname.lastname@example.org
- Cc: email@example.com, Daniel Jacobowitz <firstname.lastname@example.org>, email@example.com, firstname.lastname@example.org, email@example.com, firstname.lastname@example.org
- Subject: Re: CALL FOR HELP : debian boot floppies 2.2.15 on apus still not ok.
- From: Sven LUTHER <email@example.com>
- Date: Mon, 10 Jul 2000 10:54:13 +0200
- Message-id: <20000710105413.A9266@lambda.u-strasbg.fr>
- Mail-followup-to: Sven LUTHER <firstname.lastname@example.org>, email@example.com, Daniel Jacobowitz <firstname.lastname@example.org>, email@example.com, firstname.lastname@example.org, email@example.com, firstname.lastname@example.org
- Reply-to: email@example.com
- In-reply-to: <39698BEA.6B6F9D59@relog.ch>; from firstname.lastname@example.org on Mon, Jul 10, 2000 at 10:40:10AM +0200
- References: <20000705131523.A11187@lambda.u-strasbg.fr> <3968DF84.B61C9EB5@student.ethz.ch> <20000709133641.A21916@drow.them.org> <20000710103051.B8765@lambda.u-strasbg.fr> <39698BEA.6B6F9D59@relog.ch>
On Mon, Jul 10, 2000 at 10:40:10AM +0200, Michel Dänzer wrote:
> Sven LUTHER wrote:
> > On Sun, Jul 09, 2000 at 01:36:41PM -0700, Daniel Jacobowitz wrote:
> > > On Sun, Jul 09, 2000 at 10:24:36PM +0200, Michel Dänzer wrote:
> > > > > $ mount -r -t vfat -o loop=/dev/loop0 resceu.bin /mnt
> > > > >
> > > > > And see if it can be mounted ...
> > > >
> > > > It works if I omit the '=/dev/loop0' , and now on the second try (after
> > > > getting back to the installer main menu) df shows /dev/loop0 .
> > > >
> > > > So the problem must be elsewhere, any ideas?
> > >
> > > Oho! Now that is interesting. Is /dev/loop0 created properly (I think
> > > someone doublechecked that earlier...)? If so, then I would blame the
> > > APUS kernel patches.
> > Ok, but remember, when i install the base tarball by hand, the above works
> > without problem, with the exact same kernel. But then modules are installed,
> > that is the only difference, but the loop module is builtin.
> > Could there be another module that has soime influence on this ?
> You can find out very easily: lsmod will tell after you have mounted the
> What really caught my eye in the log though was that dbootstrap doesn't even
> use the -o loop[=...] mount option, it apparently uses losetup to initialize
> the loop device and then mounts from it directly. I feel the problem might be
> there somewhere.
Yes, it does some funny piping and other stuff, should look in the dbootstrap
code to get the exact command.