[gentoo-user] slow screen redraw in terminal windows after sync
I recently sync'd after not having done so in 36 days. Among the packages updated were firefox-bin and xulrunner. While using awesome wm, I first noticed firefox-bin wouldn't display, but it launched fine in gnome. I tried launching firefox-bin from a terminal, but got no errors. The process seemed to launch fine, but I couldn't see firefox anywhere. Before killing the firefox process I noticed my urxvt windows would draw very slowly. If I view a man page or ls a large dir, it's as if the text were slowly being revealed one line at a time. Other non-terminal based applications would launch and run fine though. I sync'd again, and to my surprise both firefox and xulrunner were updated. Now firefox-bin launches on my x86_64 system, but I still have the problem with terminal windows redrawing themselves very slowly using either urxvt or gnome-terminal. If I use a webkit browser ( uzbl ), the effect is much less apparent, if not completely gone. Is there anything I can try, or more information I can provide? Thanks, Alan
[gentoo-user] Re: ata errors on startup (I/O error, err_mask=0x4)
I was able to stop the errors by disabling the Marvell controller from within my bios. Thanks, Alan On Sat, Mar 05, 2011 at 06:45:33PM -0600, Alan Warren wrote: >Hello, >I've recently made a few changes to my machine, and one of the >unfortunate side effects is >the following error. >Mar 5 17:15:32 localhost kernel: [7.396912] ata14.00: qc timeout >(cmd 0xa1) >Mar 5 17:15:32 localhost kernel: [7.398906] ata14.00: failed to >IDENTIFY (I/O error, err_mask=0x4) >Mar 5 17:15:32 localhost kernel: [7.706463] ata14: SATA link up >1.5 Gbps (SStatus 113 SControl 300) >Mar 5 17:15:32 localhost kernel: [ 17.691838] ata14.00: qc timeout >(cmd 0xa1) >Mar 5 17:15:32 localhost kernel: [ 17.742749] ata14.00: failed to >IDENTIFY (I/O error, err_mask=0x4) >Mar 5 17:15:32 localhost kernel: [ 17.792643] ata14: limiting SATA >link speed to 1.5 Gbps >Mar 5 17:15:32 localhost kernel: [ 18.098235] ata14: SATA link up >1.5 Gbps (SStatus 113 SControl 310) >Mar 5 17:15:32 localhost kernel: [ 48.103265] ata14.00: qc timeout >(cmd 0xa1) >Mar 5 17:15:32 localhost kernel: [ 48.154184] ata14.00: failed to >IDENTIFY (I/O error, err_mask=0x4) >Mar 5 17:15:32 localhost kernel: [ 48.509669] ata14: SATA link up >1.5 Gbps (SStatus 113 SControl 310) >This causes my boot to pause while the kernel probes ports, which I'm >fairly confident do not exist. I have x5 >sata devices attached to my computer. They are all reported, and work >great. I'm not sure where it's getting >"ata14 from". >I recently RMA'd my motherboard, and one of the first side effects I >noticed was my ethernet (eth0) was >completely missing. Through google, I found out udev had written the >old device info from my previous motherboard >in /etc/udev/rules.d/70-persistent-net.rules. Simply deleting this >file and rebooting fixed that. >Is it possible something very similar is going on here, but with my >ata devices? >I also swapped out a few disks today. I dropped an old raid0 in favor >of an ssd, but everything went fine >as far as I can tell. I'm not positive, but I think this error existed >before I did this. >Thanks for your time, >Alan
[gentoo-user] ata errors on startup (I/O error, err_mask=0x4)
Hello, I've recently made a few changes to my machine, and one of the unfortunate side effects is the following error. Mar 5 17:15:32 localhost kernel: [7.396912] ata14.00: qc timeout (cmd 0xa1) Mar 5 17:15:32 localhost kernel: [7.398906] ata14.00: failed to IDENTIFY (I/O error, err_mask=0x4) Mar 5 17:15:32 localhost kernel: [7.706463] ata14: SATA link up 1.5 Gbps (SStatus 113 SControl 300) Mar 5 17:15:32 localhost kernel: [ 17.691838] ata14.00: qc timeout (cmd 0xa1) Mar 5 17:15:32 localhost kernel: [ 17.742749] ata14.00: failed to IDENTIFY (I/O error, err_mask=0x4) Mar 5 17:15:32 localhost kernel: [ 17.792643] ata14: limiting SATA link speed to 1.5 Gbps Mar 5 17:15:32 localhost kernel: [ 18.098235] ata14: SATA link up 1.5 Gbps (SStatus 113 SControl 310) Mar 5 17:15:32 localhost kernel: [ 48.103265] ata14.00: qc timeout (cmd 0xa1) Mar 5 17:15:32 localhost kernel: [ 48.154184] ata14.00: failed to IDENTIFY (I/O error, err_mask=0x4) Mar 5 17:15:32 localhost kernel: [ 48.509669] ata14: SATA link up 1.5 Gbps (SStatus 113 SControl 310) This causes my boot to pause while the kernel probes ports, which I'm fairly confident do not exist. I have x5 sata devices attached to my computer. They are all reported, and work great. I'm not sure where it's getting "ata14 from". I recently RMA'd my motherboard, and one of the first side effects I noticed was my ethernet (eth0) was completely missing. Through google, I found out udev had written the old device info from my previous motherboard in /etc/udev/rules.d/70-persistent-net.rules. Simply deleting this file and rebooting fixed that. Is it possible something very similar is going on here, but with my ata devices? I also swapped out a few disks today. I dropped an old raid0 in favor of an ssd, but everything went fine as far as I can tell. I'm not positive, but I think this error existed before I did this. Thanks for your time, Alan
Re: [gentoo-user] thubdrive mounts with strange char's in it's name
Thanks Mike, this is exactly what I needed. I'm all set now.
-Alan
On Sun, Jan 30, 2011 at 10:14 PM, Mike Gilbert wrote:
> On Sun, Jan 30, 2011 at 5:36 PM, Alan Warren
> wrote:
> > My thumbdrive has been mounting fine, but recently it started mounting
> > with strange characters in it's name.
>
> I believe most auto-mounters use the file system label when naming
> mount points. You can view or modify this with the tools appropriate
> for the specific file system.
>
> For FAT, use dosfslabel from the sys-fs/dosfstools package.
>
> For ext{2,3,4}, use "tune2fs -L" from the sys-fs/e2fsprogs package.
>
> I'm guessing that something messed up the label.
>
>
Re: [gentoo-user] Re: thubdrive mounts with strange char's in it's name
Thanks for the info. I'm going to look into it. Just to illustrate a little better, this is what it looks like. http://www.alan-warren.com/images/strange_chars.jpg Thanks On Sun, Jan 30, 2011 at 7:32 PM, walt wrote: > On 01/30/2011 02:36 PM, Alan Warren wrote: > >> Hello, >> >> My thumbdrive has been mounting fine, but recently it started mounting >> with strange characters in it's name. >> My thumbdrive mounts as /media/ >> > > I can offer an observation but not an answer. Your email client, mutt, > is sending "quoted-printable" text, so I'm not sure I'm reading the same > thing that you are writing. > > For example, your last line, above, looks to me like this when I view your > post in raw ascii: > > 'My thumbdrive mounts as /media/=0E' > > That =HH is typical of "quoted-printable" encoding: > > http://en.wikipedia.org/wiki/Quoted-printable > > Maybe someone else can tell us if this has any relation to your problem? > > > >
[gentoo-user] thubdrive mounts with strange char's in it's name
Hello,
My thumbdrive has been mounting fine, but recently it started mounting
with strange characters in it's name.
I'm using pcmanfm inside of awesome wm. I have the latest stable
xorg-server compiled with udev. My thumbdrive mounts as /media/
I can't copy+paste the symbols (although I tried, but mutt/vim doesn't
show them). It's difficult to explain, but it looks like the characters
000E inside of a 1 pixel stroke square box. inside the terminal it
appears as a question mark. ie. /media/?
I've tried to write a udev rule to combat this, but to no avail. These
are the rules I've tried. The drive is /dev/sdf1, and it's
product is "Cruzer Titanium+"
SUBSYSTEM=="usb", KERNEL=="sd?1", NAME="usb/flashdisk", SYMLINK="usb%k"
I've also tried this.
SUBSYSTEM=="usb", KERNEL=="sd[a-z]1", ATTRS{product}=="Cruzer Titanium+",
NAME="usb/flashdisk", SYMLINK="%k"
I found it very difficult to research the proper syntax for udev. A lot
of the examples on the net are outdated.
Any advice or pointers would be most appreciated.
Thanks for your time,
Alan
Re: [gentoo-user] system lag with gentoo-sources-2.6.35-r2
Thanks Mark, I'll look into that config option, and try again with top open. In this case I was doing a home backup to a 1TB WD Caviar black formatted as ext3. I also have a raid0 with 2 other non-WD sata drives, and a single WD velociraptor I can test with. It also doesn't sound too far off that FF could be the culprit (mentioned above), as I have it open all the time, and so far it's been the first place I've noticed these hiccups. That could be coincidence though, as I've pretty much always got it open and these hiccups are system wide. On Mon, Aug 23, 2010 at 10:03 AM, Mark Knecht wrote: > On Sun, Aug 22, 2010 at 12:01 PM, Alan Warren > wrote: > > Hello, > > > > I am having some system performance issues with this kernel release. I > have > > a SMP machine (dual xeon nehalem 8 core / 16 threads) with 24gb non-ecc > > memory. > > > > On occasion (seems random so far) my system feels like a Pentium II > trying > > to cope with Vista. For example, I was in the middle of tar'ing a > semi-large > > file and noticed all of my apps came to a crawl. Scrolling in firefox, > > typing in the terminal, or trying to navigate in my file manager resulted > in > > breif "pauses" that came in waves. On one occasion my system froze > > completely and I had to manually reset the machine. (that was with > > 2.6.35-r1) > > > > I didn't activate anything "new" in this kernel release that I don't > > normally activate. ie, no cpuidle driver > > > > Is there a proper venu for debugging such matters, or should I just wait > for > > this kernel to go prime-time? > > > > Thanks for your time, > > Alan > > > > Hi Alan, > Sorry for the problems. I've seen them also in the recent past. In > my case it was on new hardware so I couldn't say it was due to a > specific kernel release. > > 1) What happens when you watch top while doing the tar? Do you by any > chance see large wait times in top? (Hit '1' to watch all CPUs) If so > the problem could well be how the kernel is dealing with writing data > back to the hard drive. I had this problem with the WD Green drives. > When I changed to WD RAID Edition drives (1/2 the storage for 30% more > money) the problems disappeared. > > 2) If it's not the drive issue then there is a kernel option called (I > think) RCU_CPU_STALL_DETECTION (or something like that. If you turn it > on I may generate a trace of what's keeping a core busy to long. > Mileage will vary. > > Good luck, > Mark > >
Re: [gentoo-user] system lag with gentoo-sources-2.6.35-r2
Thanks, I'm not very savvy when it comes to working with the kernel beyond using the normal stable cut gentoo provides. I'll research git-bisect and see if I can't figure this out though. I think you are correct though. It does seem to only happen while the system is under heavy I/O. I've never experienced anything like this in previous versions of the linux kernel, and resorting back to gentoo-sources-2.6.34 fixes the issue completely. If there are I/O fixes upstream, then I am assuming you are referring to a cut that is more recent then gentoo-sources-2.6.35-r2 that the Gentoo devs have yet to provide their patches to? ( I see vanilla sources has 2.6.35 .3) Thanks again, Alan On Sun, Aug 22, 2010 at 2:14 PM, Robert Bridge wrote: > On Sun, Aug 22, 2010 at 8:01 PM, Alan Warren > wrote: > > Is there a proper venu for debugging such matters, or should I just wait > for > > this kernel to go prime-time? > > Can you reliably reproduce the problem? If so, and you have a kernel > that works git-bisect should allow you to pinpoint the offending > commit. > > By the sounds of it though, this could be related to the problems > Linux has when under heavy I/O, in which case you best bet would be to > look to the upstream git as there are supposed to be fixes in it. > > Cheers, > RobbieAB. > >
[gentoo-user] system lag with gentoo-sources-2.6.35-r2
Hello, I am having some system performance issues with this kernel release. I have a SMP machine (dual xeon nehalem 8 core / 16 threads) with 24gb non-ecc memory. On occasion (seems random so far) my system feels like a Pentium II trying to cope with Vista. For example, I was in the middle of tar'ing a semi-large file and noticed all of my apps came to a crawl. Scrolling in firefox, typing in the terminal, or trying to navigate in my file manager resulted in breif "pauses" that came in waves. On one occasion my system froze completely and I had to manually reset the machine. (that was with 2.6.35-r1) I didn't activate anything "new" in this kernel release that I don't normally activate. ie, no cpuidle driver Is there a proper venu for debugging such matters, or should I just wait for this kernel to go prime-time? Thanks for your time, Alan
Re: [gentoo-user] removing an overlay
Excellent. thank you. Both responses are very helpful. Alan On Fri, Aug 20, 2010 at 3:06 AM, Neil Bothwick wrote: > On Thu, 19 Aug 2010 23:25:12 -0500, Alan Warren wrote: > > > I'm surprised packages in overlays take precedence over portage. > > > Is > > there any way to get a single package from an overlay without taking > > "everything" ? > > An overlay has to take precedence, otherwise putting a fixed ebuild in > your local overlay will have no effect. > > > Is > > there any way to get a single package from an overlay without taking > > "everything" ? > > What I do it ad the overlay with layman, so it is kept up to date, but > don't add it to make.conf. Then I symlink the packages I want from that > overlay to my local overlay. > > > -- > Neil Bothwick > > You are about to give someone a piece of your mind, > something you can ill afford... >
[gentoo-user] removing an overlay
Hello, I've just sync'd my machine, and realized I'm pulling in a few packages from the devnull overlay that I would rather not. freetype / fontconfig / cairo for example and it's causing some conflicts when I try to update (-auvND world). I mainly use devnull for uzbl, dmenu, and my window manger awesome, as they tend to have the latest versions. If I remove devnull, will these packages continue being maintained by portage? I don't mind getting these packages from portage if it means less hassle when I update, but the docs suggest that I remove every package that I've installed from devnull before moving forward. This seems like a tremendous hassle, but perhaps there's a one-shot command for doing this? I'm surprised packages in overlays take precedence over portage. Is there any way to get a single package from an overlay without taking "everything" ? Kind regards, -Alan
