Bug#235540: marked as done ([i386] [unknown] [floppy] various problems)
Your message dated Wed, 13 Oct 2004 16:37:01 -0400
with message-id <20041013203701.GA20371@kitenet.net>
and subject line closing reports due to lack of response from submitter
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--------------------------------------
Received: (at submit) by bugs.debian.org; 29 Feb 2004 23:39:23 +0000
>From dischord@myrealbox.com Sun Feb 29 15:39:23 2004
Return-path: <dischord@myrealbox.com>
Received: from h0005028e4f3a.ne.client2.attbi.com (chives.local) [66.31.71.22]
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1AxaWo-0007S8-00; Sun, 29 Feb 2004 15:39:22 -0800
Received: by chives.local (Postfix, from userid 211)
id F3577872; Sun, 29 Feb 2004 18:37:00 -0500 (EST)
Date: Sun, 29 Feb 2004 18:37:00 -0500
From: Jack Carroll <dischord@myrealbox.com>
To: submit@bugs.debian.org
Subject: Debian-installer
Message-ID: <20040229233659.GA480@chives.local>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4i
Delivered-To: submit@bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_02_27
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-5.0 required=4.0 tests=HAS_PACKAGE autolearn=no
version=2.60-bugs.debian.org_2004_02_27
X-Spam-Level:
Package: installation-reports
Debian-installer-version: 2/28/2004 ftp.debian.org
uname -a: N/A, couldn't get that far
Date: 2/28/2004 1600 EST
Method: Booted from floppies, and loaded installer kernel modules from
floppies. Intended to download system, didn't get that far.
Machine: Frankenstein, assembled from used parts. In service since 1996.
Processor: 486
Memory: 48 MB
Root Device: SCSI Name of device: /dev/sdb
Root Size/partition table: Pre-existing. 50 MB /boot on /dev/sdb1, 256 MB
swap, remainder of 2.1 GB disk /
Output of lspci:
Base System Installation Checklist:
Initial boot worked: [O]
Configure network HW: [O]
Config network: [O]
Detect CD: [ ]
Load installer modules: [E]
Detect hard drives: [O]
Partition hard drives: [E]
Create file systems: [E]
Mount partitions: [E]
Install base system: [ ]
Install boot loader: [ ]
Reboot: [ ]
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it
Comments/Problems:
1. The fatal error occurred at the "Configure and mount" screen. Only the
partitions on /dev/sda were displayed and offered for assignment of mount
points. I was trying to install on /dev/sdb. No further progress was
possible.
The previous screen, "Partition", correctly showed all the partitions on
all the SCSI hard disks connected at the time. cfdisk also showed all
partitions on all disks.
This implies that the bug is local to the configure routine, and not
anything fundamental.
For comparision, the Debian 3.0 boot floppy set was able to install
successfully on /dev/sdb.
2. There were difficulties in loading the correct kernel module for the
AHA1542 SCSI host adapter. None of the screens offering modules to be
loaded ever mentioned specific SCSI board drivers at all. (Mostly, they
went on at length about IDE modules -- my system has no IDE devices and no
IDE interfaces.) I managed it by reading through all of the driver disks.
The board was never detected, so I had to load aha1542 by hand with a
modprobe command from virtual terminal 2. This would have stopped a newbie
cold.
I've noticed that recent installers for other distributions also no
longer work properly with older hardware, particularly SCSI boards and
genuine, Novell brand NE-2000 Ethernet boards. Considering that one of
Linux's claims to fame is that it installs on practically anything, this is
a fairly serious deficiency. I recommend going back to the practice of
listing _all_ available modules for manual selection, regardless of whether
the program thinks they're needed. Also, the first driver floppy should
install a complete list of modules and what they're for, and which disk each
one is on. It is also necessary to offer the possibility of setting IRQs,
base addresses, etc. manually, since not all hardware supports doing it
automatically. It worked great back in 1996. The sysadmin often knows
best.
3. The filenames of the driver floppy images weren't particularly
informative. I really couldn't tell which one had the SCSI drivers on it,
so I ran through them all.
4. The Install HOWTO doesn't specify the exact syntax for the dd command to
write the boot, root, and driver floppies. I guessed, based on the old
install manual. I seem to have gotten away with it. But it would be better
to explain what block size and count to use, whether to use the conv=sync
parameter, and _why_.
5. The HOWTO talks a lot about the unreliability of floppies. That has
never been my experience. I buy good brands, though. Imation rates theirs
for 25 years data storage longevity. Verbatim also has a good reputation.
6. The "Configure and lay out" screen only offered to create ext2 file
systems, not ext3 or Reiser. Supposedly this was fixed, but I didn't see
that.
7. In my opinion, attempting to partition and lay out target drives before
establishing access to the installation media (CDs, Debian mirror, or local
hard disk, etc.) isn't the ideal sequence of steps. I realize it's late in
the project to bring this up, but I think some problems could be avoided by
re-examining the order things are done in.
Since a lot of the recent difficulty seems to come from limited space for
the ever-growing installation kernel on the floppies, which forces a lot of
modules off onto driver floppies, a better approach would be to have the
boot/root floppy set concentrate on just opening a path to the main
installation media. Once the first-stage installer can read or download
files, it could load an installer kernel of unlimited size, with drivers for
everything in the world compiled in, and hand off control to it.
At that point it would be a lot easier to partition and lay out the
drives.
Another benefit of that approach would be simpler boot floppies, and
maybe the possibility of more descriptive naming:
IDE install media boot floppy
SCSI install media boot floppy
Network install media boot floppy
---------------------------------------
Received: (at 235540-done) by bugs.debian.org; 13 Oct 2004 21:47:42 +0000
>From joey@kitenet.net Wed Oct 13 14:47:42 2004
Return-path: <joey@kitenet.net>
Received: from kitenet.net [64.62.161.42] (postfix)
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1CHqyE-0007Bk-00; Wed, 13 Oct 2004 14:47:42 -0700
Received: from dragon.kitenet.net (unknown [66.168.94.144])
(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
(Client CN "Joey Hess", Issuer "Joey Hess" (verified OK))
by kitenet.net (Postfix) with ESMTP id 2C3A6182D5;
Wed, 13 Oct 2004 20:35:33 +0000 (GMT)
Received: by dragon.kitenet.net (Postfix, from userid 1000)
id C8D056E393; Wed, 13 Oct 2004 16:37:01 -0400 (EDT)
Date: Wed, 13 Oct 2004 16:37:01 -0400
From: Joey Hess <joeyh@debian.org>
To: 230977-done@bugs.debian.org, 233007-done@bugs.debian.org,
233978-done@bugs.debian.org, 234605-done@bugs.debian.org,
234687-done@bugs.debian.org, 235096-done@bugs.debian.org,
235342-done@bugs.debian.org, 235418-done@bugs.debian.org,
235540-done@bugs.debian.org, 235691-done@bugs.debian.org,
236142-done@bugs.debian.org, 236845-done@bugs.debian.org,
237120-done@bugs.debian.org, 237418-done@bugs.debian.org,
238115-done@bugs.debian.org
Subject: closing reports due to lack of response from submitter
Message-ID: <20041013203701.GA20371@kitenet.net>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="DocE+STaALJfprDB"
Content-Disposition: inline
User-Agent: Mutt/1.5.6+20040907i
Delivered-To: 235540-done@bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-1.5 required=4.0 tests=BAYES_00,SORTED_RECIPS,
SUSPICIOUS_RECIPS autolearn=no version=2.60-bugs.debian.org_2004_03_25
X-Spam-Level:
X-CrossAssassin-Score: 9
--DocE+STaALJfprDB
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
I'm closing this installation report, since request(s) for more information
were not answered. If you still experience the problem, or if you can tell
us the information we originally asked for, please write back and tell us.
Note that much newer versions of the installer are now available, which fix
a lot of bugs, including possibly the ones you reported.
--=20
see shy jo
--DocE+STaALJfprDB
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)
iD8DBQFBbZHtd8HHehbQuO8RAp85AKC1tYxTRCLmcUAXJifoDXUtStudowCg5iqU
B8EBP1zmVNUGyWWJiu0dtuE=
=IVla
-----END PGP SIGNATURE-----
--DocE+STaALJfprDB--
Reply to: