Bug#280842: marked as done (Installer Report)
Your message dated Fri, 12 Nov 2004 08:19:19 +0100
with message-id <20041112071919.GS22473@mykerinos.kheops.frmug.org>
and subject line Bug#280842: Installer 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; 12 Nov 2004 00:23:32 +0000
>From john@sound-man.uklinux.net Thu Nov 11 16:23:32 2004
Return-path: <john@sound-man.uklinux.net>
Received: from adsl-static-1-49.uklinux.net (localhost.localdomain) [62.245.36.49]
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1CSPDv-0007mM-00; Thu, 11 Nov 2004 16:23:32 -0800
Received: from anon by localhost.localdomain with local (Exim 4.24)
id 1CSPWQ-0000AS-CH
for submit@bugs.debian.org; Fri, 12 Nov 2004 00:42:38 +0000
Subject: Installer Report
From: john@sound-man.uklinux.net
To: submit@bugs.debian.org
Message-Id: <[🔎] E1CSPWQ-0000AS-CH@localhost.localdomain>
Date: Fri, 12 Nov 2004 00:42:38 +0000
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=-6.4 required=4.0 tests=BAYES_00,HAS_PACKAGE,
NO_REAL_NAME autolearn=no version=2.60-bugs.debian.org_2004_03_25
X-Spam-Level:
Package: installation-reports
INSTALL REPORT
Debian-installer-version: sarge-i386-netinst.iso (daily build 10-11-04)
uname -a:
Linux localhost 2.6.8-1-386 #1 Thu Oct 7 02:21:16 EDT 2004 i686 GNU/Linux
Date: 11-11-04 6pm
Method: Installed from sarge snapshot CD's (08-11-04), booted from
installer CD (Asus CRW-5224A IDE CD-RW drive)
boot: linux26 netcfg/disable_dhcp=true hw-detect/start_pcmcia=false
Machine: Home-built PC - ASRock K7VT2 m/board, VIAKT266A chipset
Processor: Athlon XP2000+ (1.66GHz)
Memory: 512MB DDR266
Root Device: IDE disk - Maxtor DiamondMax Plus 8 30GB 7200rpm UDMA133
Root Size/partition table:
Disk /dev/hda: 30.7 GB, 30750031872 bytes
255 heads, 63 sectors/track, 3738 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/hda1 1 17 136521 83 Linux /boot
/dev/hda2 18 3738 29888932+ 5 Extended
/dev/hda5 18 148 1052226 82 Linux swap
/dev/hda6 149 1168 8193118+ 83 Linux /
/dev/hda7 1169 2188 8193118+ 83 Linux unused
/dev/hda8 2189 3208 8193118+ 83 Linux unused
/dev/hda9 3209 3336 1028128+ 83 Linux unused
/dev/hda10 3337 3464 1028128+ 83 Linux unused
/dev/hda11 3465 3592 1028128+ 83 Linux unused
/dev/hda12 3593 3738 1172713+ 83 Linux unused
Output of lspci and lspci -n:
lspci -v:
0000:00:00.0 Host bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo KT266/A/333]
Subsystem: Unknown device 1849:3099
Flags: bus master, 66MHz, medium devsel, latency 0
Memory at e0000000 (32-bit, prefetchable) [size=64M]
Capabilities: [a0] AGP version 2.0
Capabilities: [c0] Power Management version 2
0000:00:01.0 PCI bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo KT266/A/333 AGP] (prog-if 00 [Normal decode])
Flags: bus master, 66MHz, medium devsel, latency 0
Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
I/O behind bridge: 0000c000-0000cfff
Memory behind bridge: dfe00000-dfefffff
Prefetchable memory behind bridge: cfd00000-dfcfffff
Capabilities: [80] Power Management version 2
0000:00:0d.0 Multimedia audio controller: C-Media Electronics Inc CM8738 (rev 10)
Subsystem: C-Media Electronics Inc CMI8738/C3DX PCI Audio Device
Flags: bus master, medium devsel, latency 32, IRQ 169
I/O ports at ec00 [size=256]
Capabilities: [c0] Power Management version 2
0000:00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80) (prog-if 00 [UHCI])
Subsystem: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller
Flags: bus master, medium devsel, latency 32, IRQ 177
I/O ports at e000 [size=32]
Capabilities: [80] Power Management version 2
0000:00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80) (prog-if 00 [UHCI])
Subsystem: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller
Flags: bus master, medium devsel, latency 32, IRQ 177
I/O ports at e400 [size=32]
Capabilities: [80] Power Management version 2
0000:00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80) (prog-if 00 [UHCI])
Subsystem: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller
Flags: bus master, medium devsel, latency 32, IRQ 177
I/O ports at e800 [size=32]
Capabilities: [80] Power Management version 2
0000:00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82) (prog-if 20 [EHCI])
Subsystem: VIA Technologies, Inc. USB 2.0
Flags: bus master, medium devsel, latency 32, IRQ 177
Memory at dfffff00 (32-bit, non-prefetchable) [size=256]
Capabilities: [80] Power Management version 2
0000:00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge
Subsystem: Unknown device 1849:3177
Flags: bus master, stepping, medium devsel, latency 0
Capabilities: [c0] Power Management version 2
0000:00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) (prog-if 8a [Master SecP PriP])
Subsystem: Unknown device 1849:0571
Flags: bus master, medium devsel, latency 32, IRQ 255
I/O ports at fc00 [size=16]
Capabilities: [c0] Power Management version 2
0000:00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 74)
Subsystem: Unknown device 1849:3065
Flags: bus master, medium devsel, latency 32, IRQ 185
I/O ports at dc00 [size=256]
Memory at dffffe00 (32-bit, non-prefetchable) [size=256]
Capabilities: [40] Power Management version 2
0000:01:00.0 VGA compatible controller: ATI Technologies Inc Radeon RV100 QY [Radeon 7000/VE] (prog-if 00 [VGA])
Subsystem: Hightech Information System Ltd.: Unknown device 0f02
Flags: bus master, stepping, 66MHz, medium devsel, latency 32
Memory at d0000000 (32-bit, prefetchable) [size=128M]
I/O ports at c800 [size=256]
Memory at dfef0000 (32-bit, non-prefetchable) [size=64K]
Expansion ROM at dfec0000 [disabled] [size=128K]
Capabilities: [58] AGP version 2.0
Capabilities: [50] Power Management version 2
lspci -n:
0000:00:00.0 0600: 1106:3099
0000:00:01.0 0604: 1106:b099
0000:00:0d.0 0401: 13f6:0111 (rev 10)
0000:00:10.0 0c03: 1106:3038 (rev 80)
0000:00:10.1 0c03: 1106:3038 (rev 80)
0000:00:10.2 0c03: 1106:3038 (rev 80)
0000:00:10.3 0c03: 1106:3104 (rev 82)
0000:00:11.0 0601: 1106:3177
0000:00:11.1 0101: 1106:0571 (rev 06)
0000:00:12.0 0200: 1106:3065 (rev 74)
0000:01:00.0 0300: 1002:5159
Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it
Initial boot worked: [0]
Configure network HW: [E]
Config network: [0]
Detect CD: [0]
Load installer modules: [0]
Detect hard drives: [0]
Partition hard drives: [0]
Create file systems: [0]
Mount partitions: [0]
Install base system: [0]
Install boot loader: [0]
Reboot: [0]
Comments/Problems:
1 - Where's fdisk? I prefer fdisk for writing partition tables. After
<AltF2>ing to the text console to use it I discovered it wasn't
there. Please include it in the final release - it doesn't take
up much space and is a lot nicer for the experienced
user.
2 - I had a problem with using two ethernet controllers at once,
the onboard Via and a Natsemi-based PCI card.
I couldn't find a way of making the
Via eth0 and the Natsemi eth1 (the installer made them the other
way around). I took out the Natsemi card and the network setup went
OK with via-rhine module assigned to eth0.
On re-installing the card after the installation was finished,
eth0 reverted to natsemi and eth1 to via-rhine on rebooting
despite the addition of
alias eth0 via-rhine
alias eth1 natsemi
to /etc/modules.conf. I did notice that `lspci' listed the Natsemi
card before the onboard Via, so I guess that's the order
the kernel detects them in. I solved the problem by putting
via-rhine
natsemi
in /etc/modules. This appears to load the modules in that order
before the kernel probes for them.
I'm not sure if that counts as a bug or if it was just my ignorance
of the way modules are loaded.
General Comments: Compared with my previous installation (Debian-installer
Beta-1 used to install 11-11-03 Sid snapshot) this is very nice. Apart from
the above minor problem with ethernet modules, all my hardware appears to
to have been detected properly and set up with the right modules.
(A trivial point - I did notice that /floppy symlink to /media/floppy0 is
missing).
I switched to Debian around 18 months ago after getting tired of the amount
of software I was forced to install by Red Hat's installation program.
The Debian-installer is far superior - it's very easy to use and still
allows a lean, bloat-free installation.
---------------------------------------
Received: (at 280842-done) by bugs.debian.org; 12 Nov 2004 07:20:11 +0000
>From bubulle@kheops.frmug.org Thu Nov 11 23:20:11 2004
Return-path: <bubulle@kheops.frmug.org>
Received: from lns-th2-5f-81-56-227-253.adsl.proxad.net (kheops.homeunix.org) [81.56.227.253]
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1CSVj9-0000jw-00; Thu, 11 Nov 2004 23:20:11 -0800
Received: from localhost (localhost [127.0.0.1])
by kheops.homeunix.org (Postfix) with ESMTP
id 02C584F997; Fri, 12 Nov 2004 08:19:33 +0100 (CET)
Received: from kheops.homeunix.org ([127.0.0.1])
by localhost (kheops [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id 00882-02; Fri, 12 Nov 2004 08:19:30 +0100 (CET)
Received: from mykerinos.kheops.frmug.org (mykerinos.kheops.frmug.org [192.168.1.3])
by kheops.homeunix.org (Postfix) with ESMTP
id 4A3FF4F96E; Fri, 12 Nov 2004 08:19:30 +0100 (CET)
Received: by mykerinos.kheops.frmug.org (Postfix, from userid 7426)
id D8D1523265; Fri, 12 Nov 2004 08:19:19 +0100 (CET)
Date: Fri, 12 Nov 2004 08:19:19 +0100
From: Christian Perrier <bubulle@debian.org>
To: john@sound-man.uklinux.net, 280842-done@bugs.debian.org
Subject: Re: Bug#280842: Installer Report
Message-ID: <20041112071919.GS22473@mykerinos.kheops.frmug.org>
References: <[🔎] E1CSPWQ-0000AS-CH@localhost.localdomain>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <[🔎] E1CSPWQ-0000AS-CH@localhost.localdomain>
X-message-flag: Outlook is a good virus spreading tool. It can send mail, too.
X-pot_a_miel: honeypot@kheops.frmug.org
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at kheops.frmug.org
Delivered-To: 280842-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=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER
autolearn=no version=2.60-bugs.debian.org_2004_03_25
X-Spam-Level:
> 1 - Where's fdisk? I prefer fdisk for writing partition tables. After
> <AltF2>ing to the text console to use it I discovered it wasn't
> there. Please include it in the final release - it doesn't take
> up much space and is a lot nicer for the experienced
> user.
Use expert mode and choose the "partitioner" udeb (from memory) will
bring you with the fdisk thing (that bloody impossible to properly
translate thing...:-)))
> I couldn't find a way of making the
> Via eth0 and the Natsemi eth1 (the installer made them the other
> way around). I took out the Natsemi card and the network setup went
> OK with via-rhine module assigned to eth0.
> On re-installing the card after the installation was finished,
> eth0 reverted to natsemi and eth1 to via-rhine on rebooting
> despite the addition of
>
> alias eth0 via-rhine
> alias eth1 natsemi
>
> to /etc/modules.conf. I did notice that `lspci' listed the Natsemi
> card before the onboard Via, so I guess that's the order
> the kernel detects them in. I solved the problem by putting
>
> via-rhine
> natsemi
>
> in /etc/modules. This appears to load the modules in that order
> before the kernel probes for them.
This is the only way to get the modules loaded in the order you wich.
> I'm not sure if that counts as a bug or if it was just my ignorance
> of the way modules are loaded.
>
> General Comments: Compared with my previous installation (Debian-installer
> Beta-1 used to install 11-11-03 Sid snapshot) this is very nice. Apart from
> the above minor problem with ethernet modules, all my hardware appears to
> to have been detected properly and set up with the right modules.
> (A trivial point - I did notice that /floppy symlink to /media/floppy0 is
> missing).
> I switched to Debian around 18 months ago after getting tired of the amount
> of software I was forced to install by Red Hat's installation program.
> The Debian-installer is far superior - it's very easy to use and still
> allows a lean, bloat-free installation.
And then closing yet another successful install report...THanks for
your time testing it and reporting your test results.
Reply to: