Re: [gentoo-user] driver for 3Com 3c905 100BaseTX [Boomerang]????
CONFIG_VORTEX=y seems like the right one. Is there anything interesting from dmesg or /var/log/messages? dmesg | grep eth grep eth /var/log/messages Zac 3c905 card is eth0 in my case. In /var/log/messages concerning eth0 I have: Dropping NETIF_F_SG since no checksum feature. I'm going to try below. askar config VORTEX tristate 3c590/3c900 series (592/595/597) \Vortex/Boomerang\ support depends on NET_VENDOR_3COM (PCI || EISA) select MII ---help--- This option enables driver support for a large number of 10mbps and 10/100mbps EISA, PCI and PCMCIA 3Com network cards: Vortex(Fast EtherLink 3c590/3c592/3c595/3c597) EISA and PCI Boomerang (EtherLink XL 3c900 or 3c905)PCI Cyclone (3c540/3c900/3c905/3c980/3c575/3c656)PCI and Cardbus Tornado (3c905) PCI Hurricane (3c555/3cSOHO) PCI If you have such a card, say Y and read the Ethernet-HOWTO, available from http://www.tldp.org/docs.html#howto. More specific information is in file:Documentation/networking/vortex.txt and in the comments at the beginning of file:drivers/net/3c59x.c. To compile this support as a module, choose M here and read file:Documentation/networking/net-modules.txt. -- gentoo-user@gentoo.org mailing list
[gentoo-user] Ethernet card not working, tried tulip drivers...
Hi! I just followed the (excellent, easily understandable) gentoo installation handbook up to chapter 10, where it says to reboot. I did so, but I had the same problem as the user here: http://www.linuxquestions.org/questions/linux-networking-3/networking-eth0-does-not-exist-gentoo-349330/ As suggested in there, I have recompiled the kernel with the tulip drivers (everything under the tulip subtree in make menuconfig), copied it to /boot, and booted it, but it still gives the same message. I have verified that I am booting the newly compiled kernel with the tulip drivers, but it still doesn't work. Note that I do not have the same ethernet card as is mentioned in the link above, and have not been able to find out exactly what it's name is, besides the fact that the name includes Tornado. Also note that it worked fine in the Gentoo minimal installation cd. To sum it up: How do I figure out what the name of my card is, and after that, what driver do I need? Thanks in advance! Marcus
Re: [gentoo-user] Ethernet card not working, tried tulip drivers...
On Wednesday 28 October 2009 01:32:07 Marcus Wanner wrote: Hi! I just followed the (excellent, easily understandable) gentoo installation handbook up to chapter 10, where it says to reboot. I did so, but I had the same problem as the user here: http://www.linuxquestions.org/questions/linux-networking-3/networking-eth0- does-not-exist-gentoo-349330/ As suggested in there, I have recompiled the kernel with the tulip drivers (everything under the tulip subtree in make menuconfig), copied it to /boot, and booted it, but it still gives the same message. I have verified that I am booting the newly compiled kernel with the tulip drivers, but it still doesn't work. Note that I do not have the same ethernet card as is mentioned in the link above, and have not been able to find out exactly what it's name is, besides the fact that the name includes Tornado. Also note that it worked fine in the Gentoo minimal installation cd. To sum it up: How do I figure out what the name of my card is, and after that, what driver do I need? Post this output: lspci dmesg | grep something_relevant -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] eth0 does not exist - followup
On 5/28/06, Kenneth Hopping [EMAIL PROTECTED] wrote: Richard Fish wrote: What do lspci and lsmod report? 01:08.0 Ethernet controller: 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 74) Ok, when you go to configure your kernel, go under Device Drivers-Network device support-Ethernet (10 or 100Mbit). Select the option 3COM cards, and then the 3c590/3c900 series... with an 'M'. Assuming that you already configured and installed a kernel, so that /usr/src/linux matches your running kernel, you should be able to just do make make modules_install to get the new driver. You can then try loading it with modprobe 3c59x. If you get no errors from that command, then you should get connected automatically within a few seconds. If all goes well, it should work fine even after a reboot. If you get errors, well you may have some more work to do to configure and install a new kernel. This is my first attempt with gentoo and kernel compilation so I'm not very knowledgable about modules. I just followed the steps in the x86 installation handbook. Except for the network, everything else (cdrom, floppy) seems to work. I've been somewhat terse about the steps required, assuming you have some basic knowledge of how to configure and install a new kernel. The gentoo handbook can help here, but if you still have questions or something doesn't make sense, feel free to ask for some more help. -Richard -- gentoo-user@gentoo.org mailing list
[gentoo-user] wake-on-lan, 3c59x
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Salutations -- I'm puzzled. I know that this card supports WOL, because I've done it: # uname -r 2.6.18-gentoo-r3 # lspci |grep 3c 01:0c.0 Ethernet controller: 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 78) However: # ethtool -s eth0 wol g Cannot get current wake-on-lan settings: Operation not supported not setting wol and further: # ethtool eth0 Settings for eth0: Supported ports: [ TP MII ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full Advertised auto-negotiation: Yes Speed: 100Mb/s Duplex: Full Port: MII PHYAD: 24 Transceiver: internal Auto-negotiation: on Current message level: 0x0001 (1) Link detected: yes This is goofy, because it definitely used to report that at least WOL g was supported, though it was a couple of kernels ago. I have tried adding 'options 3c59x enable_wol=1' to modules.d/3c59x, though this was not previously necessary, and still nothing. Has something changed with this driver? Cheers -d - -- David Talkington PGP key: http://www.prairienet.org/~dtalk/004B8F8B.asc -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFb8wI5FKhdwBLj4sRAiQhAJ9kHqypdKxgm7dDks/ltxChBhJTPQCggphB wy98LvAZF6ZFDNI2PofY7Yg= =Sltz -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] driver for 3Com 3c905 100BaseTX [Boomerang]????
askar ... wrote: Can you run lspci and show us the output? :02:07.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) :02:09.0 Ethernet controller: 3Com Corporation 3c905 100BaseTX [Boomerang] kernel's config: CONFIG_NET_ETHERNET=y CONFIG_MII=y CONFIG_NET_VENDOR_3COM=y CONFIG_EL3=y CONFIG_3C515=y CONFIG_VORTEX=y CONFIG_TYPHOON=y CONFIG_NET_PCI=y CONFIG_EEPRO100=y CONFIG_8139TOO=y CONFIG_8139TOO_PIO=y 3Com 3c905 still don't work. askar CONFIG_VORTEX=y seems like the right one. Is there anything interesting from dmesg or /var/log/messages? dmesg | grep eth grep eth /var/log/messages Zac config VORTEX tristate 3c590/3c900 series (592/595/597) \Vortex/Boomerang\ support depends on NET_VENDOR_3COM (PCI || EISA) select MII ---help--- This option enables driver support for a large number of 10mbps and 10/100mbps EISA, PCI and PCMCIA 3Com network cards: Vortex(Fast EtherLink 3c590/3c592/3c595/3c597) EISA and PCI Boomerang (EtherLink XL 3c900 or 3c905)PCI Cyclone (3c540/3c900/3c905/3c980/3c575/3c656)PCI and Cardbus Tornado (3c905) PCI Hurricane (3c555/3cSOHO) PCI If you have such a card, say Y and read the Ethernet-HOWTO, available from http://www.tldp.org/docs.html#howto. More specific information is in file:Documentation/networking/vortex.txt and in the comments at the beginning of file:drivers/net/3c59x.c. To compile this support as a module, choose M here and read file:Documentation/networking/net-modules.txt.
Re: [gentoo-user] hdparm error
Could this be because I have support for my motherboard chipset in the kernel and it has control? Hmm, more likely you do *not* have the right chipset enabled. What does lspci report? It looks like I only have generic chipset support in the kernel and nothing specific. system1 ~ # lspci 00:00.0 Host bridge: Intel Corporation 82810E DC-133 GMCH [Graphics Memory Controller Hub] (rev 03) 00:01.0 VGA compatible controller: Intel Corporation 82810E DC-133 CGC [Chipset Graphics Controller] (rev 03) 00:1e.0 PCI bridge: Intel Corporation 82801AA PCI Bridge (rev 02) 00:1f.0 ISA bridge: Intel Corporation 82801AA ISA Bridge (LPC) (rev 02) 00:1f.1 IDE interface: Intel Corporation 82801AA IDE (rev 02) 00:1f.2 USB Controller: Intel Corporation 82801AA USB (rev 02) 00:1f.3 SMBus: Intel Corporation 82801AA SMBus (rev 02) 01:09.0 Ethernet controller: Atheros Communications, Inc. AR5212 802.11abg NIC (rev 01) 01:0a.0 Ethernet controller: 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 78) 01:0b.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 07) 01:0b.1 Input device controller: Creative Labs SB Live! MIDI/Game Port (rev 07) - Grant -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Ethernet card not working, tried tulip drivers...
On 10/27/2009 7:38 PM, Alan McKinnon wrote: On Wednesday 28 October 2009 01:32:07 Marcus Wanner wrote: Hi! I just followed the (excellent, easily understandable) gentoo installation handbook up to chapter 10, where it says to reboot. I did so, but I had the same problem as the user here: http://www.linuxquestions.org/questions/linux-networking-3/networking-eth0- does-not-exist-gentoo-349330/ As suggested in there, I have recompiled the kernel with the tulip drivers (everything under the tulip subtree in make menuconfig), copied it to /boot, and booted it, but it still gives the same message. I have verified that I am booting the newly compiled kernel with the tulip drivers, but it still doesn't work. Note that I do not have the same ethernet card as is mentioned in the link above, and have not been able to find out exactly what it's name is, besides the fact that the name includes Tornado. Also note that it worked fine in the Gentoo minimal installation cd. To sum it up: How do I figure out what the name of my card is, and after that, what driver do I need? Post this output: lspci dmesg | grep something_relevant lscpi returns command not found, don't know what you mean by the dmesg thing. dmesg is working properly, if that's what you want to know. Thanks! Marcus
Re: [gentoo-user] Ethernet card not working, tried tulip drivers...
On Tuesday 27 October 2009 23:32:07 Marcus Wanner wrote: Note that I do not have the same ethernet card as is mentioned in the link above, and have not been able to find out exactly what it's name is, besides the fact that the name includes Tornado. Also note that it worked fine in the Gentoo minimal installation cd. To sum it up: How do I figure out what the name of my card is, and after that, what driver do I need? Typical tools used to probe devices and read the details of them are: lshw hwconf To read your PCI connected devices you need: lspci -v If you have the correct drivers for your NIC then it will show up when you run: ifconfig -a although it may not have an IP address unless dhcpcd is running. If these commands are not on your current LiveCD, burn a Knoppix CD/DVD or SystemRescueCd or equivalent. They have all these commands available and if your NIC is working they would have most likely loaded the necessary module: lsmod will show the loaded modules. Finally, dmesg | grep eth0 (if e.g. eth0 shows up in ifconfig) will show you what you card is recognised as: $ dmesg | grep -i eth0 e100: eth0: e100_probe: addr 0x4010, irq 11, MAC addr 00:02:a5:b6:a1:8f e100: eth0 NIC Link is Up 100 Mbps Full Duplex If as you say the Minimal CD works, then I recommend that you boot with that and run the above commands making notes what is the NIC module the CD kernel has loaded. HTH. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Ethernet card not working, tried tulip drivers...
Marcus Wanner wrote: On 10/27/2009 7:38 PM, Alan McKinnon wrote: On Wednesday 28 October 2009 01:32:07 Marcus Wanner wrote: Hi! I just followed the (excellent, easily understandable) gentoo installation handbook up to chapter 10, where it says to reboot. I did so, but I had the same problem as the user here: http://www.linuxquestions.org/questions/linux-networking-3/networking-eth0- does-not-exist-gentoo-349330/ As suggested in there, I have recompiled the kernel with the tulip drivers (everything under the tulip subtree in make menuconfig), copied it to /boot, and booted it, but it still gives the same message. I have verified that I am booting the newly compiled kernel with the tulip drivers, but it still doesn't work. Note that I do not have the same ethernet card as is mentioned in the link above, and have not been able to find out exactly what it's name is, besides the fact that the name includes Tornado. Also note that it worked fine in the Gentoo minimal installation cd. To sum it up: How do I figure out what the name of my card is, and after that, what driver do I need? Post this output: lspci dmesg | grep something_relevant lscpi returns command not found, don't know what you mean by the dmesg thing. dmesg is working properly, if that's what you want to know. Thanks! Marcus Marcus, Are you using the lspci command as root? Thanks, Damien
Re: [gentoo-user] Ethernet card not working, tried tulip drivers... [resolved]
On 10/28/2009 8:09 PM, Dale wrote: Marcus Wanner wrote: On 10/28/2009 5:39 PM, Dale wrote: Marcus Wanner wrote: I booted up the livecd and ran lspci -v, it worked great. I got similar output to that above, and found out that I am using a 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 78) and that Kernel driver in use: 3c59x. Great! Only problem was that when I went to look for that driver in menuconfig, all I found were two other drivers for similar cards (one of which had [Typhoon] in the name). However, I enabled those drivers, recompiled, rebooted, and everything works great. Thanks for all your help. Marcus Now I'm confused. I did a search here as well and it returned nothing matching that driver. This is a first for me. Has anyone else ever searched for a driver when you have the exact name and not get a match when the driver is actually there? I did a manual search and the driver is there. Glad you got the network working tho. Dale :-) :-) Yeah, I guess it's because you have to download that particular driver separately? Marcus It's in the kernel tho. This appears to be the one: 3c590/3c900 series (592/595/597) Vortex/Boomerang support The help screen lists your card. Just weird to me. Dale :-) :-) Oh, now it makes sense that my card worked with that driver. Come to think of it, I didn't even know that each menuconfig option had its own help message...that could have come in handy. Marcus
Re: [gentoo-user] docutils needing py2.7, but not wanting py2.7?
Caveman Al Toraboran wrote: > if i exec: "emerge -avDuNt --quiet-build=y @world": > > > These are the packages that would be merged, in reverse order: > > > > Calculating dependencies... done! > > > > The following USE changes are necessary to proceed: > > (see "package.use" in the portage(5) man page for more details) > > # > > >=dev-python/docutils-0.16 -python_targets_python2_7 > > > > Would you like to add these changes to your config files? [Yes/No] > > so >=dev-python/docutils-0.16 doesn't want > python_targets_python2_7. let's remove it then by > adding: > > >=dev-python/docutils-0.16 -python_targets_python2_7 > > into: /etc/portage/package.use/stuff > > but then i get this: > > > The following USE changes are necessary to proceed: > > (see "package.use" in the portage(5) man page for more details) > > # required by dev-python/m2r-0.2.1::gentoo[-test] > > # required by dev-python/automat-20.2.0::gentoo > > # required by dev-python/twisted-20.3.0::gentoo > > # required by www-servers/tornado-6.0.4::gentoo > > # required by dev-python/ipykernel-5.1.4::gentoo[-test] > > # required by dev-python/ipyparallel-6.2.3::gentoo > > # required by dev-python/ipython-7.5.0::gentoo[smp] > > # required by @selected > > # required by @world (argument) > > >=dev-python/docutils-0.16 python_targets_python2_7 > > > > Would you like to add these changes to your config files? [Yes/No] > > which i guess means that docutils wants py2.7. > > > any idea how to handle this situation? > > > That is sort of a circular problem. It doesn't want it, then it does. Thoughts? Could it be that one of the other packages is still using py2.7 and it needs to be disabled for them as well? I would think emerge would catch that and tell you that is what it needs but maybe not. It may not even be something you can toggle with a USE flag for some reason. That's the only thing I can think of at the moment. Maybe someone else has a idea or it will hit me while I'm killing weeds in the garden. You know how it is. You think about something when you are doing something else. lol Dale :-) :-)
Re: [gentoo-user] docutils needing py2.7, but not wanting py2.7?
On Thu, Jun 04, 2020 at 09:24:39PM +, Caveman Al Toraboran wrote: > if i exec: "emerge -avDuNt --quiet-build=y @world": > > > These are the packages that would be merged, in reverse order: > > > > Calculating dependencies... done! > > > > The following USE changes are necessary to proceed: > > (see "package.use" in the portage(5) man page for more details) > > # > > >=dev-python/docutils-0.16 -python_targets_python2_7 > > > > Would you like to add these changes to your config files? [Yes/No] > > so >=dev-python/docutils-0.16 doesn't want > python_targets_python2_7. let's remove it then by > adding: > > >=dev-python/docutils-0.16 -python_targets_python2_7 > > into: /etc/portage/package.use/stuff > > but then i get this: > > > The following USE changes are necessary to proceed: > > (see "package.use" in the portage(5) man page for more details) > > # required by dev-python/m2r-0.2.1::gentoo[-test] > > # required by dev-python/automat-20.2.0::gentoo > > # required by dev-python/twisted-20.3.0::gentoo > > # required by www-servers/tornado-6.0.4::gentoo > > # required by dev-python/ipykernel-5.1.4::gentoo[-test] > > # required by dev-python/ipyparallel-6.2.3::gentoo > > # required by dev-python/ipython-7.5.0::gentoo[smp] > > # required by @selected > > # required by @world (argument) > > >=dev-python/docutils-0.16 python_targets_python2_7 > > > > Would you like to add these changes to your config files? [Yes/No] > > which i guess means that docutils wants py2.7. I can't replicate this at all. Could you post (attach, compress if necessary) your `emerge --info docutils` ? -- Ashley Dixon suugaku.co.uk 2A9A 4117 DA96 D18A 8A7B B0D2 A30E BF25 F290 A8AA signature.asc Description: PGP signature
[gentoo-user] docutils needing py2.7, but not wanting py2.7?
if i exec: "emerge -avDuNt --quiet-build=y @world": > These are the packages that would be merged, in reverse order: > > Calculating dependencies... done! > > The following USE changes are necessary to proceed: > (see "package.use" in the portage(5) man page for more details) > # > >=dev-python/docutils-0.16 -python_targets_python2_7 > > Would you like to add these changes to your config files? [Yes/No] so >=dev-python/docutils-0.16 doesn't want python_targets_python2_7. let's remove it then by adding: >=dev-python/docutils-0.16 -python_targets_python2_7 into: /etc/portage/package.use/stuff but then i get this: > The following USE changes are necessary to proceed: > (see "package.use" in the portage(5) man page for more details) > # required by dev-python/m2r-0.2.1::gentoo[-test] > # required by dev-python/automat-20.2.0::gentoo > # required by dev-python/twisted-20.3.0::gentoo > # required by www-servers/tornado-6.0.4::gentoo > # required by dev-python/ipykernel-5.1.4::gentoo[-test] > # required by dev-python/ipyparallel-6.2.3::gentoo > # required by dev-python/ipython-7.5.0::gentoo[smp] > # required by @selected > # required by @world (argument) > >=dev-python/docutils-0.16 python_targets_python2_7 > > Would you like to add these changes to your config files? [Yes/No] which i guess means that docutils wants py2.7. any idea how to handle this situation?
Re: [gentoo-user] docutils needing py2.7, but not wanting py2.7?
On Thu, 04 Jun 2020 21:24:39 +, Caveman Al Toraboran wrote: > if i exec: "emerge -avDuNt --quiet-build=y @world": > > > These are the packages that would be merged, in reverse order: > > > > Calculating dependencies... done! > > > > The following USE changes are necessary to proceed: > > (see "package.use" in the portage(5) man page for more details) > > # > > >=dev-python/docutils-0.16 -python_targets_python2_7 > > > > Would you like to add these changes to your config files? > > [Yes/No] > > so >=dev-python/docutils-0.16 doesn't want > python_targets_python2_7. let's remove it then by > adding: > > >=dev-python/docutils-0.16 -python_targets_python2_7 > > into: /etc/portage/package.use/stuff > > but then i get this: > > > The following USE changes are necessary to proceed: > > (see "package.use" in the portage(5) man page for more details) > > # required by dev-python/m2r-0.2.1::gentoo[-test] > > # required by dev-python/automat-20.2.0::gentoo > > # required by dev-python/twisted-20.3.0::gentoo > > # required by www-servers/tornado-6.0.4::gentoo > > # required by dev-python/ipykernel-5.1.4::gentoo[-test] > > # required by dev-python/ipyparallel-6.2.3::gentoo > > # required by dev-python/ipython-7.5.0::gentoo[smp] > > # required by @selected > > # required by @world (argument) > > >=dev-python/docutils-0.16 python_targets_python2_7 > > > > Would you like to add these changes to your config files? > > [Yes/No] > > which i guess means that docutils wants py2.7. > > > any idea how to handle this situation? Allow portage to add the changes to your config, then run etc-update or equivalent. When portage adds package.use changes, it also adds comments showing what requires those changes. With that information, you should be able to see which package is causing this. -- Neil Bothwick I'm Bugs Bunny of Borg. What's up Collective? pgp_Bsr6Td5BP.pgp Description: OpenPGP digital signature
Re: [gentoo-user] docutils needing py2.7, but not wanting py2.7?
On Thu, Jun 04, 2020 at 11:38:33PM +, Caveman Al Toraboran wrote: > = > Package Settings > = > > dev-python/docutils-0.16::gentoo was built with the following: > USE="" ABI_X86="(64)" PYTHON_TARGETS="python3_7 -pypy3 -python2_7 -python3_6 > -python3_8 -python3_9" This is confusing me. At some point, you had docutils, ipython, and m2r built without docutils having PYTHON_TARGETS="python2_7", and there is no requirement in the ebuild of ipython to mandate that. m2r requires `dev-python/docutils[${PYTHON_USEDEP}]`, however I doubt that PYTHON_USEDEP would expand to a hard requirement on python2_7. In fact, every single package from your original message---quoted below for convenience---supports versions greater than 2.7. On Thu, Jun 04, 2020 at 09:24:39PM +, Caveman Al Toraboran wrote: > # required by dev-python/m2r-0.2.1::gentoo[-test] > # required by dev-python/automat-20.2.0::gentoo > # required by dev-python/twisted-20.3.0::gentoo > # required by www-servers/tornado-6.0.4::gentoo > # required by dev-python/ipykernel-5.1.4::gentoo[-test] > # required by dev-python/ipyparallel-6.2.3::gentoo > # required by dev-python/ipython-7.5.0::gentoo[smp] > # required by @selected > # required by @world (argument) > >=dev-python/docutils-0.16 python_targets_python2_7 Just to be explicit, try updating @world with `USE="-python_targets_python2_7 python_targets_python3_6" `. I assume that the currently installed version of ipython also has the [smp] USE-flag ? -- Ashley Dixon suugaku.co.uk 2A9A 4117 DA96 D18A 8A7B B0D2 A30E BF25 F290 A8AA signature.asc Description: PGP signature
RE: [gentoo-user] Admin system documentation
I just can't get my head around why you would want or need to do a total rebuild. I myself can't imagine _wanting_ to do a rebuild, but needing to, yes. Flood, tornado, theft, etc . Users have work to do. Let's see, what's my SAMBA configuration? And those SQL databases looked like what? How quickly could you bring a system with many users back online _and_ functional? If you are in a position of being responsible for thoses entities, you had better have your ass covered. That's what I'm trying to do. If your only method of getting a production system back online is by doing a full rebuild, then you are royally screwed. Most linux systems (especially gentoo-based) are in a constant state of flux. Users get added and removed, emerge updates packages and config files, databases have rows added/removed, etc. Your primary disaster recovery tool is the system backup. That will be the only way to get your system back to the state it was in before the failure occurred. Planning to rebuild from scratch rather than restore from backup ensures that a) you're going to need a huge window of time to get the system back to a functional state, b) you're going to need another huge window of time to get all of your configuration back in line with the current setup, and c) your data from databases will be basically lost (recreating tables is just the start of trying to bring it back online). So forget the 'rebuild' idea, it won't work and will be prone to failure. Instead focus on the appropriate tool to build system backups. Test your backup procedures and restoration procedures earnestly to ensure that what you plan to do for disaster recovery really will work. If you can get to a static system state (i.e. you stop emerging packages/updates), you could get away with a full system backup performed once followed by incremental backups from /etc, /var, and /home. And don't forget to take copies of the backup'd media offsite to another location; that way if the building goes under (with your system in it) you'll be able to get another system online based off of the offsite media. Dave -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] eth0 does not exist - followup
On 5/28/06, Richard Fish [EMAIL PROTECTED] wrote: On 5/28/06, Kenneth Hopping [EMAIL PROTECTED] wrote: Richard Fish wrote: What do lspci and lsmod report? 01:08.0 Ethernet controller: 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 74) Ok, when you go to configure your kernel, go under Device Drivers-Network device support-Ethernet (10 or 100Mbit). Select the option 3COM cards, and then the 3c590/3c900 series... with an 'M'. Assuming that you already configured and installed a kernel, so that /usr/src/linux matches your running kernel, you should be able to just do make make modules_install to get the new driver. You can then try loading it with modprobe 3c59x. If you get no errors from that command, then you should get connected automatically within a few seconds. If all goes well, it should work fine even after a reboot. If you get errors, well you may have some more work to do to configure and install a new kernel. This is my first attempt with gentoo and kernel compilation so I'm not very knowledgable about modules. I just followed the steps in the x86 installation handbook. Except for the network, everything else (cdrom, floppy) seems to work. I've been somewhat terse about the steps required, assuming you have some basic knowledge of how to configure and install a new kernel. The gentoo handbook can help here, but if you still have questions or something doesn't make sense, feel free to ask for some more help. -Richard -- gentoo-user@gentoo.org mailing list Maybe he already have the driver compiled as a module but its not loading it?! Just a guess, try: modprobe 3c59x And take a look at the last lines of dmesg output. -- Daniel da Veiga Computer Operator - RS - Brazil -BEGIN GEEK CODE BLOCK- Version: 3.1 GCM/IT/P/O d-? s:- a? C++$ UBLA++ P+ L++ E--- W+++$ N o+ K- w O M- V- PS PE Y PGP- t+ 5 X+++ R+* tv b+ DI+++ D+ G+ e h+ r+ y++ --END GEEK CODE BLOCK-- -- gentoo-user@gentoo.org mailing list
[gentoo-user] port bandwidth discovery
Hello, Currently, I manage gentoo system that have a variety of 10 and 100 MB/s ethernet cards. I use lshw to distinguish the max ethernet port speed: For example: network:0 DISABLED description: Ethernet interface product: RTL-8139/8139C/8139C+ vendor: Realtek Semiconductor Co., Ltd. physical id: 9 bus info: p...@:02:09.0 logical name: eth1 version: 10 serial: 00:48:54:62:64:fd size: 10MB/s capacity: 100MB/s width: 32 bits clock: 33MHz capabilities: pm bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd autonegotiation configuration: autonegotiation=on broadcast=yes driver=8139too driverversion=0.9.28 duplex=half latency=32 link=no maxlatency=64 mingnt=32 module=8139too multicast=yes port=MII speed=10MB/s *-storage UNCLAIMED description: Mass storage controller product: PCI0680 Ultra ATA-133 Host Controller vendor: Silicon Image, Inc. physical id: a bus info: p...@:02:0a.0 version: 02 width: 32 bits clock: 33MHz capabilities: storage pm bus_master cap_list configuration: latency=32 *-network:1 description: Ethernet interface product: 3c450 HomePNA [Tornado] vendor: 3Com Corporation physical id: b bus info: p...@:02:0b.0 logical name: eth0 version: 30 serial: 00:50:da:61:31:1c size: 100MB/s capacity: 100MB/s width: 32 bits clock: 33MHz capabilities: pm bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd autonegotiation configuration: autonegotiation=on broadcast=yes driver=3c59x duplex=full ip=192.168.2.17 latency=32 link=yes maxlatency=10 mingnt=10 module=3c59x multicast=yes port=MII speed=100MB/s Is this reliable? What if a 10/100 card is plugged into a 10MB/s hub? Is there other software to discern the hardware capability and test actual throughput? How comfortable are you with the results you get? (reliable?) curiously, James
Re: [gentoo-user] port bandwidth discovery
On Fri, 2009-09-11 at 18:03 +, James wrote: Hello, Currently, I manage gentoo system that have a variety of 10 and 100 MB/s ethernet cards. I use lshw to distinguish the max ethernet port speed: For example: network:0 DISABLED description: Ethernet interface product: RTL-8139/8139C/8139C+ vendor: Realtek Semiconductor Co., Ltd. physical id: 9 bus info: p...@:02:09.0 logical name: eth1 version: 10 serial: 00:48:54:62:64:fd size: 10MB/s capacity: 100MB/s width: 32 bits clock: 33MHz capabilities: pm bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd autonegotiation configuration: autonegotiation=on broadcast=yes driver=8139too driverversion=0.9.28 duplex=half latency=32 link=no maxlatency=64 mingnt=32 module=8139too multicast=yes port=MII speed=10MB/s *-storage UNCLAIMED description: Mass storage controller product: PCI0680 Ultra ATA-133 Host Controller vendor: Silicon Image, Inc. physical id: a bus info: p...@:02:0a.0 version: 02 width: 32 bits clock: 33MHz capabilities: storage pm bus_master cap_list configuration: latency=32 *-network:1 description: Ethernet interface product: 3c450 HomePNA [Tornado] vendor: 3Com Corporation physical id: b bus info: p...@:02:0b.0 logical name: eth0 version: 30 serial: 00:50:da:61:31:1c size: 100MB/s capacity: 100MB/s width: 32 bits clock: 33MHz capabilities: pm bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd autonegotiation configuration: autonegotiation=on broadcast=yes driver=3c59x duplex=full ip=192.168.2.17 latency=32 link=yes maxlatency=10 mingnt=10 module=3c59x multicast=yes port=MII speed=100MB/s Is this reliable? What if a 10/100 card is plugged into a 10MB/s hub? Is there other software to discern the hardware capability and test actual throughput? How comfortable are you with the results you get? (reliable?) curiously, James Some NICs work with mii-tool, others with ethtool. The latter is generally the more modern one. Daniel -- PGP key @ http://pgpkeys.pca.dfn.de/pks/lookup?search=0xBB9D4887op=get # gpg --recv-keys --keyserver hkp://subkeys.pgp.net 0xBB9D4887 signature.asc Description: This is a digitally signed message part
Re: [gentoo-user] Ethernet card not working, tried tulip drivers... [resolved]
On 10/28/2009 04:01 AM, Dale wrote: Mick wrote: To read your PCI connected devices you need: lspci -v HTH. That is the key command in my opinion. That will tell you what driver it is using for what device. If it works while booted on the Live CD, then that driver is most likely what you need. Take the name of the driver, then search for it in menuconfig. You hit the / key to search. Its like the ? key without hitting shift. It should show you exactly where the driver is located so you can go enable it. Then you just recompile the kernel and copy it to /boot. This is what the output should look like: 01:08.0 Ethernet controller: Davicom Semiconductor, Inc. Ethernet 100/10 MBit (rev 31) Subsystem: ARCHTEK TELECOM Corp Device 0008 Flags: bus master, medium devsel, latency 32, IRQ 16 I/O ports at 9800 [size=256] Memory at df002000 (32-bit, non-prefetchable) [size=256] [virtual] Expansion ROM at 8810 [disabled] [size=256K] Capabilities: [50] Power Management version 1 Kernel driver in use: dmfe The last line is the key. If I were searching for that driver, I would search for dmfe and enable it as built in or a module. If that command doesn't show the driver, then you may need to start with some of the other commands to see what you can test to get it working. Dale :-) :-) I booted up the livecd and ran lspci -v, it worked great. I got similar output to that above, and found out that I am using a 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 78) and that Kernel driver in use: 3c59x. Great! Only problem was that when I went to look for that driver in menuconfig, all I found were two other drivers for similar cards (one of which had [Typhoon] in the name). However, I enabled those drivers, recompiled, rebooted, and everything works great. Thanks for all your help. By the way, I have never had such great technical support before. I am really amazed that within 12 hours, I had about 3 different ways of fixing this, and was able to have it up and running within 45 minutes of checking my email this morning. Wonderful! Marcus
Re: [gentoo-user] docutils needing py2.7, but not wanting py2.7?
Neil Bothwick wrote: > On Thu, 04 Jun 2020 21:24:39 +, Caveman Al Toraboran wrote: > >> if i exec: "emerge -avDuNt --quiet-build=y @world": >> >> > These are the packages that would be merged, in reverse order: >> > >> > Calculating dependencies... done! >> > >> > The following USE changes are necessary to proceed: >> > (see "package.use" in the portage(5) man page for more details) >> > # >> > >=dev-python/docutils-0.16 -python_targets_python2_7 >> > >> > Would you like to add these changes to your config files? >> > [Yes/No] >> >> so >=dev-python/docutils-0.16 doesn't want >> python_targets_python2_7. let's remove it then by >> adding: >> >> >=dev-python/docutils-0.16 -python_targets_python2_7 >> >> into: /etc/portage/package.use/stuff >> >> but then i get this: >> >> > The following USE changes are necessary to proceed: >> > (see "package.use" in the portage(5) man page for more details) >> > # required by dev-python/m2r-0.2.1::gentoo[-test] >> > # required by dev-python/automat-20.2.0::gentoo >> > # required by dev-python/twisted-20.3.0::gentoo >> > # required by www-servers/tornado-6.0.4::gentoo >> > # required by dev-python/ipykernel-5.1.4::gentoo[-test] >> > # required by dev-python/ipyparallel-6.2.3::gentoo >> > # required by dev-python/ipython-7.5.0::gentoo[smp] >> > # required by @selected >> > # required by @world (argument) >> > >=dev-python/docutils-0.16 python_targets_python2_7 >> > >> > Would you like to add these changes to your config files? >> > [Yes/No] >> >> which i guess means that docutils wants py2.7. >> >> >> any idea how to handle this situation? > Allow portage to add the changes to your config, then run etc-update or > equivalent. When portage adds package.use changes, it also adds comments > showing what requires those changes. With that information, you should be > able to see which package is causing this. > > One of us is reading that wrong. Given my eyes, maybe it is me. My new glasses should be in within the next week or so. In the first instance, it wants py2.7 disabled. So he adds it to the config file to disable it. When he runs the command again, it wants to enable py2.7 for the same package and version. If I'm reading that right, even if he lets emerge add the change, it will lead to two problems. One, there will be one line enabling py2.7 and another line disabling it. If I recall correctly, emerge will take the last one. Two, he will be back to the first problem, it wanting py2.7 disabled. In other words, back where he started. Am I reading that wrong or something?? Dale :-) :-)
Re: [gentoo-user] next step X
On Wednesday 11 May 2005 18:38, Mark Knecht wrote: Gentlemen: After finishing the installation, I cannot seem to bring the eth0 interface up. When I try to manually ifconfig eth0 addr broadcast netmask up, I get a message of no such device. So, I must have foobarred another incantation along the way. It was working fine in the chroot environment an hour or so ago, so I suspect something in the last stages of the install. What are the sort of things I can do to diagnose this sort of problem. Mostly, I am questing for knowledge right now. Charles lspci to understand what hardware lsmod to understand what modules are loaded modprobe foo to get a module loaded to support the adapter vi /etc/conf.d/net to look at what the system is trying to do with the hardware when the scripts are run post some more info back (if you can) and then folks will help you take the next step. Good luck, Mark Under the liveCD, the network interface is working fine and I was able to emerge kde, albeit with an error at the end with a version mismatch between libtool.m4 (1.5.10) and litmain (1.5), but thats the story after this one. lspci shows the 3com 3c905C Tornado card. lsmod (under liveCD) shows 3c95x is the driver used. In rebooting to the *real* partition, I can see that while init is running there is an error: Bringing eth0 up via DHCP ERROR: Problem starting needed services netmount was not started. I can do a modprobe 3c95x and lsmod shows it is loaded. I can then do an ifconfig eth0 up and the interface is up (ping www.yahoo.com works). The file /etc/conf.d/net has two uncommented lines: iface_eth0=dhcp gateway=eth0/10.10.10.1 I am suspecting that the netmount is the source of my confusion. Since modprobe 3c59x allows the interface to then work just fine, there may be a needed alias to tell the init script the PCI card for the ethernet interface is a 3Com. If I recall, in some other distributions, there is an alias file for modules and perhaps Gentoo is a little different then my previous understanding. Charles p.s Why would emerge vi say no ebuilds. I have nano, but not vi yet. p.p.s. After this step, the emerge kde tells me that libtool.m4 has the wrong version and I need to run libtoolize --copy --force. I run that, and get the error configure.ac does nto exist, run libtoolize --help. Invoking libtoolize --help tells me I need to run it from the toplevel directory, which I assume to be where the source for libtool.m4 would be. Where would the default location for libtool be so I could run libtoolize properly, or should I emerge something_else, or emerge the_same_thing_again p.p.p.s Thanks for the help. -- gentoo-user@gentoo.org mailing list
[gentoo-user] eth0 does not exist - followup
Richard Fish wrote: On 5/27/06, Kenneth Hopping [EMAIL PROTECTED] wrote: The problem appears to be that /sys/class/net/eth0 does not exist. This is a pseudo-filesystem like proc that I cannot manipulate. Is there some configuration file that needs initialization or a package that I need to install? No, you just need to load the driver for your NIC. What do lspci and lsmod report? # lspci 00:00.0 Host bridge: Intel Corporation 82810E DC-133 GMCH [Graphics Memory Controller Hub] (rev 03) 00:01.0 VGA compatible controller: Intel Corporation 82810E DC-133 CGC [Chipset Graphics Controller] (rev 03) 00:1e.0 PCI bridge: Intel Corporation 82801AA PCI Bridge (rev 02) 00:1f.0 ISA bridge: Intel Corporation 82801AA ISA Bridge (LPC) (rev 02) 00:1f.1 IDE interface: Intel Corporation 82801AA IDE (rev 02) 00:1f.2 USB Controller: Intel Corporation 82801AA USB (rev 02) 00:1f.3 SMBus: Intel Corporation 82801AA SMBus (rev 02) 01:05.0 Multimedia audio controller: Cirrus Logic CS 4614/22/24 [CrystalClear SoundFusion Audio Accelerator] (rev 01) 01:08.0 Ethernet controller: 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 74) # lsmod Module Size Used by /proc/modules is empty. # find /lib/modules/2.6.16-gentoo-r7/kernel -type f -iname '*.ko' /lib/modules/2.6.16-gentoo-r7/kernel/drivers/base/firmware_class.ko /lib/modules/2.6.16-gentoo-r7/kernel/drivers/net/dummy.ko /lib/modules/2.6.16-gentoo-r7/kernel/drivers/net/s2io.ko /lib/modules/2.6.16-gentoo-r7/kernel/drivers/scsi/dpt_i2o.ko /lib/modules/2.6.16-gentoo-r7/kernel/drivers/scsi/ipr.ko /lib/modules/2.6.16-gentoo-r7/kernel/drivers/scsi/sata_sis.ko /lib/modules/2.6.16-gentoo-r7/kernel/drivers/scsi/sata_sx4.ko /lib/modules/2.6.16-gentoo-r7/kernel/drivers/usb/input/touchkitusb.ko /lib/modules/2.6.16-gentoo-r7/kernel/drivers/usb/misc/cytherm.ko /lib/modules/2.6.16-gentoo-r7/kernel/drivers/usb/misc/phidgetservo.ko /lib/modules/2.6.16-gentoo-r7/kernel/fs/ntfs/ntfs.ko /lib/modules/2.6.16-gentoo-r7/kernel/lib/libcrc32c.ko This is my first attempt with gentoo and kernel compilation so I'm not very knowledgable about modules. I just followed the steps in the x86 installation handbook. Except for the network, everything else (cdrom, floppy) seems to work. K.H. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Ethernet card not working, tried tulip drivers... [resolved]
Marcus Wanner wrote: On 10/28/2009 04:01 AM, Dale wrote: Mick wrote: To read your PCI connected devices you need: lspci -v HTH. That is the key command in my opinion. That will tell you what driver it is using for what device. If it works while booted on the Live CD, then that driver is most likely what you need. Take the name of the driver, then search for it in menuconfig. You hit the / key to search. Its like the ? key without hitting shift. It should show you exactly where the driver is located so you can go enable it. Then you just recompile the kernel and copy it to /boot. This is what the output should look like: 01:08.0 Ethernet controller: Davicom Semiconductor, Inc. Ethernet 100/10 MBit (rev 31) Subsystem: ARCHTEK TELECOM Corp Device 0008 Flags: bus master, medium devsel, latency 32, IRQ 16 I/O ports at 9800 [size=256] Memory at df002000 (32-bit, non-prefetchable) [size=256] [virtual] Expansion ROM at 8810 [disabled] [size=256K] Capabilities: [50] Power Management version 1 Kernel driver in use: dmfe The last line is the key. If I were searching for that driver, I would search for dmfe and enable it as built in or a module. If that command doesn't show the driver, then you may need to start with some of the other commands to see what you can test to get it working. Dale :-) :-) I booted up the livecd and ran lspci -v, it worked great. I got similar output to that above, and found out that I am using a 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 78) and that Kernel driver in use: 3c59x. Great! Only problem was that when I went to look for that driver in menuconfig, all I found were two other drivers for similar cards (one of which had [Typhoon] in the name). However, I enabled those drivers, recompiled, rebooted, and everything works great. Thanks for all your help. By the way, I have never had such great technical support before. I am really amazed that within 12 hours, I had about 3 different ways of fixing this, and was able to have it up and running within 45 minutes of checking my email this morning. Wonderful! Marcus Now I'm confused. I did a search here as well and it returned nothing matching that driver. This is a first for me. Has anyone else ever searched for a driver when you have the exact name and not get a match when the driver is actually there? I did a manual search and the driver is there. Glad you got the network working tho. Dale :-) :-)
Re: [gentoo-user] Ethernet card not working, tried tulip drivers... [resolved]
On 10/28/2009 5:39 PM, Dale wrote: Marcus Wanner wrote: On 10/28/2009 04:01 AM, Dale wrote: Mick wrote: To read your PCI connected devices you need: lspci -v HTH. That is the key command in my opinion. That will tell you what driver it is using for what device. If it works while booted on the Live CD, then that driver is most likely what you need. Take the name of the driver, then search for it in menuconfig. You hit the / key to search. Its like the ? key without hitting shift. It should show you exactly where the driver is located so you can go enable it. Then you just recompile the kernel and copy it to /boot. This is what the output should look like: 01:08.0 Ethernet controller: Davicom Semiconductor, Inc. Ethernet 100/10 MBit (rev 31) Subsystem: ARCHTEK TELECOM Corp Device 0008 Flags: bus master, medium devsel, latency 32, IRQ 16 I/O ports at 9800 [size=256] Memory at df002000 (32-bit, non-prefetchable) [size=256] [virtual] Expansion ROM at 8810 [disabled] [size=256K] Capabilities: [50] Power Management version 1 Kernel driver in use: dmfe The last line is the key. If I were searching for that driver, I would search for dmfe and enable it as built in or a module. If that command doesn't show the driver, then you may need to start with some of the other commands to see what you can test to get it working. Dale :-) :-) I booted up the livecd and ran lspci -v, it worked great. I got similar output to that above, and found out that I am using a 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 78) and that Kernel driver in use: 3c59x. Great! Only problem was that when I went to look for that driver in menuconfig, all I found were two other drivers for similar cards (one of which had [Typhoon] in the name). However, I enabled those drivers, recompiled, rebooted, and everything works great. Thanks for all your help. By the way, I have never had such great technical support before. I am really amazed that within 12 hours, I had about 3 different ways of fixing this, and was able to have it up and running within 45 minutes of checking my email this morning. Wonderful! Marcus Now I'm confused. I did a search here as well and it returned nothing matching that driver. This is a first for me. Has anyone else ever searched for a driver when you have the exact name and not get a match when the driver is actually there? I did a manual search and the driver is there. Glad you got the network working tho. Dale :-) :-) Yeah, I guess it's because you have to download that particular driver separately? Marcus
Re: [gentoo-user] Ethernet card not working, tried tulip drivers... [resolved]
Marcus Wanner wrote: On 10/28/2009 5:39 PM, Dale wrote: Marcus Wanner wrote: On 10/28/2009 04:01 AM, Dale wrote: Mick wrote: To read your PCI connected devices you need: lspci -v HTH. That is the key command in my opinion. That will tell you what driver it is using for what device. If it works while booted on the Live CD, then that driver is most likely what you need. Take the name of the driver, then search for it in menuconfig. You hit the / key to search. Its like the ? key without hitting shift. It should show you exactly where the driver is located so you can go enable it. Then you just recompile the kernel and copy it to /boot. This is what the output should look like: 01:08.0 Ethernet controller: Davicom Semiconductor, Inc. Ethernet 100/10 MBit (rev 31) Subsystem: ARCHTEK TELECOM Corp Device 0008 Flags: bus master, medium devsel, latency 32, IRQ 16 I/O ports at 9800 [size=256] Memory at df002000 (32-bit, non-prefetchable) [size=256] [virtual] Expansion ROM at 8810 [disabled] [size=256K] Capabilities: [50] Power Management version 1 Kernel driver in use: dmfe The last line is the key. If I were searching for that driver, I would search for dmfe and enable it as built in or a module. If that command doesn't show the driver, then you may need to start with some of the other commands to see what you can test to get it working. Dale :-) :-) I booted up the livecd and ran lspci -v, it worked great. I got similar output to that above, and found out that I am using a 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 78) and that Kernel driver in use: 3c59x. Great! Only problem was that when I went to look for that driver in menuconfig, all I found were two other drivers for similar cards (one of which had [Typhoon] in the name). However, I enabled those drivers, recompiled, rebooted, and everything works great. Thanks for all your help. By the way, I have never had such great technical support before. I am really amazed that within 12 hours, I had about 3 different ways of fixing this, and was able to have it up and running within 45 minutes of checking my email this morning. Wonderful! Marcus Now I'm confused. I did a search here as well and it returned nothing matching that driver. This is a first for me. Has anyone else ever searched for a driver when you have the exact name and not get a match when the driver is actually there? I did a manual search and the driver is there. Glad you got the network working tho. Dale :-) :-) Yeah, I guess it's because you have to download that particular driver separately? Marcus It's in the kernel tho. This appears to be the one: 3c590/3c900 series (592/595/597) Vortex/Boomerang support The help screen lists your card. Just weird to me. Dale :-) :-)
Re: [gentoo-user] Re: Upgrading from FX-5200 to a GeForce 6200 512MB
Alex Schuster wrote: Dale writes: So, same card as a year or so ago and same everything else but now I get only about 1/10th the frame rate. What gives? Is this a driver issue? Is OpenGL working at all? Does glxinfo produce lots of output, with 'direct rendering: Yes' near the top? If not, your're using software rendering, all is done by the CPU, not the GPU. Wonko That's what I am thinking. I notice here lately that my CPU is being used a LOT more then it used to when playing videos or something. I recently changed kernels and nvidia drivers, the kernel upgrade forced me to upgrade nvidia. It appears to have gotten worse with each upgrade. This is what I got from these two commands: r...@smoker / # eselect opengl list Available OpenGL implementations: [1] nvidia * [2] xorg-x11 r...@smoker / # glxinfo name of display: :0.0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: NVIDIA Corporation server glx version string: 1.4 server glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGI_video_sync, GLX_SGI_swap_control, GLX_EXT_texture_from_pixmap, GLX_ARB_multisample, GLX_NV_float_buffer client glx vendor string: NVIDIA Corporation client glx version string: 1.4 client glx extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_SGI_video_sync, GLX_NV_swap_group, GLX_NV_video_out, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGI_swap_control, GLX_NV_float_buffer, GLX_ARB_fbconfig_float, GLX_EXT_fbconfig_packed_float, GLX_EXT_texture_from_pixmap, GLX_EXT_framebuffer_sRGB, GLX_NV_present_video GLX version: 1.3 GLX extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGI_video_sync, GLX_SGI_swap_control, GLX_EXT_texture_from_pixmap, GLX_ARB_multisample, GLX_NV_float_buffer, GLX_ARB_get_proc_address OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce FX 5200/AGP/SSE/3DNOW! OpenGL version string: 2.1.2 NVIDIA 173.14.25 OpenGL shading language version string: 1.20 NVIDIA via Cg compiler SNIPPED?? It says direct rendering is working but it sure doesn't act like it. I watched a video a bit ago and although it was a small thing, only took about 20% of my screen, it used just about all the CPU power. It didn't do that a few months or so ago. It used to take only 25% or so to do a full screen video. This is really weird. I did take the side off my case a hour or so ago. I took my air tank and blew it out pretty good. I also checked to make sure the fan was turning on the video card chip. It was spinning fine and I could feel a little bit of air. It's a small fan so I wasn't expecting a tornado or anything. Anyway, after blowing it out AND generating a xorg-conf with nvidia's program, I get this: r...@smoker / # glxgears Running synchronized to the vertical refresh. The framerate should be approximately the same as the monitor refresh rate. 2932 frames in 5.0 seconds = 586.390 FPS 1260 frames in 5.7 seconds = 222.873 FPS 2 frames in 7.6 seconds = 0.263 FPS 2 frames in 8.0 seconds = 0.249 FPS 2 frames in 7.6 seconds = 0.264 FPS 2 frames in 7.7 seconds = 0.259 FPS XIO: fatal IO error 22 (Invalid argument) on X server :0.0 after 58 requests (58 known processed) with 0 events remaining. r...@smoker / # Well, if it wasn't bad enough before, it is really bad now. The first couple were when the window was really small. I adjusted it to full screen which is where the 0.2 FPS comes in. That used to be about 30 or so a while back. This is with the nvidia generated xorg.conf file. I'm going back to my hand made one. It seems to be a little better. Any ideas as to why everything says it is working but it isn't? Dale :-) :-)
[gentoo-user] Re: [gentoo-security] AMD64 + Hard Drive weirdness...
Moving my thread over to the proper list... first... Now then - thanks to everyone on the list for your help. I've had barely any sleep lately, so I must apologize first, for putting the original thread onto the security mailing list by mistake. For anyone who's wondering - I have an AMD64 box, with a new Gentoo AMD64 install. The hard drive read times are obnoxiously slow - so, I'm going to attribute this to the wrong driver being loaded for the controller. See here: hdparm -tT /dev/hda /dev/hda: Timing cached reads: 3016 MB in 2.00 seconds = 1507.91 MB/sec Timing buffered disk reads:4 MB in 3.68 seconds = 1.09 MB/sec Horribly slow! This machine should be blazing fast, with the 7200 rpm 200 GB hard drive, AMD64 3500+ processor, 1.5 MB RAM, and very modern motherboard to compliment. So, in the meantime, I'm trying to track down the culprit that's making my drive run so slow. Here's my lspci: 00:00.0 Host bridge: ATI Technologies Inc RS480 Host Bridge (rev 10) 00:02.0 PCI bridge: ATI Technologies Inc RS480 PCI-X Root Port 00:12.0 IDE interface: ATI Technologies Inc ATI 4379 Serial ATA Controller 00:13.0 USB Controller: ATI Technologies Inc IXP SB400 USB Host Controller 00:13.1 USB Controller: ATI Technologies Inc IXP SB400 USB Host Controller 00:13.2 USB Controller: ATI Technologies Inc IXP SB400 USB2 Host Controller 00:14.0 SMBus: ATI Technologies Inc IXP SB400 SMBus Controller (rev 11) 00:14.1 IDE interface: ATI Technologies Inc Standard Dual Channel PCI IDE Controller ATI 00:14.3 ISA bridge: ATI Technologies Inc IXP SB400 PCI-ISA Bridge 00:14.4 PCI bridge: ATI Technologies Inc IXP SB400 PCI-PCI Bridge 00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration 00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map 00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller 00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control 01:00.0 VGA compatible controller: nVidia Corporation NV41.0 (rev a2) 02:05.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 80) 02:09.0 Ethernet controller: 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 78) 02:0a.0 Multimedia audio controller: Creative Labs SB0400 Audigy2 Value And modules: Module Size Used by nvidia 4057916 12 snd_pcm_oss56224 0 snd_mixer_oss 19392 1 snd_pcm_oss eth139422608 0 snd_emu10k1 122180 1 snd_rawmidi30112 1 snd_emu10k1 snd_seq_device 10576 2 snd_emu10k1,snd_rawmidi snd_ac97_codec108120 1 snd_emu10k1 snd_pcm 100936 3 snd_pcm_oss,snd_emu10k1,snd_ac97_codec snd_timer 27336 2 snd_emu10k1,snd_pcm snd_ac97_bus3392 1 snd_ac97_codec snd_page_alloc 12560 2 snd_emu10k1,snd_pcm snd_util_mem6016 1 snd_emu10k1 snd_hwdep 11936 1 snd_emu10k1 3c59x 50420 0 mii 7040 1 3c59x ata_piix 12548 0 sata_vsc9988 0 sata_sis9796 0 sata_sx4 15812 0 sata_nv11652 0 sata_via 10436 0 sata_svw9540 0 sata_sil 11588 0 sata_promise 14148 0 libata 65296 9 ata_piix,sata_vsc,sata_sis,sata_sx4,sata_nv,sata_via,sata_svw,sata_sil,sata_promise sbp2 27076 0 ohci1394 35532 0 ieee1394 109752 3 eth1394,sbp2,ohci1394 ohci_hcd 22340 0 uhci_hcd 34848 0 usb_storage71360 0 usbhid 41056 0 ehci_hcd 35336 0 I'll be spending the rest of the day trying to figure out what's going on here. Of course, if anyone has some insight, that would ultimately be most helpful! Off to work I go... Thanks all on the list(s). Robert Larson wrote: Hello Jeff, I've had 3 machines exhibit this kind of behaviour in the last few months. On the first machine, it was an intermitten IDE controller failure (probably related to heat and expansion of motherboard compoenents). I was able to bypass it by installing a PCI SATA controller. The way that I was able to figure this out was by running knoppix on it (I tried windows too, just in case). When running knoppix (and, that OTHER os), the problems still occured. The second and third machines were having problems because the wrong drivers were loaded for the motherboard IDE controller. On the first of these machines, I ran knoppix and it correctly loaded the drivers (I used lsmod to find them ;-). On the second of these machines, it was a production machine, and it took a lot of time because I couldn't just bring it down. I was getting operation not permitted when trying to enable DMA. Eventually, I had performed lspci, and saw the controller
Re: [gentoo-user] bad jack(?) performance
On Thu, Oct 13, 2005 at 05:06:22AM -0700, Mark Knecht wrote: The first one is easy. Try some different Jack settings. Instead of 128/2 try 64/4, or 128/3, etc., and see if some other setting works. You might get the same latency, or you might have to go a bit slower. The only time I actually use low latency is when recording. It's never needed for playback only. Most of the time I run 512/2 just to ensure no xruns causing clicks in my work. I haven't had a chance to try that yet, but still I wonder: why should I have to tweak jack's settings, if 128/2 worked fine for root? On my 32-bit machines I've always been able to run Jack the standard Gentoo-sources kernel and get good realtime results. I have had to be careful about what options I choose, and on a couple of machines different kernel options have caused xruns (such as networking) but I've always managed to get it to work and work well. Sometimes it has taken some time, but it has worked. Maybe we need to look at how you are configuring the kernel. Possibly send your config file off list or I'll send you one of mine. Ehhh, that scares me a bit (the thought that random kernel options can affect Jack performance)! My kernel config is fairly custom, as I went through each option one-by-one and (at least tried to) set it most appropriately for my hardware. But I'm still hung up on the fact that things work as expected as root, but automatically get nice'ed as a regular user. and I would have to manage updates on our own. That said, this is the way most people interested in good realtime performance have gone. Maybe I've just been excessively lucky up until now. And at this point I'm not too interested in that good of realtime performance, though I will in the future (see below). It's probably worth it to review how you've set up realtime-lsm one more time, just in case, and possibly to look at your hardware setup a bit. I agree, as I alluded to above, I'm thinking it might be a permissions/setup issue. lspci :00:00.0 Host bridge: nVidia Corporation nForce2 AGP (different version?) (rev c1) :00:00.1 RAM memory: nVidia Corporation nForce2 Memory Controller 1 (rev c1) :00:00.2 RAM memory: nVidia Corporation nForce2 Memory Controller 4 (rev c1) :00:00.3 RAM memory: nVidia Corporation nForce2 Memory Controller 3 (rev c1) :00:00.4 RAM memory: nVidia Corporation nForce2 Memory Controller 2 (rev c1) :00:00.5 RAM memory: nVidia Corporation nForce2 Memory Controller 5 (rev c1) :00:01.0 ISA bridge: nVidia Corporation nForce2 ISA Bridge (rev a4) :00:01.1 SMBus: nVidia Corporation nForce2 SMBus (MCP) (rev a2) :00:02.0 USB Controller: nVidia Corporation nForce2 USB Controller (rev a4) :00:02.1 USB Controller: nVidia Corporation nForce2 USB Controller (rev a4) :00:02.2 USB Controller: nVidia Corporation nForce2 USB Controller (rev a4) :00:05.0 Multimedia audio controller: nVidia Corporation nForce Audio Processing Unit (rev a2) :00:06.0 Multimedia audio controller: nVidia Corporation nForce2 AC97 Audio Controler (MCP) (rev a1) :00:08.0 PCI bridge: nVidia Corporation nForce2 External PCI Bridge (rev a3) :00:09.0 IDE interface: nVidia Corporation nForce2 IDE (rev a2) :00:0c.0 PCI bridge: nVidia Corporation nForce2 PCI Bridge (rev a3) :00:1e.0 PCI bridge: nVidia Corporation nForce2 AGP (rev c1) :01:0a.0 SCSI storage controller: LSI Logic / Symbios Logic 53c1010 Ultra3 SCSI Adapter (rev 01) :01:0a.1 SCSI storage controller: LSI Logic / Symbios Logic 53c1010 Ultra3 SCSI Adapter (rev 01) :02:01.0 Ethernet controller: 3Com Corporation 3C920B-EMB Integrated Fast Ethernet Controller [Tornado] (rev 40) :03:00.0 VGA compatible controller: nVidia Corporation NV28 [GeForce4 Ti 4200 AGP 8x] (rev a1) lsmod Module Size Used by realtime7752 0 parport_pc 31812 1 lp 8260 0 parport20992 2 parport_pc,lp usblp 11072 0 uhci_hcd 29200 0 ehci_hcd 27272 0 ohci_hcd 16584 0 nvidia_agp 5916 1 snd_pcm_oss48288 0 snd_mixer_oss 17664 1 snd_pcm_oss snd_intel8x0 28032 3 snd_ac97_codec 72192 1 snd_intel8x0 snd_pcm81352 5 snd_pcm_oss,snd_intel8x0,snd_ac97_codec snd_timer 21700 1 snd_pcm snd45156 10 snd_pcm_oss,snd_mixer_oss,snd_intel8x0,snd_ac97_codec,snd_pcm,snd_timer soundcore 7776 1 snd snd_page_alloc 7620 2 snd_intel8x0,snd_pcm w83l785ts 5716 0 asb100 21908 0 i2c_sensor 2944 2 w83l785ts,asb100 i2c_nforce2 5504 0 i2c_isa 1728 0 i2c_dev 8064 0 i2c_core 18512 6 w83l785ts,asb100,i2c_sensor,i2c_nforce2,i2c_isa,i2c_dev nvidia 3707080 12 agpgart
Re: [gentoo-user] Slow PCMCIA-USB
Hi, What's your lspci output? here's the output of lspci. I also have appended the diff of the output of lsmod before and after plugging the PCMCIA-USB card in, and the output of tail -f /var/log/messages while replugging the device: lsmod-diff: usb_storage31364 0 usblp 11648 0 yenta_socket 25100 4 yenta_socket 25100 5 lspci: 00:00.0 Host bridge: Intel Corporation 82845 845 (Brookdale) Chipset Host Bridge (rev 04) 00:01.0 PCI bridge: Intel Corporation 82845 845 (Brookdale) Chipset AGP Bridge (rev 04) 00:1d.0 USB Controller: Intel Corporation 82801CA/CAM USB (Hub #1) (rev 02) 00:1d.2 USB Controller: Intel Corporation 82801CA/CAM USB (Hub #3) (rev 02) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 42) 00:1f.0 ISA bridge: Intel Corporation 82801CAM ISA Bridge (LPC) (rev 02) 00:1f.1 IDE interface: Intel Corporation 82801CAM IDE U100 (rev 02) 00:1f.5 Multimedia audio controller: Intel Corporation 82801CA/CAM AC'97 Audio Controller (rev 02) 00:1f.6 Modem: Intel Corporation 82801CA/CAM AC'97 Modem Controller (rev 02) 01:00.0 VGA compatible controller: nVidia Corporation NV11 [GeForce2 Go] (rev b2) 02:00.0 Ethernet controller: 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 78) 02:01.0 CardBus bridge: Texas Instruments PCI4451 PC card Cardbus Controller 02:01.1 CardBus bridge: Texas Instruments PCI4451 PC card Cardbus Controller 02:01.2 FireWire (IEEE 1394): Texas Instruments PCI4451 IEEE-1394 Controller 03:00.0 USB Controller: NEC Corporation USB (rev 43) 03:00.1 USB Controller: NEC Corporation USB (rev 43) 03:00.2 USB Controller: NEC Corporation USB 2.0 (rev 04) messages: Jun 24 10:15:08 Grandevitesse usb 5-2.4.4: USB disconnect, address 6 Jun 24 10:15:08 Grandevitesse ohci_hcd :03:00.0: remove, state 0 Jun 24 10:15:08 Grandevitesse usb usb3: USB disconnect, address 1 Jun 24 10:15:08 Grandevitesse ohci_hcd :03:00.0: USB bus 3 deregistered Jun 24 10:15:08 Grandevitesse ohci_hcd :03:00.1: remove, state 0 Jun 24 10:15:08 Grandevitesse usb usb4: USB disconnect, address 1 Jun 24 10:15:08 Grandevitesse ohci_hcd :03:00.1: USB bus 4 deregistered Jun 24 10:15:08 Grandevitesse ehci_hcd :03:00.2: remove, state 0 Jun 24 10:15:08 Grandevitesse usb usb5: USB disconnect, address 1 Jun 24 10:15:08 Grandevitesse ehci_hcd :03:00.2: USB bus 5 deregistered Jun 24 10:15:18 Grandevitesse PCI: Enabling device :03:00.0 ( - 0002) Jun 24 10:15:18 Grandevitesse PCI: Setting latency timer of device :03:00.0 to 64 Jun 24 10:15:18 Grandevitesse ohci_hcd :03:00.0: OHCI Host Controller Jun 24 10:15:18 Grandevitesse ohci_hcd :03:00.0: new USB bus registered, assigned bus number 3 Jun 24 10:15:18 Grandevitesse ohci_hcd :03:00.0: irq 11, io mem 0xf400 Jun 24 10:15:18 Grandevitesse hub 3-0:1.0: USB hub found Jun 24 10:15:18 Grandevitesse hub 3-0:1.0: 3 ports detected Jun 24 10:15:18 Grandevitesse PCI: Enabling device :03:00.1 ( - 0002) Jun 24 10:15:18 Grandevitesse PCI: Setting latency timer of device :03:00.1 to 64 Jun 24 10:15:18 Grandevitesse ohci_hcd :03:00.1: OHCI Host Controller Jun 24 10:15:18 Grandevitesse ohci_hcd :03:00.1: new USB bus registered, assigned bus number 4 Jun 24 10:15:18 Grandevitesse ohci_hcd :03:00.1: irq 11, io mem 0xf4001000 Jun 24 10:15:18 Grandevitesse hub 4-0:1.0: USB hub found Jun 24 10:15:18 Grandevitesse hub 4-0:1.0: 2 ports detected Jun 24 10:15:18 Grandevitesse PCI: Enabling device :03:00.2 ( - 0002) Jun 24 10:15:18 Grandevitesse ehci_hcd :03:00.2: EHCI Host Controller Jun 24 10:15:18 Grandevitesse ehci_hcd :03:00.2: new USB bus registered, assigned bus number 5 Jun 24 10:15:18 Grandevitesse ehci_hcd :03:00.2: irq 11, io mem 0xf4002000 Jun 24 10:15:18 Grandevitesse ehci_hcd :03:00.2: park 0 Jun 24 10:15:18 Grandevitesse ehci_hcd :03:00.2: USB 2.0 initialized, EHCI 1.00, driver 10 Dec 2004 Jun 24 10:15:18 Grandevitesse hub 5-0:1.0: USB hub found Jun 24 10:15:18 Grandevitesse hub 5-0:1.0: 5 ports detected Thanks! ce -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Rearranging hard drives and data.
fects. I use RaidZ2 (ZFS-speek for RAID 6), so any two > of the four drives may fail without loss of data. But with four drives, this > gives me a space efficiency of only 50 %, hence the thought of going 6-bay. > > The most regular "backup" I do is a unison sync of ~ and some other folders > between PC and laptop. It is very fast and allows me to have everything that > is important be up-to-date without much effort. But I've never backed up my > teensie raspi (remember, it contains my PIM server) or my whole laptop ever > since it got an upgrade to a 2 TB SSD. (My PC's data drive is only 1 TB.) > > Before I built my NAS, my largest drive was an external 3 TB USB drive. It > was my main video storage (naturally w/o backup). Since I built the NAS, > I've never used it again. So a few weeks ago, I repurposed it as my main > backup drive. It's at least 6 years old, but only has ~280 hours on the > meter. In the past, I only (semi-regularly) backed up my main PC via > rsnapshot to an old 1 TB disk sitting permanently in the swap bay. > > I've always wanted to try out borg backup. Thanks to that, I now have a > backup of my system, home and data partitions of my main PC *and* my laptop, > plus the entire raspi. But due to to borg's deduplication magic, the 3 TB > drive is only about half filled, even though it contains several weekly > snapshots already, amounting to almost 7 TB across hosts. > I've seen it said that RAID isn't a backup too. In a way, it isn't. In the case of a house fire or some major disaster, tornado for example, you could lose the whole puter. In that case, backups need to be somewhere else outside the danger area. RAID can play a part in a lot of situations but it isn't a cure all either. Even if I had RAID, I'd still want a backup somewhere. I should use a backup program, snapshot or something here. I'm not real sure why I don't other than spending time to figure out how to do it. It's likely easy enough but still . . . Dale :-) :-)
[gentoo-user] Dumb `lspci -F` question...
Reading the lspci manpage I can across an interesting potentially useful flag: -F file Extract all information from given file containing output of lspci -x. This is very useful for analysis of user-supplied bug reports, because you can display the hardware configuration in any way you want without disturbing the user with requests for more dumps. Can anyone explain to me how to use this, please? Try as I might I don't seem to be getting it right. I would have thought that the correct way to handle this would be: $ lspci -x foo.txt But the results I get are not helpful: $ lspci -F foo.txt $ lspci -F foo.txt -vv $ lspci -F foo.txt -vvv $ lspci -F foo.txt -vt -[00]- $ lspci -F foo.txt -t -[00]- I have tried this on a couple of machines. The output produced by `lspci -x` _looks_ reasonable - I've attached foo.txt. Stroller. :00:00.0 Host bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX Host bridge (rev 03) 00: 86 80 90 71 06 01 10 22 03 00 00 06 00 40 00 00 10: 08 00 00 f8 00 00 00 00 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 30: 00 00 00 00 a0 00 00 00 00 00 00 00 00 00 00 00 :00:01.0 PCI bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge (rev 03) 00: 86 80 91 71 1f 00 20 02 03 00 04 06 00 80 01 00 10: 00 00 00 00 00 00 00 00 00 01 01 40 f0 00 a0 22 20: 00 f0 f0 f7 f0 ff 00 00 00 00 00 00 00 00 00 00 30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 8c 00 :00:02.0 CardBus bridge: Texas Instruments PCI1450 (rev 03) 00: 4c 10 1b ac 07 00 10 02 03 00 07 06 20 a8 82 00 10: 00 00 00 50 a0 00 00 02 00 02 05 b0 00 00 00 20 20: 00 f0 3f 20 00 00 40 20 00 f0 7f 20 00 40 00 00 30: fc 40 00 00 00 44 00 00 fc 44 00 00 0b 01 00 05 40: 14 10 30 01 01 00 00 00 00 00 00 00 00 00 00 00 50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 :00:02.1 CardBus bridge: Texas Instruments PCI1450 (rev 03) 00: 4c 10 1b ac 07 00 10 02 03 00 07 06 20 a8 82 00 10: 00 00 10 50 a0 00 00 02 00 06 09 b0 00 00 80 20 20: 00 f0 bf 20 00 00 c0 20 00 f0 ff 20 00 48 00 00 30: fc 48 00 00 00 4c 00 00 fc 4c 00 00 0b 02 c0 05 40: 14 10 30 01 01 00 00 00 00 00 00 00 00 00 00 00 50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 :00:03.0 Ethernet controller: 3Com Corporation 3c556B CardBus [Tornado] (rev 20) 00: b7 10 56 60 17 00 10 02 20 00 00 02 08 50 80 00 10: 01 18 00 00 00 14 10 e8 00 10 10 e8 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 b7 10 56 63 30: 00 00 00 00 50 00 00 00 00 00 00 00 0b 01 0a 0a :00:03.1 Communication controller: 3Com Corporation Mini PCI 56k Winmodem (rev 20) 00: b7 10 07 10 13 00 10 02 20 00 80 07 08 50 00 00 10: 01 20 00 00 00 1c 10 e8 00 18 10 e8 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 b7 10 59 61 30: 00 00 00 00 50 00 00 00 00 00 00 00 0b 01 0a 0a :00:05.0 Multimedia audio controller: Cirrus Logic CS 4614/22/24 [CrystalClear SoundFusion Audio Accelerator] (rev 01) 00: 13 10 03 60 06 00 10 04 01 00 01 04 00 40 00 00 10: 00 00 10 e8 00 00 00 e8 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 14 10 53 01 30: 00 00 00 00 40 00 00 00 00 00 00 00 0b 01 04 18 :00:07.0 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ISA (rev 02) 00: 86 80 10 71 0f 00 80 02 02 00 80 06 00 00 80 00 10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 :00:07.1 IDE interface: Intel Corporation 82371AB/EB/MB PIIX4 IDE (rev 01) 00: 86 80 11 71 05 00 80 02 01 80 01 01 00 40 00 00 10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 20: 01 1c 00 00 00 00 00 00 00 00 00 00 00 00 00 00 30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 :00:07.2 USB Controller: Intel Corporation 82371AB/EB/MB PIIX4 USB (rev 01) 00: 86 80 12 71 05 00 80 02 01 00 03 0c 00 40 00 00 10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 20: 21 1c 00 00 00 00 00 00 00 00 00 00 00 00 00 00 30: 00 00 00 00 00 00 00 00 00 00 00 00 0b 04 00 00 :00:07.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 03) 00: 86 80 13 71 03 00 80 02 03 00 80 06 00 00 00 00 10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 :01:00.0 VGA compatible controller: S3 Inc. 86C270-294 Savage/IX-MV (rev 11) 00: 33 53 12 8c 07 00 30 02 11 00 00 03 08 40 00 00 10: 00 00 00 f0 00 00 00 00 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 14 10 7f 01 30: 00 00 00 00 dc 00 00 00 00 00 00 00 0b 01 04 ff :02:00.0 Network controller: RaLink Ralink RT2500 802.11 Cardbus Reference Card (rev 01) 00: 14 18 01 02 06 00 10 04
Re: [gentoo-user] 3Com PCMCIA network card not recognised
. Dec 13 06:54:41 sysresccd kernel: eth1: no IPv6 routers present Dec 13 06:54:46 sysresccd dhcpcd[2469]: eth0: carrier lost Dec 13 06:54:46 sysresccd NetworkManager: info (eth0): carrier now OFF (device state 8) Dec 13 06:54:46 sysresccd NetworkManager: info (eth0): device state change: 8 - 2 (reason 40) Dec 13 06:54:46 sysresccd NetworkManager: info (eth0): deactivating device (reason: 40). Dec 13 06:54:47 sysresccd NetworkManager: info eth0: canceled DHCP transaction, dhcp client pid 2076 Dec 13 06:54:47 sysresccd NetworkManager: info Policy set 'Auto eth1' (eth1) as default for routing and DNS. (snipped for brevity, but see attached systemrescuecd-messages.txt.gz) The last lines of the above, referring to eth0, are when I unplugged the built-in network card to use the ethernet cable with the PCMCIA card. I was able to ssh in just fine. The two cards are shown in `ifconfig`, but strangely not by `lspci`: r...@sysresccd /root % ifconfig | grep HWaddr eth0 Link encap:Ethernet HWaddr 00:00:86:42:58:2c eth1 Link encap:Ethernet HWaddr 00:60:08:92:94:df r...@sysresccd /root % lspci -vt -[:00]-+-00.0 Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX Host bridge +-01.0-[01]00.0 S3 Inc. 86C270-294 Savage/IX-MV +-02.0 Texas Instruments PCI1450 +-02.1 Texas Instruments PCI1450 +-03.0 3Com Corporation 3c556B CardBus [Tornado] # --- onboard card +-03.1 3Com Corporation Mini PCI 56k Winmodem +-05.0 Cirrus Logic CS 4614/22/24/30 [CrystalClear SoundFusion Audio Accelerator] +-07.0 Intel Corporation 82371AB/EB/MB PIIX4 ISA +-07.1 Intel Corporation 82371AB/EB/MB PIIX4 IDE +-07.2 Intel Corporation 82371AB/EB/MB PIIX4 USB \-07.3 Intel Corporation 82371AB/EB/MB PIIX4 ACPI r...@sysresccd /root % The thing that really confounds me is that the two kernels are compiled with *very* similar options. See attached config files. If you view them using a command such as: colordiff -y kernel.config.sys_rescue_cd-1.6.4 kernel.config.current | less then you'll see they're nearly identical. I have been criticised in the past for being so lazy as to just use systemrescuecd's kernel config, rather than spending the time to make my own, but it's never given me any problems in the past and I don't see how it could have caused this. I'm really stumped, as everything else seems to work fine. The only things I've done is to recompile my kernel a couple of times - once to add in the drivers statically (CONFIG_PCMCIA_3C589=y), instead of as modules, to see if that would make a difference, and second time to match another PCMCIA option that differed. Neither made any difference. The two kernels are slightly different versions, but I wouldn't have expected that to make any difference. The only thing I can think is that I'm overlooking something really stupid. I'd be very grateful for any advice. What do you get in log messages and dmesg when you compile CONFIG_PCMCIA_3C589=m and run modprobe -v -- Regards, Mick signature.asc Description: This is a digitally signed message part.