Re: Nvidia and 4 monitors in 7.1
On Fri, 21 Jun 2013 11:18:45 -0700 Dan Serban wrote: [snip] > > [1] http://paste.debian.net/10492/ > [2] http://paste.debian.net/10491/ > So, nothing huh? Is what I want to do impossible in Wheezy? -- Dan Serban -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130625165206.174a4...@ws77.int.tlc
Nvidia and 4 monitors in 7.1
Forgive the long message, but I want to cover everything I've tried and want to know if there's anything else I can attempt to rectify my issue. First, some background. I have been running 3 screens successfully with the nvidia binary driver for some time. This was done using the Base Mosaic mode that nvidia added to their drivers about a year ago. This method allowed me to have 3 monitors act as one screen under X. Two were attached to the primary card and the third to the second. As an admin and a programmer I've found my vertical space limited and added a fourth 24" screen in portrait mode so that I can run vim on it to code. I won't go into the merits of doing so, though suffice it to say, once I tried it... I never want to go back. So here's my problem. I figured that I could simply add another nvidia card to drive the fourth monitor without affecting the Base Mosaic mode on the first three monitors. This turns out, is not an option as the driver explicitly states that only one screen is allowed when running Base Mosaic and it happily disables the second screen. [1] After attempting many different configurations through xorg.conf, I could not come up with a method to run the desired setup. Then I attempted to run an ATI video card for the fourth monitor and upon bootup it was not detected. Not listed in lspci. I then grabbed another ATI card in case the first was simply broken. Same result. So now I am simply running with the original two nvidia cards with the binary blob and each screen attached to one output on each card (2 monitors per card). This is simply a 4 screen X server without the ability to move windows between monitors which is not ideal. I have included links to my original xorg.conf [2] setup as well as the original Xorg.0.log [1] when the fourth monitor was being disabled. If anyone here has any better ideas on how I can approach this situation, I'm all ears. In the interests of brevity, some details were left out, but are all demonstrated through the links to my Xorg.0.log [1] link and the link to my xorg.conf [2] file. [1] http://paste.debian.net/10492/ [2] http://paste.debian.net/10491/ -- Dan Serban -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2013062845.00c78...@ws77.int.tlc
Re: Nvidia binary blob and libcairo2 1.10+
On Mon, 16 Jul 2012 12:33:31 +0300 Andrei POPESCU wrote: > On Du, 15 iul 12, 23:51:15, Dan Serban wrote: > > > > No real input from the developer, and no real action has been taken. > > The developer has quite clearly (IMO) stated his view/intentions[1]. > Seems quite reasonable to me given that: My bad, the guy that made that statement is not the guy at the top of the page and missed that comment. The reality is that it seems that this affects more than the singular nvidia driver, though that's simply google-fu that may have gone sideways. > - wheezy is (still in) testing > - the issue is related to the proprietary driver Really, the reasoning is IMHO wrong, it affects 3 levels of distributions. Squeeze + backports, wheezy .. and sid. Which by its nature will turn off potential Debian users. No matter who's fault it is. Hence my rant. I've put up with it so far, but it seems like now (yesterday?) would be a good time to get the issue resolved. Doesn't Wheezy going into feature freeze mean that no new versions of the binary blob would see the light of day in wheezy? Or rather, maybe this bug should be tagged RC? > [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=616308#25 > > Kind regards, > Andrei Thanks Andrei. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120716144354.38c5d...@ws77.int.tlc
Re: Nvidia binary blob and libcairo2 1.10+
On Sun, 15 Jul 2012 20:52:01 -0500 hvw59601 wrote: > Dan Serban wrote: > > The bug is reported here: > > > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=616308 > > > > Reading through that bug report, it seems that this has been an issue > > for some time, a patch is provided and I have successfully upgraded to > > my own package which includes the patch. > > > > My question is: Am I alone here? > > > > No you are not. I pinned libcairo, easier than patching it. > > Hugo > > Sub-optimal and certainly not something I would expect someone who is green with Debian would know what to even google search in order to fix the problem. In my case, I did know the problem existed and was simply awaiting to move to wheezy on the workstations when it was considered stable. Due to the packaged iceweasel in squeeze I was forced to use backports due to sites blocking access to such an old browser and now I find myself tracking a locally patched package to keep the systems usable. Why isn't almost everyone freaking out that this hasn't been addressed for months now? A simple patch or two to the package resolves these issues across the board. (Meaning, all drivers affected by this change) No real input from the developer, and no real action has been taken. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120715235115.45f59...@ws77.int.tlc
Nvidia binary blob and libcairo2 1.10+
For those unaware, running wheezy or squeeze + backports while using the Nvidia binary blob (and in some cases nouveau) drawing _anything_ in X is painful, it can take seconds to respond to a mouse click, or minimizing/maximizing a window. Scrolling speed is horrendous as well. For the months that I've experienced this problem, I've been waiting for Debian to step up and either find a workaround or fix the issue. The issue from what I understand stems from libcairo enabling features that the Nvidia driver blob cannot cope with. The bug is reported here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=616308 Reading through that bug report, it seems that this has been an issue for some time, a patch is provided and I have successfully upgraded to my own package which includes the patch. My question is: Am I alone here? I experience this bug across 50+ workstations which are forced to use the NV blob (squeeze + ION2 platform). On my workstation here, and across a few other machines at home. This occurs across different driver versions for the Nvidia binary blob and across more than two versions of cairo. Will this bug be fixed for the upcoming wheezy release? I sure hope so, I haven't had the pleasure of experiencing i386 speeds since the early nineties but for the last few months I've been there. Nostalgic as it is, months of frustration and constantly waiting for my computer to respond (16gb, 8 core, dual 550Ti's) feels like a massive waste of my time. What steps does one need to take to fix this problem in Debian? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120715164642.65885...@ws77.int.tlc
Re: Suggestions regarding a PCI-X card.
On Wed, 15 Feb 2012 00:40:26 -0600 Stan Hoeppner wrote: [snip] > This is an 8 port card, so 16 drives will require 2 cards. Unless you > plan to connect 4 SATA drives and 4 EIDE drives to the mobo ports...ick Indeed it is, I was planning on adding the second after I've tested the first thoroughly. PCI-X cards x2. > > One thing that's come to my attention before I go forward is that when I > > run lspci -vv, I've noticed this: > > > > # lspci -vv -s 03 > > 03:03.0 SCSI storage controller: Marvell Technology Group Ltd. > > MV88SX6081 8-port SATA II PCI-X Controller (rev 09) > > --snip-- > > Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- > > SERR- > That "Status: Cap+ 66MHz+" is an lspci default for all PCI devices. > Ignore it. I have a 12 year old Intel BX test system here, w/33MHz 5v > only PCI slots. 66MHz PCI hadn't even been invented yet. But lspci says: > > Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium > TAbort- SERR- I don't know why I didn't think of that, maybe I spent too much time on Wikipedia and assumed I'd see 33MHz for all PCI devices. > > --snip-- > > Capabilities: [60] PCI-X non-bridge device > > Status: Dev=03:03.0 64bit+ 133MHz+ SCD- USC- DC=simple > > This is what you trust: ^^ > > It's running at 133MHz. > > > DMMRBC=512 DMOST=4 DMCRS=8 RSCEM- 266MHz- 533MHz- > > > Am I reading the above wrong? > > Yes, you were. Indeed. [snip] > No, "capabilities" tells you what the device can do *and* what's it's > currently doing. Note the 133MHz is under the sub heading "status". Such an elaborate post for this one simple response. How foolish do I feel? > > I've double checked that the > > jumpers are set correctly on the motherboard and am concerned that I'm > > somehow doing something wrong. > > You haven't yet. But just in case... > > slots 1/2 on PCI-X bus B: Max 133MHz, single card > slots 1/2 on PCI-X bus B: Max 100MHz, two cards > slots 3/4 on PCI-X bus A: Max 100MHz, 1 or 2 cards Yes, I'm familiar with the configuration, though admittedly not familiar enough with lspci =) > If you install a 2nd SAT2-MV8, put both cards in PCI-X slots 1/2, and > close J53. This leaves slots 3/4 open for non PCI-X cards should you > need to install such in the future, or have such already. Don't attempt > to max your SATA HBA bandwidth by using both PCI-X buses, one card in > each, as that's wholly unnecessary, and decreases your flexibility and > performance WRT future card installation. I was thinking the same thing, but I wanted to test the results with bonnie++ and simple dd tests to see if I would be gaining much of anything by putting one card into one bus and the other on the second. > The reason "maxing out" is unnecessary is this: [snip] While I'm not unfamiliar with the theories, I have been bit by IO problems in three cases and have the opportunity to test and see for myself on this install where I'm failing to see the bottlenecks. In one case the pci bus was the limiting factor and my file server machine which was where concurrent 2-7mbit video recordings were being written would lag out severely due to IO wait. The other is still an issue for me, but I feel NFS is really the culprit in that case though .. again testing and experience is how I end up feeling comfortable enough to tell people to go get stuffed when a suggestion is made that I know to be wrong. Call me a perfectionist or a__l retentive but that's how I roll when bitten. > In other words, don't get yourself all wound up over theoretical maximum > bandwidths of drives, cards, and bus slots. Even though 16 > SATA-I/II/III drives in RAID0 may have a theoretical combined streaming > read rate of ~1.6GB/s, you'll never see it in the real world. You'll be > lucky to see 1GB/s with the "perfect streaming test", which doesn't > exist, regardless of HBA, RAID card, bus slot speed, etc. > > So don't worry about the PCI-X bus speed. Yes though 66MHz vaguely sounds like half of what I had though didn't it? :) [snip] > Believe me when I say I'm losing patience with you Dan. ;) Oh. I certainly do! =) > Believe your own eyes. Remove your cranium from your backside and use > some deduction and common sense. It literally took me about 2 minutes > to figure this out, and it wasn't difficult at all. Heh, so simple! > Drop it in slot 3/4 leaving the sister slot empty, and look at the lspci > output. You should see 100 where you currently see 133. If you don't, > then you know lspci is simply fuckered as both the 66 and 133 are wrong. > Then you can simply tell lspci to piss off, assume the hardware is > working as it should (it is), and go on with your life. While a good solution and idea, I refuse to admit that I simply overlooked that option. =) > > Thanks. > > NP. Appreciate it. [snip] > > a difference I can try this with the latest
Re: Suggestions regarding a PCI-X card.
On Tue, 14 Feb 2012 16:26:32 + (UTC)
Camaleón wrote:
> Mmm, I don't know how reliable it can be that information :-?
>
> ("+" means the flag is enabled and "-" means it is disabled)
>
> Regardless lspci output, I would ensure the BIOS POST data displays the
> right bus frequency for that specific PCI-X slot (remember that some
> motherboards allow to configure the frequency to lower values for PCI
> cards -usually "auto/PCI33/66/PCI-X/66/100/133MHz").
>
> Greetings,
>
Thanks for the response, I have gone through the BIOS extensively and I
have checked every setting. I made sure it's on the correct bus (Two
PCI-X busses, one 133 max and the other 100 max) and upon boot there is
zero output from the BIOS. It almost seems that the card becomes some
sort of extension to the BIOS as there's no onboard int19h (or is it 10?)
interrupt for a boot option. The interesting part is that each port and
drive is detected within the motherboard BIOS itself. Allowing me to
disable/enable specific ports and drives.
So I'm still stuck at square one, I have followed the instructions in the
man page for lspci and have looked at the pci.h source file, but apart from
telling me what the acronyms may stand for, there is no real further
explanation on what the actual status of the card is. One status line is
66MHz+ and the other is 66MHz+ 133MHz+. I'm unsure.
I think my best bet is to subscribe to the linux-pci mailing list and try
there, I hate not being sure that I'm using my hardware to its fullest
potential.
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120214171334.0b4d3...@ws82.int.tlc
Suggestions regarding a PCI-X card.
Hello all, I have recently upgraded my Tyan S2885 motherboard and repurposed it to become a file server. In doing so, I picked up a Supermicro SAT2-MV8 which is based on a Marvell chipset. So far everything comes up good, an am planning on 16 hard drives total, the first 4 that I've hooked up for vetting and benchmarking work well. One thing that's come to my attention before I go forward is that when I run lspci -vv, I've noticed this: # lspci -vv -s 03 03:03.0 SCSI storage controller: Marvell Technology Group Ltd. MV88SX6081 8-port SATA II PCI-X Controller (rev 09) --snip-- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- http://lists.debian.org/20120213172633.358ac...@ws82.int.tlc
Re: Dvorak Keyboards.
On Tue, 10 Jan 2012 16:46:47 -0800 "Weaver" wrote: > > > On Sun, 8 Jan 2012 11:06:48 +0200 > > Dotan Cohen wrote: > > > >> On Fri, Jan 6, 2012 at 21:37, Lisi wrote: > >> > On Friday 06 January 2012 18:44:22 Raf Czlonka wrote: > >> >> What's wrong with simply re-arrange the keys on your existing > >> keyboard > > >From investigations so far. > Advice from Daskeyboards support: > > "Thanks for your interest in Das Keyboard! > > The physical key caps cannot be rearranged into the Dvorak layout because > each row has a different height and curvature, so keys on the QWERTY row > would not feel right when mixed with keys on the ASDF or ZXCV rows. The > keyboard can be used in Dvorak when you change the settings in your > computer, but the keys themselves can't be rearranged without it feeling > "wrong" to your fingers. > > I hope this helps. Please let me know if you have any other questions". > > Regards, > > Weaver. While I have a das keyboard, the answer is correct. Unicomp might have a layout that is hardware based. I'd try them at http://pckeyboards.com -- Dan Serban, IT Systems Administrator The Lodging Company Reservations LTD. - 1.250.869.4931 ext 6252 Reservations: 1.888.676.9977 - Administration: 1.778.478.8101 http://www.lodgingcompany.com - http://www.skihills.com -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120111211925.4dcde...@ws82.int.tlc
Re: Dvorak Keyboards.
On Wed, 11 Jan 2012 09:07:44 + Anthony Campbell wrote: > On 10 Jan 2012, Dan Serban wrote: > > > That site is down at present. > > > > > > My question: is it really worth the trouble of learning a new way of > > > typing, if you are already a moderately competent touch typist on the > > > QWERTY keyboard? > > > > > > > > > > Well, I hope the site has become available to you again since the > > original message. There, you can see the layout that colemak provides, > > it's close to Qwerty and provides some pros (maybe some cons) to the > > layout. While I do admit that it is quite aggravating to learn a new > > layout; IMHO it has paid off for me. I've learned to effectively touch > > type, and I feel that my comfort level is certainly higher. I've never > > been a speedy typer so I cannot add that to the advantages. Though I do > > find that I make much fewer mistakes and my fingers definitely do not > > travel as far as I felt that they used to using Qwerty. > > > > I suggest you print out whatever layout you ever decide to go > > with, if you so decide.. then at least you will be able to enter your > > passwords without too much frustration. > > > > If you feel that you have reasons to switch I suggest you give it a > > shot, otherwise, don't simply add a layer of frustration to your daily > > routine until you are convinced this is the way to go. > > > > Thank you - and yes, the site is up again now. Your advice about > deciding to change is similar to that given by colemak. I can see the > force of the arguments for changing and if I were younger I'd probably > try, but at nearly 78 I doubt if it is worth it. I don't actually have > RSI or other problems with qwerty. Not that I'm averse to new ideas: I'm > currently making a start on learning a little C. > Well, first of all, I must say that I'm impressed with your drive to use debian (forgive my candor) "at your age". From my experience, in later stages of life, people get stuck in their ruts and are adverse to change in any way. Maybe then you'd be an excellent candidate to try a different keyboard layout? =) Though I must add that your argument is fair, if for any reason you find that you're actually looking for reasons to frustrate the heck out of yourself, then maybe it's not a good idea. I found that in the end it really didn't take me long to learn a new layout. Overall, while learning colemak I used to think to myself that I was having severe difficulty adapting to where the keys are and thought the others out there making comments about the easy switch were either 12 year olds or severely more adept at learning new things than I was. My trick was printing the layout, taping it nicely to my central screen and blindly learning to touch type. It also helped having a keyboard with blank keys to erase any and all excuses not to try. I went into it both feet first and have never really turned back. I tell you though, the first two weeks were quite tough and my fingers actually started twitching after hitting the wrong key 4 times in a row. > They do suggest that even if you don't make the switch you should > reprogram CapsLock to give BackSpace. I had long had it giving Escape > (needed frequently in my favourite editor, Vim) but I'm trying it out > as BackSpace now. I find I often hit Return instead of the normal > BackSpace so this may be worth while. Indeed, I've never found the Caps Lock key very useful. In reality, the only time I've ever put it to use was to enter my postal code (Canadian here). Otherwise, useless. I did reprogram it to be a second control key in my case. My approach was to be more accurate than high-speed, so having my pinkie try to find the control key at the bottom of the keyboard was a hassle. I use it all the time for things like tmux, and zsh so I found it advantageous to have it there. I've thought about having the keyboard layout swap the tilde/backtick key with the Esc key as vim is my primary editor as well. Haven't tried to do that recently because it involved editing files that I did not comprehend. Fear it's a great demotivator! > Anthony > Apologies to the list for my OT posts and ramblings. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2012063451.7fd64...@ws82.int.tlc
Re: Dvorak Keyboards.
On Wed, 11 Jan 2012 08:15:19 +0100 Andreas Weber wrote: > > My question: is it really worth the trouble of learning a new way of > > typing, if you are already a moderately competent touch typist on the > > QWERTY keyboard? > > No, it's not. Only if you always work on your own hardware. But as soon > as you have to touch different machines ... QWERT is everywhere (like vi > on *nix machines). > While that argument may stand in a logical sense, yes that is a drawback. Once I learned where all of the keys are placed on my colemak layout I found that I did have to hunt and peck when using qwerty. A while later, it felt like it magically came back and now, while not proficient, I can certainly still type in qwerty if the circumstance dictates. I've heard the same story from others I've talked to and feel that it really isn't an issue, certainly in my case from my own experience. > Learn to type properly and use a Natural 4000 M$ Keyboard is my > suggestion. And don't overtrain in the beginning, learn to type as if > you would learn to run a marathon. It'll take some time, your body has > to adapt first. Maybe that argument does hold some water, but is simply IMHO a band-aid on top of the problem. RSI can be tackled from many different angles, and your solution may be one of them, though I could point to your argument above; If not using your own hardware, would that not be a detriment after getting used to the MS Natural keyboard? I find that all of my computers, and versions of consoles, distributions and desktop environments have very excellent support for other keyboard layouts. Heck, even my Android phone sports a colemak layout, and touch typing on that device certainly doesn't have the same meaning. Usually I can find a way to use my layout, if not, qwerty like I've said isn't a far stretch for me. > Just my 2c. > > =), mine too. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2012044706.02809...@ws82.int.tlc
Re: Dvorak Keyboards.
On Sun, 8 Jan 2012 11:06:48 +0200 Dotan Cohen wrote: > On Fri, Jan 6, 2012 at 21:37, Lisi wrote: > > On Friday 06 January 2012 18:44:22 Raf Czlonka wrote: > >> What's wrong with simply re-arrange the keys on your existing keyboard > > > > How do you do that? I know that there used to be IBM keyboards on > > which you could rearrange the keys, but I do not know of any modern > > equivalent. > > > > The physical keys do not need to be changed, just the keycaps. Every > consumer keyboard can have the keycaps removed and replaced. I am a > keyboard affectionado, I am currently typing on a Cherry Brown > keyboard that I personally rearranged the keycaps on from Qwerty to > Colemak. Photos upon request. > > If you need advice for removing and reinstalling the keycaps I can help. > > Pics please. How do you find the browns? Using blues right now and I feel that they're weak, not enough force to make them actuate. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120110162640.016e2...@ws82.int.tlc
Re: Dvorak Keyboards.
On Mon, 9 Jan 2012 17:35:52 + Anthony Campbell wrote: > On 06 Jan 2012, Dan Serban wrote: > > On Fri, 6 Jan 2012 09:39:03 -0800 > > "Weaver" wrote: > > > > > Hello all. > > > I've been interested in this subject for some time, because of the > > > greater typing speed potential and lowr incidence of RSI and have > > > even delayed moving from two finger typing with an idea of > > > implementing a Dvorak keyboard into the system. > > > > While I don't want to start a flame war, I'd suggest having a look at > > the colemak layout as well. This has some advantages (I feel) over > > Dvorak. Then again, it may all boil down to personal preference. > > > > http://colemak.com > > > > > > That site is down at present. > > My question: is it really worth the trouble of learning a new way of > typing, if you are already a moderately competent touch typist on the > QWERTY keyboard? > > Well, I hope the site has become available to you again since the original message. There, you can see the layout that colemak provides, it's close to Qwerty and provides some pros (maybe some cons) to the layout. While I do admit that it is quite aggravating to learn a new layout; IMHO it has paid off for me. I've learned to effectively touch type, and I feel that my comfort level is certainly higher. I've never been a speedy typer so I cannot add that to the advantages. Though I do find that I make much fewer mistakes and my fingers definitely do not travel as far as I felt that they used to using Qwerty. I suggest you print out whatever layout you ever decide to go with, if you so decide.. then at least you will be able to enter your passwords without too much frustration. If you feel that you have reasons to switch I suggest you give it a shot, otherwise, don't simply add a layer of frustration to your daily routine until you are convinced this is the way to go. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120110162512.1f5a2...@ws82.int.tlc
Re: Dvorak Keyboards.
On Fri, 6 Jan 2012 09:39:03 -0800 "Weaver" wrote: > Hello all. > I've been interested in this subject for some time, because of the greater > typing speed potential and lowr incidence of RSI and have even delayed > moving from two finger typing with an idea of implementing a Dvorak > keyboard into the system. While I don't want to start a flame war, I'd suggest having a look at the colemak layout as well. This has some advantages (I feel) over Dvorak. Then again, it may all boil down to personal preference. http://colemak.com > Who makes the best ones? > Where can they be bought from. > > Thanks for any time and trouble. > Regards, > > Weaver. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120106160749.7553b...@ws82.int.tlc
Re: On understanding Linux I/O problems.
On 03/23/11 03:18, Henrique de Moraes Holschuh wrote: On Wed, 23 Mar 2011, Dan Serban wrote: So, I'm asking, what do most sysadmins use to diagnose IO problems? dmesg, blktrace, perf tools (linux-tools-2.6), on top of those you already mentioned. Appreciate the pointers, perf tools looks quite comprehensive. Thank you. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d89cf2f.2040...@lodgingcompany.com
On understanding Linux I/O problems.
Recently I have been running into different issues related to IO problems on different machines. Diagnosing faulty hardware, bandwidth limits and IO caused by different problems which took me quite some time to figure out and I'm still not 100% clear if I've fixed them. So, I'm asking, what do most sysadmins use to diagnose IO problems? I've found iostat, pidstat and iotop, which is all fantastic and good, but still can mystify me as to what the cause could be at times. I find iotop rather useless as it seems to cache current status, and delay output which... at times is displayed well after a large IO hit. I've also played and poked at schedulers, to better understand what/how IO is handled yet nothing conclusive has been brought to my attention. Should I look at some other status/benchmark or diagnostics tools to better understand where some of my bottlenecks lie? I don't want this to be an open-ended time-sink type of post, the real answer could simply be a document that addresses some of my questions, I cannot find much info otherwise on IO and how to best handle/understand/diagnose problems. Thanks. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d89c1ee.2090...@lodgingcompany.com
Making netinst images
After playing around with preseeding, I'd like to make a small change to the netinst iso. Simply changing the Install menu item to include a few other options passed to the installer process. Is there an easy way to achieve this? I found a howto on rebuilding the .iso's provided by debian, but I was unaware that the information is no longer pertinent to squeeze due to mkisofs being removed and now using genisoimage to create hybrid (ie dd if=.. of=/dev/usbstick) images. I'm not sure how to do this and I can't seem to google anything that applies to my situation. Does anyone have any experience with this? Thanks. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110314021013.242b6...@ws82.int.tlc
Re: A Debian -offtopic mailing list: to be or not to be
On Mon, 28 Feb 2011 17:34:04 +0200 Andrei Popescu wrote: > [Cross-posted to: d-community-offtopic, debian-user] > > [For those who don't know what I'm talking about, please see #425439 > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=425439] > > Hi, > > Being the stubborn person that I am, I want to give one more chance to > the -offtopic list for Debian users and/or developers. > > Thanks to Holger Levsen, the list is currently hosted on > lists.alioth.debian.org by the Debian Community project and has some 30+ > subscribers. However, activity is zero (not counting the occasional > spam). > > Interestingly, the OT threads on debian-user also went down a lot since > a few years, for reasons unknown to me. > > So, unless something happens on the list (apart from this thread and the > spam) I intend to remove/delete the list within a month. > > Regards, > Andrei I sincerely like the idea. Like minded individuals all sharing a common base, debian would make for interesting conversations. Convincing others to take their beefs with Apple/Microsoft among other zealot-oriented discussion to this list is another matter all together. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110228132823.64dfb...@ws82.int.tlc
Re: Runaway process detection.
On Sun, 27 Feb 2011 16:23:37 -0800 Dan Serban wrote: > Because of a bug in gtk, iceweasel and others (google helped me > find the bug reports) nautilus for some users pegs at 100% cpu use > because .xsession-errors fills up at incredible rates, which in turn > basically hangs the machine (nautilus ends up using over 40 gigs of > memory). > > I can't kill the parent as it'll bring everyone's desktop down and... > that's even worse. To answer my own question, I came up with the following: ps h -C nautilus -o pid,pmem,user|while read -r progpid pcntmem puser; do if (( $(bc <<< "$pcntmem > 10") )); then kill -15 $progpid echo '' > /home/$puser/.xession-errors fi done The above is run every minute via cron. Thought I'd share with the community in case anyone else ran into the same type of problem. To explain the above, ps simply returns any processes of which the command contains nautlius with pid, percentage memory, user. If the percentage memory is above 10% (bc is used to deal with floating point numbers) then kill the process. I've done a lot of googling and couldn't find anything that would handle child processes so I had to piece this together. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110228132326.783ea...@ws82.int.tlc
Re: Debian Wiki participation..?
On Sat, 26 Feb 2011 23:31:56 + Peter Tynan wrote: > One of the things I've never understood about Debian is why the wiki > is so inactive when compared to other distributions, the simple fact ... [snip] ... > netizen I do not register, I do not make my suggestion and I start to > understand why the Debian wiki is so relatively inactive. > > Peter > To add fuel to the fire, I find the debian wiki somewhat archaic, I'm quite used to mediawiki, and the current articles are very tech-centric, I get the feeling that I may not be the best source to be adding information/documentation to the page, so generally I just move on. Though this could be that I feel much more disconnected to the project lately as I find out "new" things simply through running into difficulties with working setups on upgrade. As a side, what happened to the Debian news weekly? I felt like I used to keep my finger on the pulse... As you've said, arch and gentoo both have very excellent wikis, though that could simply be a result of having a wiki system available much earlier than the debian project (from what I remember). Thus much more user-centric content. Maybe the IRC bot used in the #debian channels can be set to link to information in the wiki more often to encourage heavier use? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110227164002.68f68...@ws82.int.tlc
Runaway process detection.
I've run into a bit of a problem that I'd like to tackle: I'm running lenny in an appserver setup with ltsp. Everything works dandy, and until I have tested the upgrade path to squeeze (possible x.org issues) I'd like to tackle an annoying problem I keep running into. Because of a bug in gtk, iceweasel and others (google helped me find the bug reports) nautilus for some users pegs at 100% cpu use because .xsession-errors fills up at incredible rates, which in turn basically hangs the machine (nautilus ends up using over 40 gigs of memory). I can't kill the parent as it'll bring everyone's desktop down and... that's even worse. So I'd like to detect the one _child_ process that is causing this, and killing it. Problem with this is that monit/mon/ps-watcher all seem to hinge on the parent, and I can't simply detect the one child that's hogging so much IO and killing it. Do any of you have any suggestions on how I can approach this and stop the phone calls of insanity with silly comments added such as "windows wouldn't do this" crap, which being a zealot utterly insults me :). -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110227162337.5102a...@ws82.int.tlc
Debian way of compiling a kernel.
Ages ago, when amd64 wasn't part of the debian collection, I used to compile kernels myself using make-kpkg. This worked wonderfully, when I had to debug driver patches etc. (all is now of course stable). Since then I've forgotten this process, but this is not my problem. I wanted to test a fixed DSDT acpi table against a motherboard I am having flaky io issues with, I know the kernel is intended to handle these problems but I did want to see if it helped. When I hit the wiki page, I was surprised to see the procedure of building a debian kernel, nothing I have done before to handle building a slightly modified deb kernel. I ask. What is the "real" ... "accepted" ... and "suggested" method that I follow, I don't understand why kernel-package looks deprecated, or what have you, but any information would be appreciated. Thank you. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110209223754.5fa03...@ws82.int.tlc
Re: USB key requirement.
On Wed, 12 Jan 2011 04:46:41 -0800 (PST) Emanoil Kotsev wrote: > > > --- On Tue, 1/11/11, Dan Serban wrote: > > > > > > I figured that after the root partition is mounted (nfs), I > > would have > > an init.d script that would work its magic.. if it's there, > > allow the > > continuation of the boot sequence (load gdm and other > > non-essential > > services). All I would require is to match against an > > encrypted key > > without user intervention. > > In fact if using PXE you don't really pay attention on security - I'm > wondering what good means the usb key in this case. Well, not exactly, PXE simply boots the system. I can understand your point if you're talking about the data that travels over the wire. Well that's fine, it needs to be physically accessed by a machine that is "allowed", if allowed, then the USB key also needs to check out to continue the boot sequence. Hence why I was asking to do such a thing. It's low security, but it requires my car keys to be at home with me to actually use this machine. USB key, plus a login sounds good enough. So if someone found out my username/password, they'd still need the key to be present and matched to a specific workstation. > > I would put a customized initrd file on the usb and boot from there > > > > > > Q: Do you have a keyboard and is it desirable to use > > it on boot time? > > > Or you want just to plugin and if the right usb is > > inside the boot > > > will go on. you can do this after the system has > > already booted and > > > you can access the usb from the diskless station. > > > > Second option, no keyboard interaction is required in my > > mind. If you > > miss having the usb stick inserted, then to move forward, > > hit the reset > > button. > > In your mind or in the specific case? > There is no specific case as I'm just inquiring about the possibility of doing such a thing. > > > > Q: have you heard of security > > > dongles > > > "http://www.naturela-bg.com/index.php?categ=&page=itm&lang=en&id=45&pid=&p="; > > > > > > > I have heard of them, but I don't personally understand the > > actual > > difference of a specialized key, versus a usb block device > > with an > > encryption file on it. > > Well this is exactly what you are trying to do - the one link I > posted I was the first that popped up in google and supports linux. > > This is not a USB stick but a piece of hardware you plug in on the > usb slot. You can do much more (programs can be banned from starting > etc) > > anyway over PXE (TFTP) everything is open and security is pretty week > - I don't think a USB stick is really necessary to secure something. It's not to secure anything, it's to ensure I'm present, or the key actually is physically present. I don't want to modify _any_ data through the key at all. > What happens if the user plug ins instead your USB stick a normal > live USB ubuntu i.e. It will boot, the NFS shares can be mounted > (cause you authenticate on system level) and the sense of some > security is gone. Well, the key would be checked right after the block device is mounted. NFS or local is irrelevant no? How can you drop to a shell after the block device is mounted and the first S01 asks for the key to be inserted? > With PXE boot you have to use other security methods I think. > PXE is just the boot method. The only reason I mentioned it, is to draw the complete picture. The block device is irrelevant, the fact that I depend on a local DHCP/TFTP/NFS server to function means nothing regarding physical access. It's simply a physical limitation. The NFS share it's booting from is encrypted. If you know how to physically type in my username and password, you'd still need my key to do so. Otherwise I can't think of another way to add some semblance of security/obscurity. > regards > > > > > -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110113163316.58ad6...@ws82.int.tlc
Re: [OT]: Re: need help making shell script use two CPUs/cores
On Tue, 11 Jan 2011 09:18:48 -0600 Stan Hoeppner wrote: > Dan Serban put forth on 1/10/2011 7:52 PM: > > On Mon, 10 Jan 2011 12:04:19 -0600 > > Stan Hoeppner wrote: > > > > [snip] > >> http://www.hardwarefreak.com/server-pics/ > > > > Which gallery system are you using? I quite like it. > > That's the result of Curator: > http://furius.ca/curator/ > > I've been using it for 7+ years. Debian dropped the package sometime > back, before Etch IIRC. Last time I installed it I grabbed it from > SourceForge. It's a python app so you need python and you'll need > the imagemagick tools. It's a nice looking interface, simple is what I like. > > Unfortunately its functions are written in a manner that psyco can't > optimize. It's plenty fast though if you're doing a directory > structure with only a couple hundred pic files or less. My server is > pretty old, 550MHz, and I've got a couple of dirs with thousands of > image files. It takes over 12 hours to process them. It processes > all subdirs under a dir. I've found no option to disable this. > Thus, be mindful of the way you setup your directory structures. > Even if nothing in a subdir has changed since the last run, curator > will still process all subdirs. It's pretty fast at doing so, but if > you have 100 subdirs with 100 files in each that's 10,000 image files > to be looked at, and bumps up the run time. > Indeed, I find that "simple" services always seem to end up eating a lot more resources than originally thought. > With any modern 2-3GHz x86 AMD/Intel CPU you prolly don't need to > worry about the speed of curator. I've never run it on a modern > chip, just my lowly, but uber cool, vintage Abit BP6 dual Celeron > 3...@550 server, which is the server in those photos. I have a > tendency to hang onto systems as long as they're still useful. At > one time it was my workstation/gaming rig. Those dual Celerons are > now idle 99%| of the time, and the machine is usually plenty fast for > any interactive command line or batch work I need to do. > I commend your spirit. I have collections of such hardware, but in my incessant need to have more power, and less power usage, half of this stuff gets retired. I wish I could find a good cause to give it to, but the linux/debian zealot in me refuses to just give it away to the dark side :/, if it'll run windows, I want you to give me money for it. Heh. I have a dual proc p3 1ghz motherboard. Pretty much worthless now, though it did a hell of a job running internal email and web/db services. > Of note, if you've been reading this thread, you'll notice I use this > script and ImageMagick's convert utility to resize my camera photos > before running curator on them, since I can now resize them almost > twice as fast, running 2 parallel convert processes. > I certainly have followed the thread and have learned that xargs allows you to parallel process commands. Something my 20 years of linux adventures haven't taught me until yesterday. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2011052102.7be6c...@ws82.int.tlc
Re: USB key requirement.
On Tue, 11 Jan 2011 22:52:06 +0100 deloptes wrote: > > > > > My case is different in the sense that I'm not decrypting my block > > volumes, just halting a boot sequence. > > > > There is something wrong with the setup of your case. > > If you are doing a diskless boot from a share ... how could you use a > device (usb or something else) to authenticate before the system has > booted? The idea with the GPG/PGP key is not bad, but it won't help > you for the setup with the USB drive. > I figured that after the root partition is mounted (nfs), I would have an init.d script that would work its magic.. if it's there, allow the continuation of the boot sequence (load gdm and other non-essential services). All I would require is to match against an encrypted key without user intervention. > Q: Do you have a keyboard and is it desirable to use it on boot time? > Or you want just to plugin and if the right usb is inside the boot > will go on. you can do this after the system has already booted and > you can access the usb from the diskless station. Second option, no keyboard interaction is required in my mind. If you miss having the usb stick inserted, then to move forward, hit the reset button. > Q: have you heard of security > dongles > "http://www.naturela-bg.com/index.php?categ=&page=itm&lang=en&id=45&pid=&p="; > I have heard of them, but I don't personally understand the actual difference of a specialized key, versus a usb block device with an encryption file on it. > regards > > -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2011043824.008ce...@ws82.int.tlc
[OT]: Re: need help making shell script use two CPUs/cores
On Mon, 10 Jan 2011 12:04:19 -0600 Stan Hoeppner wrote: [snip] > http://www.hardwarefreak.com/server-pics/ Which gallery system are you using? I quite like it. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110110175242.5cb05...@ws82.int.tlc
Re: USB key requirement.
On Mon, 10 Jan 2011 13:45:29 + Darac Marjal wrote: > On Sun, Jan 09, 2011 at 09:42:03PM -0800, Dan Serban wrote: > > So, I'm currently switching my 9 workstations around the house to > > diskless boot. They mount nfs shares that reside on top of an > > encrypted raid server. This is all fine and good. > > > > What I'd like to do: > > > > On a specific workstation, on boot, i'd like to require that a > > specific usb memory stick be inserted in the system. ie. one that > > contains a key which will allow the boot process to continue. > > > > Can this be done? If so, what should I use to make it less than > > easy to decipher? > > > > Maybe a GPG encoded text file that matches against a plain text one? > > (that's insecure)... > > > > I don't know. Do any of you have any suggestions? > > If the requirement can be relaxed to be some other sort of USB device, > you could look at something like this: > http://www.etokenonlinux.org/et/HowTos/eToken_and_LUKS > > The eToken is basically a smartcard that plugs into USB. I still don't really understand the difference apart from it containing a key that I match against. Which is in essence what I was asking to do with a USB block device which looks much cheaper than the eToken. > > If it has to be a USB Mass Storage device, try this: > http://binblog.info/2008/12/04/using-a-usb-key-for-the-luks-passphrase/ > This I've already done with my server, the usb key is inserted into the server to allow it to boot (with the key), what I was asking was for a method to halt a diskless boot (or one with a disk) if a specific USB key wasn't available. So my thoughts went to Vendor ID, serial number, and also a key to compare against on the root filesystem. My case is different in the sense that I'm not decrypting my block volumes, just halting a boot sequence. > Remember, Google is your friend. > My google-fu is weak. All I run into is stuff like you've suggested so far, and how to install debian via a USB key. Nothing like what I want. > > > > > > -- > > To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org > > with a subject of "unsubscribe". Trouble? Contact > > listmas...@lists.debian.org Archive: > > http://lists.debian.org/20110109214203.09dce...@ws82.int.tlc > > -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110110173629.7c54a...@ws82.int.tlc
Re: USB key requirement.
On Mon, 10 Jan 2011 14:07:31 -0600 Hugo Vanwoerkom wrote: > Dan Serban wrote: > > So, I'm currently switching my 9 workstations around the house to > > diskless boot. They mount nfs shares that reside on top of an > > encrypted raid server. This is all fine and good. > > What is a workstation like? > > Hugo > I hope I understood your question. The workstations are diskless, ie. no data on them whatsoever, so they boot via PXE and mount their root partitions on an internal server with encrypted volumes (which use the usb key method to startup). > > > > > What I'd like to do: > > > > On a specific workstation, on boot, i'd like to require that a > > specific usb memory stick be inserted in the system. ie. one that > > contains a key which will allow the boot process to continue. > > > > Can this be done? If so, what should I use to make it less than > > easy to decipher? > > > > Maybe a GPG encoded text file that matches against a plain text one? > > (that's insecure)... > > > > I don't know. Do any of you have any suggestions? > > > > > > -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110110173028.605bb...@ws82.int.tlc
Re: USB key requirement.
On Mon, 10 Jan 2011 11:46:04 +0200 Andrei Popescu wrote: > On Du, 09 ian 11, 21:42:03, Dan Serban wrote: > > So, I'm currently switching my 9 workstations around the house to > > diskless boot. They mount nfs shares that reside on top of an > > encrypted raid server. This is all fine and good. > > > > What I'd like to do: > > > > On a specific workstation, on boot, i'd like to require that a > > specific usb memory stick be inserted in the system. ie. one that > > contains a key which will allow the boot process to continue. > > > > Can this be done? If so, what should I use to make it less than > > easy to decipher? > > > > Maybe a GPG encoded text file that matches against a plain text one? > > (that's insecure)... > > Maybe libpam-ssh can be used for this? > Thanks for your suggestion, it made me search through the pam packages and pam-usb looks like it might do the job. Although, it doesn't seem to do exactly as I had hoped (allow the system to boot if the USB stick is inserted) it's a good start. > Regards, > Andrei -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110110172901.538ff...@ws82.int.tlc
USB key requirement.
So, I'm currently switching my 9 workstations around the house to diskless boot. They mount nfs shares that reside on top of an encrypted raid server. This is all fine and good. What I'd like to do: On a specific workstation, on boot, i'd like to require that a specific usb memory stick be inserted in the system. ie. one that contains a key which will allow the boot process to continue. Can this be done? If so, what should I use to make it less than easy to decipher? Maybe a GPG encoded text file that matches against a plain text one? (that's insecure)... I don't know. Do any of you have any suggestions? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110109214203.09dce...@ws82.int.tlc
Multiple xorg instances.
Hello, I once ran multiple X server instances in the past, the details of how I got it running elude my memory. Though I do remember that I had to login whenever I went to the second virtual terminal (vt8). I don't want to do this, what I want to do is run a script which starts X on the next available VT, with a user other than root, and a different X configuration file. In my case, I have three screens running as a single desktop, what I'd like to do is fire up quake via a command and fire it up on VT8 so that I may default to the center screen. My virtual desktop runs at 6144x1152, making it extra difficult and annoying to run a windowed game. While admittedly I have not actually tried any of my options right now, I want to clarify what the "best" way to do this is. I've run into recommendations to use startx, xinit, modify my *dm to handle it, though these suggestions don't seem to handle my need to run these sessions as a non-root user and with a different xorg.conf file. Does anyone have experience doing this, and more importantly, what's the most efficient "debian" way I can approach this problem? TIA -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101221163232.5ac7f...@ws82.int.tlc
Re: Frustration made me do it.
On Fri, 19 Nov 2010 10:46:11 +0200 Andrei Popescu wrote: > On Jo, 18 nov 10, 21:37:32, Dan Serban wrote: > > > > I now have chromium and claws at my beck and call. Man.. are they > > ever fast. > > While I like claws mail, last time I looked at it it was lacking IMAP > IDLE support. It does seem like IDLE support is lacking, though creates zero cause for concern on my end, I don't mind waiting a minute or 5 for mail to show up. In fact the non-feature may be considered a feature as it synthetically creates free time for me =D. > I would be interested to switch away from iceweasel if there was > something like vimperator. The chromium plugin is lacking some basic > features I use every day. Right, vimperator _is_ nice, but firefox really just hurt me to the point where I just couldn't get tasks done anymore. As another poster said, hundreds of tabs open, because each webpage has a tidbit of useful information etc is how I use it. I do appreciate that everyone works differently, it's been so horrid for so long that it came time to decide to conform to the way another program works just to get some relief. > Regards, > Andrei -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101119161257.443c7...@ws82.int.tlc
Frustration made me do it.
After years of running the mozilla suite (remember when you couldn't refresh a POST document in mozilla 0.6?) and begrudgingly moving to Firefox, then falling in love with iceweasel. Today, sad as it is, is when I feel that I must announce that I decided to: # aptitude purge iceweasel icedove I will spare you the minute details for my decision, but I assume most of you experience the same frustrations I do. The increasing bloat, the never enough memory (16gb real, 32gb swap) being happily claimed by a single tab and xul-runner eating it all. Icedove likes to make my computer behave like a 386 (downloading and indexing millions of IMAP messages.. heck, it's _why_ I use IMAP :/). I now have chromium and claws at my beck and call. Man.. are they ever fast. Just thought I'd make some noise and share, I feel so free. \o/ -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101118213732.19746...@ws82.int.tlc
Re: apt-listbug weirdness
On Wed, 17 Nov 2010 09:03:01 -0600 Hugo Vanwoerkom wrote: > Hi, > > I am enjoying the use of apt-listbug. > > Just now it died saying it couldn' t find /dev/tty :-( > > Tried it 2x. > > Then I ran 'apt-get dist-upgrade' in script mode and it ran... > > Go figure. A bug in apt-listbug? > > Hugo > > Hugo, No bug, apt-listbug hooks into the apt upgrade/installation process, it is not intended to run as a stand-alone application. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101118214502.59d7e...@ws82.int.tlc
Re: debian lenny installation issues
On 09/29/10 23:43, Camaleón wrote: On Thu, 30 Sep 2010 10:31:46 +0530, vishnu vardhan wrote: almost six months ago, i have installed debian lenny on my machine. at the time of installation i have faced three issues : issue 1 : after configuration of dhcp server, it will ask for domain name. is this normal ? AFAIK, yes. Just to add to this, if you don't have reverse resolution setup for your dns server, and the ip doesn't match an entry, then yes, it'll ask for this. Even if it finds a valid name, it will populate the dialog with this name so that you may confirm. I wouldn't want to skip this step IMHO. issue 2 : during clock setup, it tries to connect to network time server, how can i avoid this ? issue 3 : during installation of base system, it takes a long time to configure apt. i did check console [ alt+f4 ] and found out that it tries to connect to security.debian.org. how to restrict this behaviour ? Did you perform an expert install? IIRC, points 2) and 3) can be bypassed :-? Greetings, -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ca44349.7050...@lodgingcompany.com
Re: Will Multi-Monitor work with my setup?
On 09/22/10 11:12, Kent West wrote: Off-and-on for the past two years I've had multi-display working; for the past year, nada. It worked until an update on my Sid box. Since then, I've tried wiping my drive and reinstalling Stable, and swapping out between my three available cards. A lot of the problem is that I don't know what's the current way to do things; I used to use Xinerama, but that's been deprecated, and the docs I've found on xRandR don't answer the questions I have, etc. Another part of the problem may be that I've got old video cards (but they used to work!!!). Here's what I've got: we...@westek:~$ lspci | grep VGA 00:05.0 VGA compatible controller: nVidia Corporation C51PV [GeForce 6150] (rev a2) 04:06.0 VGA compatible controller: nVidia Corporation NV18 [GeForce4 MX 4000] (rev c1) I've tried every variation of xorg.conf I can think of (nv, vesa, nouveau as the drivers; blacklisting nouveau in /etc/modules/blacklist; Xinerama on; Xinerama off; etc etc etc), and I get one of four results: * first monitor displays a working X session (at various resolution capabilities, depending on the driver used) and the second monitor stays dark * first monitor displays a working X session (at various resolution capabilities, depending on the driver used) and the second monitor shows the video card's splash screen but doesn't participate otherwise as an X screen. * same as above until I open an app a half minute after the screen appears (or maybe it's just a half-minute after the screen appears) and the machine locks up hard (at console; I can still get to it via ssh usually) * the machine locks up hard before an X screen shows (at console - I can still get to it via ssh usually) Can anyone give me a definitive answer that this hardware will work in multi-display format? Based from recent experience, yes, this is completely attainable with your hardware. Though you are stuck using the provided binary blob. With no Xrandr support. I am successfully running a Geforce 7200 pci-e card with dual vga outputs along with a Geforce 6200 pci card. The trick is ensuring that your cards are in the same "generation" and you'll have to install the legacy drivers and you should have no problems. From asking around, and reading the pertinent documentation I have found out that nv, is unable to support this setup and that nouveau is not designed to do it either. To shortcut your issue, I'd maybe look at an older Geforce cards with dual outputs on ebay or something similar, locally I can pick up a 6000 series for dual head mode for less than $20. Can anyone give me a definitive answer how to make it work? Well I can provide the xorg.conf file, but you won't necessarily learn much from it as it was purely generated by the nvidia-settings program. It just got it right for me, this is after 10 or so attempts to do it by hand, which was mostly successful, but my screen numbering always turned out wrong, and as I am using a tiled window manager, this was a big hassle for me. Try the nvidia-settings config first, if it doesn't work for you I can post my config. When I get the first monitor working, I can run "xrandr -1", and the screen goes blank for 3 or 5 seconds, and then reports: we...@westek:~$ xrandr -q Screen 0: minimum 320 x 200, current 1280 x 1024, maximum 4096 x 4096 VGA-1 connected 1280x1024+0+0 (normal left inverted right x axis y axis) 338mm x 270mm 1280x1024 60.0*+ 75.0 1152x864 75.0 1024x768 75.1 60.0 800x60075.0 60.3 640x48075.0 60.0 720x40070.1 DVI-D-1 disconnected (normal left inverted right x axis y axis) TV-1 disconnected (normal left inverted right x axis y axis) As far as I can tell, xrandr only sees one card, only sees one monitor. Thanks for any help! Hope you get 'er rolling. PS. I can still get my tdfx pci card still working along side these two others for a 5 monitor setup, I'd do it if I had the physical desk space :). -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4c9aefb6.4050...@lodgingcompany.com
Re: OpenIPMI in Lenny is mysterious to me.
On 09/22/10 03:04, Scott Ferguson wrote: On 22/09/10 18:54, Dan Serban wrote: # modprobe -a ipmi-si ipmi-devintf which results with the following STDERR: WARNING: Error inserting ipmi_devintf (/lib/modules/2.6.26-2-amd64/kernel/drivers/char/ipmi/ipmi_devintf.ko): Unknown symbol in module, or unknown parameter (see dmesg) Then, in dmesg I see this: [1012115.045436] ipmi message handler version 39.2 [1012115.048311] IPMI System Interface driver. [1012115.048315] ipmi_si: Trying SMBIOS-specified kcs state machine at i/o address 0xca2, slave address 0x20, irq 0 [1012115.227703] ipmi: Found new BMC (man_id: 0x000157, prod_id: 0x003e, dev_id: 0x21) [1012115.227703] IPMI kcs interface initialized [1012115.235704] ipmi_devintf: Unknown symbol compat_alloc_user_space # lsmod|grep ipmi returns: ipmi_si43628 0 ipmi_msghandler38520 1 ipmi_si If anyone has any experience with ipmi, I would certainly appreciate some feedback. TIA. No recent experience - and none configuring or installing it (IBM in-house system) - so if that doesn't qualify, read no further. Never, input is always appreciated. My first thought would be to try load the modules separately:- #modprobe ipmi-si #dmesg | tail #modprobe ipmi-devintf etc.. for more clues also try the same approach with the --show-depends or -f if you're game. It seems that from another reply, it's the kernel I run, though I have tried inserting the modules in a different sequence seperately, I put the example in as I did simply for brevity, as I'm sure you can tell, I can get log winded. And again, same results. Have you been through the IBM documentation? No, but I've muddled through the intel documentation, it's excessive for a user. I do enjoy the IBM side of things, although a complete tangent now, I wish I had gone with them on my last server hardware purchase. I've RMA'd almost everything I've purchased from intel. I'm presuming you've been through the projects bug tracker (http://sourceforge.net/tracker/?group_id=36127&atid=416298) and support requests for clues (also see their forums) (http://sourceforge.net/tracker/?group_id=36127&atid=416299) By sparse documentation are you referring to the man or the projects pdf? IBM have/had a lot of documentation - don't know how much is available online (I don't have Red Book access here). Cheers And yes, I've been through the BTS, nothing hits on the exact error or anything similar. When I was talking about documentation, I was referring to both man pages and examples, and not the spec. As one who hasn't delved deep into ipmi, all I had to really go from was the Documentation/ipmi.txt included with the kernel source which described linux's implementation of the standard. Which, in turn did not suggest anything close to my problem. As I understand it now, it doesn't need to as the kernel itself (as packaged for lenny) is now broken, but at the time that I wrote my OP, I was extremely lost as to what to look for. Thanks. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4c9a8579.6070...@lodgingcompany.com
Re: [Was: OpenIPMI is mysterious] Bugs in Lenny
On 09/22/10 07:54, Henrique de Moraes Holschuh wrote: On Wed, 22 Sep 2010, Dan Serban wrote: [1012115.235704] ipmi_devintf: Unknown symbol compat_alloc_user_space This module and the running kernel are not compatible with each other. So what you're telling me then, is that a bug needs to be filed against the stable kernel? I can't see stable being stable when modules won't load due to a security update. At least I'd assume that a broken kernel implementation needs to be fixed. After checking the bts for linux-image-2.6.26-2-amd64, I see a lot of other packages associated to it, but not a single bug report against this kernel. OT: I've found about 4 major bugs with the lenny implementation running in different server roles. Mainly things that have been patched in other distributions, but lenny feels abandoned on the bugfixes side. Although I'm used to breakage based on my 10+ years of running sid, I do not expect lenny to be broken. The reason why I use stable is, just that, stability on my servers. After poking around the bts for a bit, I see very few bug reports against the lenny distro, is that because no one cares; or is it because no one uses it? While I do understand and agree with the "no need to fix it if it a'int broken" mentality, does that mean that lenny does not get patched/bugfixed... just security updates? I've contemplated moving to squeeze, but the idea of being a test user on production machines makes me cringe. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4c9a8017.80...@lodgingcompany.com
OpenIPMI in Lenny is mysterious to me.
Hello list, I am admittedly hopelessly noob with IPMI, though I don't think I'm too noob with Linux in general, I apologise if any of my questions are elementary. I've googled this ad nauseum so I've come here for some help with this. After installing ipmitool and openipmi in Lenny I am faced with a perplexing issue. From the get-go, I could not achieve the results I was seeking. Time to start ipmi: # modprobe -a ipmi-si ipmi-devintf which results with the following STDERR: WARNING: Error inserting ipmi_devintf (/lib/modules/2.6.26-2-amd64/kernel/drivers/char/ipmi/ipmi_devintf.ko): Unknown symbol in module, or unknown parameter (see dmesg) Then, in dmesg I see this: [1012115.045436] ipmi message handler version 39.2 [1012115.048311] IPMI System Interface driver. [1012115.048315] ipmi_si: Trying SMBIOS-specified kcs state machine at i/o address 0xca2, slave address 0x20, irq 0 [1012115.227703] ipmi: Found new BMC (man_id: 0x000157, prod_id: 0x003e, dev_id: 0x21) [1012115.227703] IPMI kcs interface initialized [1012115.235704] ipmi_devintf: Unknown symbol compat_alloc_user_space # lsmod|grep ipmi returns: ipmi_si43628 0 ipmi_msghandler38520 1 ipmi_si It looks like ipmi_devintf doesn't get loaded and from what I've seen in the scarce examples that I've found, it should be loaded in order for IPMI to function, as it creates the related device under /dev. Running ipmitool to test functionality returns this: # ipmitool sdr Could not open device at /dev/ipmi0 or /dev/ipmi/0 or /dev/ipmidev/0: No such file or directory Get Device ID command failed Unable to open SDR for reading At this point, I sit confused, as the documentation is sparse and I'm unsure if this is a problem with hardware detection that the module is attempting to run the ipmi layer on or if there is a problem with the kernel in Lenny. Though, I'm surprised that the keywords "debian ipmi" and "lenny ipmi" returns almost nothing useful or relevant in google. Oh I suppose I should shoot out some facts: Running Debian Lenny amd64, on an Intel S5520HCR motherboard. If anyone has any experience with ipmi, I would certainly appreciate some feedback. TIA. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4c99c449@lodgingcompany.com
Re: Air compressors vs. canned air
jeremy jozwik wrote: On Sat, Feb 13, 2010 at 6:30 PM, Chris Jones wrote: ...and might be able to comment on the respective merits of air compressors vs. air cans..? CJ in a recent point and shoot camera surgery i regret using compressed air cans. after a certain * of rotation the can might expel high velocity condensation onto whatever delicate electronics you are working with. like... interior camera optics. i would highly suggest the air compressor. i have never heard of an air compressor shooting water out of its hose... An air compressor takes in surrounding air and compresses it, rapid decompression will cause the water molecules to condense. If using your compressor for some time, you may certainly find it spitting water out of the nozzle. I _only_ use compressors now, I have a small $50 wal-mart special which only holds 2 gallons. It is oil-less and the kind you should look at, since the oil run motors are intended for tool usage, it'll be noisy, it'll recharge a lot. In the end, it does make sense using a compressor. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4b799785.6020...@lodgingcompany.com
Re: USB stick checkup - is heavy daily use taking its toll?
Chris Jones wrote: > I have been using a run-of-the-mill 8GB SanDisk Cruzer Micro for nightly > backups for c. 6 months and I am curious as to wear and tear. > > The smartctl utility does not give me much information: "SMART Health > Status: OK" + a cryptic "Read defect list: asked for grown list but > didn't get it" - I don't get it either.. > > I thought I'd run an e2fsck with the -c "badblocks" option.. took two > hours and returned zero errors. > > But come to think of it, I'm not sure whether running e2fsck makes any > sense in the first place.. in other words, does some smart technology > live on the USB stick way below filesystems that might "mask" such > goings-on anyway? > > Just curious how fast my stick is deteriorating ... how soon will I have > to consider budgeting another.. > > Thanks, > > CJ > > > > By running the badblocks you're wearing your stick down. I don't remember the particulars, but the technology does have a specific amount of writes per block. Yes, flash based storage does have an underlying "reallocation" technique, as well as an "even" writing method, ie. tries to write to each block the same number of times the other blocks have been written to on average. It all depends, though I cannot specifically tell you that you need a new stick within the next x number of months, I'd have a backup, in case you would need to go to it. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: samba - smb.conf
Rodrigo Hashimoto wrote: Hello guys, I have two questions, the first one is how to generate a new "smb.conf" ?? dpkg-reconfigure samba And the second question is regarding the aptitude on Debian Lenny. I tried to removed the samba with "dpkg -r samba" and reinstall it with "aptitude install samba" to check if I get a new "smb.conf". However I noticed the command "dpkg -r samba" didn't remove all the samba files. So how can I remove completely a package like samba ? aptitude purge samba Thanks. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: ATI or Nvidia
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Guillermo Garron wrote: > Hi, > > I have my system as dual boot, Debian Etch and ubuntu Gutsy, I am > asking on the Ubuntu list, which is my best option nVidia or ATI, > actually I have an ATI Radeon X300, and I want to change it. > Difficult question as it is always just based on opinion and experience. I've had very good luck with both Nvidia and ATI. > In your Debian experience which has better support?, I have read that > nVidia is better, actually I had problems with Ubuntu and compiz, with > Debian and the propietary driver, GoogleEarth works great, (no compiz > on my Debian) Nvidia by far, mainly due to ATI being tied to one kernel release and their releases don't seem to target the newer kernels in a timely fashion. > I would like to add if somebody is interested that I have tested > Mandriva spring 2007 and that is the only distro tested by me (I have > tested FC6, Centos5, Suse, Feisty, Etch) that recognized my two head > ATI card, and even asked me which resolution I would like on each > head!, and compiz and metize worked out of the box. Sounds very ready-out-of-the-box, most distros strive to make the user experience an easy one. If you opt for ATI, expect some difficulties, such as possibly downgrading your kernel, dual-head video corruption amongst some other fun things. Although as with everything out there, google is your friend and can answer most of your configuration questions both cards can work equally well. To really answer your question: Nvidia == better. > regards and thank you in advance for your help. > Hope this helped :) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFG+TPk9AD5INsV6r8RAqowAJsGV9yAEda7ISbldbbnwf1VpfuLEgCfXXNn rpyDsdzK4zw30XtaggHVTH0= =bScY -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Ping my modem........
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Charlie wrote: > Never having used ping, and not really understanding the man page for it:- > > When I ping my modem: > > what command/option/s should I use? > Is the following a normal reply from a satellite modem to ping:- > > ping: sendmsg: Operation not permitted > ping: sendmsg: Operation not permitted > ping: sendmsg: Operation not permitted > ping: sendmsg: Operation not permitted > ping: sendmsg: Operation not permitted > > TIA, > Charlie Can you please post your exact ping command here? Make sure ICMP echo is allowed and that you can confirm that your modem actually has an IP. As another test, try pinging google, or debian.org. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFG1IBm9AD5INsV6r8RAqkeAJ0dd02JMhWQ9GtA8oJy5lQ+pbKG1gCgkPUV ZQtzywaaxB29Sh4Fgsrcy2M= =Lekl -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Icedove 2.0.0.0-4, filters failing to match.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Andrew Sackville-West wrote: > On Tue, Jun 19, 2007 at 03:31:54PM -0700, Dan Serban wrote: > > [...] > > >> I added a custom header definition to icedove "X-Original-To" and if it >> contains [EMAIL PROTECTED] it should move it to the >> appropriate folder, but it fails. >> >> I then figured that custom headers may not be correct (although it >> worked before) and then used a simple match on the Subject for another >> list ... if subject contains "asterisk-users" move to folder. This >> doesn't appear to do much of anything either. > > I can't answer your t-bird/icedove ? directly, but I find the List-Id > header a good one to use for sorting lists. > > hth > > A I agree, and I've tried that as well, though I seem to have it nailed down now to only custom headers. It manages to get through on To or CC matching which for now is sufficient but I can't help but wonder what will happen when Frans Pop cross posts to two lists or more :). It's a crutch, but with zero logging = hard to figure out what it's actually doing. Though I may give strace a shot (yeah that's just as nice as pushing a tennis ball up your nose). Thanks! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGeXSZ9AD5INsV6r8RArcOAJ4reL/rtXkZZXfMLHN9QQ9sL3nYuQCgq7JU iZDp3F+6tE0BMxpBY1n9u9Q= =im4l -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Icedove 2.0.0.0-4, filters failing to match.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mihira Fernando wrote: > Dan Serban wrote: >> Fortunately, or unfortunately I subscribe to some fairly busy mailing >> lists and use icedove to manage incoming messages with Message >> Filtering. After upgrading to 2.0.0.0-3 (and thus blowing away my >> settings) and then to 2.0.0.0-4 my message filters had to be re-entered >> and after doing so, it seems to fail completely, eg. I ask it to run the >> filters on the current folder (INBOX) and nothing seems to match. >> >> I added a custom header definition to icedove "X-Original-To" and if it >> contains [EMAIL PROTECTED] it should move it to the >> appropriate folder, but it fails. >> >> I then figured that custom headers may not be correct (although it >> worked before) and then used a simple match on the Subject for another >> list ... if subject contains "asterisk-users" move to folder. This >> doesn't appear to do much of anything either. >> >> Has anyone run into this yet? I've checked BTS but it's not in there as >> of yesterday afternoon. I can't help but feel that it's a "sid-ism" and >> I should just accept it, or should I file a bug report? Or.. is there >> anything else I could try? >> >> Thanks! >> > To which account did you apply the filters ? > In Icedove 1.5 the filters created for, lest say Local Folders, does not > get applied automatically for, lets say the gmail account, upon mail > retrieval and vice versa. > > Mihira. > It's the only account I have setup in icedove. I don't really see any other option to move it to another account. I've scoured the settings. I just don't get it :(. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGeWtz9AD5INsV6r8RAu+EAKCtwTUP5hnpq3f7+NLeGsvczK70pgCfUePY zhn2zBIkfWY6RdnxJ2VEeyM= =nLrJ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Icedove 2.0.0.0-4, filters failing to match.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Fortunately, or unfortunately I subscribe to some fairly busy mailing lists and use icedove to manage incoming messages with Message Filtering. After upgrading to 2.0.0.0-3 (and thus blowing away my settings) and then to 2.0.0.0-4 my message filters had to be re-entered and after doing so, it seems to fail completely, eg. I ask it to run the filters on the current folder (INBOX) and nothing seems to match. I added a custom header definition to icedove "X-Original-To" and if it contains [EMAIL PROTECTED] it should move it to the appropriate folder, but it fails. I then figured that custom headers may not be correct (although it worked before) and then used a simple match on the Subject for another list ... if subject contains "asterisk-users" move to folder. This doesn't appear to do much of anything either. Has anyone run into this yet? I've checked BTS but it's not in there as of yesterday afternoon. I can't help but feel that it's a "sid-ism" and I should just accept it, or should I file a bug report? Or.. is there anything else I could try? Thanks! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGeFla9AD5INsV6r8RAnqnAJ4js59KMWT9pKCLNhd5/Bp/2C3slgCfXYCs GkzWkpPl4A+UP4d7gDfF4lc= =bVeZ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
X fonts
Hello all, I've been using debian for ages it seems now and have one question that's been nagging at me for a while. Through X and in some cases on a local tty I get some odd characters. This usually happens in a terminal in X (any of them) and when viewing web pages through firefox or epiphany. In the case of a browser, the best example is http://wikipedia.org where the different languages are displayed. I see large hollow boxes with four values such as x, 0, 5 etc. As well as solid diamonds with question marks in them. In the case of a terminal, running sensors displays RPM and temperature values, when it displays the temperature I see either an empty box or a filled in character with a question mark in it (for the circle that represents degrees). I've run locales and here's the output through my own login: $ locale LANG= LC_CTYPE="POSIX" LC_NUMERIC="POSIX" LC_TIME="POSIX" LC_COLLATE="POSIX" LC_MONETARY="POSIX" LC_MESSAGES="POSIX" LC_PAPER="POSIX" LC_NAME="POSIX" LC_ADDRESS="POSIX" LC_TELEPHONE="POSIX" LC_MEASUREMENT="POSIX" LC_IDENTIFICATION="POSIX" LC_ALL= Here's what it returns after an su - to root: # locale LANG= LANGUAGE=en_US:en_GB:en LC_CTYPE="POSIX" LC_NUMERIC="POSIX" LC_TIME="POSIX" LC_COLLATE="POSIX" LC_MONETARY="POSIX" LC_MESSAGES="POSIX" LC_PAPER="POSIX" LC_NAME="POSIX" LC_ADDRESS="POSIX" LC_TELEPHONE="POSIX" LC_MEASUREMENT="POSIX" LC_IDENTIFICATION="POSIX" LC_ALL= I run: ii linux-image-2.6.18-1-amd642.6.18-3 ii locales 2.3.6.ds1-7 As well as gnome-* What have I misconfigured? Thank you! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Hints on module handling.
Linas Žvirblis wrote: > Dan Serban wrote: > >> Now that 2.6 is running rampant and has been for some good time... I'm >> curious how the current correct way to set module parameters is in a >> udev environment. > > [...] > >> The list goes on and on, and I'm confused. Someone, please point me to >> some sane debian documentation :). > > Not sure what exactly are you asking for, but to set module options > simply create a file in "/etc/modprobe.d" (any name) and write your > options there. For example, I have "/etc/modprobe.d/local" which > contains "options snd-via82xx dxs_support=5". > > Sorry for the confusing post, I was asking for a specific method on how to supply options for modules. So thanks, though I was more talking about the confusion I was facing since I used to just load modules in /etc/modules and add lines such as bttv tuner=2 etc. Anyway you hit the nail right on the hammer, thanks =D -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hints on module handling.
Now that 2.6 is running rampant and has been for some good time... I'm curious how the current correct way to set module parameters is in a udev environment. modutils module-init-tools depmod modprobe.d modules.conf etc..etc... The list goes on and on, and I'm confused. Someone, please point me to some sane debian documentation :). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
