pcnet32-based HomePNA card loaded incorrectly in d-i
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
linux (Ubuntu) |
Won't Fix
|
Undecided
|
Unassigned | ||
linux-source-2.6.20 (Ubuntu) |
Won't Fix
|
Medium
|
Unassigned |
Bug Description
A HomePNA card is recognized as such by debian installer, when it asks for
network device to configure (says HomePNA in the end of line),
but the driver, pcnet32, is not loaded with driver parameter homepna=1 and the
card really does not work as expected.
Of course this driver is for ethernet cards as well, so option homepna=1 can't
be made default value either. If it's possible to add a question about the
driver's mode when it is selected, and then reload the driver with correct
option, this would be the perfect solution: because d-i already recognized the
type as HomePNA it could even default to this driver option.
Solved this personally by not configuring network and running following commands
after install:
echo 'options pcnet32 homepna=1' > /etc/modprobe.
echo 'iface eth0 inet dhcp' > /etc/network/
modprobe pcnet32
Sorry, can't probably further test this, this happened when installing a
friend's system quite far away, I don't have any homepna cards
or networks available myself.
Changed in debian-installer: | |
status: | Unconfirmed → Confirmed |
Changed in linux-source-2.6.20: | |
assignee: | nobody → ubuntu-kernel-team |
Using expert installation, after Detect the network hardware cards link light
goes off. Trying execute a shell and modprobe -rv pcnet32 and modprobe pcnet32
homepna=1. Link light goes on again. Then network is configured correctly after
configure network. This works also with live-cd.