Re: [gentoo-user] Udev rules for identical hard drives
Canek Peláez Valdés writes: On Wed, Aug 1, 2012 at 7:42 PM, Alex Schuster wo...@wonkology.org wrote: Canek Peláez Valdés writes: [ snip ] Oh, and I forgot; doesn't the links in /dev/disk/by-id, /dev/disk/by-label, /dev/disk/by-uuid do what you want to? Those seem to list partitions only, not whole drives. A label for a drive would be nice to have. I'm pretty sure whole drives are there also: $ ll /dev/disk/by-id ... ata-SAMSUNG_HD160JJ_S08HJ10YC13279 - ../../sda ... That's a whole drive right there. Wow, now I feel really stupid :) You are so right, they are there, and I don't why I overlooked them... too many entries there maybe, I have 140. But still. Stuuupid! Thanks, Canek! Wonko
Re: [gentoo-user] Udev rules for identical hard drives
Alex Schuster writes: Canek Peláez Valdés writes: $ ll /dev/disk/by-id ... ata-SAMSUNG_HD160JJ_S08HJ10YC13279 - ../../sda ... That's a whole drive right there. Wow, now I feel really stupid :) You are so right, they are there, and I don't why I overlooked them... too many entries there maybe, I have 140. But still. Stuuupid! I looked again in the terminal at what I did this night, and at least feel a little less stupid now. I had searched for my /dev/sdd drive, and this one just has no label. Only its partitions do, they appear twice, as ata-SAMSUNG_SP1614N_0735J1FW815459-part[15678] and wwn-0x50f0-part[15678]. This drive is an older PATA drive, maybe that's the difference? Wonko
Re: [gentoo-user] Udev rules for identical hard drives
On Thu, Aug 2, 2012 at 3:38 AM, Alex Schuster wo...@wonkology.org wrote: Alex Schuster writes: Canek Peláez Valdés writes: $ ll /dev/disk/by-id ... ata-SAMSUNG_HD160JJ_S08HJ10YC13279 - ../../sda ... That's a whole drive right there. Wow, now I feel really stupid :) You are so right, they are there, and I don't why I overlooked them... too many entries there maybe, I have 140. But still. Stuuupid! I looked again in the terminal at what I did this night, and at least feel a little less stupid now. I had searched for my /dev/sdd drive, and this one just has no label. Only its partitions do, they appear twice, as ata-SAMSUNG_SP1614N_0735J1FW815459-part[15678] and wwn-0x50f0-part[15678]. This drive is an older PATA drive, maybe that's the difference? Wonko Check out the very nice 'lsdrv' script by Phil Turmel. Run it, save a copy of the output for bad times. https://github.com/pturmel/lsdrv HTH, Mark
Re: [gentoo-user] Udev rules for identical hard drives
Mark Knecht writes:
Check out the very nice 'lsdrv' script by Phil Turmel. Run it, save a
copy of the output for bad times.
https://github.com/pturmel/lsdrv
That doesn't work here, and I do not understand why. In line 305 it tries
and fails to create /dev/block, which is already existing.
if not os.path.exists('/dev/block'):
os.mkdir('/dev/block', 0755)
Uh, is this a python bug? It works fine with python 2.7, but not with
3.2. But os.path.exists() is quite a basic function, if that wouldn't
work, I'd expect all things to break, including emerge.
Nice script. Much similar to lshw I think, but it shows more stuff, like
LVM names and UUIDS. Thanks!
Wonko
Re: [gentoo-user] Persistent ulimit for daemons
On 08/02/12 01:52, Joost Roeleveld wrote: On Wednesday, August 01, 2012 10:41:41 AM Michael Orlitzky wrote: Is there a blessed method these days for setting the ulimit per-daemon? The best I've been able to do is a global setting in /etc/rc.conf: rc_ulimit=-s 1048576 The entries under /etc/security seem to be ignored when using `/etc/init.d/foo start`. Michael, I had to change the nofiles ulimit setting for my webserver. For that, I simply added the settings to the following file: # cat /etc/security/limits.conf | grep apache apachehard nofile 4096 apachesoft nofile 4096 I would expect the same to work for any other daemon? I thought so too, but it doesn't seem to be working (for any daemon, I even tried with apache just now). Can you `cat /proc/pid/limits` on one of those apache processes? I get whatever was set for my bash shell rather than what I have in limits.conf.
Re: [gentoo-user] Udev rules for identical hard drives
Alex Schuster wrote:
Mark Knecht writes:
Check out the very nice 'lsdrv' script by Phil Turmel. Run it, save a
copy of the output for bad times.
https://github.com/pturmel/lsdrv
That doesn't work here, and I do not understand why. In line 305 it tries
and fails to create /dev/block, which is already existing.
if not os.path.exists('/dev/block'):
os.mkdir('/dev/block', 0755)
Uh, is this a python bug? It works fine with python 2.7, but not with
3.2. But os.path.exists() is quite a basic function, if that wouldn't
work, I'd expect all things to break, including emerge.
Nice script. Much similar to lshw I think, but it shows more stuff, like
LVM names and UUIDS. Thanks!
Wonko
I'm amd64 and it works here.
root@fireball / # equery l python
* Searching for python ...
[IP-] [ ] dev-lang/python-2.7.3-r2:2.7
[IP-] [ ] dev-lang/python-3.2.3:3.2
root@fireball / #
Dale
:-) :-)
--
I am only responsible for what I said ... Not for what you understood or how
you interpreted my words!
Re: [gentoo-user] Udev rules for identical hard drives
On Thu, Aug 2, 2012 at 8:02 AM, Alex Schuster wo...@wonkology.org wrote:
Mark Knecht writes:
Check out the very nice 'lsdrv' script by Phil Turmel. Run it, save a
copy of the output for bad times.
https://github.com/pturmel/lsdrv
That doesn't work here, and I do not understand why. In line 305 it tries
and fails to create /dev/block, which is already existing.
if not os.path.exists('/dev/block'):
os.mkdir('/dev/block', 0755)
Uh, is this a python bug? It works fine with python 2.7, but not with
3.2. But os.path.exists() is quite a basic function, if that wouldn't
work, I'd expect all things to break, including emerge.
Nice script. Much similar to lshw I think, but it shows more stuff, like
LVM names and UUIDS. Thanks!
Wonko
Dunno about the python-3.2 thing. Are you set to use 3.2 by default?
(How aggressive of you!) ;-) I'm set to use 2.7 as default which I
think is the overall recommendation of dummies like me:
c2stable ~ # eselect python list
Available Python interpreters:
[1] python2.7 *
[2] python3.2
c2stable ~ #
The script has been around awhile and updated now and again. Possibly
it's just not tested with python-3.2?
Anyway, the folks on the mdadm RAID list often ask people who had a
RAID completely fail if they had the info this script provides taken
from prior to the crash so I do it for all my machines and then keep
the output in my GMail account for safety.
HTH,
Mark
Re: [gentoo-user] nvidia NVS 5200M
On Wed, Aug 01 2012, Michael Mol wrote: On Wed, Aug 1, 2012 at 2:16 PM, Allan Gottlieb gottl...@nyu.edu wrote: On Wed, Aug 01 2012, Daniel Troeder wrote: On 31.07.2012 16:30, Allan Gottlieb wrote: latitudes E6430 6430s nvidia through optimus :( latitudes E6330 No nvidia. I see. (Actually I think the 6430s is no nvidia, but you point is well understood). I am hopeful of getting intel 4000 graphics. I am still trying to confirm with dell that my configuration will work Specifically, I plug my current E6510 and will plug the new machine into an e-port-replicator. Attached to that replicator (via the replicator's displayPort) is a dell 3011 display (2560X1600 res, 30) Is there a local retail outlet, LUG or other means for you to get your hands on one before making a purchase? Does Dell offer any means of try-before-you-buy? I buy directly from dell (NYU has a deal). I indeed will soon ask them for a trial with the intel 4000. I am hoping to first get a positive response that it will/should work. Thanks, allan
Re: [gentoo-user] new machine : proposed design
Am Mittwoch, 1. August 2012, 15:57:25 schrieb Dale: I think memory is like hard drives, one or two people have something go wrong and they have to be all bad for everyone. no, it is like: no correct SPD rom ever. Just because most mobos work around it, is not an excuse. Or like an entire batch where the sticker machine crushed the chips beneath it - and Kingston 'quality control' did not catch it. Heise had lots of fun with them (and those high prized 'overclocker' sticks) If you want quality: buy something else. If you are concerned about the prize: seriously, buy something else. -- #163933
Re: [gentoo-user] new machine : proposed design
Am Mittwoch, 1. August 2012, 16:33:21 schrieb Philip Webb: 120801 Volker Armin Hemmann wrote: Kingston is way too expensive for their low quality products. You can just buy some cheapo 'almost' noname brand and get better results. At my regular store (no, I'm not schlepping all over town), I see : AMD Entertainment 4 GB DDR3 1600 MHz CL9 Optimized for AMD : 24.99 They have 8 in stock, which suggests they're popular with customers. I'm sceptical re 'optimized for AMD', but it is the same manufacturer. This is 1600 MHz a/a the Kingston, which is 1330 MHz , but I want to re-use a stick I already own from another machine which is also a Kingston 4 GB 1330 MHz , so I won't be using the speed. I've never had a problem with Kingston memory nor with their USB sticks, so I need a bit more convincing (smile). And the SSD - seriously ? Get OCZ or Samsung: Kingston is just rebranding one of those. There are no Samsung SSDs available at the store (do they make them ? ). are you joking? Samsung is one of the big ones - a lot of laptops run with rebranded Samsung SSDs. Samsung produces flash chips, their own controllers and well performing SSDs. However, OCZ does look very competitive (thanks for this bit of advice): OCZ Vertex3 240 GB SATA3 6 GB/s R 550 MB/s W 525 MB/s: 209.99 OCZ Vertex4 128 GB SATA3 6 GB/s R 560 MB/s W 430 MB/s: 124.99 OCZ Vertex3 120 GB SATA3 6 GB/s R 550 MB/s W 500 MB/s: 119.99 have that one. Is a nice one. OCZ Agility3 120 GB SATA3 6 GB/s R 525 MB/s W 500 MB/s : 99.99 So I can pay CAD 60 more get twice the storage or save CAD 25 - 50 get the same storage. I don't suppose the R/W variations make much difference in everyday use (the Kingston I listed is R 555 W 510 : in the same ballpark). Moreover, all of them are 10+ in stock, again suggesting popularity. So you've got my attention (grin). Any further comments by VAH or others ? yeah, seriously, don't buy case+psu combos. They almost always suck. Also: the bigger the fan, the less speed you need them to run at. The quieter they are. If you can get a case with placings for 14cm fans and it is comparable to some 12 or 8cm case - get the where you can use 14cm fans. it is really worth it. -- #163933
Re: [gentoo-user] Udev rules for identical hard drives
On Thu, Aug 02, 2012 at 01:34:04AM +0200, Alex Schuster wrote
So I made some udev rules like this, and my drives are called /dev/hd1,
hd2 and hd3:
SUBSYSTEMS==scsi, KERNEL==sd?, ATTRS{model}==SAMSUNG HD154UI,
SYMLINK=hd1
This works fine, and this way I can address them in scripts, smartd and
hdparm config files and such. But now I have two identical drives. I had
this before with the drive above, but while being identical models, the
two drives differed a little in size, so I just had to add ATTR{size}.
This does not help with my current drives, and I find nothing
in /sys/block/sd?/device/ that differs. Could there be another way to
distinguish the drives, like looking at the partition scheme or something?
You can get the ATTRS{serial} (i.e. serial number). See the printer
example at http://www.reactivated.net/writing_udev_rules.html and adapt
to your hard drive. Serial numbers should be unique, even amongst
otherwise identical drives...
==
I power on my printer, and it is assigned device node /dev/lp0. Not
satisfied with such a bland name, I decide to use udevinfo to aid me in
writing a rule which will provide an alternative name:
# udevinfo -a -p $(udevinfo -q path -n /dev/lp0)
looking at device '/class/usb/lp0':
KERNEL==lp0
SUBSYSTEM==usb
DRIVER==
ATTR{dev}==180:0
looking at parent device
'/devices/pci:00/:00:1d.0/usb1/1-1':
SUBSYSTEMS==usb
ATTRS{manufacturer}==EPSON
ATTRS{product}==USB Printer
ATTRS{serial}==L72010011070626380
My rule becomes:
SUBSYSTEM==usb, ATTRS{serial}==L72010011070626380, SYMLINK+=epson_680
==
--
Walter Dnes waltd...@waltdnes.org
Re: [gentoo-user] Udev rules for identical hard drives
On Thursday 02 August 2012 16:50:36 Mark Knecht wrote: Dunno about the python-3.2 thing. Are you set to use 3.2 by default? (How aggressive of you!) ;-) I'm set to use 2.7 as default which I think is the overall recommendation of dummies like me: I thought so too, so I was surprised to find a few weeks ago that something had set 3.2 as default. With 3.2 I get similar results to Alex's but with 2.7 it works properly. -- Rgds Peter
Re: [gentoo-user] Udev rules for identical hard drives
Walter Dnes writes:
You can get the ATTRS{serial} (i.e. serial number). See the printer
example at http://www.reactivated.net/writing_udev_rules.html and adapt
to your hard drive. Serial numbers should be unique, even amongst
otherwise identical drives...
==
I power on my printer, and it is assigned device node /dev/lp0. Not
satisfied with such a bland name, I decide to use udevinfo to aid me in
writing a rule which will provide an alternative name:
# udevinfo -a -p $(udevinfo -q path -n /dev/lp0)
looking at device '/class/usb/lp0':
KERNEL==lp0
SUBSYSTEM==usb
DRIVER==
ATTR{dev}==180:0
looking at parent device
'/devices/pci:00/:00:1d.0/usb1/1-1':
SUBSYSTEMS==usb
ATTRS{manufacturer}==EPSON
ATTRS{product}==USB Printer
ATTRS{serial}==L72010011070626380
My rule becomes:
SUBSYSTEM==usb, ATTRS{serial}==L72010011070626380,
SYMLINK+=epson_680
That's exactly what I would like to have! I have a working solution, but
using UDEV would seem more adequate.
But: I cannot find a serial number for my hard drives in the output. And
shouldn't there be a file named 'serial' in /sys? I have some, but not
for my block devices, only for USB and in /sys/{bus,pci}/drivers/.
BTW, sys-fs/udev-187 does not have the 'udevinfo' command, it seems to be
'udevadm info' now.
Wonko
Re: [gentoo-user] Udev rules for identical hard drives
On Thu, Aug 2, 2012 at 10:43 AM, Peter Humphrey pe...@humphrey.ukfsn.org wrote: On Thursday 02 August 2012 16:50:36 Mark Knecht wrote: Dunno about the python-3.2 thing. Are you set to use 3.2 by default? (How aggressive of you!) ;-) I'm set to use 2.7 as default which I think is the overall recommendation of dummies like me: I thought so too, so I was surprised to find a few weeks ago that something had set 3.2 as default. With 3.2 I get similar results to Alex's but with 2.7 it works properly. -- Rgds Peter I haven't found any official Gentoo documentation that says we should be using anything other than 2.7 as default. If something changed a setting like that (during an install or otherwise) it could be quite frustrating to find. Sorry for your problems. I've seen one package in an overlay that's starting to look for python-4. Scary! Cheers, Mark
Re: [gentoo-user] Udev rules for identical hard drives
Dale writes:
Alex Schuster wrote:
Mark Knecht writes:
Check out the very nice 'lsdrv' script by Phil Turmel. Run it, save a
copy of the output for bad times.
https://github.com/pturmel/lsdrv
That doesn't work here, and I do not understand why. In line 305 it
tries and fails to create /dev/block, which is already existing.
if not os.path.exists('/dev/block'):
os.mkdir('/dev/block', 0755)
Uh, is this a python bug? It works fine with python 2.7, but not with
3.2. But os.path.exists() is quite a basic function, if that wouldn't
work, I'd expect all things to break, including emerge.
[...]
I'm amd64 and it works here.
root@fireball / # equery l python
* Searching for python ...
[IP-] [ ] dev-lang/python-2.7.3-r2:2.7
[IP-] [ ] dev-lang/python-3.2.3:3.2
Um, but did you use eselect to make 3.2 the current version?
Wonko
Re: [gentoo-user] Udev rules for identical hard drives
Mark Knecht writes:
On Thu, Aug 2, 2012 at 8:02 AM, Alex Schuster wo...@wonkology.org
wrote:
Mark Knecht writes:
Check out the very nice 'lsdrv' script by Phil Turmel. Run it, save a
copy of the output for bad times.
https://github.com/pturmel/lsdrv
That doesn't work here, and I do not understand why. In line 305 it
tries and fails to create /dev/block, which is already existing.
if not os.path.exists('/dev/block'):
os.mkdir('/dev/block', 0755)
Uh, is this a python bug? It works fine with python 2.7, but not with
3.2. But os.path.exists() is quite a basic function, if that wouldn't
work, I'd expect all things to break, including emerge.
Nice script. Much similar to lshw I think, but it shows more stuff,
like LVM names and UUIDS. Thanks!
Dunno about the python-3.2 thing. Are you set to use 3.2 by default?
(How aggressive of you!) ;-) I'm set to use 2.7 as default which I
think is the overall recommendation of dummies like me:
Portage should work well with 3.2 now, but I wouldn't wonder much if
something would break. I don't mind much about this, when it happens I
file a bug report, and use 2.7 again. But the problem with
os.path.exists() seems weird to me.
c2stable ~ # eselect python list
Available Python interpreters:
[1] python2.7 *
[2] python3.2
c2stable ~ #
The script has been around awhile and updated now and again. Possibly
it's just not tested with python-3.2?
I guess so. Hmm, does anybody want to provide an ebuild on
bugs.gentoo.org for it? It would be nice to have it in portage.
Wonko
Re: [gentoo-user] Udev rules for identical hard drives
On Thu, 2 Aug 2012 12:59:19 -0400, Walter Dnes wrote:
You can get the ATTRS{serial} (i.e. serial number).
Not all drives supply this. I have a pair of Seagate drives and a pair of
WD drives. Neither drive is distinguishable from its twin with udev
attributes.
--
Neil Bothwick
If nothing sticks to Teflon, how do they stick teflon on the pan?
signature.asc
Description: PGP signature
Re: [gentoo-user] Udev rules for identical hard drives
On Thu, 2 Aug 2012 19:43:50 +0200, Alex Schuster wrote: BTW, sys-fs/udev-187 does not have the 'udevinfo' command, it seems to be 'udevadm info' now. udevinfo disappeared a long time ago. I wrote a script called udevinfo to call mdadm info so that I didn't need thchage my setup, it is dated October 2008 :-O -- Neil Bothwick RAM DISK is NOT an installation procedure! signature.asc Description: PGP signature
[gentoo-user] I am tired of this one.
Hello everyone, I have been dealing with this problem for awhile now. I have two nVidia video cards, one is a PNY 8400 GS PCIe and the other is a 6150 LE built onto the board. Problem is I want to use the nVidia driver with my 8400 GS but when I do try to use it, it will just lock up the entire computer. Sometime I can ssh in and sometimes I can't. I don't have compiz or anything like that. I am using the xfce compositor. While I do get to use the card for about 30 seconds to a minute, I can't open the nVidia X Server Settings panel, display panel nor anything that has to do with flash in chrome. A couple of the things that I have noticed about the Xorg Log is that the 8400 GS is reported as having 512mb or video memory when I know it is only 256. The 6150 is reported as having 256 and I am not sure how much that one is using. I have a feeling it is shared. When I am using the 6150 LE and I have the 8400 GS in also. The nVidia X Server Setting also says the same amounts of video memory. I haven been using this install of Gentoo for years now. The only thing that has changed in that time that has to do with Video Cards is Cuda. I use to use it a little for experiments. All in all the 6150 doesn't support Cuda and the 8400 GS does. Any thoughts are greatly appreciated. -- Willie Matthews matthews.wil...@gmail.com
[gentoo-user] Re: I am tired of this one.
On 08/02/12 13:09, Willie Matthews wrote: Hello everyone, I have been dealing with this problem for awhile now. I have two nVidia video cards, one is a PNY 8400 GS PCIe and the other is a 6150 LE built onto the board. Problem is I want to use the nVidia driver with my 8400 GS but when I do try to use it, it will just lock up the entire computer. Sometime I can ssh in and sometimes I can't. I don't have compiz or anything like that. I am using the xfce compositor. While I do get to use the card for about 30 seconds to a minute, I can't open the nVidia X Server Settings panel, display panel nor anything that has to do with flash in chrome. A couple of the things that I have noticed about the Xorg Log is that the 8400 GS is reported as having 512mb or video memory when I know it is only 256. The 6150 is reported as having 256 and I am not sure how much that one is using. I have a feeling it is shared. When I am using the 6150 LE and I have the 8400 GS in also. The nVidia X Server Setting also says the same amounts of video memory. I haven been using this install of Gentoo for years now. The only thing that has changed in that time that has to do with Video Cards is Cuda. I use to use it a little for experiments. All in all the 6150 doesn't support Cuda and the 8400 GS does. Any thoughts are greatly appreciated. I just learned about the command nvidia-smi. 8400 GS 256mb of ram 6150 LE has 64mb. Either way X thinks that the 6150 has more than it really does and the same goes for the 8400. Must not be the reason X is crashing on one and not the other. -- Willie Matthews matthews.wil...@gmail.com
Re: [gentoo-user] I am tired of this one.
On Thu, Aug 2, 2012 at 1:09 PM, Willie Matthews matthews.wil...@gmail.com wrote: Hello everyone, I have been dealing with this problem for awhile now. I have two nVidia video cards, one is a PNY 8400 GS PCIe and the other is a 6150 LE built onto the board. Problem is I want to use the nVidia driver with my 8400 GS but when I do try to use it, it will just lock up the entire computer. Sometime I can ssh in and sometimes I can't. I don't have compiz or anything like that. I am using the xfce compositor. While I do get to use the card for about 30 seconds to a minute, I can't open the nVidia X Server Settings panel, display panel nor anything that has to do with flash in chrome. A couple of the things that I have noticed about the Xorg Log is that the 8400 GS is reported as having 512mb or video memory when I know it is only 256. The 6150 is reported as having 256 and I am not sure how much that one is using. I have a feeling it is shared. When I am using the 6150 LE and I have the 8400 GS in also. The nVidia X Server Setting also says the same amounts of video memory. I haven been using this install of Gentoo for years now. The only thing that has changed in that time that has to do with Video Cards is Cuda. I use to use it a little for experiments. All in all the 6150 doesn't support Cuda and the 8400 GS does. Any thoughts are greatly appreciated. -- Willie Matthews matthews.wil...@gmail.com Hi Willie, Sorry for the problems. I use two NVidia cards with nvidia-drivers and don't have any stability problems. My cards are the GTX465 a 8400GS which are both CUDA-based. There are some very real OpenGL issues with this setup, as well as all the Flash on NVidia problems, but no stability problems. As for your setup, if I was to guess I'd start wondering if the NVidia driver supports two cards where one is CUDA-based and the other isn't. I tried Googling for that with no real results. Note: I do use an xorg.conf file on my system, as well as the newest drivers. You didn't provide much technical info about your setup so maybe that could be posted? nvidia-smi reports the correct amount of memory on my two cards. Good luck, Mark
Re: [gentoo-user] Re: I am tired of this one.
On Thu, Aug 2, 2012 at 3:40 PM, Willie Matthews matthews.wil...@gmail.com wrote: On 08/02/12 13:09, Willie Matthews wrote: Hello everyone, I have been dealing with this problem for awhile now. I have two nVidia video cards, one is a PNY 8400 GS PCIe and the other is a 6150 LE built onto the board. Problem is I want to use the nVidia driver with my 8400 GS but when I do try to use it, it will just lock up the entire computer. Sometime I can ssh in and sometimes I can't. I don't have compiz or anything like that. I am using the xfce compositor. While I do get to use the card for about 30 seconds to a minute, I can't open the nVidia X Server Settings panel, display panel nor anything that has to do with flash in chrome. A couple of the things that I have noticed about the Xorg Log is that the 8400 GS is reported as having 512mb or video memory when I know it is only 256. The 6150 is reported as having 256 and I am not sure how much that one is using. I have a feeling it is shared. When I am using the 6150 LE and I have the 8400 GS in also. The nVidia X Server Setting also says the same amounts of video memory. I haven been using this install of Gentoo for years now. The only thing that has changed in that time that has to do with Video Cards is Cuda. I use to use it a little for experiments. All in all the 6150 doesn't support Cuda and the 8400 GS does. Any thoughts are greatly appreciated. I just learned about the command nvidia-smi. 8400 GS 256mb of ram 6150 LE has 64mb. Either way X thinks that the 6150 has more than it really does and the same goes for the 8400. Must not be the reason X is crashing on one and not the other. My first suspicion is that the card may have gone bad. I have had more video cards fail than any other component over the last few years. It seems they always overheat and die on me, or get zapped by power spikes. If you have the ability to remove the card and try only the on-board, or try another card, it might help narrow it down. Second suspicion is driver. Try changing to an older version of the driver and see if that helps. Third, this might be a long shot, but I had a problem with nvidia-drivers freezing very shortly after I started X and ended up being due to my card not liking the power-saving the drivers enable by default. If I ran nvidia-settings and manually changed it to full-power/performance mode (I don't remember the exact wording) it would be fine, but the nvidia-settings commandline did not have an option for this so I couldn't script it to run upon login. In your case you can't even run nvidia-settings so that's nohelp. This particular card I had worked fine for over a year before it suddenly started having this problem. I believe it was caused by a change in the drivers. An automatic workaround I finally found was to add this RegistryDWords line to my xorg.conf: Section Device Identifier nVidia GT 240 Driver nvidia Option RegistryDWords PowerMizerEnable=0x1; PerfLevelSrc=0x3322; PowerMizerDefault=0x1; PowerMizerDefaultAC=0x1 EndSection Good luck!
Re: [gentoo-user] I am tired of this one.
On 08/02/12 13:53, Mark Knecht wrote: On Thu, Aug 2, 2012 at 1:09 PM, Willie Matthews matthews.wil...@gmail.com wrote: Hello everyone, I have been dealing with this problem for awhile now. I have two nVidia video cards, one is a PNY 8400 GS PCIe and the other is a 6150 LE built onto the board. Problem is I want to use the nVidia driver with my 8400 GS but when I do try to use it, it will just lock up the entire computer. Sometime I can ssh in and sometimes I can't. I don't have compiz or anything like that. I am using the xfce compositor. While I do get to use the card for about 30 seconds to a minute, I can't open the nVidia X Server Settings panel, display panel nor anything that has to do with flash in chrome. A couple of the things that I have noticed about the Xorg Log is that the 8400 GS is reported as having 512mb or video memory when I know it is only 256. The 6150 is reported as having 256 and I am not sure how much that one is using. I have a feeling it is shared. When I am using the 6150 LE and I have the 8400 GS in also. The nVidia X Server Setting also says the same amounts of video memory. I haven been using this install of Gentoo for years now. The only thing that has changed in that time that has to do with Video Cards is Cuda. I use to use it a little for experiments. All in all the 6150 doesn't support Cuda and the 8400 GS does. Any thoughts are greatly appreciated. -- Willie Matthews matthews.wil...@gmail.com Hi Willie, Sorry for the problems. I use two NVidia cards with nvidia-drivers and don't have any stability problems. My cards are the GTX465 a 8400GS which are both CUDA-based. There are some very real OpenGL issues with this setup, as well as all the Flash on NVidia problems, but no stability problems. As for your setup, if I was to guess I'd start wondering if the NVidia driver supports two cards where one is CUDA-based and the other isn't. I tried Googling for that with no real results. Note: I do use an xorg.conf file on my system, as well as the newest drivers. You didn't provide much technical info about your setup so maybe that could be posted? nvidia-smi reports the correct amount of memory on my two cards. Good luck, Mark Hey Mark, What technical information would you like me to post? I am not to good with troubleshooting. Driver Version is x11-drivers/nvidia-drivers-302.17:0 -- Willie Matthews matthews.wil...@gmail.com
Re: [gentoo-user] I am tired of this one.
On Thu, Aug 2, 2012 at 2:29 PM, Willie Matthews matthews.wil...@gmail.com wrote: SNIP Hey Mark, What technical information would you like me to post? I am not to good with troubleshooting. Driver Version is x11-drivers/nvidia-drivers-302.17:0 -- Willie Matthews matthews.wil...@gmail.com If you're gonna be a Gentoo user you will develop more of those traits over time. That's the newest driver. As per Paul's suggestion you might try an older one. Other than that post the contents of /etc/X11/xorg.conf as well as your current xorg log file, most like /var/log/Xorg.0.log, but it might have a different name. As the 6150 seems to be an on-board GPU only used in specific nvidia laptop chipsets I have no idea about it's specs. As you say it's not CUDA-based I'm suspicious about mixing CUDA non-CUDA and getting good results. You might query the nouveau driver guys to see if they support it. The 8400 is probably well supported there and likely someone will know if they support old new NVidia chips running together. Also, if you can get it to crash and are still able to ssh in then I'd look closely at the X11 log file and see if it says anything, as well as dmesg, etc. Maybe you're up against a kernel bug or something. (You didn't tell us much about your setup...) ;-) HTH, Mark
Re: [gentoo-user] new machine : proposed design
On 2012-08-02 18:25, Volker Armin Hemmann wrote: If you want quality: buy something else. If you are concerned about the prize: seriously, buy something else. Hm, your experience with Kingston seems different than mine; I've had nothing but problems with other brands _but_ Kingston and I've been using them for years in various computers/motherboards. All three current motherboards run Kingston stable (two of them since quite a few years now, one is the Gigabyte M57SLI-S4 motherboard which have an extra flashrom soldered onto the motherboard for easy switching between proprietary firmware[a.k.a. BIOS] and coreboot). And here's a couple of pc's (not mine) running coreboot (which relies on the SPD rom information in order to set up the memory): http://www.coreboot.org/HP_DL145_G3 http://www.coreboot.org/ASUS_M4A78-EM I'm sure you can dig up some dirt on Kingston but I'm quite confident that you can dig up the same on other brands as well... but again, I've had no problems with Kingston so I'm sticking to them. Although, I perhaps should mention I don't do any overclocking of any kind since I value stability over all... Best regards / MfG Peter K
Re: [gentoo-user] I am tired of this one.
On 08/02/12 14:39, Mark Knecht wrote: On Thu, Aug 2, 2012 at 2:29 PM, Willie Matthews matthews.wil...@gmail.com wrote: SNIP Hey Mark, What technical information would you like me to post? I am not to good with troubleshooting. Driver Version is x11-drivers/nvidia-drivers-302.17:0 -- Willie Matthews matthews.wil...@gmail.com If you're gonna be a Gentoo user you will develop more of those traits over time. That's the newest driver. As per Paul's suggestion you might try an older one. Other than that post the contents of /etc/X11/xorg.conf as well as your current xorg log file, most like /var/log/Xorg.0.log, but it might have a different name. As the 6150 seems to be an on-board GPU only used in specific nvidia laptop chipsets I have no idea about it's specs. As you say it's not CUDA-based I'm suspicious about mixing CUDA non-CUDA and getting good results. You might query the nouveau driver guys to see if they support it. The 8400 is probably well supported there and likely someone will know if they support old new NVidia chips running together. Also, if you can get it to crash and are still able to ssh in then I'd look closely at the X11 log file and see if it says anything, as well as dmesg, etc. Maybe you're up against a kernel bug or something. (You didn't tell us much about your setup...) ;-) HTH, Mark Hey Mark, I have tried numerous drivers, from I think 275 up, skipping a couple of revisions. I end up with the same result when it comes to the 8400GS. I have also tried the nouveau driver with the same result. I have to disable the acceleration for it to work. When I change the bios setting to use the PCIe it doesn't show the 6150 at all in lspci (I Think). I am using the same xorg.conf file that I use for my 8400, nothing about it has changed except for the addition of the suggestions of Paul. Even that change still have the 6150 still working. Here are the two files that you asked for. /var/log/Xorg.0.log http://pastebin.com/dPy7HPRZ /etc/X11/xorg.conf http://pastebin.com/JQMr6HTS In the beginning this was my desktop with Gentoo on it. 8400 worked just fine. I started using it as a headless server for awhile and playing around with CUDA, now I am back to using it as a desktop but more for XBMC connected to a TV. I still use it to share the net, DNS, DHCP you know all that good stuff. Kernel Version 3.3.8-gentoo-r1 Tried to build 3.4 series but it just crashes out this computer, haven't tried the 3.5 series yet. I also just looked through my /var/log/messages file. It is nothing in there about the crash. It just jump time 2 minutes. That is the same thing that would be in dmesg right? I will switch back to the 8400 to take a look at dmesg for the crash if I can ssh in still. -- Willie Matthews matthews.wil...@gmail.com
Re: [gentoo-user] I am tired of this one.
On Thu, Aug 2, 2012 at 3:30 PM, Willie Matthews matthews.wil...@gmail.com wrote: SNIP To my eye this looks to be the part you should go looking for answers about. Others in the past seem to have had their machines hang with this sort of message. I would not go further forward than the 3.3.8 version you are using. There isn't anything there that would fix this problem. I suspect the PCIe switch is working correctly as the older GPU is not PCIe. Is your machine fully Gentoo stable or are you using much ~amd64 stuff? It's OK to use ~amd64 nvidia-drivers, but don't do that for xorg or other stuff if you don't absolutely need it. You are talking old hardware here so there's no need to press forward with a lot of new stuff. Good luck, Mark [ 155.247] (WW) NVIDIA(GPU-0): check for mode 1024x768. [ 1065.581] [mi] EQ overflowing. Additional events will be discarded until existing events are processed. [ 1065.581] [ 1065.581] Backtrace: [ 1065.615] 0: /usr/bin/X (xorg_backtrace+0x34) [0x565a64] [ 1065.615] 1: /usr/bin/X (mieqEnqueue+0x263) [0x546c13] [ 1065.615] 2: /usr/bin/X (0x40+0x4a81c) [0x44a81c] [ 1065.615] 3: /usr/lib64/xorg/modules/input/evdev_drv.so (0x7f77b5083000+0x6130) [0x7f77b5089130] [ 1065.615] 4: /usr/bin/X (0x40+0x71f07) [0x471f07] [ 1065.615] 5: /usr/bin/X (0x40+0x9658a) [0x49658a] [ 1065.615] 6: /lib64/libpthread.so.0 (0x7f77bc841000+0x10280) [0x7f77bc851280] [ 1065.615] 7: /usr/lib64/libpixman-1.so.0 (0x7f77bc5bb000+0x6e2a2) [0x7f77bc6292a2] [ 1065.615] 8: /usr/lib64/libpixman-1.so.0 (pixman_image_composite32+0x498) [0x7f77bc5c5918] [ 1065.615] 9: /usr/lib64/xorg/modules/libfb.so (fbComposite+0x1d8) [0x7f77b6229bd8] [ 1065.615] 10: /usr/lib64/xorg/modules/drivers/nvidia_drv.so (0x7f77b6435000+0x5194b5) [0x7f77b694e4b5] [ 1065.615] 11: /usr/bin/X (0x40+0xf63f6) [0x4f63f6] [ 1065.616] 12: /usr/bin/X (0x40+0xbe35d) [0x4be35d] [ 1065.616] 13: /usr/bin/X (0x40+0xbf215) [0x4bf215] [ 1065.616] 14: /usr/bin/X (0x40+0xbdac0) [0x4bdac0] [ 1065.616] 15: /usr/bin/X (0x40+0x5ed26) [0x45ed26] [ 1065.616] 16: /usr/bin/X (MapWindow+0x153) [0x461863] [ 1065.616] 17: /usr/bin/X (0x40+0x318d0) [0x4318d0] [ 1065.616] 18: /usr/bin/X (0x40+0x36ed9) [0x436ed9] [ 1065.616] 19: /usr/bin/X (0x40+0x2644a) [0x42644a] [ 1065.616] 20: /lib64/libc.so.6 (__libc_start_main+0xfd) [0x7f77bb6f24bd] [ 1065.616] 21: /usr/bin/X (0x40+0x2673d) [0x42673d] [ 1065.616] [ 1065.616] [mi] These backtraces from mieqEnqueue may point to a culprit higher up the stack. [ 1065.616] [mi] mieq is *NOT* the cause. It is a victim. [ 1065.881] [mi] Increasing EQ size to 512 to prevent dropped events. [ 1065.882] [mi] EQ processing has resumed after 63 dropped events. [ 1065.882] [mi] This may be caused my a misbehaving driver monopolizing the server's resources.
Re: [gentoo-user] I am tired of this one.
On Thu, Aug 2, 2012 at 3:30 PM, Willie Matthews matthews.wil...@gmail.comwrote: On 08/02/12 14:39, Mark Knecht wrote: On Thu, Aug 2, 2012 at 2:29 PM, Willie Matthewsmatthews.wil...@gmail.com matthews.wil...@gmail.com wrote: SNIP Hey Mark, What technical information would you like me to post? I am not to good with troubleshooting. Driver Version is x11-drivers/nvidia-drivers-302.17:0 -- Willie matthewsmatthews.wil...@gmail.com If you're gonna be a Gentoo user you will develop more of those traits over time. That's the newest driver. As per Paul's suggestion you might try an older one. Other than that post the contents of /etc/X11/xorg.conf as well as your current xorg log file, most like /var/log/Xorg.0.log, but it might have a different name. As the 6150 seems to be an on-board GPU only used in specific nvidia laptop chipsets I have no idea about it's specs. As you say it's not CUDA-based I'm suspicious about mixing CUDA non-CUDA and getting good results. You might query the nouveau driver guys to see if they support it. The 8400 is probably well supported there and likely someone will know if they support old new NVidia chips running together. Also, if you can get it to crash and are still able to ssh in then I'd look closely at the X11 log file and see if it says anything, as well as dmesg, etc. Maybe you're up against a kernel bug or something. (You didn't tell us much about your setup...) ;-) HTH, Mark Hey Mark, I have tried numerous drivers, from I think 275 up, skipping a couple of revisions. I end up with the same result when it comes to the 8400GS. I have also tried the nouveau driver with the same result. I have to disable the acceleration for it to work. When I change the bios setting to use the PCIe it doesn't show the 6150 at all in lspci (I Think). I am using the same xorg.conf file that I use for my 8400, nothing about it has changed except for the addition of the suggestions of Paul. Even that change still have the 6150 still working. Here are the two files that you asked for. /var/log/Xorg.0.log http://pastebin.com/dPy7HPRZ /etc/X11/xorg.conf http://pastebin.com/JQMr6HTS In the beginning this was my desktop with Gentoo on it. 8400 worked just fine. I started using it as a headless server for awhile and playing around with CUDA, now I am back to using it as a desktop but more for XBMC connected to a TV. I still use it to share the net, DNS, DHCP you know all that good stuff. Kernel Version 3.3.8-gentoo-r1 Tried to build 3.4 series but it just crashes out this computer, haven't tried the 3.5 series yet. I also just looked through my /var/log/messages file. It is nothing in there about the crash. It just jump time 2 minutes. That is the same thing that would be in dmesg right? I will switch back to the 8400 to take a look at dmesg for the crash if I can ssh in still. -- Willie matthewsmatthews.wil...@gmail.com Can't get dmesg log. Can't ssh into it anymore! :( -- Willie Matthews matthews.wil...@gmail.com
Re: [gentoo-user] I am tired of this one.
On Thu, Aug 2, 2012 at 3:45 PM, Mark Knecht markkne...@gmail.com wrote: On Thu, Aug 2, 2012 at 3:30 PM, Willie Matthews matthews.wil...@gmail.com wrote: SNIP To my eye this looks to be the part you should go looking for answers about. Others in the past seem to have had their machines hang with this sort of message. I would not go further forward than the 3.3.8 version you are using. There isn't anything there that would fix this problem. I suspect the PCIe switch is working correctly as the older GPU is not PCIe. Is your machine fully Gentoo stable or are you using much ~amd64 stuff? It's OK to use ~amd64 nvidia-drivers, but don't do that for xorg or other stuff if you don't absolutely need it. You are talking old hardware here so there's no need to press forward with a lot of new stuff. Good luck, Mark [ 155.247] (WW) NVIDIA(GPU-0): check for mode 1024x768. [ 1065.581] [mi] EQ overflowing. Additional events will be discarded until existing events are processed. [ 1065.581] [ 1065.581] Backtrace: [ 1065.615] 0: /usr/bin/X (xorg_backtrace+0x34) [0x565a64] [ 1065.615] 1: /usr/bin/X (mieqEnqueue+0x263) [0x546c13] [ 1065.615] 2: /usr/bin/X (0x40+0x4a81c) [0x44a81c] [ 1065.615] 3: /usr/lib64/xorg/modules/input/evdev_drv.so (0x7f77b5083000+0x6130) [0x7f77b5089130] [ 1065.615] 4: /usr/bin/X (0x40+0x71f07) [0x471f07] [ 1065.615] 5: /usr/bin/X (0x40+0x9658a) [0x49658a] [ 1065.615] 6: /lib64/libpthread.so.0 (0x7f77bc841000+0x10280) [0x7f77bc851280] [ 1065.615] 7: /usr/lib64/libpixman-1.so.0 (0x7f77bc5bb000+0x6e2a2) [0x7f77bc6292a2] [ 1065.615] 8: /usr/lib64/libpixman-1.so.0 (pixman_image_composite32+0x498) [0x7f77bc5c5918] [ 1065.615] 9: /usr/lib64/xorg/modules/libfb.so (fbComposite+0x1d8) [0x7f77b6229bd8] [ 1065.615] 10: /usr/lib64/xorg/modules/drivers/nvidia_drv.so (0x7f77b6435000+0x5194b5) [0x7f77b694e4b5] [ 1065.615] 11: /usr/bin/X (0x40+0xf63f6) [0x4f63f6] [ 1065.616] 12: /usr/bin/X (0x40+0xbe35d) [0x4be35d] [ 1065.616] 13: /usr/bin/X (0x40+0xbf215) [0x4bf215] [ 1065.616] 14: /usr/bin/X (0x40+0xbdac0) [0x4bdac0] [ 1065.616] 15: /usr/bin/X (0x40+0x5ed26) [0x45ed26] [ 1065.616] 16: /usr/bin/X (MapWindow+0x153) [0x461863] [ 1065.616] 17: /usr/bin/X (0x40+0x318d0) [0x4318d0] [ 1065.616] 18: /usr/bin/X (0x40+0x36ed9) [0x436ed9] [ 1065.616] 19: /usr/bin/X (0x40+0x2644a) [0x42644a] [ 1065.616] 20: /lib64/libc.so.6 (__libc_start_main+0xfd) [0x7f77bb6f24bd] [ 1065.616] 21: /usr/bin/X (0x40+0x2673d) [0x42673d] [ 1065.616] [ 1065.616] [mi] These backtraces from mieqEnqueue may point to a culprit higher up the stack. [ 1065.616] [mi] mieq is *NOT* the cause. It is a victim. [ 1065.881] [mi] Increasing EQ size to 512 to prevent dropped events. [ 1065.882] [mi] EQ processing has resumed after 63 dropped events. [ 1065.882] [mi] This may be caused my a misbehaving driver monopolizing the server's resources. I don't think that it is all stable. I am using ACCEPT_KEYWORDS=~amd64 in the make.conf. Thanks a lot for pointing me in the right direction. I will look into it. -- Willie Matthews matthews.wil...@gmail.com
Re: [gentoo-user] I am tired of this one.
That means your machine could be 100% testing software. At your skill level I do not think this is a good idea. It works for some but not for others.(me) I'm on my Kindle so more help is hard right now. Consider how to get to stable, if that is even possible.
Re: [gentoo-user] I am tired of this one.
On Thu, 2 Aug 2012 16:24:06 -0700 Mark Knecht markkne...@gmail.com wrote: That means your machine could be 100% testing software. At your skill level I do not think this is a good idea. It works for some but not for others.(me) I'm on my Kindle so more help is hard right now. Consider how to get to stable, if that is even possible. H, yeaahhh, I don't think so, he's a newbie I once switched a host from unstable to stable and I sweated blood and bricks to do it. IIRC correctly it involved a whole lot of manual package masking, and that took a whole lot of grep sed and awking emerge output. It was horrible. It would have been easier to reinstall. But, being a pigheaded Gentooist, I just had to try! What he could do is switch ACCEPT_KEYWORDS then not do much updates for 6 months and let stable catch up to unstable. Not ideal from a security update POV, but better than nothing -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Hibernate and a few other things have gone missing
On Sat, Jun 23, 2012 at 03:28:15PM +0800, Andrew Lowe wrote: Hi all, […] 1) Hibernate has disappeared from the Leave option in the KDE menu 2) My Dolphin has lost some mappings to an NTFS disk that I dual boot to. On the left hand side of Dolphin there's a panel, Places I think it's called, where you can put commonly used dir's. Network mappings I have are still there but the NTFS dir's has gone walkabout. 3) Dolphin no longer automagically places into Places, the thingy mentioned above in 2), memory sticks when I insert them. In fact if automounting is working shouldn't something appear in the /media dir? I'm getting nothing in there. Does anyone know of any changes that have happened recently that could have caused this or has my machine just decided to be flakey on my. Any thoughts, greatly appreciated, Andrew Sounds a little bit like dbus not running. Such dynamic stuff is mostly done through dbus calls. I installed a fresh system here and upon first login in KDE, I got some strange errors. Turned out that I forgot to rc-update-add dbus. -- Gruß | Greetings | Qapla' Please do not share anything from, with or about me with any Facebook service. Even a dream job does not entitle to sleeping during work hours. pgpQvudKy7Pa2.pgp Description: PGP signature
Re: [gentoo-user] I am tired of this one.
On Thu, Aug 2, 2012 at 7:13 PM, Alan McKinnon alan.mckin...@gmail.com wrote: On Thu, 2 Aug 2012 16:24:06 -0700 Mark Knecht markkne...@gmail.com wrote: That means your machine could be 100% testing software. At your skill level I do not think this is a good idea. It works for some but not for others.(me) I'm on my Kindle so more help is hard right now. Consider how to get to stable, if that is even possible. H, yeaahhh, I don't think so, he's a newbie I once switched a host from unstable to stable and I sweated blood and bricks to do it. IIRC correctly it involved a whole lot of manual package masking, and that took a whole lot of grep sed and awking emerge output. It was horrible. It would have been easier to reinstall. But, being a pigheaded Gentooist, I just had to try! What he could do is switch ACCEPT_KEYWORDS then not do much updates for 6 months and let stable catch up to unstable. Not ideal from a security update POV, but better than nothing -- Alan McKinnon alan.mckin...@gmail.com I'd have to agree with you, Alan. I tried switching from unstable to stable once (and I'm still a newbie, so I was even more of a newb when I tried) -- I just ended up reinstalling to keep my mind from melting. This was on a standard Desktop/Gnome system, of course.
Re: [gentoo-user] new machine : proposed design
120802 Volker Armin Hemmann wrote: Am Mittwoch, 1. August 2012, 16:33:21 schrieb Philip Webb: There are no Samsung SSDs available at the store (do they make them ? ). are you joking? Samsung is one of the big ones - a lot of laptops run with rebranded Samsung SSDs. Samsung produces flash chips, their own controllers well performing SSDs. Goto http://www.canadacomputers.com/search_result.php?keywords=manu=0sid=pl8enmo1d9rsvg3qk00ip4k315search=1ccid=1088cPath=179_1088pagePos=0pricerange=%240.00-%24299.99+%28102%29 (or simply to the base URL follow the menus). There are a lot of SSDs, but nothing called 'Samsung'. Do they market them under another brand name ? OCZ Vertex3 120 GB SATA3 6 GB/s R 550 MB/s W 500 MB/s: 119.99 have that one. Is a nice one. Yes, I've already put it in my list to replace the Kingston. seriously, don't buy case+psu combos. They almost always suck. Also: the bigger the fan, the less speed you need them to run at. The quieter they are. If you can get a case with placings for 14cm fans and it is comparable to some 12 or 8cm case - get that. it is really worth it. I always have: it saves CAD the only problem was c 2004 , when the PSU fan failed fried the mobo : I replaced both the machine continues to function well as my stand-by box. I'm not worried by ordinary fan noise: try traffic, TVs etc etc (smile). -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] new machine : proposed design
On Thu, Aug 2, 2012 at 8:58 PM, Philip Webb purs...@ca.inter.net wrote: 120802 Volker Armin Hemmann wrote: Am Mittwoch, 1. August 2012, 16:33:21 schrieb Philip Webb: There are no Samsung SSDs available at the store (do they make them ? ). are you joking? Samsung is one of the big ones - a lot of laptops run with rebranded Samsung SSDs. Samsung produces flash chips, their own controllers well performing SSDs. Goto http://www.canadacomputers.com/search_result.php?keywords=manu=0sid=pl8enmo1d9rsvg3qk00ip4k315search=1ccid=1088cPath=179_1088pagePos=0pricerange=%240.00-%24299.99+%28102%29 (or simply to the base URL follow the menus). There are a lot of SSDs, but nothing called 'Samsung'. Do they market them under another brand name ? http://www.samsung.com/us/computer/solid-state-drives I didn't find them listed on Newegg, but they do turn up on Amazon: http://www.amazon.com/s/ref=sr_hi_5?rh=n%3A172282%2Cn%3A%21493964%2Cn%3A541966%2Cn%3A193870011%2Cn%3A1292116011%2Cp_4%3ASamsungbbn=1292116011ie=UTF8qid=1343967065 -- :wq
Re: [gentoo-user] I am tired of this one.
On 08/02/2012 05:26 PM, Alecks Gates wrote: On Thu, Aug 2, 2012 at 7:13 PM, Alan McKinnon alan.mckin...@gmail.com wrote: On Thu, 2 Aug 2012 16:24:06 -0700 Mark Knecht markkne...@gmail.com wrote: That means your machine could be 100% testing software. At your skill level I do not think this is a good idea. It works for some but not for others.(me) I'm on my Kindle so more help is hard right now. Consider how to get to stable, if that is even possible. H, yeaahhh, I don't think so, he's a newbie I once switched a host from unstable to stable and I sweated blood and bricks to do it. IIRC correctly it involved a whole lot of manual package masking, and that took a whole lot of grep sed and awking emerge output. It was horrible. It would have been easier to reinstall. But, being a pigheaded Gentooist, I just had to try! What he could do is switch ACCEPT_KEYWORDS then not do much updates for 6 months and let stable catch up to unstable. Not ideal from a security update POV, but better than nothing -- Alan McKinnon alan.mckin...@gmail.com I'd have to agree with you, Alan. I tried switching from unstable to stable once (and I'm still a newbie, so I was even more of a newb when I tried) -- I just ended up reinstalling to keep my mind from melting. This was on a standard Desktop/Gnome system, of course. Yeah I don't know if I really want to take the time to reset up entire machine again. It is not only my XBMC machine but it is all my network services and routes the internet. I think I like the idea that Alan has, switch the ACCEPT_KEYWORDS and not update for a couple of months. -- Willie Matthews matthews.wil...@gmail.com
Re: [gentoo-user] I am tired of this one.
That will likely work. You can also unmask many/most testing packages to the Rev you currently have installed and then likely continue updates running eix-test-obsolete along the way to clean up the unmasked over time. Good luck. Cheers, Mark
Re: [gentoo-user] Persistent ulimit for daemons
On Thursday, August 02, 2012 11:38:32 AM Michael Orlitzky wrote:
On 08/02/12 01:52, Joost Roeleveld wrote:
On Wednesday, August 01, 2012 10:41:41 AM Michael Orlitzky wrote:
Is there a blessed method these days for setting the ulimit per-daemon?
The best I've been able to do is a global setting in /etc/rc.conf:
rc_ulimit=-s 1048576
The entries under /etc/security seem to be ignored when using
`/etc/init.d/foo start`.
Michael,
I had to change the nofiles ulimit setting for my webserver. For that, I
simply added the settings to the following file:
# cat /etc/security/limits.conf | grep apache
apachehard nofile 4096
apachesoft nofile 4096
I would expect the same to work for any other daemon?
I thought so too, but it doesn't seem to be working (for any daemon, I
even tried with apache just now).
Can you `cat /proc/pid/limits` on one of those apache processes? I get
whatever was set for my bash shell rather than what I have in limits.conf.
I do get 4096.
Just had another good look at my notes, I also changed the init-file (Added
the ulimit-statement here):
***
start() {
checkconfig || return 1
[ -f /var/log/apache2/ssl_scache ] rm /var/log/apache2/ssl_scache
ebegin Starting ${SVCNAME}
ulimit -n 4096
${APACHE2} ${APACHE2_OPTS} -k start
i=0
while [ ! -e ${PIDFILE} ] [ $i -lt ${TIMEOUT} ]; do
sleep 1 i=$(expr $i + 1)
done
test -e ${PIDFILE}
eend $?
}
***
I don't think there is a consistent method of making this change more
permanent.
--
Joost
Re: [gentoo-user] I am tired of this one.
Try Kernel 3.0.x. But I suspect hw is the cause. 8400 Bumpgate Material? Maybe Not but i would replace it. Send from phone. Nightmare. Am 03.08.2012 06:30 schrieb Willie Matthews matthews.wil...@gmail.com: On 08/02/2012 05:26 PM, Alecks Gates wrote: On Thu, Aug 2, 2012 at 7:13 PM, Alan McKinnon alan.mckin...@gmail.com wrote: On Thu, 2 Aug 2012 16:24:06 -0700 Mark Knecht markkne...@gmail.com wrote: That means your machine could be 100% testing software. At your skill level I do not think this is a good idea. It works for some but not for others.(me) I'm on my Kindle so more help is hard right now. Consider how to get to stable, if that is even possible. H, yeaahhh, I don't think so, he's a newbie I once switched a host from unstable to stable and I sweated blood and bricks to do it. IIRC correctly it involved a whole lot of manual package masking, and that took a whole lot of grep sed and awking emerge output. It was horrible. It would have been easier to reinstall. But, being a pigheaded Gentooist, I just had to try! What he could do is switch ACCEPT_KEYWORDS then not do much updates for 6 months and let stable catch up to unstable. Not ideal from a security update POV, but better than nothing -- Alan McKinnon alan.mckin...@gmail.com I'd have to agree with you, Alan. I tried switching from unstable to stable once (and I'm still a newbie, so I was even more of a newb when I tried) -- I just ended up reinstalling to keep my mind from melting. This was on a standard Desktop/Gnome system, of course. Yeah I don't know if I really want to take the time to reset up entire machine again. It is not only my XBMC machine but it is all my network services and routes the internet. I think I like the idea that Alan has, switch the ACCEPT_KEYWORDS and not update for a couple of months. -- Willie Matthews matthews.wil...@gmail.com
Re: [gentoo-user] Persistent ulimit for daemons
Michael Orlitzky mich...@orlitzky.com writes: Is there a blessed method these days for setting the ulimit per-daemon? The best I've been able to do is a global setting in /etc/rc.conf: rc_ulimit=-s 1048576 The entries under /etc/security seem to be ignored when using `/etc/init.d/foo start`. Add an rc_ulimits= line to /etc/conf.d/daemon_name
Re: [gentoo-user] new machine : proposed design
120803 Michael Mol wrote: http://www.samsung.com/us/computer/solid-state-drives They have just 1 desktop at 128 GB it costs USD 230 ... ! I'm grateful to VAH for getting me to check out the OCZs, but I suspect he's shooting from the hip re Samsung. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
