[gentoo-user] problem with runit ebuild
Hi. There was an update to runit which I got in my latest world update and it played havock with my system. It moved things into my /etc/runit/runsvdir/default which I had deleted and so I had agettys all over the place, it was a mess. Isn't that directory supposed to be protected so I can fix config file changes they might do? Any assistance would be appreciated. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] [OT encfs] When encfs gets hungup
On Tuesday 12 July 2011 04:27:18 Volker Armin Hemmann did opine thusly: On Monday 11 July 2011 23:43:06 Peter Humphrey wrote: On Monday 11 July 2011 17:26:36 Sebastian Beßler wrote: Am Mo 11 Jul 2011 17:18:16 CEST, Peter Humphrey schrieb: I doubt I shall ever accept 'reoccur', any more than I accept 'transportation'. It's way OT but what is wrong with 'transportation'. If it is wrong, how would it be right? It isn't wrong, it's just silly. Americans love to add '-ation' to everything. Just consider 'motivation', for example. It nearly always means 'motive'. Ditto 'medication', which is nearly always 'medicine'. I could go on all night, but this is much too far off topic already. (I didn't mean to launch a troll - I just get wound up about poor language - sorry. And while I'm at it, an adverb should not precede the verb of the sentence. This is not German. And in English we do not put a comma between the verb and the predicate. Anyone who wants to discuss things like this seriously is welcome to contact me off-list.) I'm not a native speaker so I might be blind to see the error. I can see that, but i'm impressed by your grasp of your second language, which is incomparably superior to my grasp of your first. well, your language is broken beyond help anyway (as everybody who was forced to learn this clusterfuck* realized in the second or third week) so why get your panties in a knot? It can hardly get worse. Maybe better. Funny thing about English (and Perl, and Unix): The thing that made it a real clusterfuck is the only thing that made it successful. Now that I think about it, that holds true for Intel too. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] problem with runit ebuild
On Tue, 12 Jul 2011 05:29:25 -0400, cov...@ccs.covici.com wrote: Hi. There was an update to runit which I got in my latest world update and it played havock with my system. It moved things into my /etc/runit/runsvdir/default which I had deleted and so I had agettys all over the place, it was a mess. Isn't that directory supposed to be protected so I can fix config file changes they might do? Files in CONFIG_PROTECTed directories are protected, they won't be renamed, removed or changed, but new files and directories can be installed by portage -- Neil Bothwick Beware! The end is... aaarrgh! signature.asc Description: PGP signature
[gentoo-user] drbd primary standalone ...
Greets, pls a quick pointer: I prepare a 2node-cluster w/ DRBD, currently we only run on one node, therefore we don't have something like heartbeat running yet. This mode will have to be maintained for a while, now I have the problem, that when the server gets rebooted, nobody sets the DRBD-ressource to primary which leads to problems in sequence. Where should I add drbdadm primary all to the init-scripts to fix that temporarily? I am a bit lost right now (pretty much annoying techwork right now) and would appreciate a helping statement here. Thanks Stefan
Re: [gentoo-user] drbd primary standalone ...
On 2011-07-12 2:50 PM, Stefan G. Weichinger wrote: Where should I add drbdadm primary all to the init-scripts to fix that temporarily? Usually it is the resource manager's (such as pacemaker) job to decide which node becomes primary. If you are not using one, you might want to check become-primary-on directive in drbd.conf -- Eray Aslan e...@gentoo.org
Re: [gentoo-user] drbd primary standalone ...
Am 2011-07-12 15:58, schrieb Eray Aslan: On 2011-07-12 2:50 PM, Stefan G. Weichinger wrote: Where should I add drbdadm primary all to the init-scripts to fix that temporarily? Usually it is the resource manager's (such as pacemaker) job to decide which node becomes primary. If you are not using one, you might want to check become-primary-on directive in drbd.conf thanks, yes. It becomes primary now although it does not get mounted ... hmm. fstab seems ok as a manual mount succeeds. thx so far, Stefan
Re: [gentoo-user] qemu command line manager (rc scripts)
On Mon, Jul 11, 2011 at 7:37 PM, Albert Hopkins mar...@letterboxes.orgwrote: On Monday, July 11 at 18:28 (+0300), Kfir Lavi said: Hi, I'm looking for xen like manager to manage my virtual machines when computer boots. Is there any such project? libvirt (can also manage Xen): http://libvirt.org/ Thanks, I'll have a proper look at the next few days. Because it is lib... I didn't think that it also have command line interface. Regards, Kfir
Re: [gentoo-user] Re: Managing multiple Gentoo systems
Have you considered using PXE to network boot your systems? you can have various configurations set up based on mac addresses to address different hardware issues. I recommend trying out SystemRescueCD to experiment with PXE booting for the client and server. That sounds like exactly what I need. So, I could set up a Gentoo server and a bunch of completely diskless clients which would all PXE boot from the server? Would the clients basically each control a different virtual terminal on the server? Each machine can pull a copy of the master boot image to make updates a lot simpler. The SystemRescueCD PXE boot mechanism just pushes out a copy of the CD to all the machines to boot them. to update the boot image just update the files in one location to update all machines. the machines act as separate fully functioning machine. Check out http://www.sysresccd.org/Sysresccd-manual-en_PXE_network_booting to see how to setup the PXE boot environment. I think I get it now and it sounds great, exactly what I'm looking for. Everything can be done in RAM, no disks required? Can PXE boot be done wirelessly? Maybe only if the wireless is onboard? I tried to Google this but the info returned is terribly outdated for some reason. Do you think SystemRescueCD is the best boot image for clients that only need a browser? What sort of machine would work well as a client? Should I just put together a bunch of motherboards with onboard video and ethernet, CPUs, RAM, PSUs, and small cases? Is there a prebuilt system that works well for this? Maybe an ARM-15 system as Tampa Bay James referenced, although I think that isn't released yet. - Grant
Re: [gentoo-user] {OT} 802.11n PCI-E 300Mbps with AP mode?
On Mon, Jul 11, 2011 at 9:59 PM, Grant emailgr...@gmail.com wrote: I'll need an 802.11n PCI-E card that does 300Mbps and works in AP mode for the router. Does anyone know of such a card? I've read that these 300 Mbps cards use Realtek chips and don't work in AP mode although that info could be outdated: Check out the table here: http://linuxwireless.org/en/users/Drivers It will let you see which drivers have AP support as well as 802.11n support. There are a couple others with some AP support, but basically an ath9k-supported chipset is your only choice at the moment for a mature AP mode, as far as I know. This one is said to be an Atheros chip so it should have better support but it only goes to 150Mbps: Without the 5 GHz band I doubt you'd ever see above 150Mbps anyway. It's more of a theoretical max for 2.4 GHz but I wouldn't expect to see it actually happen, unless you live in a land without wireless interference. :) My AP and all clients claim to support 300Mbps but I've never seen it with my own eyes. I don't notice much of a speed difference at all between the 802.11g turbo modes (108 Mbps+) and 802.11n in my house. Both are noticeably faster than plain old 54Mbit 802.11g, though.
Re: [gentoo-user] Problem with xf86-video-ati nvidia-drivers
When I was using an Nvidia video card, I noticed a strange sort of fuzzy edge effect if I used nvidia-drivers. xf86-video-nouveau didn't have the same problem. Now I've switched to an ATI video card and unfortunately I have the same problem with xf86-video-ati. I tried to enable the new modesetting radeon driver in the kernel to see if that would help but it doesn't work with my HD4250 card yet. Does anyone know how to fix this? Here's a photo of the effect around the mouse cursor: http://imageshack.us/photo/my-images/804/cursor.jpg - Grant Hi Grant, just a shot in the dark: The image looks to me as thos would be an analog instead of an digital problem. May be both propietary drivers switch to the highest possible data transfer rate and this triggers the problem. To check, whether this may be the problem: Instruct the driver to use either low resolution or low refresh rates. Check both. If the problem changes signifiently: Change the cables. May be only a pluf is not inserted correctly. Addtionally you can move the cables arround to see whether this will change the shadows around the cursor in any way... Good luck! :) Best regards mcc Thanks for that. I'm still working on it but adding radeon.audio=0 to grub cleaned it up about 75%. - Grant It turns out the radeon.audio=0 setting disables HDMI data packets and puts the HDMI port in DVI mode. mcc, I'm starting to think you had it pretty right on. I've tried two different cables with the same result but I'm thinking this may be some sort of electrical interference issue. I deal with stuff like that in audio. There's a USB isolator which cleans the sound way up when used with a USB sound card: http://www.analog.com/en/interface/digital-isolators/adum4160/products/product.html Now I wish there was something like that for HDMI. - Grant
Re: [gentoo-user] Re: Managing multiple Gentoo systems
On Tue, Jul 12, 2011 at 2:23 PM, Grant emailgr...@gmail.com wrote: Have you considered using PXE to network boot your systems? you can have various configurations set up based on mac addresses to address different hardware issues. I recommend trying out SystemRescueCD to experiment with PXE booting for the client and server. That sounds like exactly what I need. So, I could set up a Gentoo server and a bunch of completely diskless clients which would all PXE boot from the server? Would the clients basically each control a different virtual terminal on the server? Each machine can pull a copy of the master boot image to make updates a lot simpler. The SystemRescueCD PXE boot mechanism just pushes out a copy of the CD to all the machines to boot them. to update the boot image just update the files in one location to update all machines. the machines act as separate fully functioning machine. Check out http://www.sysresccd.org/Sysresccd-manual-en_PXE_network_booting to see how to setup the PXE boot environment. I think I get it now and it sounds great, exactly what I'm looking for. Everything can be done in RAM, no disks required? Can PXE boot be done wirelessly? Maybe only if the wireless is onboard? I tried to Google this but the info returned is terribly outdated for some reason. Do you think SystemRescueCD is the best boot image for clients that only need a browser? What sort of machine would work well as a client? Should I just put together a bunch of motherboards with onboard video and ethernet, CPUs, RAM, PSUs, and small cases? Is there a prebuilt system that works well for this? Maybe an ARM-15 system as Tampa Bay James referenced, although I think that isn't released yet. - Grant Well, the first thing you need to decide is whether you want each client running that browser locally, or whether you want each client to merely provide an interface to the server, and every user's browser (and every other application) running on the server itself. If your clients boot, then run all their own software locally, your server's under only under load during boot-time and your clients need to be able to handle that work (not much, but it's more than nothing, just try running a modern Firefox on 64MB of ram). On the other hand, if your clients merely boot into a remote connection to the server, a la VNC or NX, the client does *very* little locally, can run on next to nothing hardware-wise (a true 'thin client'), and the entirety of the workload is offloaded to the server. If you want responsive 'eye candy', 3D graphics work/play, or any form of particularly 'smooth' animation, you will want that work to be handled on hardware closer to the user (requiring a far faster processor, more ram, a capable video device, and likely local storage for swap at the least), while serving up a simple browser to the user is far more forgiving. As for wired vs wireless, true hardware PXE booting is generally limited to wired scenarios, but it would be entirely possible (though not truly 'diskless') to deploy a minimal kernel+initramfs that handles initial booting, joining WiFi, pulling down of the system 'image' from your server, and handing control off to that in the same way your run of the mill kernel+initramfs loads hardware drivers until it can find the harddrive, attaches to the root partition, and hands off control to init from there. Changes to the wireless configuration would require directly visiting each client, and client-side kernel or initramfs updates easily could as well, if things don't go as planned (but, since all the user-side software is either run on the server or loaded from it at boot-time, changes to the client's loader shouldn't be frequent). There's also the option of pre-made hardware thin clients that typically boot from internal flash and simply provide a remote interface to a central server (though most are geared towards RDP or Citrix), and some are even WiFi capable. -- Poison [BLX] Joshua M. Murphy
Re: [gentoo-user] {OT} 802.11n PCI-E 300Mbps with AP mode?
I'll need an 802.11n PCI-E card that does 300Mbps and works in AP mode for the router. Does anyone know of such a card? I've read that these 300 Mbps cards use Realtek chips and don't work in AP mode although that info could be outdated: Check out the table here: http://linuxwireless.org/en/users/Drivers It will let you see which drivers have AP support as well as 802.11n support. There are a couple others with some AP support, but basically an ath9k-supported chipset is your only choice at the moment for a mature AP mode, as far as I know. This one is said to be an Atheros chip so it should have better support but it only goes to 150Mbps: Without the 5 GHz band I doubt you'd ever see above 150Mbps anyway. It's more of a theoretical max for 2.4 GHz but I wouldn't expect to see it actually happen, unless you live in a land without wireless interference. :) My AP and all clients claim to support 300Mbps but I've never seen it with my own eyes. I don't notice much of a speed difference at all between the 802.11g turbo modes (108 Mbps+) and 802.11n in my house. Both are noticeably faster than plain old 54Mbit 802.11g, though. Thanks Paul. I'm working on it and I'll post here if I find one. Should I need only one wireless card in my router to connect to both the clients and a wireless bridge which is connected to the WAN? - Grant
Re: [gentoo-user] Problem with xf86-video-ati nvidia-drivers
Grant emailgr...@gmail.com [11-07-13 03:13]: When I was using an Nvidia video card, I noticed a strange sort of fuzzy edge effect if I used nvidia-drivers. xf86-video-nouveau didn't have the same problem. Now I've switched to an ATI video card and unfortunately I have the same problem with xf86-video-ati. I tried to enable the new modesetting radeon driver in the kernel to see if that would help but it doesn't work with my HD4250 card yet. Does anyone know how to fix this? Here's a photo of the effect around the mouse cursor: http://imageshack.us/photo/my-images/804/cursor.jpg - Grant Hi Grant, just a shot in the dark: The image looks to me as thos would be an analog instead of an digital problem. May be both propietary drivers switch to the highest possible data transfer rate and this triggers the problem. To check, whether this may be the problem: Instruct the driver to use either low resolution or low refresh rates. Check both. If the problem changes signifiently: Change the cables. May be only a pluf is not inserted correctly. Addtionally you can move the cables arround to see whether this will change the shadows around the cursor in any way... Good luck! :) Best regards mcc Thanks for that. I'm still working on it but adding radeon.audio=0 to grub cleaned it up about 75%. - Grant It turns out the radeon.audio=0 setting disables HDMI data packets and puts the HDMI port in DVI mode. mcc, I'm starting to think you had it pretty right on. I've tried two different cables with the same result but I'm thinking this may be some sort of electrical interference issue. I deal with stuff like that in audio. There's a USB isolator which cleans the sound way up when used with a USB sound card: http://www.analog.com/en/interface/digital-isolators/adum4160/products/product.html Now I wish there was something like that for HDMI. - Grant Hi Grant, another shot into an even much deeper dark ;) May be you have a problem here, which it is called Brummschleife in german...sorry dont know the English equivalent...may be something like buzzing loop...but this looks more like a strange translation made by google than by any other, human being ;) Anyway A Brummschleife happens when doing something like this: ++ +---+ --+|-(1)--+ monitor or|- mains | PC |-(2)--| amplifier |mains --+|(audio/USB/video or + or. |- -+++ another low voltage +---+---+- | thingy) | (3)(4) || __ ground ground Normally all protective earth's connection should end in ONE point: A copper rod or someting like this. BUT often the wires between them are too long or there are two or even more end points. Result: HF from near by broadcast stations, 60Hz mains frequency, ham radio station, microwave ovens and anything which can emit energy, pushes protective earth to another electrical potential than 0V. Since both, PC and -- in your case -- the monitor are using protective earth, they may be put on another, may be even varying (over time) electrical potentials. Since they are connected via a two-wire connection WITHOUT protective earth (no, the shielding is not for that purpose) the difference in the potential earth put both ends to different electrical reference points. This way you get an amplitude modulation of the signal between both endpoint. In case of 60HZ you will hear a Brummschleife sound on audio connection (a buzzing sound), in case of frequencies near those of the video signal you will get ghosts in the monitor picture. Now, how to avoid that. Hit the one who have made the protective earth connection in your house. While you are searching for that person, you can try the following: Put all mains connectors of you PC rig into ONE wall connector with something like this (ok I miss some words here again and since a picture says more than even thousands of /missing/ words here comes an image of what I mean:): http://www.reichelt.de/Steckdosenleisten-ohne-Schalter/6-FACH-DOSE-WS-5/index.html?;ACTION=3;LA=2;ARTICLE=108651;GROUPID=4281;SID=11Thz@On8AAAIAABaBBrE9f5418078c2ea9fe6608e9765d978595 This way, all protective earth ends up in the same contact. No differences in the electricla potential of the protective earth anymore. Why does the those USB-isolatore-like cables help here? These small air core
