Bug#243619: marked as done (debian-installer installation report)
Your message dated Tue, 20 Apr 2004 01:06:32 -0400
with message-id <20040420050632.GA5045@kitenet.net>
and subject line thanks for yuor report
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; 14 Apr 2004 02:29:50 +0000
>From wjl@icecavern.net Tue Apr 13 19:29:50 2004
Return-path: <wjl@icecavern.net>
Received: from pcp05454496pcs.sandia01.nm.comcast.net (balefire.icecavern.net) [68.35.95.14]
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1BDa9r-0007et-00; Tue, 13 Apr 2004 19:29:48 -0700
Received: from saidin.icecavern.net (saidin.icecavern.net [10.0.0.2])
by balefire.icecavern.net (Postfix) with ESMTP id 30FC42722F
for <submit@bugs.debian.org>; Tue, 13 Apr 2004 20:29:39 -0600 (MDT)
From: Wesley J Landaker <wjl@icecavern.net>
To: submit@bugs.debian.org
Subject: debian-installer installation report
Date: Tue, 13 Apr 2004 20:29:24 -0600
User-Agent: KMail/1.6.1
MIME-Version: 1.0
Content-Type: multipart/signed;
protocol="application/pgp-signature";
micalg=pgp-sha1;
boundary="Boundary-02=_RIKfASOQ0rYWV3V";
charset="utf-8"
Content-Transfer-Encoding: 7bit
Message-Id: <[🔎] 200404132029.38545.wjl@icecavern.net>
Delivered-To: submit@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=-7.0 required=4.0 tests=BAYES_00,HAS_PACKAGE
autolearn=no version=2.60-bugs.debian.org_2004_03_25
X-Spam-Level:
X-CrossAssassin-Score: 1
--Boundary-02=_RIKfASOQ0rYWV3V
Content-Type: text/plain;
charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Package: installation-reports
INSTALL REPORT
Debian-installer-version:=20
Downloaded 2004-04-13, attempted with both:
<http://gluck.debian.org/cdimage/testing/sarge_d-i/i386/beta3/sarge-i386-bu=
sinesscard.iso>
<http://http.us.debian.org/debian/dists/testing/main/installer-i386/current=
/images/floppy/>
uname -a:
Linux saidar 2.4.25-1-k7 #1 Tue Feb 24 14:24:28 EST 2004 i686 GNU/Linux
Date: Tue, 13 Apr 2004 14:04:36 -0600
Method: How did you install? What did you boot off? If network
install, from where? Proxied?
=46irst attempt; using sarge-i386-businesscard.iso. Another GNU/Linux insta=
ll was on the machine, so I thought I'd be able to run the installer right =
from the CD. This wasn't the case.. ironically, if I had been running DOS o=
r Windows, there I probably could have done it easily using the "boot.bat" =
script that used loadin... So I went to try to boot the CD. I have an inter=
nal ZIP drive, a CD-ROM and a CD-RW. Could not boot from either CD-ROM driv=
e, as they are hde and hdg; BIOS does not support booting to those drives. =
Additionally tried using the "smd.img" to be able to boot to either CD; it =
failed to detect either of my CD drives, but thought that my ZIP drive was =
a CD-ROM. None of this necessarily debian-installer's fault, and *I* know h=
ow to fix it, but maybe it's useful feedback. =3D)
Second attempt; using the floppy images mentioned above. Did a network inst=
all using my apt-proxy on another machine on my LAN.
Machine: Custom-built
Processor: AMB Athlon 900MHz
Memory: 256M
Root Device: /dev/hdc5
Root Size/partition table:=20
Disk /dev/hda: 13.6 GB, 13600677888 bytes
255 heads, 63 sectors/track, 1653 cylinders
Units =3D cylinders of 16065 * 512 =3D 8225280 bytes
Device Boot Start End Blocks Id System
/dev/hda1 * 1 1653 13277691 c W95 FAT32 (LBA)
hda1 - an old windows drive (not bootable)
Disk /dev/hdc: 80.0 GB, 80054059008 bytes
16 heads, 63 sectors/track, 155114 cylinders
Units =3D cylinders of 1008 * 512 =3D 516096 bytes
Device Boot Start End Blocks Id System
/dev/hdc1 * 1 780 393088+ 82 Linux swap
/dev/hdc2 781 155114 77784336 5 Extended
/dev/hdc5 781 11954 5631664+ 83 Linux
/dev/hdc6 11955 33738 10979104+ 83 Linux
/dev/hdc7 33739 155114 61173472+ 83 Linux
hdc1 - swap
hdc5 - / (reiserfs)=20
hdc6 - /home (reiserfs)
hdc7 - /data (reiserfs)
Output of lspci:
saidar:~# lspci
pcilib: Cannot open /sys/bus/pci/devices
0000:00:00.0 Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] =
(rev 02)
0000:00:01.0 PCI bridge: VIA Technologies, Inc.: Unknown device 0583
0000:00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super Sout=
h] (rev 22)
0000:00:07.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B=
/VT823x/A/C/VT8235 PIPC Bus Master IDE (rev 10)
0000:00:07.2 USB Controller: VIA Technologies, Inc. VT6202 [USB 2.0 control=
ler] (rev 10)
0000:00:07.3 USB Controller: VIA Technologies, Inc. VT6202 [USB 2.0 control=
ler] (rev 10)
0000:00:07.4 Host bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACP=
I] (rev 30)
0000:00:08.0 Unknown mass storage controller: Promise Technology, Inc. 2026=
9 (rev 02)
0000:00:0a.0 Communication controller: Lucent Microelectronics 56k WinModem=
(rev 01)
0000:00:0c.0 Ethernet controller: 3Com Corporation 3c905B 100BaseTX [Cyclon=
e] (rev 24)
0000:01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G200 AGP =
(rev 01)
Base System Installation Checklist:
[O] =3D OK, [E] =3D Error (please elaborate below), [ ] =3D didn't try it
Initial boot worked: [O] (on the second try w/ the floppies)
Configure network HW: [O]
Config network: [O]
Detect CD: [ ]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives: [O] (see notes below)
Create file systems: [O]
Mount partitions: [O]
Install base system: [O]
Install boot loader: [O]
Reboot: [O]
Comments/Problems:
Overall, very good installer. Some problems booting as mentioned above, but=
not really the installers fault (although it could have made it a bit easi=
er for me...).
Suggestion #1:
When paritioning my hard-drives, I told it to keep and use my /home and /da=
ta paritions, format /, and just ignore hda1 (an old vfat drive). When I we=
nt to continue it gave me a scary unnerving message about how all my data w=
ould be completely lost on all partitions that I had selected a filesystem =
on. Since I had specificially said to "use" /home and /data, this really ma=
de it sound like it was going to format them. I actually knew better than t=
hat, so went ahead and pressed OK, hoping that I really was correct in assu=
ming it would only delete data in the one partition I said to use.
Instead of giving a message that's like "all data will be lost on any parti=
tions that you may have selected to have their filesystems changed"...
It might be better to say something to the effect of: "all data on these pa=
rtitions: > /dev/hdc5 < will be lost."
That would have made be a lot more comfortable...
Suggestion #2:
When it got to paritioning my drives, the choices on the first screen were =
something like:
1. Use all of hda=20
2. Use all of hdc
3. Manually parition
The default was on #1. While this is probably a good default for an install=
on a brand new system, either #1 or #2 would have wiped out another operat=
ing system or important data (i.e. /home) on my drives.
Perhaps it would be good to notice that if there is no parition table on a =
drive to have the default stay how it is, but if a partition table already =
exists to take a different action (i.e. default to manual paritioning, or a=
t least print something like "we've detected you already have a parition ta=
ble; chances are you want to manually select your partitions so that you do=
n't delete all the other operating systems and data on your computer.")
=2D-=20
Wesley J. Landaker <wjl@icecavern.net>
OpenPGP FP: 4135 2A3B 4726 ACC5 9094 0097 F0A9 8A4C 4CD6 E3D2
--Boundary-02=_RIKfASOQ0rYWV3V
Content-Type: application/pgp-signature
Content-Description: signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQBAfKIR8KmKTEzW49IRApzFAJ4haIMb1IqWEsFvjUYO/TkzJInvAgCeIGQY
v4KhNkhr3ZEwmHu/4C159fA=
=ZMRJ
-----END PGP SIGNATURE-----
--Boundary-02=_RIKfASOQ0rYWV3V--
---------------------------------------
Received: (at 243619-done) by bugs.debian.org; 20 Apr 2004 05:06:37 +0000
>From joey@kitenet.net Mon Apr 19 22:06:37 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 1BFnSv-0004D1-00; Mon, 19 Apr 2004 22:06:37 -0700
Received: from dragon.kitenet.net (dial236.pm3bloun2.bloun.naxs.com [216.98.69.236])
(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 31E5217DF4
for <243619-done@bugs.debian.org>; Tue, 20 Apr 2004 05:06:36 +0000 (GMT)
Received: by dragon.kitenet.net (Postfix, from userid 1000)
id 472546E901; Tue, 20 Apr 2004 01:06:32 -0400 (EDT)
Date: Tue, 20 Apr 2004 01:06:32 -0400
From: Joey Hess <joeyh@debian.org>
To: 243619-done@bugs.debian.org
Subject: thanks for yuor report
Message-ID: <20040420050632.GA5045@kitenet.net>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="OgqxwSJOaUobr8KG"
Content-Disposition: inline
User-Agent: Mutt/1.5.5.1+cvs20040105i
Delivered-To: 243619-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=-2.0 required=4.0 tests=BAYES_00 autolearn=no
version=2.60-bugs.debian.org_2004_03_25
X-Spam-Level:
X-CrossAssassin-Score: 1
--OgqxwSJOaUobr8KG
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
The problem you reported about an unclear message when finishing the
partitioning is fixed in the daily bilds, much as you suggested.
The reason we default to using all of the first drive (if there is no
free space; free space is preferred over this) is because it's safe to
do so, actually. The partitioner does not toch the drive until the user
selects yes at the previously mentioned message, and yes is not the
default there, so we don't erase any data without the user taking an
explicit action to do so.=20
--=20
see shy jo
--OgqxwSJOaUobr8KG
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFAhK/Xd8HHehbQuO8RAqBoAJ0QODBM4FcvXYD8fWNsRIedYZQvLACfZmuC
qOnJiNxAtmbiiEfa1XrfqWU=
=uD0m
-----END PGP SIGNATURE-----
--OgqxwSJOaUobr8KG--
Reply to: