| 1 |
On Sun, 15 Jul 2007 22:42:43 +0100, Mike Williams wrote: |
| 2 |
|
| 3 |
> On Sunday 15 July 2007 22:00:15 Hendrik Boom wrote: |
| 4 |
>> Fixed /etc/fstab so that it now refers to /dev/lovesong/gentoo. And fstab |
| 5 |
>> gets the message, because it now complains that there's no |
| 6 |
>> /dev/lovesong/gentoo. And when I get a shell, I discover that it's |
| 7 |
>> right. There is now no /etc/lovesong at all. /dev/mapper exists, but it |
| 8 |
>> contains only /dev/mapper/control. |
| 9 |
>> |
| 10 |
>> using your workaround of changing the pass from 1 to 0 in the /etc/fstab |
| 11 |
>> file, it boots. But I still have no access to the other partitions on |
| 12 |
>> the disk. I still have no /dev/lovesong. except of course that |
| 13 |
>> /dev/lovesong/gentoo has been mounted. And /dev/mapper still contains |
| 14 |
>> only /dev/mapper/control. |
| 15 |
> |
| 16 |
> Hmm, more interesting. |
| 17 |
> Sounds like you don't have lvm2 (sys-fs/lvm2) installed. Genkernel pulls it's |
| 18 |
> own version in to build the initrd/ramfs, but the actual install will need it |
| 19 |
> merged separately to "start" LVM at boot. |
| 20 |
> If you get Gentoo booted you could try manually "starting" LVM: |
| 21 |
> vgscan |
| 22 |
> pvscan |
| 23 |
> vgchange -ay |
| 24 |
> |
| 25 |
> It's vgchange -ay that makes all logical volumes in all volume groups |
| 26 |
> available, the two scans just makes sure device mapper is aware of all |
| 27 |
> devices and volumes. |
| 28 |
> |
| 29 |
> -- |
| 30 |
> Mike Williams |
| 31 |
|
| 32 |
It took some trouble -- as of now I only have emerge working in the chroot |
| 33 |
from Debian -- but after installing lvm2 it is not cheerfully recognising |
| 34 |
all the LVM paritions at boot. |
| 35 |
|
| 36 |
Now for the next problem. emerge doesn't work because the net connexion |
| 37 |
is down. Presulably it would be OK if I had a local repository, but iI |
| 38 |
don't. |
| 39 |
|
| 40 |
If I ping my internet gateway machine, 172.25.1.1. it tells me |
| 41 |
|
| 42 |
PING 172.25.1.1 (172.25.1.1) 56(84) bytes of data. |
| 43 |
|
| 44 |
--- 172.25.1.1 ping statistics --- |
| 45 |
3 packets transmitted, 0 received, 100% packet loss, time 2003ms |
| 46 |
|
| 47 |
whereas when I do the same from Debian, |
| 48 |
|
| 49 |
PING 172.25.1.1 (172.25.1.1) 56(84) bytes of data. |
| 50 |
64 bytes from 172.25.1.1: icmp_seq=1 ttl=255 time=0.811 ms |
| 51 |
64 bytes from 172.25.1.1: icmp_seq=2 ttl=255 time=0.364 ms |
| 52 |
|
| 53 |
--- 172.25.1.1 ping statistics --- |
| 54 |
2 packets transmitted, 2 received, 0% packet loss, time 999ms |
| 55 |
rtt min/avg/max/mdev = 0.364/0.587/0.811/0.224 ms |
| 56 |
|
| 57 |
Here's the routing table, obtained with route -n |
| 58 |
|
| 59 |
Kernel IP routing table |
| 60 |
Destination Gateway Genmask Flags Metric Ref Use Iface |
| 61 |
172.25.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 |
| 62 |
127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo |
| 63 |
0.0.0.0 172.25.1.1 0.0.0.0 UG 0 0 0 eth0 |
| 64 |
|
| 65 |
And the same from Debian: |
| 66 |
|
| 67 |
Kernel IP routing table |
| 68 |
Destination Gateway Genmask Flags Metric Ref Use Iface |
| 69 |
172.25.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 |
| 70 |
0.0.0.0 172.25.1.1 0.0.0.0 UG 0 0 0 eth1 |
| 71 |
|
| 72 |
Except for lo (which I can wonder about anon) the most striking difference |
| 73 |
is that gentoo uses eth0; whereas Debian uses eth1. |
| 74 |
|
| 75 |
Now as far as I know, there's only one ethernet interface on this machine. |
| 76 |
But I could be wrong. I do know that there's just one place to plug the |
| 77 |
cable into the back. |
| 78 |
|
| 79 |
Running ifconfig to find out more, especially to see if the MAC addresses |
| 80 |
are different: |
| 81 |
|
| 82 |
On gentoo: |
| 83 |
|
| 84 |
eth0 Link encap:UNSPEC HWaddr 00-06-BB-00-16-03-49-D6-00-00-00-00-00-00-00-00 |
| 85 |
inet addr:172.25.1.4 Bcast:172.25.1.255 Mask:255.255.255.0 |
| 86 |
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 |
| 87 |
RX packets:0 errors:0 dropped:0 overruns:0 frame:0 |
| 88 |
TX packets:8 errors:0 dropped:0 overruns:0 carrier:0 |
| 89 |
collisions:0 txqueuelen:1000 |
| 90 |
RX bytes:0 (0.0 b) TX bytes:288 (288.0 b) |
| 91 |
|
| 92 |
lo Link encap:Local Loopback |
| 93 |
inet addr:127.0.0.1 Mask:255.0.0.0 |
| 94 |
UP LOOPBACK RUNNING MTU:16436 Metric:1 |
| 95 |
RX packets:4 errors:0 dropped:0 overruns:0 frame:0 |
| 96 |
TX packets:4 errors:0 dropped:0 overruns:0 carrier:0 |
| 97 |
collisions:0 txqueuelen:0 |
| 98 |
RX bytes:448 (448.0 b) TX bytes:448 (448.0 b) |
| 99 |
|
| 100 |
|
| 101 |
and on Debian: |
| 102 |
|
| 103 |
eth1 Link encap:Ethernet HWaddr 00:0C:6E:50:27:B1 |
| 104 |
inet addr:172.25.1.4 Bcast:172.25.1.255 Mask:255.255.255.0 |
| 105 |
inet6 addr: fe80::20c:6eff:fe50:27b1/64 Scope:Link |
| 106 |
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 |
| 107 |
RX packets:33028 errors:0 dropped:0 overruns:0 frame:0 |
| 108 |
TX packets:32429 errors:0 dropped:0 overruns:0 carrier:0 |
| 109 |
collisions:0 txqueuelen:1000 |
| 110 |
RX bytes:26715240 (25.4 MiB) TX bytes:25032114 (23.8 MiB) |
| 111 |
Interrupt:177 Base address:0xc000 |
| 112 |
|
| 113 |
lo Link encap:Local Loopback |
| 114 |
inet addr:127.0.0.1 Mask:255.0.0.0 |
| 115 |
inet6 addr: ::1/128 Scope:Host |
| 116 |
UP LOOPBACK RUNNING MTU:16436 Metric:1 |
| 117 |
RX packets:54 errors:0 dropped:0 overruns:0 frame:0 |
| 118 |
TX packets:54 errors:0 dropped:0 overruns:0 carrier:0 |
| 119 |
collisions:0 txqueuelen:0 |
| 120 |
RX bytes:4468 (4.3 KiB) TX bytes:4468 (4.3 KiB) |
| 121 |
|
| 122 |
Now that's a surprise. Quite sone difference! Debian gives ma an |
| 123 |
ordinary 48-bit hardware address. Gentoo gives a 128-bit hardware |
| 124 |
address! And the bits of the 48-bit address aren't even recognisable |
| 125 |
in the 128-bit address. Now I understand that hardware addresses have been |
| 126 |
getting longer, but O haven't been adding ethernet chips to this machine |
| 127 |
since I bought it, so they should all be of the same vintage. |
| 128 |
|
| 129 |
What gives? |
| 130 |
|
| 131 |
Here's the output from gentoo-s lspci -v: |
| 132 |
|
| 133 |
00:00.0 Host bridge: nVidia Corporation nForce2 AGP (different version?) (rev c1) |
| 134 |
Subsystem: ASUSTeK Computer Inc. Unknown device 80ac |
| 135 |
Flags: bus master, 66MHz, fast devsel, latency 0 |
| 136 |
Memory at e8000000 (32-bit, prefetchable) [size=64M] |
| 137 |
Capabilities: [40] AGP version 2.0 |
| 138 |
Capabilities: [60] HyperTransport: Host or Secondary Interface |
| 139 |
|
| 140 |
00:00.1 RAM memory: nVidia Corporation nForce2 Memory Controller 0 (rev c1) |
| 141 |
Subsystem: ASUSTeK Computer Inc. Unknown device 80ac |
| 142 |
Flags: 66MHz, fast devsel |
| 143 |
|
| 144 |
00:00.2 RAM memory: nVidia Corporation nForce2 Memory Controller 4 (rev c1) |
| 145 |
Subsystem: ASUSTeK Computer Inc. Unknown device 80ac |
| 146 |
Flags: 66MHz, fast devsel |
| 147 |
|
| 148 |
00:00.3 RAM memory: nVidia Corporation nForce2 Memory Controller 3 (rev c1) |
| 149 |
Subsystem: ASUSTeK Computer Inc. Unknown device 80ac |
| 150 |
Flags: 66MHz, fast devsel |
| 151 |
|
| 152 |
00:00.4 RAM memory: nVidia Corporation nForce2 Memory Controller 2 (rev c1) |
| 153 |
Subsystem: ASUSTeK Computer Inc. Unknown device 80ac |
| 154 |
Flags: 66MHz, fast devsel |
| 155 |
|
| 156 |
00:00.5 RAM memory: nVidia Corporation nForce2 Memory Controller 5 (rev c1) |
| 157 |
Subsystem: ASUSTeK Computer Inc. Unknown device 80ac |
| 158 |
Flags: 66MHz, fast devsel |
| 159 |
|
| 160 |
00:01.0 ISA bridge: nVidia Corporation nForce2 ISA Bridge (rev a4) |
| 161 |
Subsystem: ASUSTeK Computer Inc. A7N8X Mainboard |
| 162 |
Flags: bus master, 66MHz, fast devsel, latency 0 |
| 163 |
Capabilities: [48] HyperTransport: Slave or Primary Interface |
| 164 |
|
| 165 |
00:01.1 SMBus: nVidia Corporation nForce2 SMBus (MCP) (rev a2) |
| 166 |
Subsystem: ASUSTeK Computer Inc. Unknown device 0c11 |
| 167 |
Flags: 66MHz, fast devsel, IRQ 11 |
| 168 |
I/O ports at e400 [size=32] |
| 169 |
Capabilities: [44] Power Management version 2 |
| 170 |
|
| 171 |
00:02.0 USB Controller: nVidia Corporation nForce2 USB Controller (rev a4) (prog-if 10 [OHCI]) |
| 172 |
Subsystem: ASUSTeK Computer Inc. A7N8X Mainboard |
| 173 |
Flags: bus master, 66MHz, fast devsel, latency 0, IRQ 17 |
| 174 |
Memory at ef004000 (32-bit, non-prefetchable) [size=4K] |
| 175 |
Capabilities: [44] Power Management version 2 |
| 176 |
|
| 177 |
00:02.1 USB Controller: nVidia Corporation nForce2 USB Controller (rev a4) (prog-if 10 [OHCI]) |
| 178 |
Subsystem: ASUSTeK Computer Inc. A7N8X Mainboard |
| 179 |
Flags: bus master, 66MHz, fast devsel, latency 0, IRQ 18 |
| 180 |
Memory at ef005000 (32-bit, non-prefetchable) [size=4K] |
| 181 |
Capabilities: [44] Power Management version 2 |
| 182 |
|
| 183 |
00:02.2 USB Controller: nVidia Corporation nForce2 USB Controller (rev a4) (prog-if 20 [EHCI]) |
| 184 |
Subsystem: ASUSTeK Computer Inc. A7N8X Mainboard |
| 185 |
Flags: bus master, 66MHz, fast devsel, latency 0, IRQ 16 |
| 186 |
Memory at ef000000 (32-bit, non-prefetchable) [size=256] |
| 187 |
Capabilities: [44] Debug port |
| 188 |
Capabilities: [80] Power Management version 2 |
| 189 |
|
| 190 |
00:04.0 Ethernet controller: nVidia Corporation nForce2 Ethernet Controller (rev a1) |
| 191 |
Subsystem: ASUSTeK Computer Inc. A7N8X Mainboard onboard nForce2 Ethernet |
| 192 |
Flags: bus master, 66MHz, fast devsel, latency 0, IRQ 16 |
| 193 |
Memory at ef001000 (32-bit, non-prefetchable) [size=4K] |
| 194 |
I/O ports at d000 [size=8] |
| 195 |
Capabilities: [44] Power Management version 2 |
| 196 |
|
| 197 |
00:06.0 Multimedia audio controller: nVidia Corporation nForce2 AC97 Audio Controler (MCP) (rev a1) |
| 198 |
Subsystem: ASUSTeK Computer Inc. Unknown device 8095 |
| 199 |
Flags: bus master, 66MHz, fast devsel, latency 0, IRQ 17 |
| 200 |
I/O ports at d400 [size=256] |
| 201 |
I/O ports at d800 [size=128] |
| 202 |
Memory at ef002000 (32-bit, non-prefetchable) [size=4K] |
| 203 |
Capabilities: [44] Power Management version 2 |
| 204 |
|
| 205 |
00:08.0 PCI bridge: nVidia Corporation nForce2 External PCI Bridge (rev a3) (prog-if 00 [Normal decode]) |
| 206 |
Flags: bus master, 66MHz, fast devsel, latency 0 |
| 207 |
Bus: primary=00, secondary=01, subordinate=01, sec-latency=32 |
| 208 |
|
| 209 |
00:09.0 IDE interface: nVidia Corporation nForce2 IDE (rev a2) (prog-if 8a [Master SecP PriP]) |
| 210 |
Subsystem: ASUSTeK Computer Inc. Unknown device 0c11 |
| 211 |
Flags: bus master, 66MHz, fast devsel, latency 0 |
| 212 |
[virtual] Memory at 000001f0 (32-bit, non-prefetchable) [disabled] [size=8] |
| 213 |
[virtual] Memory at 000003f0 (type 3, non-prefetchable) [disabled] [size=1] |
| 214 |
[virtual] Memory at 00000170 (32-bit, non-prefetchable) [disabled] [size=8] |
| 215 |
[virtual] Memory at 00000370 (type 3, non-prefetchable) [disabled] [size=1] |
| 216 |
I/O ports at f000 [size=16] |
| 217 |
Capabilities: [44] Power Management version 2 |
| 218 |
|
| 219 |
00:1e.0 PCI bridge: nVidia Corporation nForce2 AGP (rev c1) (prog-if 00 [Normal decode]) |
| 220 |
Flags: bus master, 66MHz, medium devsel, latency 32 |
| 221 |
Bus: primary=00, secondary=02, subordinate=03, sec-latency=32 |
| 222 |
I/O behind bridge: 0000c000-0000cfff |
| 223 |
Memory behind bridge: ec000000-eeffffff |
| 224 |
Prefetchable memory behind bridge: e0000000-e7ffffff |
| 225 |
|
| 226 |
02:00.0 VGA compatible controller: ATI Technologies Inc R200 BB [Radeon All in Wonder 8500DV] (prog-if 00 [VGA]) |
| 227 |
Subsystem: ATI Technologies Inc Radeon 8500 AIW DV Edition |
| 228 |
Flags: bus master, stepping, 66MHz, medium devsel, latency 32, IRQ 5 |
| 229 |
Memory at e0000000 (32-bit, prefetchable) [size=128M] |
| 230 |
I/O ports at c000 [size=256] |
| 231 |
Memory at ee000000 (32-bit, non-prefetchable) [size=128K] |
| 232 |
Memory at ee020000 (32-bit, non-prefetchable) [size=64K] |
| 233 |
[virtual] Expansion ROM at ec000000 [disabled] [size=128K] |
| 234 |
Capabilities: [58] AGP version 2.0 |
| 235 |
Capabilities: [50] Power Management version 2 |
| 236 |
|
| 237 |
02:00.1 PCI bridge: ATI Technologies Inc R200 BC [Radeon All in Wonder 8500] (prog-if 00 [Normal decode]) |
| 238 |
Flags: bus master, stepping, 66MHz, medium devsel, latency 32 |
| 239 |
Bus: primary=02, secondary=03, subordinate=03, sec-latency=32 |
| 240 |
Memory behind bridge: ed000000-edffffff |
| 241 |
Capabilities: [50] Power Management version 2 |
| 242 |
|
| 243 |
03:00.0 FireWire (IEEE 1394): Agere Systems FW323 (rev 04) (prog-if 10 [OHCI]) |
| 244 |
Subsystem: ATI Technologies Inc Unknown device 5811 |
| 245 |
Flags: bus master, medium devsel, latency 32, IRQ 19 |
| 246 |
Memory at ed000000 (32-bit, non-prefetchable) [size=4K] |
| 247 |
Capabilities: [44] Power Management version 2 |
| 248 |
|
| 249 |
Only one ethernet controllser visible. Ans except for a different IRQ, |
| 250 |
it's remarkably similar to what Debian says: |
| 251 |
|
| 252 |
...... |
| 253 |
|
| 254 |
00:04.0 Ethernet controller: nVidia Corporation nForce2 Ethernet Controller (rev a1) |
| 255 |
Subsystem: ASUSTeK Computer Inc. A7N8X Mainboard onboard nForce2 Ethernet |
| 256 |
Flags: bus master, 66MHz, fast devsel, latency 0, IRQ 177 |
| 257 |
Memory at ef001000 (32-bit, non-prefetchable) [size=4K] |
| 258 |
I/O ports at d000 [size=8] |
| 259 |
Capabilities: [44] Power Management version 2 |
| 260 |
...... |
| 261 |
|
| 262 |
Evidently something is still wrong. How do I begin to diagnose this? |
| 263 |
|
| 264 |
-- hendrik |
| 265 |
|
| 266 |
-- |
| 267 |
gentoo-user@g.o mailing list |
Archives