[gentoo-user] Re: Thunderbugs
On 07/10/2011 03:23 AM, Dale wrote: Nikos Chantziaras wrote: On 07/10/2011 12:59 AM, john wrote: Help. I have tried everything to remove thunderbugs which are causing havoc behind my screen. Small black mites have taken over xorg-server! rm -r thunderbugs I'm having trouble understanding what the issue is. I assume you're not talking about insects stuck on the TFT panel of your monitor. That what exactly are you talking about? I was wondering the same thing. I was to chicken to ask because I thought it might be some fancy new software that I haven't heard about yet. Could it be thunderbird? That's the only thing I could find in the portage tree. At least I wasn't the only one confused. Sort of had that a lot here lately. :/ Well, I guess it's really thunderbugs then :-P Sometimes very small insects get inside the monitor, and get fried when they walk on the TFT panel. They're visible and pretty much equivalent to a bunch of dead pixels. It's virtually impossible to get them out again. This is the reason I never bought a TFT monitor with cooling slits on it; only tightly closed ones with external power supplies. No insects can get in that way.
Re: [gentoo-user] Re: Thunderbugs
Nikos Chantziaras rea...@arcor.de [11-07-10 08:12]: On 07/10/2011 03:23 AM, Dale wrote: Nikos Chantziaras wrote: On 07/10/2011 12:59 AM, john wrote: Help. I have tried everything to remove thunderbugs which are causing havoc behind my screen. Small black mites have taken over xorg-server! rm -r thunderbugs I'm having trouble understanding what the issue is. I assume you're not talking about insects stuck on the TFT panel of your monitor. That what exactly are you talking about? I was wondering the same thing. I was to chicken to ask because I thought it might be some fancy new software that I haven't heard about yet. Could it be thunderbird? That's the only thing I could find in the portage tree. At least I wasn't the only one confused. Sort of had that a lot here lately. :/ Well, I guess it's really thunderbugs then :-P Sometimes very small insects get inside the monitor, and get fried when they walk on the TFT panel. They're visible and pretty much equivalent to a bunch of dead pixels. It's virtually impossible to get them out again. This is the reason I never bought a TFT monitor with cooling slits on it; only tightly closed ones with external power supplies. No insects can get in that way. There are sealed ones, too. Best regards, mcc
Re: [gentoo-user] Re: Firefox and kernel panics.
Joshua Murphy wrote: On Sat, Jul 9, 2011 at 11:31 PM, Dalerdalek1...@gmail.com wrote: Mark Knecht wrote: On Sat, Jul 9, 2011 at 6:36 PM, Dalerdalek1...@gmail.comwrote: SNIP It works as long as I don't open Firefox. If I open Firefox, poof!! No more trapped smoke. lol Dale So I had suggested running it in gdb and someone else suggested running it in strace. Did you have a chance to try either of those? Not sure how much info you'll get from either but might be worth a try. - Mark I don't know what gdb is. If my machine locks up, I won't be able to see what strace does. I'm not sure that will help. Dale :-) :-) gdb is the GNU Debugger. As for the usability of strace in your case, if you can see the last few calls before the lock-up occurs, it could help narrow things down a bit. Also, if you SSH into the machine and run firefox through strace via that (drawing to the machine's local screen, not the SSH client's), you will have anything it can give in a workable form, even after the system hangs. You might also test whether it crashes while running Firefox via SSH and drawing to a different machine, which (if it does) would allow you to sit on a real terminal on the main system and see the kernel's output in the instant of the crash or (if it doesn't) would narrow it down to X being a key factor. I'm like Peanut on the Jeff Dunham comedy skit. Take your hand and go over your head and say whsh. I better wait on a fix because I may break more than I learn. O_O LOL Dale :-) :-)
Re: [gentoo-user] Re: Thunderbugs
On Sun, 10 Jul 2011 08:25:42 +0200 meino.cra...@gmx.de wrote: Nikos Chantziaras rea...@arcor.de [11-07-10 08:12]: On 07/10/2011 03:23 AM, Dale wrote: Nikos Chantziaras wrote: On 07/10/2011 12:59 AM, john wrote: Help. I have tried everything to remove thunderbugs which are causing havoc behind my screen. Small black mites have taken over xorg-server! rm -r thunderbugs I'm having trouble understanding what the issue is. I assume you're not talking about insects stuck on the TFT panel of your monitor. That what exactly are you talking about? I was wondering the same thing. I was to chicken to ask because I thought it might be some fancy new software that I haven't heard about yet. Could it be thunderbird? That's the only thing I could find in the portage tree. At least I wasn't the only one confused. Sort of had that a lot here lately. :/ Well, I guess it's really thunderbugs then :-P Sometimes very small insects get inside the monitor, and get fried when they walk on the TFT panel. They're visible and pretty much equivalent to a bunch of dead pixels. It's virtually impossible to get them out again. This is the reason I never bought a TFT monitor with cooling slits on it; only tightly closed ones with external power supplies. No insects can get in that way. There are sealed ones, too. Best regards, mcc Yes , Had a pesky invasion of little insects behind my screen. Of which a lot have seemed to stop moving. Think I'll a get sealed tft next time. I'll try sucking them out with a hoover. Damn things, tft was 350 pounds, you think it should have anti critters device. -- -- John D Maunder j...@jdm.myzen.co.uk
Re: [gentoo-user] Re: Thunderbugs
john j...@jdm.myzen.co.uk [11-07-10 12:08]: On Sun, 10 Jul 2011 08:25:42 +0200 meino.cra...@gmx.de wrote: Nikos Chantziaras rea...@arcor.de [11-07-10 08:12]: On 07/10/2011 03:23 AM, Dale wrote: Nikos Chantziaras wrote: On 07/10/2011 12:59 AM, john wrote: Help. I have tried everything to remove thunderbugs which are causing havoc behind my screen. Small black mites have taken over xorg-server! rm -r thunderbugs I'm having trouble understanding what the issue is. I assume you're not talking about insects stuck on the TFT panel of your monitor. That what exactly are you talking about? I was wondering the same thing. I was to chicken to ask because I thought it might be some fancy new software that I haven't heard about yet. Could it be thunderbird? That's the only thing I could find in the portage tree. At least I wasn't the only one confused. Sort of had that a lot here lately. :/ Well, I guess it's really thunderbugs then :-P Sometimes very small insects get inside the monitor, and get fried when they walk on the TFT panel. They're visible and pretty much equivalent to a bunch of dead pixels. It's virtually impossible to get them out again. This is the reason I never bought a TFT monitor with cooling slits on it; only tightly closed ones with external power supplies. No insects can get in that way. There are sealed ones, too. Best regards, mcc Yes , Had a pesky invasion of little insects behind my screen. Of which a lot have seemed to stop moving. Think I'll a get sealed tft next time. I'll try sucking them out with a hoover. Damn things, tft was 350 pounds, you think it should have anti critters device. -- -- John D Maunder j...@jdm.myzen.co.uk Only a shot in the very very dark: May be it is possible to open the case of the TFT and move a piece of paper between glas (most kinda transparent plastic) front and tft and this way to push all those litte beasts out of the way... Be warned! Exclusively theorectical thoughts! ;) Best regards, mcc
Re: [gentoo-user] Re: Firefox and kernel panics.
On Sun, Jul 10, 2011 at 01:46:08AM -0500, Dale wrote: Joshua Murphy wrote: gdb is the GNU Debugger. As for the usability of strace in your case, if you can see the last few calls before the lock-up occurs, it could help narrow things down a bit. Also, if you SSH into the machine and run firefox through strace via that (drawing to the machine's local screen, not the SSH client's), you will have anything it can give in a workable form, even after the system hangs. You might also test whether it crashes while running Firefox via SSH and drawing to a different machine, which (if it does) would allow you to sit on a real terminal on the main system and see the kernel's output in the instant of the crash or (if it doesn't) would narrow it down to X being a key factor. I'm like Peanut on the Jeff Dunham comedy skit. Take your hand and go over your head and say whsh. I better wait on a fix because I may break more than I learn. O_O I second what Joshua says. It can help narrow down the cause. One question: when Firefox causes the panic, does the Firefox window appear, or does it not? If not, then it would cover up the terminal emulator your are running `strace firefox` from, so you can still copy down the few lines of output. What Joshua is suggesting is to give your machine another way to show its outputs. So take another box (a laptop or a desktop on your LAN) and SSH into your problem box. (1) Starting Firefox from the remote box. i. On your problem box, open up console and issue `xhost +` (eh... you probably want to be behind a firewall when you do this) ii. ssh from your other box to the problem box iii. issue now, in the ssh terminal `export DISPLAY=:0` iv. issue `strace firefox` This should let you start firefox on your problem box while having the strace output sent to your other box. Maybe you'd be able to see something there. (2) Starting Firefox remotely. There are two versions of this. (a) Run firefox on problem box. i. ssh from your other box to the problem box, with the `-Y` option set to allow X forwarding ii. run `firefox` from the SSH console (this should run firefox on the problem box and have it draw the display on your other box; if this doesn't cause your problem box to lock up, it should tell us something. What exactly I am not sure) (b) Run firefox on other box. i. ssh from your problem box to the other box, again with the `-Y` option to allow X forwarding ii. run `firefox` from the SSH console (if this doesn't crash, then it is likely something funny with your local firefox; if it does crash, then something real strange is going on) Can you report on those experiments? Good luck, W -- Willie W. Wong ww...@math.princeton.edu Data aequatione quotcunque fluentes quantitae involvente fluxiones invenire et vice versa ~~~ I. Newton
Re: [gentoo-user] Re: Firefox and kernel panics.
On 2011-07-10 00:26, Dale wrote: Basically, this is plain confusing. I can't see how Firefox, or something it has to access, can cause a kernel panic. Thing is, I can't think of anything else that could be the problem but trying different versions of a kernel makes me think it is not the kernel either. My apologies for not paying attention to this thread but have you considered this being a graphics driver problem? I would suggest trying a different driver version first... It may also be driver/kernel mismatch thing (i.e. if it's a proprietary driver which have been written tested for specific versions of the kernel and you're running one which is not one of those). Best regards Peter K
[gentoo-user] bridge
Hi people, I'm using brctl to create bridges for some qemu guests... I create a br0 with brctl addbr br0 the I attach my wireless card to it with brctl addif br0 eth1 Then some times I get right ip with dhcpcd br0 (after doing 'ifconfig br0 promisc up') but some times I got an strange ip The questions are What the promisc means? I can't understand for really the bridge concepts .. I just know that you attach cards to it, but can't understand how it route things cheers -- Do or do not... there is no try Yoda Master
Re: [gentoo-user] bridge
On Sun, Jul 10, 2011 at 10:50 AM, Daniel Hilst Selli danielhi...@gmail.com wrote: Hi people, I'm using brctl to create bridges for some qemu guests... I create a br0 with brctl addbr br0 the I attach my wireless card to it with brctl addif br0 eth1 Then some times I get right ip with dhcpcd br0 (after doing 'ifconfig br0 promisc up') but some times I got an strange ip The questions are What the promisc means? I can't understand for really the bridge concepts .. I just know that you attach cards to it, but can't understand how it route things cheers -- Do or do not... there is no try Yoda Master Well, in principle, a bridge acts like a switch or a hub, so there's no real 'routing', though when it knows which 'port' a given MAC address is on the other end of, it'll likely avoid sending traffic headed towards that MAC to the other endpoints (as a switch does). With regard to the trouble you're seeing, I've had more issues than I can clearly recall with bridging and wireless cards when I've tried, and it may be a similar roadblock that you're running into there. If you don't need each VM to be 'local' to the network you're on, you might be better off using NAT to interface the internal network of VMs with the outside world. 'promisc' means that the interface is in promiscuous mode. Promiscuous mode recieves every ethernet frame to handle them rather than only accepting frames that are targetted for the interface's MAC address, which then allows all of that traffic to be forwarded across the bridge to other networks. There's a very good writeup on bridges, how they work, common issues, and a fairly extensive FAQ at the link below: [1] http://www.linuxfoundation.org/collaborate/workgroups/networking/bridge -- Poison [BLX] Joshua M. Murphy
Re: [gentoo-user] bridge
On 07/10/11 10:50, Daniel Hilst Selli wrote: Hi people, I'm using brctl to create bridges for some qemu guests... I create a br0 with brctl addbr br0 the I attach my wireless card to it with brctl addif br0 eth1 Then some times I get right ip with dhcpcd br0 (after doing 'ifconfig br0 promisc up') but some times I got an strange ip The questions are What the promisc means? I can't understand for really the bridge concepts .. I just know that you attach cards to it, but can't understand how it route things cheers Hi Daniel, What instructions were you following that told you to use promiscuous mode on the wireless card? For normal operation, the card should (usually) be in managed mode. - Matt
Re: [gentoo-user] bridge
Am 10.07.2011 16:50, schrieb Daniel Hilst Selli: Hi people, I'm using brctl to create bridges for some qemu guests... I create a br0 with brctl addbr br0 the I attach my wireless card to it with brctl addif br0 eth1 Then some times I get right ip with dhcpcd br0 (after doing 'ifconfig br0 promisc up') but some times I got an strange ip The questions are What the promisc means? I can't understand for really the bridge concepts .. I just know that you attach cards to it, but can't understand how it route things cheers What kind of strange IP? Anything from the 169.254.* range? Please look at [1]. That looks like it describes your problem. Conceptionally, think of a bridge as a network switch. It retransmits Ethernet packets on OSI layer two between different endpoints as necessary just like a real switch would do. [1] http://www.linuxfoundation.org/collaborate/workgroups/networking/bridge#Does_DHCP_work_over.2Fthrough_a_bridge.3F Hope this helps, Florian Philipp signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Re: Thunderbugs
Am 10.07.2011 12:22, schrieb meino.cra...@gmx.de: john j...@jdm.myzen.co.uk [11-07-10 12:08]: On Sun, 10 Jul 2011 08:25:42 +0200 meino.cra...@gmx.de wrote: Nikos Chantziaras rea...@arcor.de [11-07-10 08:12]: On 07/10/2011 03:23 AM, Dale wrote: Nikos Chantziaras wrote: On 07/10/2011 12:59 AM, john wrote: Help. I have tried everything to remove thunderbugs which are causing havoc behind my screen. Small black mites have taken over xorg-server! [...] Had a pesky invasion of little insects behind my screen. Of which a lot have seemed to stop moving. Think I'll a get sealed tft next time. I'll try sucking them out with a hoover. Damn things, tft was 350 pounds, you think it should have anti critters device. Only a shot in the very very dark: May be it is possible to open the case of the TFT and move a piece of paper between glas (most kinda transparent plastic) front and tft and this way to push all those litte beasts out of the way... Be warned! Exclusively theorectical thoughts! I second that recommendation. If you are going to buy a new one, you can just as well try to open the old one. Either it works and you save some money or it doesn't and you learn something from the experience. :) It's not like you are risking to blow up your house. Worst case: a small fire ;) Regards, Florian Philipp signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] [OT encfs] When encfs gets hungup
On Sat, 09 Jul 2011 09:31:45 -0400, Albert Hopkins wrote: I wasn't suggesting that. But when the main reason for sticking with the older option is that you have a working system with data in it, the loss of both of those is a good time to investigate the newer alternative. I see. I guess I don't consider one as older. They are rather alternatives to one another (like openssl and gnutls). Well, encfs was around for a while before ecryptfs. Otherwise there'd have been no reason for anyone to write a FUSE filesystem to do it. Generally speaking I'm usually discouraged by I currently have a problem A, so I'll switch to B.. the old adage Now you have two problems. I wasn't suggesting it as a solution so much as an opportune time to try the alternative. I too am against fixing things by throwing them away, it's like reinstalling - it my get rid of the problem temporarily but you still have no idea of what the problem was or what to do should it reoccur. -- Neil Bothwick Barnum was wrongit's more like every 30 seconds! signature.asc Description: PGP signature
Re: [gentoo-user] Re: [OT encfs] When encfs gets hungup
On Sat, 09 Jul 2011 12:56:42 -0500, Harry Putnam wrote: Apart from the need to access legacy data, which Harry has resolved by reformatting, is there any benefit in using encfs rather than the in-kernel ecryptfs these days? Are you using ecryptfs? I started looking around and thinking exactly what Albert says is not a proper response, and wondering if ecryptfs might be a better choice. Not at the moment, although I have used it from time to time and it does what it should without fuss. Also after seeing no responses or any posts at all on the encfs group, I wondered if ecryptfs is under active development, as it appears encfs is not. So, for that reason alone, (assuming there is current active devel going on with ecryptfs) it might be good to switch. Ubuntu use it for encrypting home directories, so it should have active attention. -- Neil Bothwick ... Yummy, said Pooh, as he hilted his paw into the honeypot. signature.asc Description: PGP signature
Re: [gentoo-user] Re: Firefox and kernel panics.
On Sat, 09 Jul 2011 18:55:01 -0500, Dale wrote: My old rig was in the middle of a update and we just had a nasty little thunderstorm here. It was OOo of course. It was 7 hours into a 9 hour compile when the lights blinked. It won't have reached the install stage, so the only filesystem being written to would have been the one holding $PORTAGE_TMPDIR. It would be advisable to restart the emerge though :) -- Neil Bothwick Procedure: (n.) a method of performing a program sub-task in an inefficient way by extensively using the stack instead of a GOTO. signature.asc Description: PGP signature
Re: [gentoo-user] Re: Thunderbugs
On Sun, 10 Jul 2011 18:54:10 +0200 Florian Philipp li...@binarywings.net wrote: Am 10.07.2011 12:22, schrieb meino.cra...@gmx.de: john j...@jdm.myzen.co.uk [11-07-10 12:08]: On Sun, 10 Jul 2011 08:25:42 +0200 meino.cra...@gmx.de wrote: Nikos Chantziaras rea...@arcor.de [11-07-10 08:12]: On 07/10/2011 03:23 AM, Dale wrote: Nikos Chantziaras wrote: On 07/10/2011 12:59 AM, john wrote: Help. I have tried everything to remove thunderbugs which are causing havoc behind my screen. Small black mites have taken over xorg-server! [...] Had a pesky invasion of little insects behind my screen. Of which a lot have seemed to stop moving. Think I'll a get sealed tft next time. I'll try sucking them out with a hoover. Damn things, tft was 350 pounds, you think it should have anti critters device. Only a shot in the very very dark: May be it is possible to open the case of the TFT and move a piece of paper between glas (most kinda transparent plastic) front and tft and this way to push all those litte beasts out of the way... Be warned! Exclusively theorectical thoughts! I second that recommendation. If you are going to buy a new one, you can just as well try to open the old one. Either it works and you save some money or it doesn't and you learn something from the experience. :) It's not like you are risking to blow up your house. Worst case: a small fire ;) Regards, Florian Philipp I'll give it a go when I'm feeling brave enough. Just need to psyche myself up first. Just wonder where I put the CRT :) -- -- John D Maunder j...@jdm.myzen.co.uk
Re: [gentoo-user] Re: Firefox and kernel panics.
Neil Bothwick wrote: On Sat, 09 Jul 2011 18:55:01 -0500, Dale wrote: My old rig was in the middle of a update and we just had a nasty little thunderstorm here. It was OOo of course. It was 7 hours into a 9 hour compile when the lights blinked. It won't have reached the install stage, so the only filesystem being written to would have been the one holding $PORTAGE_TMPDIR. It would be advisable to restart the emerge though :) I know it didn't hurt anything as for as the system goes. My deal was the lost compile time. If I had started it about 3 hours earlier or the lights would have blinked a few hours later then not so much would have been lost. I guess we can all dream tho. Still haven't got the nerve up to open Firefox again. Maybe soon. Dale :-) :-)
Re: [gentoo-user] Re: Firefox and kernel panics.
pk wrote: On 2011-07-10 00:26, Dale wrote: Basically, this is plain confusing. I can't see how Firefox, or something it has to access, can cause a kernel panic. Thing is, I can't think of anything else that could be the problem but trying different versions of a kernel makes me think it is not the kernel either. My apologies for not paying attention to this thread but have you considered this being a graphics driver problem? I would suggest trying a different driver version first... It may also be driver/kernel mismatch thing (i.e. if it's a proprietary driver which have been written tested for specific versions of the kernel and you're running one which is not one of those). Best regards Peter K Yea, done tried that. I tried different kernels, different nvidia drivers and all with no change. At least I got a .39 kernel that works now tho. My previous .39 kernel had some sort of a bug in it. Dang I can't remember what it did tho. I need to start taking notes on this stuff. I'm getting to old or to much stuff on my plate one. lol Dale :-) :-)
Re: [gentoo-user] {OT} Time for hardware upgrade(s)
I've put together the new system and everything works really well. Here's the Gigabyte motherboard: http://www.newegg.com/Product/Product.aspx?Item=N82E16813128490 - Grant Nice mobo. I always want a lot of slots but rarely use them. I'm stuck in the old days where the mobo was basically a CPU and ram with a floppy port hanging off the side. lol Give us a speed report. What CPU did you get? Cores and all. Heck, I'm nosey today. The thing is fast. 4 cores at 3.7Ghz: http://www.newegg.com/Product/Product.aspx?Item=N82E16819103934 I watched My Cousin Vinny on Blu-Ray last night without threading ffmpeg and without VDPAU and it never lost A/V sync for even a moment. It was an h264 codec. Just a few dropped frames I'd say. The Hulu Desktop fullscreen image no longer tears which is great too. Speaking of videos, I sincerely apologize for this but it's Sunday and I can not help myself: http://www.youtube.com/watch?v=7cqOEr_yfak - Grant
Re: [gentoo-user] Re: Firefox and kernel panics.
On Sun, 10 Jul 2011 14:42:50 -0500, Dale wrote: Yea, done tried that. I tried different kernels, different nvidia drivers and all with no change. WAG - have you tried the nv drivers? -- Neil Bothwick The human mind ordinarily operates at only ten per cent of its capacity ... the rest is overhead for the operating system. signature.asc Description: PGP signature
Re: [gentoo-user] {OT} Time for hardware upgrade(s)
On Sunday 10 July 2011 22:15:31 Grant wrote: Speaking of videos, I sincerely apologize for this but it's Sunday and I can not help myself: http://www.youtube.com/watch?v=7cqOEr_yfak I don't know what that's about - I couldn't watch more than 10s of it. -- Rgds Peter
Re: [gentoo-user] Re: Firefox and kernel panics.
On Sunday 10 July 2011 20:42:50 Dale wrote: Yea, done tried that. I tried different kernels, different nvidia drivers and all with no change. Yes, but what about xorg-server? I think that's what Peter was suggesting. -- Rgds Peter
Re: [gentoo-user] [OT encfs] When encfs gets hungup
On Sunday 10 July 2011 19:38:34 Neil Bothwick wrote: it my get rid of the problem temporarily but you still have no idea of what the problem was or what to do should it reoccur. s/reoccur/recur/ Speaking as one old pedant to another... -- Rgds Peter
[gentoo-user] Re: Firefox and kernel panics.
On 07/10/2011 12:40 PM, Dale wrote: Neil Bothwick wrote: On Sat, 09 Jul 2011 18:55:01 -0500, Dale wrote: My old rig was in the middle of a update and we just had a nasty little thunderstorm here. It was OOo of course. It was 7 hours into a 9 hour compile when the lights blinked. It won't have reached the install stage, so the only filesystem being written to would have been the one holding $PORTAGE_TMPDIR. It would be advisable to restart the emerge though :) My deal was the lost compile time. If I had started it about 3 hours earlier or the lights would have blinked a few hours later then not so much would have been lost. That's when I use ebuild instead of starting the emerge from scratch. Let's say I'm emerging libreoffice and the machine goes down (shudder). After fixing the problem I would try the following: #cd /usr/portage/app-office/libreoffice/ #ebuild ./libreoffice-3.3.3.ebuild install That should pick up where the previous emerge stopped, although the patches may be reapplied before continuing the compile/install phase. But, hold on. The install phase does only a temporary install in the portage build directory, not the 'real' install in /usr. That final step is very easy, though: #ebuild ./libreoffice-3.3.3.ebuild qmerge For more detail see man ebuild and search on 'qmerge'. Pretty nifty for situations like yours. Never hurts to use fsck beforehand. even if the journal was recovered during your first reboot after the disaster.
Re: [gentoo-user] Re: Thunderbugs
On 7/10/2011 5:20 AM, john wrote: Had a pesky invasion of little insects behind my screen. Of which a lot have seemed to stop moving. Think I'll a get sealed tft next time. I'll try sucking them out with a hoover. Damn things, tft was 350 pounds, you think it should have anti critters device. Thank god. I was starting to wonder at your fixation for British girl groups: http://en.wikipedia.org/wiki/Thunderbugs
Re: [gentoo-user] Re: Firefox and kernel panics.
Neil Bothwick wrote: On Sun, 10 Jul 2011 14:42:50 -0500, Dale wrote: Yea, done tried that. I tried different kernels, different nvidia drivers and all with no change. WAG - have you tried the nv drivers? I did but I couldn't get X to even start. I guess something is not set right somewhere. I have nv in make.conf and been there since I built this thing so sort of clueless on why it don't work. Maybe it's because I don't use the latest greatest cards but I don't think I have ever really had trouble with nvidia drivers. Surely it can't be good luck. ;-) While I am at it, what is the syntax to mask a package higher than a certain version in package.mask? I tired =package.name.version and tried = package.name.version but the former doesn't work and seems to ignore it and the later makes emerge print a boo boo message. On my old rig, I want to mask anything above the 173 series. So far, I haven't had the light bulb moment and never can remember how to do this. Thanks. Dale :-) :-)
Re: [gentoo-user] Re: Firefox and kernel panics.
Peter Humphrey wrote: On Sunday 10 July 2011 20:42:50 Dale wrote: Yea, done tried that. I tried different kernels, different nvidia drivers and all with no change. Yes, but what about xorg-server? I think that's what Peter was suggesting. I did back up a version of xorg. Firefox still causes the panic tho. That said, Konsole works now so it fixed that problem. I just upgraded KDE and am trying to get the nerve up to install Firefox again. I had KDE set to start with a saved session which would include starting Firefox. I unmerged Firefox so it wouldn't start up and cause me to crash as soon as I logged in. One thing about a fast machine, can't close something before it causes a problem. lol Dale :-) :-)
Re: [gentoo-user] Re: Firefox and kernel panics.
On Sun, Jul 10, 2011 at 5:27 PM, Dale rdalek1...@gmail.com wrote: Neil Bothwick wrote: On Sun, 10 Jul 2011 14:42:50 -0500, Dale wrote: Yea, done tried that. I tried different kernels, different nvidia drivers and all with no change. WAG - have you tried the nv drivers? I did but I couldn't get X to even start. I guess something is not set right somewhere. I have nv in make.conf and been there since I built this thing so sort of clueless on why it don't work. Maybe it's because I don't use the latest greatest cards but I don't think I have ever really had trouble with nvidia drivers. Surely it can't be good luck. ;-) While I am at it, what is the syntax to mask a package higher than a certain version in package.mask? I tired =package.name.version and tried = package.name.version but the former doesn't work and seems to ignore it and the later makes emerge print a boo boo message. On my old rig, I want to mask anything above the 173 series. So far, I haven't had the light bulb moment and never can remember how to do this. Thanks. Dale May I ask exactly what NVidia card you are using and why you are using (if I understood you correctly) the nv driver and not the nvidia driver? This page at NVidia will point you at the right driver. I've got a little bit of every NVidia technology here and they haven't treated me wrong yet. http://www.nvidia.com/Download/index.aspx?lang=en-us My make.conf files all say VIDEO_CARDS=nvidia and then I typically use the beta driver ala: mark@slinky ~ $ cat /etc/portage/package.keywords | grep nvidia x11-drivers/nvidia-drivers ~amd64 dev-util/nvidia-cuda-toolkit ~amd64 dev-util/nvidia-cuda-sdk ~amd64 mark@slinky ~ $ You won't need the CUDAstuff. It's always the NVidia driver in /etc/X11/xorg.conf, not the older nv driver: mark@slinky ~ $ cat /etc/X11/xorg.conf | grep nvidia Driver nvidia mark@slinky ~ $ - Mark
Re: [gentoo-user] Re: Firefox and kernel panics.
DAle, PLEASE look at bullet item #3 in this NVidia release: http://www.nvidia.com/object/linux-display-amd64-275.09.07-driver.html QUOTE Fixed a bug that caused freezes and crashes when resizing windows in KDE 4 with desktop effects enabled using X.Org X server version 1.10 or later. QUOTE Sure sounds familiar to me... - Mark On Sun, Jul 10, 2011 at 7:05 PM, Mark Knecht markkne...@gmail.com wrote: On Sun, Jul 10, 2011 at 5:27 PM, Dale rdalek1...@gmail.com wrote: Neil Bothwick wrote: On Sun, 10 Jul 2011 14:42:50 -0500, Dale wrote: Yea, done tried that. I tried different kernels, different nvidia drivers and all with no change. WAG - have you tried the nv drivers? I did but I couldn't get X to even start. I guess something is not set right somewhere. I have nv in make.conf and been there since I built this thing so sort of clueless on why it don't work. Maybe it's because I don't use the latest greatest cards but I don't think I have ever really had trouble with nvidia drivers. Surely it can't be good luck. ;-) While I am at it, what is the syntax to mask a package higher than a certain version in package.mask? I tired =package.name.version and tried = package.name.version but the former doesn't work and seems to ignore it and the later makes emerge print a boo boo message. On my old rig, I want to mask anything above the 173 series. So far, I haven't had the light bulb moment and never can remember how to do this. Thanks. Dale May I ask exactly what NVidia card you are using and why you are using (if I understood you correctly) the nv driver and not the nvidia driver? This page at NVidia will point you at the right driver. I've got a little bit of every NVidia technology here and they haven't treated me wrong yet. http://www.nvidia.com/Download/index.aspx?lang=en-us My make.conf files all say VIDEO_CARDS=nvidia and then I typically use the beta driver ala: mark@slinky ~ $ cat /etc/portage/package.keywords | grep nvidia x11-drivers/nvidia-drivers ~amd64 dev-util/nvidia-cuda-toolkit ~amd64 dev-util/nvidia-cuda-sdk ~amd64 mark@slinky ~ $ You won't need the CUDAstuff. It's always the NVidia driver in /etc/X11/xorg.conf, not the older nv driver: mark@slinky ~ $ cat /etc/X11/xorg.conf | grep nvidia Driver nvidia mark@slinky ~ $ - Mark
[gentoo-user] RE: Thunderbugs
-original message- Subject: Re: [gentoo-user] Re: Thunderbugs From: Mike Edenfield kut...@kutulu.org Date: 2011-07-11 06:26 On 7/10/2011 5:20 AM, john wrote: Had a pesky invasion of little insects behind my screen. Of which a lot have seemed to stop moving. Think I'll a get sealed tft next time. I'll try sucking them out with a hoover. Damn things, tft was 350 pounds, you think it should have anti critters device. Thank god. I was starting to wonder at your fixation for British girl groups: http://en.wikipedia.org/wiki/Thunderbugs He lives in the UK*! What do you expect? * wild guess based on the currency used. Anyways, this is a post worthy of LOL+LMAO+ROFL at the same time. What a nice way to start my Monday :) Rgds, -- FdS Pandu E Poluan ~ IT Optimizer ~ Sent from Nokia E72-1
Re: [gentoo-user] Re: Firefox and kernel panics.
Mark Knecht wrote: DAle, PLEASE look at bullet item #3 in this NVidia release: http://www.nvidia.com/object/linux-display-amd64-275.09.07-driver.html QUOTE Fixed a bug that caused freezes and crashes when resizing windows in KDE 4 with desktop effects enabled using X.Org X server version 1.10 or later. QUOTE Sure sounds familiar to me... - Mark Yea, that does sound familiar. Trying to recall who could have had that problem. H. Oh, it was me !! lol This is my card info: 01:00.0 VGA compatible controller: nVidia Corporation GT200 [GeForce GT 220] (rev a2) Drivers: x11-drivers/nvidia-drivers-270.41.19 That is the latest for my card that is in the tree. Now keep in mind, going back to the older xorg fixed the Konsole and resizing issue I had. So far, I'm not sure Firefox has its problem fixed. I'm going to try it here in a few. Just close everything I can, type in sync and open the thing and see if the smoke gets out. Oh, got to install it again too. Almost forgot that. It's funny in a way. I haven't been to the nvidia website in ages. I just sort of guess at a version, try it and see if it works. If not, try another one until I find one that does. There isn't that many in the tree. I never use the latest because I have never had that new of a card. :/ Thanks. Dale :-) :-)
Re: [gentoo-user] Re: Firefox and kernel panics.
walt wrote: On 07/10/2011 12:40 PM, Dale wrote: Neil Bothwick wrote: On Sat, 09 Jul 2011 18:55:01 -0500, Dale wrote: My old rig was in the middle of a update and we just had a nasty little thunderstorm here. It was OOo of course. It was 7 hours into a 9 hour compile when the lights blinked. It won't have reached the install stage, so the only filesystem being written to would have been the one holding $PORTAGE_TMPDIR. It would be advisable to restart the emerge though :) My deal was the lost compile time. If I had started it about 3 hours earlier or the lights would have blinked a few hours later then not so much would have been lost. That's when I use ebuild instead of starting the emerge from scratch. Let's say I'm emerging libreoffice and the machine goes down (shudder). After fixing the problem I would try the following: #cd /usr/portage/app-office/libreoffice/ #ebuild ./libreoffice-3.3.3.ebuild install That should pick up where the previous emerge stopped, although the patches may be reapplied before continuing the compile/install phase. But, hold on. The install phase does only a temporary install in the portage build directory, not the 'real' install in /usr. That final step is very easy, though: #ebuild ./libreoffice-3.3.3.ebuild qmerge For more detail see man ebuild and search on 'qmerge'. Pretty nifty for situations like yours. Never hurts to use fsck beforehand. even if the journal was recovered during your first reboot after the disaster. I just had to do some of that with KDE. Some things were still buggy in the tree. It may work but I won't be needing the machine while it compiles anyway. It's my spare rig. I learned not to let it go to long between updates tho. Funny thing is, I was still trying to dodge storms and update the last KDE. It wasn't even finished with it yet and there is a new release of KDE. I always boot, let it clean up a little then reboot again. If no errors are found, I'm good to go. I've gotten pretty good at cleaning up after a power fail or hard reset. Sort of had some experience here lately. :-( Thanks. Dale :-) :-)
