Re: [gentoo-user] iwl5000 firmware fails to load
For reference here's mine iwlagn: Intel(R) Wireless WiFi Link AGN driver for Linux, in-tree: iwlagn: Copyright(c) 2003-2010 Intel Corporation iwlagn :04:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17 iwlagn :04:00.0: setting latency timer to 64 iwlagn :04:00.0: Detected Intel Wireless WiFi Link 5100AGN REV=0x54 iwlagn :04:00.0: Tunable channels: 13 802.11bg, 24 802.11a channels iwlagn :04:00.0: irq 32 for MSI/MSI-X iwlagn :04:00.0: firmware: requesting iwlwifi-5000-2.ucode iwlagn :04:00.0: loaded firmware version 8.24.2.12 Side note - If your system is pcie then you should turn on the MSI kernel options. I have no idea really - tho out of the software you installed before the breakage, Hal would have to be the biggest suspect. Maybe stop it form starting at boot and reboot to see what happens?? (FWIW im running hald) I assume you've added the hal use flag and done an emerge with newuse? What kernel are you running?
Re: [gentoo-user] Fire the fox.
On 25 Sep 2010, at 03:17, Kevin O'Gorman wrote: >>> ... > I've heard good things about it, but I'm under the impression it is not > free (as in beer). Is that true? >>> I don't know but I can emerge -q icc >> >> There is other non-Free software you can install with Portage. >> >> Just yesterday I was looking at games-fps/ut2003 and games-fps/ut2004 - I >> believe these require the game's installer CDs to work. >> >> I would imagine that if you were to emerge ICC it would require an >> activation key before it would compile anything, otherwise we'd all be using >> it. >> > > Wouldn't that be kind of senseless since the source code is distributed? > Knowing it would not be hard to bypass the activation key, if they wanted > money for it they wouldn't let the source code out, license or no license. Just because you can emerge a package doesn't mean the full source is distributed. It could be a binary package, it could contain a small binary blob for activation. Paul Hartman provides more info in his post of 24 September 2010 23:16:30 GMT+01:00, but I was specifically replying to the assumption or implication "if it can be emerged it must be free". Stroller.
Re: [gentoo-user] machine check exception errors
On Tuesday 21 September 2010, Stroller wrote: > On 21 Sep 2010, at 18:37, Grant wrote: > I'm getting a lot of machine check exception errors in dmesg on my > hosted server. Running mcelog I get: > ... > > > > They offered to take my machine down and do a memory test which they > > said would take a number of hours. Is a memory test likely to help? > > Did you suggest reseating or replacing RAM modules as opposed to a > > memory test because it will result in less downtime? > > I suspect that your hosting provider are offering you this memory test > because they don't want to go swapping out memory modules willy-nilly. > > How do they know that the problem is really memory, and not your operating > system? If they take all this RAM out and put new RAM in, what do they do > with the old RAM? They don't know if it's good or bad, so are they > expected to just slap it in a server belonging to another customer, and > stitch him up? > > A memory test is likely to identify bad RAM, if it is bad, so you should > proceed with this. This is likely the best route to solving the problem. > sure? this is ecc ram - does memtest report ecc-corrected errors? i don't think so. The mce errors say: we detected an error. Error was corrected. Applications will not see error. Everything marches on. The ram is borked and must be replaced.
Re: [gentoo-user] Re: machine check exception errors
walt wrote: On 09/25/2010 02:53 PM, Dale wrote: Grant wrote: Did you configure your kernel without any modules? Yes, no modules except that one that seems to be required called something along the lines of scsi-wait-scan. I tried getting rid of that, I don't like modules much, but I had no luck. It just has to be a module and it seems it just has to be there. Still not sure it is the way it is. Hm. I see that I have that driver in /lib/modules/ but the module is not loaded. Anyone know what that module is for? I think it was Alan that tried to explain that thing to me. I don't use it that I know of but you can't config it out. I even tried to edit the config file directly and it just got really mad during the build. No idea what it is for but some kernel dev thinks it is really important to have no matter what. Dale :-) :-)
[gentoo-user] Re: machine check exception errors
On 09/25/2010 02:53 PM, Dale wrote: Grant wrote: Did you configure your kernel without any modules? Yes, no modules except that one that seems to be required called something along the lines of scsi-wait-scan. I tried getting rid of that, I don't like modules much, but I had no luck. It just has to be a module and it seems it just has to be there. Still not sure it is the way it is. Hm. I see that I have that driver in /lib/modules/ but the module is not loaded. Anyone know what that module is for?
Re: [gentoo-user] Re: machine check exception errors
Grant wrote: Do any of these warnings sound an alarm for anyone? Warning: The command '/usr/bin/ldd' has been replaced by a script: /usr/bin/ldd: Bourne-Again shell script text executable Warning: The command '/usr/bin/whatis' has been replaced by a script: /usr/bin/whatis: POSIX shell script text executable Warning: The command '/usr/bin/lwp-request' has been replaced by a script: /usr/bin/lwp-request: a /usr/bin/perl -w script text executable Warning: No output found from the lsmod command or the /proc/modules file: /proc/modules output: lsmod output: Warning: The SSH configuration option 'PermitRootLogin' has not been set. The default value may be 'yes', to allow root access. Warning: The SSH configuration option 'Protocol' has not been set. The default value may be '2,1', to allow the use of protocol version 1. Warning: Hidden directory found: /dev/.udev I have the same on my machines except for the lsmod output. Did you configure your kernel without any modules? Yes, no modules except that one that seems to be required called something along the lines of scsi-wait-scan. - Grant I tried getting rid of that, I don't like modules much, but I had no luck. It just has to be a module and it seems it just has to be there. Still not sure it is the way it is. Dale :-) :-)
Re: [gentoo-user] Re: machine check exception errors
>> Do any of these warnings sound an alarm for anyone? >> >> Warning: The command '/usr/bin/ldd' has been replaced by a script: >> /usr/bin/ldd: Bourne-Again shell script text executable >> >> Warning: The command '/usr/bin/whatis' has been replaced by a script: >> /usr/bin/whatis: POSIX shell script text executable >> >> Warning: The command '/usr/bin/lwp-request' has been replaced by a >> script: /usr/bin/lwp-request: a /usr/bin/perl -w script text >> executable >> >> Warning: No output found from the lsmod command or the /proc/modules file: >> /proc/modules output: >> lsmod output: >> >> Warning: The SSH configuration option 'PermitRootLogin' has not been >> set. The default value may be 'yes', to allow root access. >> >> Warning: The SSH configuration option 'Protocol' has not been set. The >> default value may be '2,1', to allow the use of protocol version 1. >> >> Warning: Hidden directory found: /dev/.udev > > I have the same on my machines except for the lsmod output. Did you > configure > your kernel without any modules? Yes, no modules except that one that seems to be required called something along the lines of scsi-wait-scan. - Grant
[gentoo-user] Re: iwl5000 firmware fails to load
Any thoughts / ideas would be greatly appreciated. :o) I'm about to rip a handful of hair out of my head. :) -james On Sat, Sep 25, 2010 at 1:46 AM, James wrote: > Folks, > > I am having a fairly strange problem with my iwl5000 and the microcode. > > After a fresh install Gentoo install wireless works with no issues. > Upon installing a set that includes xorg, Firefox, hal, VirtualBox, > etc. the wireless ceases to work. Check out a snippet from my dmesg: > > ~ % dmesg | grep -i iwl > iwlagn: Intel(R) Wireless WiFi Link AGN driver for Linux, in-tree:d > iwlagn: Copyright(c) 2003-2010 Intel Corporation > iwlagn :03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17 > iwlagn :03:00.0: setting latency timer to 64 > iwlagn :03:00.0: Detected Intel(R) WiFi Link 5100 AGN, REV=0x54 > iwlagn :03:00.0: Tunable channels: 13 802.11bg, 24 802.11a channels > iwlagn :03:00.0: request for firmware file 'iwlwifi-5000-2.ucode' failed. > iwlagn :03:00.0: request for firmware file 'iwlwifi-5000-1.ucode' failed. > iwlagn :03:00.0: no suitable firmware found! > iwlagn :03:00.0: PCI INT A disabled > > Re-emerging the microcode, wpa_supplicant, wireless-tools, etc. > doesn't seem to do anything. The wireless still doesn't work. These > files *do* exist where they belong (/lib/firmware). > > Once I emerge the set (below), a reload then results in the error(s) above. > > Google didn't reveal much. Any thoughts / ideas on how to troubleshoot > this would be appreciated. > > Thanks! > -james > > -->8-- > full set below > > app-cdr/xfburn > app-editors/mousepad > app-emulation/virtualbox-bin > mail-client/mutt > mail-client/thunderbird > net-analyzer/tcpdump > net-analyzer/wireshark > net-im/pidgin > net-news/liferea > x11-plugins/pidgin-musictracker > x11-plugins/pidgin-extprefs > x11-plugins/pidgin-otr > x11-plugins/pidgin-encryption > net-print/xfprint > sys-apps/hal > www-client/firefox > x11-base/xorg-drivers > x11-base/xorg-x11 > x11-drivers/xf86-video-intel > x11-terms/xterm > x11-themes/echo-icon-theme > x11-themes/human-icon-theme > x11-themes/iceicons > x11-themes/tangerine-icon-theme > x11-themes/tango-icon-theme > x11-themes/tango-icon-theme-extras > x11-themes/wm-icons > x11-themes/xfce-gant-icon-theme > x11-themes/xfwm4-themes > x11-wm/compiz-fusion > xfce-base/thunar > xfce-base/xfce4-meta > xfce-extra/thunar-archive-plugin > xfce-extra/thunar-thumbnailers > xfce-extra/thunar-volman > xfce-extra/xfce4-battery-plugin > xfce-extra/xfce4-mixer > xfce-extra/xfce4-mount-plugin > xfce-extra/xfce4-power-manager > xfce-extra/xfce4-sensors-plugin > xfce-extra/xfce4-taskmanager > xfce-extra/xfce4-verve-plugin >
[gentoo-user] Re: machine check exception errors
On 09/25/2010 09:38 AM, Grant wrote: Do any of these warnings sound an alarm for anyone? Warning: The command '/usr/bin/ldd' has been replaced by a script: /usr/bin/ldd: Bourne-Again shell script text executable Warning: The command '/usr/bin/whatis' has been replaced by a script: /usr/bin/whatis: POSIX shell script text executable Warning: The command '/usr/bin/lwp-request' has been replaced by a script: /usr/bin/lwp-request: a /usr/bin/perl -w script text executable Warning: No output found from the lsmod command or the /proc/modules file: /proc/modules output: lsmod output: Warning: The SSH configuration option 'PermitRootLogin' has not been set. The default value may be 'yes', to allow root access. Warning: The SSH configuration option 'Protocol' has not been set. The default value may be '2,1', to allow the use of protocol version 1. Warning: Hidden directory found: /dev/.udev I have the same on my machines except for the lsmod output. Did you configure your kernel without any modules?
Re: [gentoo-user] machine check exception errors
>> > Thanks Mick. My host is big with multiple data centers of their own. >> > They did exactly as I asked and I'm running on new RAM. There was a >> > problem bringing my system back online and the cause was purported to >> > be an unseated ethernet cable. I handed over my root password as I >> > was requested to do, and then started to get paranoid. I suppose I >> > shouldn't though because with physical access to my machine they >> > pretty much have full access anyway, right? > >> Usually, physical access means they either have it or can get it pretty >> quick. Boot a CD/DVD, mount the partitions, chroot in, change password >> and reboot. Then, you don't have the password but they do. > > That's pretty obvious though. Physical access allows them to change your > password but not read it, so you'd know pretty soon if they'd been up to > anything. > > If they really do need the root password, you have to give it to them, > but that doesn't stop you changing it, and running a rootkit scan, as > soon as they've finished with it. I've run chkrootkit, but I noticed: The file of stored file properties (rkhunter.dat) does not exist, and so must be created. To do this type in 'rkhunter --propupd'. I thought the best practice with a rootkit checker like chkrootkit was to not leave it installed on the system so you can run it as a clean install when the time comes? Do any of these warnings sound an alarm for anyone? I think the SSH warnings are OK because I have a normal user specified with AllowUsers and the config file says: # The default requires explicit activation of protocol 1 #Protocol 2 Here are the warnings: Warning: The command '/usr/bin/ldd' has been replaced by a script: /usr/bin/ldd: Bourne-Again shell script text executable Warning: The command '/usr/bin/whatis' has been replaced by a script: /usr/bin/whatis: POSIX shell script text executable Warning: The command '/usr/bin/lwp-request' has been replaced by a script: /usr/bin/lwp-request: a /usr/bin/perl -w script text executable Warning: No output found from the lsmod command or the /proc/modules file: /proc/modules output: lsmod output: Warning: The SSH configuration option 'PermitRootLogin' has not been set. The default value may be 'yes', to allow root access. Warning: The SSH configuration option 'Protocol' has not been set. The default value may be '2,1', to allow the use of protocol version 1. Warning: Hidden directory found: /dev/.udev - Grant
Re: [gentoo-user] Dropbox, cli, and all that [SOLVED]
On Sat, Sep 25, 2010 at 08:31:14AM +0200, Jean-Christophe Bach wrote: > I'm using Dropox to synchronize few conf files and data between my > Gentoo boxes (desktops and server). I only use it in CLI, without > nautilus or something else (my server has no X server). > Since I do not want to let Dropbox having clear data, I encrypt > them with encFS. Lokk at these few links I used : > https://www.dropbox.com/downloading?os=lnx (official page, the first > solution is for server install) > http://wiki.dropbox.com/TipsAndTricks/TextBasedLinuxInstall (the > tutorial itself) > https://www.dropbox.com/download?dl=packages/dropbox.py (the CLI script) > http://pragmattica.wordpress.com/2009/05/10/encrypting-your-dropbox-seamlessly-and-automatically/ > (an encFS+Dropbox tutorial, very useful) > > Then I run .dropbox-dist/dropbox (or .dropbox-dist/dropboxd if I want it > as a daemon) when I want a synchronization. Run it without '&' and type > ctrl-C to stop it after sync, or write a simple start/stop script. This did the trick. Thanks! -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. Felix Finch: scarecrow repairman & rocket surgeon / fe...@crowfix.com GPG = E987 4493 C860 246C 3B1E 6477 7838 76E9 182E 8151 ITAR license #4933 I've found a solution to Fermat's Last Theorem but I see I've run out of room o
Re: [gentoo-user] Re: X programs as root
Yohan Pereira wrote: On Saturday 25 September 2010 2:51:45 pm Dale wrote: In the Advanced tab, I set it to run as user root. When I then select to run the item from the menu, a little GUI window will pop up and ask me for the root password. i just tried that and it worked perfectly for konqueror, maybe you can try deleting that menu entry and recreating it. if that dosnt work try running kdesu konqueror in a konsole session and see what happns. It appears that maybe portage got the order wrong or something was amiss with KDE. I re-emerged the following: kdebase-menu kdebase-menu-icons kmenuedit kdesu After that, it works again. So, either something was built in the wrong order or KDE had some issue with something. Oh, no config files to update after that either. Don't know what fixed it exactly but at least it works again. Maybe the OP should try rebuilding some packages too? May help, may not. Dale :-) :-)
Re: [gentoo-user] Re: X programs as root
On Saturday 25 September 2010 2:51:45 pm Dale wrote: > In the Advanced tab, I set it to run as user root. When I then > select to run the item from the menu, a little GUI window will pop up > and ask me for the root password. i just tried that and it worked perfectly for konqueror, maybe you can try deleting that menu entry and recreating it. if that dosnt work try running kdesu konqueror in a konsole session and see what happns. -- - Yohan Pereira.
Re: [gentoo-user] Re: X programs as root
Yohan Pereira wrote: On Saturday 25 September 2010 8:33:09 am Dale wrote: Well, I don't really know what it is using. I just set up the menu item to run the program as root. i assume you mean you setup a menuitem to run a paticular application as root like say to run konsole/konqueror as root. I don't know if it uses su -, kdesu, sudo if its a menu item then it has to use kdesu, because sudo and su both take the password from teh std input (you wont get a gui prompt to enter the password), and nothing will happen. all you have to do is fire up the menu editor, go to your menu entry and make sure the command field looks like this "kdesu konsole", if it does look like that , try running kdesu from a konsole session and see what it prints out (it may not be installed for starters). You are assuming correctly above. The way I have always had to set this up is like this. Set up the menu item like I would with any other user. In the Advanced tab, I set it to run as user root. When I then select to run the item from the menu, a little GUI window will pop up and ask me for the root password. This has worked in KDE3 for ages and I don't recall having any trouble with it all. KDE4 has been changing things around and I have had to rework things a couple times as KDE4 seems to keep changing the way things work. I suspect you may be right, that it uses kdesu. Just to make sure it wasn't a wrong version installed, this is what I have: r...@smoker / # equery list -p kdesu * Searching for kdesu ... [-P-] [ ] kde-base/kdesu-4.4.5:4.4 [IP-] [ ] kde-base/kdesu-4.5.1:4.5 r...@smoker / # So, I do have the latest at least. I'll try to re-emerge it although I think I already did that once. I know I tried re-emerging some other packages trying to get this to work again. What gets me, I have Dolphin set up the same way, it works just fine. I can also run Konqueror from a root Konsole and it works fine there. It just doesn't like the menu item for some reason. I suspect it doesn't like kdesu for some reason. Maybe it's a bug and will be fixed or it may be a new "feature". Who knows. Dale :-) :-)
Re: [gentoo-user] Re: X programs as root
Volker Armin Hemmann wrote: On Saturday 25 September 2010, Dale wrote: Nikos Chantziaras wrote: On 09/23/2010 04:18 AM, Dale wrote: Nikos Chantziaras wrote: On 09/22/2010 09:48 PM, Andrey Vul wrote: When I launch X programs via sudo, I get the following: $sudo gui-admin No protocol specified gui-admin: cannot connect to X server :0 ( Assume gui-admin is an X program ) But (gk|kde)su(do)? works. This is somewhat confusing. sudo doesn't keep the $DISPLAY environment variable by default. There could be other issues too. Best stick to kdesu and friends; that's what they are there for. Well, I noticed after the recent upgrade to 4.5.1 that mine doesn't work either. It worked before but not now. I'm not sure what changed between 4.4 and 4.5.1 but it broke my konqueror as root and other programs as well. Still have some I haven't tried tho. Konqueror is the one I need most. Oh, I can get Dolphin to work tho. The conspiracy theory part in me is starting to think. Sure would like to get this working again too. Again, use kdesu, not sudo. But if some reason you want sudo, /etc/sudoers has some info: ## Run X applications through sudo Read the comments there and uncomment what suits you. Did I mention that you should use kdesu instead of sudo? :-P Well, I don't really know what it is using. I just set up the menu item to run the program as root. I don't know if it uses su -, kdesu, sudo or what. I just know it worked until the upgrade a few days ago. Since KDE proclaimed this was supposed to be ready for widespread use and cut off KDE3, I sure do wish they would make up their mind HOW things are going to work. I would think they need to know that before claiming something was ready for widespread use. Makes me want to go back to KDE 3.5. At least I could get everything I need to work and survive a upgrade too. ;-) Oh well. This is the new normal for KDE I guess. lol Dale :-) :-) I don't know what you are talking about. Setting up menu items? wtf? I run my programs through the "K menu" thingy. You know, at the bottom left of the screen. I may be doing mine different but it seems KDE doesn't want much of anything being run as root, not the way you are trying to do it, not the way I have been doing it. Still puzzled that Dolphin will work but Konqueror does not. Dale :-) :-)
Re: [gentoo-user] Re: X programs as root
On Saturday 25 September 2010 8:33:09 am Dale wrote: > Well, I don't really know what it is using. I just set up the menu item > to run the program as root. i assume you mean you setup a menuitem to run a paticular application as root like say to run konsole/konqueror as root. > I don't know if it uses su -, kdesu, sudo if its a menu item then it has to use kdesu, because sudo and su both take the password from teh std input (you wont get a gui prompt to enter the password), and nothing will happen. all you have to do is fire up the menu editor, go to your menu entry and make sure the command field looks like this "kdesu konsole", if it does look like that , try running kdesu from a konsole session and see what it prints out (it may not be installed for starters). -- - Yohan Pereira.
Re: [gentoo-user] Re: X programs as root
On Saturday 25 September 2010, Dale wrote: > Nikos Chantziaras wrote: > > On 09/23/2010 04:18 AM, Dale wrote: > >> Nikos Chantziaras wrote: > >>> On 09/22/2010 09:48 PM, Andrey Vul wrote: > When I launch X programs via sudo, I get the following: > > $sudo gui-admin > No protocol specified > gui-admin: cannot connect to X server :0 > > ( Assume gui-admin is an X program ) > > But (gk|kde)su(do)? works. This is somewhat confusing. > >>> > >>> sudo doesn't keep the $DISPLAY environment variable by default. There > >>> could be other issues too. Best stick to kdesu and friends; that's > >>> what they are there for. > >> > >> Well, I noticed after the recent upgrade to 4.5.1 that mine doesn't work > >> either. It worked before but not now. I'm not sure what changed between > >> 4.4 and 4.5.1 but it broke my konqueror as root and other programs as > >> well. Still have some I haven't tried tho. Konqueror is the one I need > >> most. Oh, I can get Dolphin to work tho. The conspiracy theory part in > >> me is starting to think. > >> > >> Sure would like to get this working again too. > > > > Again, use kdesu, not sudo. > > > > But if some reason you want sudo, /etc/sudoers has some info: > > ## Run X applications through sudo > > > > Read the comments there and uncomment what suits you. Did I mention > > that you should use kdesu instead of sudo? :-P > > Well, I don't really know what it is using. I just set up the menu item > to run the program as root. I don't know if it uses su -, kdesu, sudo > or what. I just know it worked until the upgrade a few days ago. > > Since KDE proclaimed this was supposed to be ready for widespread use > and cut off KDE3, I sure do wish they would make up their mind HOW > things are going to work. I would think they need to know that before > claiming something was ready for widespread use. Makes me want to go > back to KDE 3.5. At least I could get everything I need to work and > survive a upgrade too. ;-) > > Oh well. This is the new normal for KDE I guess. lol > > Dale > > :-) :-) I don't know what you are talking about. Setting up menu items? wtf?
Re: [gentoo-user] Dropbox, cli, and all that
Hi, * fe...@crowfix.com [24.09.2010. @21:11:46 -0700]: > I have recently discovered Dropbox as an interesting thing to > experiment with, not without its drawbacks, but interesting. > > I have it running on a work Mac laptop and an Android phone, and it is > another interesting idea to put it on Linux. However, its downloads > are for Fedora and Ubuntu, or a source file which requires Nautilus. > Also, I don't want its daemon running constantly, altho that feature > is part of what makes it interesting wth the laptop and phone. > > Searches bring up various pages, but nothing really promising, either > old or rather convulated or still using Mautilus. One involves a > python script which apparently runs the command over and over, each > time creating one more fake lib to make up for the Fedora/Ubunto ones > required. No thanks ... while an interesting hack, it's not my idea > of a way to the future :-) > > > So the question is ... does anyone have experience with Dropbox on > gentoo? My system is ~amd64, running fvwm when necessary, neither KDE > nor Gnome. I'd really like a command line program which I could run > for manual syncing. I'm using Dropox to synchronize few conf files and data between my Gentoo boxes (desktops and server). I only use it in CLI, without nautilus or something else (my server has no X server). Since I do not want to let Dropbox having clear data, I encrypt them with encFS. Lokk at these few links I used : https://www.dropbox.com/downloading?os=lnx (official page, the first solution is for server install) http://wiki.dropbox.com/TipsAndTricks/TextBasedLinuxInstall (the tutorial itself) https://www.dropbox.com/download?dl=packages/dropbox.py (the CLI script) http://pragmattica.wordpress.com/2009/05/10/encrypting-your-dropbox-seamlessly-and-automatically/ (an encFS+Dropbox tutorial, very useful) Then I run .dropbox-dist/dropbox (or .dropbox-dist/dropboxd if I want it as a daemon) when I want a synchronization. Run it without '&' and type ctrl-C to stop it after sync, or write a simple start/stop script. Regards, JC pgpPwkXi4glVG.pgp Description: PGP signature
