Bug#247504: Bug#226821:

2004-05-06 Thread Doug Larrick
*2: After the installation and reboot, the two network adaptors were
detected in the opposite order, so that the wired card (that was eth0
during install) was now eth1, and the wireless card (that was eth1 during
install) was now eth0.  This problem was easy to fix with appropriate
entries in /etc/modules (so the drivers are forced to load in the proper
order).

Hmm, don't know if this is still present. Reassigned, too. Can you test
this with Beta 4?
Sorry, I can't re-test this problem.  The laptop which showed it does 
not have a spare partition on which to perform a new installation.

-Doug


signature.asc
Description: OpenPGP digital signature


Bug#226821:

2004-01-08 Thread Doug Larrick
Package: installation-reports

INSTALL REPORT

Debian-installer-version:
http://people.debian.org/~manty/testing/netinst/i386/20040107/
uname -a: Linux feathers 2.4.22-1-386 #9 Sat Oct 4 14:30:39 EST 2003 i686
GNU/Linux
Date: Jan. 7, 2003, 18:00 EST
Method: Burned and booted i386 netinst iso; remaining packages from
ftp.us.debian.org

Machine: IBM Thinkpad T30
Processor: 1.8 GHz P4-Mobile
Memory: 512 MB
Root Device: IDE HITACHI_DK23FB-60B
Root Size/partition table:
/dev/hda1   *   1155111718750+   7  HPFS/NTFS
/dev/hda233877752330069605  Extended
/dev/hda31551338613879378   83  Linux
/dev/hda533873518  997888+  82  Linux swap
/dev/hda6   *3519775232009008+  83  Linux

hda1: Windows install for dual-boot
hda3 was not used for installation
hda5: swap
hda6: root (only) partition for install

Output of lspci:
00:00.0 Host bridge: Intel Corp. 82845 845 (Brookdale) Chipset Host Bridge
(rev 04)
00:01.0 PCI bridge: Intel Corp. 82845 845 (Brookdale) Chipset AGP Bridge
(rev 04)
00:1d.0 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #1) (rev 02)
00:1d.1 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #2) (rev 02)
00:1d.2 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #3) (rev 02)
00:1e.0 PCI bridge: Intel Corp. 82801BAM/CAM PCI Bridge (rev 42)
00:1f.0 ISA bridge: Intel Corp. 82801CAM ISA Bridge (LPC) (rev 02)
00:1f.1 IDE interface: Intel Corp. 82801CAM IDE U100 (rev 02)
00:1f.3 SMBus: Intel Corp. 82801CA/CAM SMBus Controller (rev 02)
00:1f.5 Multimedia audio controller: Intel Corp. 82801CA/CAM AC'97 Audio
Controller (rev 02)
00:1f.6 Modem: Intel Corp. 82801CA/CAM AC'97 Modem Controller (rev 02)
01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M7
LW [Radeon Mobility 7500]
02:00.0 CardBus bridge: Texas Instruments PCI1250 PC card Cardbus
Controller (rev 01)
02:00.1 CardBus bridge: Texas Instruments PCI1250 PC card Cardbus
Controller (rev 01)
02:02.0 Network controller: Harris Semiconductor Prism 2.5 Wavelan chipset
(rev 01)
02:08.0 Ethernet controller: Intel Corp. 82801CAM (ICH3) PRO/100 VE (LOM)
Ethernet Controller (rev 42)

Base System Installation Checklist:

Initial boot worked:[O]
Configure network HW:   [O]
Config network: [E] *1
Detect CD:  [O]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [O]
Create file systems:[O]
Mount partitions:   [O]
Install base system:[O]
Install boot loader:[O]
Reboot: [E] *2
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Comments/Problems:

Overall, the installation went very smoothly.  Hardware detection was
certainly nice to have.

*1: This system has two network adaptors, one wired and one wireless. 
Both were detected and had their drivers set up properly.  In the
installer screen, I chose the wrong device and had to start over to
correct this mistake -- both adaptors were identified with the same text
(10/100 Ethernet or something like that).  Any one change out of the
following list would have allowed me to continue the installation without
that reboot:
* in the list of network adaptors, further identify them (by MAC address
and/or by which driver controls the adaptor)
* detect what network adatptor has a link (via the mechanisms used in
package 'ifplugd' or something similar) and default to that one
* Once DHCP has failed to negotiate a lease, present the user with an
opportunity to re-select which network adaptor to use
* If the chosen device is a wireless adaptor, present the user with an
opportunity to enter a WEP key

*2: After the installation and reboot, the two network adaptors were
detected in the opposite order, so that the wired card (that was eth0
during install) was now eth1, and the wireless card (that was eth1 during
install) was now eth0.  This problem was easy to fix with appropriate
entries in /etc/modules (so the drivers are forced to load in the proper
order).

One other problem -- not sure if this belongs here or as a bug for
base-config: upon selecting a mirror for apt, it went off and did its
apt-get update magic, then prompted me once again for a mirror.  Thinking
it did not like the mirror I had chosen, I chose another.  And another. 
Only upon manually editing my sources.list file was I allowed to proceed.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Alpha Boot Floppies: new version

2001-08-14 Thread Doug Larrick

I have used the boot floppy images from 
ftp://134.2.15.134/boot-floppies/disks-alpha/ to attempt an install from scratch 
on a Bret (AlphaStation 500/500).  

The good news?  bootp/tftp boot works great!  In SRM, you need to select bootp 
via console variable ('set ewa0_protocol bootp' or something like that) rather 
than via a flag to the boot command ('boot -proto bootp ewa0' does not work, 
failing with Block FFF2 is not in any zone messages).

The bad news?  The installation hangs during/right after installing the libc6.1 
package.  It hangs so solid that the shell on the second virtual console will 
not respond.  I even tried floppies rather than tftp and it stops in the same 
location.  Is this a known problem?

Also, when trying to write aboot to the disk, it looks like the installer is 
trying to swriteboot to the partition where the root filesystem is (/dev/sdan) 
rather than directly to /dev/sda .

-Doug


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]




Re: Alpha Boot Floppies: new version

2001-08-14 Thread Doug Larrick

Quoting Falk Hueffner [EMAIL PROTECTED]:

 That's really good news. I couldn't get bootp to work, so I couldn't
 test it.  There were some suspicious hacks in the previous version...

Bootp is a lot easier to get going using a dhcp server rather than a bootp 
server.  Much better log messages.  Or did you mean the SRM end?

  The bad news?  The installation hangs during/right after installing
  the libc6.1 package.  It hangs so solid that the shell on the second
  virtual console will not respond.  I even tried floppies rather than
  tftp and it stops in the same location.  Is this a known problem?
 
 No.  That's really weird; I have no idea what might cause this. I had
 no problems at that point.  Did you download via http, or did you
 install from a mounted mirror?

Downloaded via http.  If there's an easy way to make a local mirror of just 
the files needed for the base system I'd be willing to give that a try.

-Doug


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]