Re: [arch-general] Possible hard drive failure, DMA errors.
On Sun, Feb 12, 2012 at 1:07 PM, Jordan Windsor wrote:
> On Sun, Feb 12, 2012 at 8:29 AM, Mauro Santos
> wrote:
>> On 11-02-2012 21:08, Jordan Windsor wrote:
>>> Hello,
>>> I was downloading 3 movies via sabnzbd (~5GB each), after awhile I
>>> noticed the system wasn't responding as much, RhythmBox wasn't playing
>>> anymore, sabnzbd wasn't making progress and my broswer also was
>>> slowing down a bit.
>>> I then decided to restart thinking it would solve what ever problems
>>> sabnzbd brought along, when I did that it didn't reboot it just logged
>>> me out, I couldn't log back in, it would accept my password and
>>> username but after that nothing would happen, I then hard powered it
>>> off, on start-up it wouldn't get past the "mounting local filesystems"
>>> part of the boot process, it would just print DMA errors and more.
>>> I'm running PassMark's DiskCheckup on both my disks, on the first the
>>> quick self check completes quickly without error, but the second drive
>>> doesn't get past 10% (starts on 10%) and shows "The last self-test
>>> routine completed with a failure of the read element."
>>> I was wondering is my disk 100% gone? or is the some chance of getting
>>> my RAID0 data off? although 90% is easily replaceable (movies).
>>> Thanks. (I'll reply later with the details of the error messages
>>> displayed during boot.)
>>>
>>
>> Check the connections/cables, if the connections/cables are ok and you
>> have a failing disk then I'd say you should consider you data as lost
>> since it is on a raid0 array.
>>
>> --
>> Mauro Santos
>
> Thanks, here's the error message displayed during boot and during
> system run (not line wrapped correctly):
>
> ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
> BMDMA tsat 0x24
> failed command: READ DMA EXT
> cmd 25/00:08:e8:83:0a/00:00:28:00:00/e0
> tag 0 dma 4096 in res 51/40:00:18:8d:0c/40:00:28:00:00/e0 Emsk 0x9 (media
> error)
> Status: {DRDY ERR}
> error: {UNC} Configured for UDMA1133
> GH Complete
>
> I'll reboot now and check the cables, Thanks.
I checked the cables many times, including the SATA ports used, the
hard drive wouldn't work in any configuration.
Thanks. (Solution found, get a new hard drive :) )
[arch-general] Strange sound behavior in some games
I'm getting strange sound issues in games, well in fact it is one issue, I have no sound in Dungeons of Dredmor and Wesnoth, but when I run the game under sudo "gamename" the sound appears miraculously. Can somebody explain me this? Thank you -- Mountpeaks
Re: [arch-general] update to cups 1.5.2 - test print OK, but nothing else prints - jobs just sit in que until canceled
On 02/11/2012 04:05 PM, Mauro Santos wrote: > Printing on the local machine works fine here (no idea about network > printing), do check all the config options, maybe some security/config > bug was fixed and that is causing you trouble. I think you are correct. I think it is a libssl or openssl issue. I have a server on the lan that handles network printing: CLIENTS SERVER PRINTERS workstation ---| |--- Laserjet 4200 workstation 2 ---| |--- Sharp M355N workstation 3 ---|--Arch Server (cupsd)-|--- Laserjet 4100n workstation 4 ---| If the workstation is Linux - it won't print. If it is Win - it prints fine. So something in recent updates has messed up the handshake. -- David C. Rankin, J.D.,P.E.
Re: [arch-general] Possible hard drive failure, DMA errors.
On Sun, Feb 12, 2012 at 8:29 AM, Mauro Santos
wrote:
> On 11-02-2012 21:08, Jordan Windsor wrote:
>> Hello,
>> I was downloading 3 movies via sabnzbd (~5GB each), after awhile I
>> noticed the system wasn't responding as much, RhythmBox wasn't playing
>> anymore, sabnzbd wasn't making progress and my broswer also was
>> slowing down a bit.
>> I then decided to restart thinking it would solve what ever problems
>> sabnzbd brought along, when I did that it didn't reboot it just logged
>> me out, I couldn't log back in, it would accept my password and
>> username but after that nothing would happen, I then hard powered it
>> off, on start-up it wouldn't get past the "mounting local filesystems"
>> part of the boot process, it would just print DMA errors and more.
>> I'm running PassMark's DiskCheckup on both my disks, on the first the
>> quick self check completes quickly without error, but the second drive
>> doesn't get past 10% (starts on 10%) and shows "The last self-test
>> routine completed with a failure of the read element."
>> I was wondering is my disk 100% gone? or is the some chance of getting
>> my RAID0 data off? although 90% is easily replaceable (movies).
>> Thanks. (I'll reply later with the details of the error messages
>> displayed during boot.)
>>
>
> Check the connections/cables, if the connections/cables are ok and you
> have a failing disk then I'd say you should consider you data as lost
> since it is on a raid0 array.
>
> --
> Mauro Santos
Thanks, here's the error message displayed during boot and during
system run (not line wrapped correctly):
ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
BMDMA tsat 0x24
failed command: READ DMA EXT
cmd 25/00:08:e8:83:0a/00:00:28:00:00/e0
tag 0 dma 4096 in res 51/40:00:18:8d:0c/40:00:28:00:00/e0 Emsk 0x9 (media error)
Status: {DRDY ERR}
error: {UNC} Configured for UDMA1133
GH Complete
I'll reboot now and check the cables, Thanks.
Re: [arch-general] ffmpeg and libav
Dunno about mplater but mplayer2 uses lubav, but is conpitable with ffmpeg after config script patch (version missmach)
Re: [arch-general] ffmpeg and libav
On 02/11/2012 12:55 PM, Andrea Crotti wrote: On 02/11/2012 07:30 PM, Ionut Biru wrote: On 02/11/2012 09:26 PM, Andrea Crotti wrote: I am not part of the libav team, but I know many developers and I followed the story of the fork. I then also noticed that my beloved arch is still using ffmpeg and libav is not even in the official repository (but only in AUR). Is there a reason for that? because nothing in our repositories requires libav Everything requiring ffmpeg might require libav instead, which is quite a lot of stuff. There are quite a few good reasons to switch over and many already did: - debian unstable (http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/2011-December/023070.html) the inclusion in debian is questionable and I don't want to open the pandora box and start a long and boring discussion about this. see my point 1). Which was? I've seen a couple of threads on the forum and it's quite shocking how much FUD and wrong information there is in there, doesn't it make you think the fact that also gstreamer and VLC are using libav? What are mplayer and mplayer2 using? I was trying to figure this out recently.
Re: [arch-general] update to cups 1.5.2 - test print OK, but nothing else prints - jobs just sit in que until canceled
On 11-02-2012 20:13, David C. Rankin wrote: > On 02/11/2012 12:44 PM, David C. Rankin wrote: >> Thanks, >> >> Yes, I had restarted cupsd on each box and rebooted each box and I still >> have >> the same problem. I have cleared the print que on both client and server and >> restarted cupsd again - same issue. > > Grrr > > This is a linux-to-linux print problem with cups. I can print > windows-to-linux > just fine. (oh the irony...) Back to debug, print from each and compare > logs > Printing on the local machine works fine here (no idea about network printing), do check all the config options, maybe some security/config bug was fixed and that is causing you trouble. -- Mauro Santos
Re: [arch-general] Possible hard drive failure, DMA errors.
On 11-02-2012 21:08, Jordan Windsor wrote: > Hello, > I was downloading 3 movies via sabnzbd (~5GB each), after awhile I > noticed the system wasn't responding as much, RhythmBox wasn't playing > anymore, sabnzbd wasn't making progress and my broswer also was > slowing down a bit. > I then decided to restart thinking it would solve what ever problems > sabnzbd brought along, when I did that it didn't reboot it just logged > me out, I couldn't log back in, it would accept my password and > username but after that nothing would happen, I then hard powered it > off, on start-up it wouldn't get past the "mounting local filesystems" > part of the boot process, it would just print DMA errors and more. > I'm running PassMark's DiskCheckup on both my disks, on the first the > quick self check completes quickly without error, but the second drive > doesn't get past 10% (starts on 10%) and shows "The last self-test > routine completed with a failure of the read element." > I was wondering is my disk 100% gone? or is the some chance of getting > my RAID0 data off? although 90% is easily replaceable (movies). > Thanks. (I'll reply later with the details of the error messages > displayed during boot.) > Check the connections/cables, if the connections/cables are ok and you have a failing disk then I'd say you should consider you data as lost since it is on a raid0 array. -- Mauro Santos
[arch-general] Possible hard drive failure, DMA errors.
Hello, I was downloading 3 movies via sabnzbd (~5GB each), after awhile I noticed the system wasn't responding as much, RhythmBox wasn't playing anymore, sabnzbd wasn't making progress and my broswer also was slowing down a bit. I then decided to restart thinking it would solve what ever problems sabnzbd brought along, when I did that it didn't reboot it just logged me out, I couldn't log back in, it would accept my password and username but after that nothing would happen, I then hard powered it off, on start-up it wouldn't get past the "mounting local filesystems" part of the boot process, it would just print DMA errors and more. I'm running PassMark's DiskCheckup on both my disks, on the first the quick self check completes quickly without error, but the second drive doesn't get past 10% (starts on 10%) and shows "The last self-test routine completed with a failure of the read element." I was wondering is my disk 100% gone? or is the some chance of getting my RAID0 data off? although 90% is easily replaceable (movies). Thanks. (I'll reply later with the details of the error messages displayed during boot.)
Re: [arch-general] DPMS
On Saturday 11 Feb 2012 20:36:56 Damjan wrote: > > Morning folk > > > > > > Back to this one again i need to find a working position for "xset > > -dpms" i am getting sick and tired of every time i reboot i get the darn > > screens turning off i hate that with vengance if i wqnt them off i turn > > them off simples > > > > So where can i put the xset command for it to work correctly every time > > /etc/rc.local is *NOT* started in the X session so it can not set X > parameters > cron also doesn't start the jobs in the X session > > > ~/.xinitrc is only started when running startx > ~/.xsession is unfortunately not run by most login managers > > What you need is ~/.xprofile which is *sourced* by most login managers > before running your *DE session. > That's also a place to export some variables that are inherited in all > your *DE applications. Ok i have not had to restart the system yet so it is still on the manual xset command Pete -- Linux 7-of-9 3.2.5-1-ARCH #1 SMP PREEMPT Tue Feb 7 08:34:36 CET 2012 x86_64 AMD Phenom(tm) 9600B Quad-Core Processor AuthenticAMD GNU/Linux
Re: [arch-general] update to cups 1.5.2 - test print OK, but nothing else prints - jobs just sit in que until canceled
On 02/11/2012 12:44 PM, David C. Rankin wrote: > Thanks, > > Yes, I had restarted cupsd on each box and rebooted each box and I still > have > the same problem. I have cleared the print que on both client and server and > restarted cupsd again - same issue. Grrr This is a linux-to-linux print problem with cups. I can print windows-to-linux just fine. (oh the irony...) Back to debug, print from each and compare logs -- David C. Rankin, J.D.,P.E.
Re: [arch-general] ffmpeg and libav
On 02/11/2012 07:30 PM, Ionut Biru wrote: On 02/11/2012 09:26 PM, Andrea Crotti wrote: I am not part of the libav team, but I know many developers and I followed the story of the fork. I then also noticed that my beloved arch is still using ffmpeg and libav is not even in the official repository (but only in AUR). Is there a reason for that? because nothing in our repositories requires libav Everything requiring ffmpeg might require libav instead, which is quite a lot of stuff. There are quite a few good reasons to switch over and many already did: - debian unstable (http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/2011-December/023070.html) the inclusion in debian is questionable and I don't want to open the pandora box and start a long and boring discussion about this. see my point 1). Which was? I've seen a couple of threads on the forum and it's quite shocking how much FUD and wrong information there is in there, doesn't it make you think the fact that also gstreamer and VLC are using libav?
Re: [arch-general] DPMS
> Morning folk > > > Back to this one again i need to find a working position for "xset -dpms" > i > am getting sick and tired of every time i reboot i get the darn screens > turning off i hate that with vengance if i wqnt them off i turn them off > simples > > So where can i put the xset command for it to work correctly every time /etc/rc.local is *NOT* started in the X session so it can not set X parameters cron also doesn't start the jobs in the X session ~/.xinitrc is only started when running startx ~/.xsession is unfortunately not run by most login managers What you need is ~/.xprofile which is *sourced* by most login managers before running your *DE session. That's also a place to export some variables that are inherited in all your *DE applications. -- дамјан
Re: [arch-general] ffmpeg and libav
On 02/11/2012 09:26 PM, Andrea Crotti wrote: > I am not part of the libav team, but I know many developers and I > followed the story > of the fork. > I then also noticed that my beloved arch is still using ffmpeg and libav > is not even in > the official repository (but only in AUR). > > Is there a reason for that? > because nothing in our repositories requires libav > There are quite a few good reasons to switch over and many already did: > - debian unstable > (http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/2011-December/023070.html) > the inclusion in debian is questionable and I don't want to open the pandora box and start a long and boring discussion about this. see my point 1). > - vlc > (http://mailman.videolan.org/pipermail/vlc-devel/2011-August/081317.html) > - gstreamer (https://bugs.archlinux.org/task/26497) > > (And I'm quite sure also gentoo and Ubuntu but I don't find a link). > -- Ionuț signature.asc Description: OpenPGP digital signature
[arch-general] ffmpeg and libav
I am not part of the libav team, but I know many developers and I followed the story of the fork. I then also noticed that my beloved arch is still using ffmpeg and libav is not even in the official repository (but only in AUR). Is there a reason for that? There are quite a few good reasons to switch over and many already did: - debian unstable (http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/2011-December/023070.html) - vlc (http://mailman.videolan.org/pipermail/vlc-devel/2011-August/081317.html) - gstreamer (https://bugs.archlinux.org/task/26497) (And I'm quite sure also gentoo and Ubuntu but I don't find a link).
Re: [arch-general] Alps touchpad problems
On Sat, Feb 11, 2012 at 2:52 PM, Thomas Bächler wrote: > Am 11.02.2012 15:30, schrieb Caio Geraldi Conechoni: >> You could, just like i'm doing, hold kernel upgrades so you don't need to >> rebuild the package every time... Just a suggestion :) > > You can put the module to > /lib/modules/extramodules-3.2-ARCH/ and then use it will all 3.2 versions. > > But it is clearly easier to ignore potentially vital updates. > Thank you - that is useful and I was not aware of that. -- mike c
Re: [arch-general] update to cups 1.5.2 - test print OK, but nothing else prints - jobs just sit in que until canceled
On 02/10/2012 10:48 PM, r8 wrote: > Did you restart cups or reboot? I also had the update but no problem > printing. But I stay away from KDE. Thanks, Yes, I had restarted cupsd on each box and rebooted each box and I still have the same problem. I have cleared the print que on both client and server and restarted cupsd again - same issue. I am using the following cupsd.conf on the server - the client box uses the default cupsd.conf: ServerName myhost.mydomain.com ServerAdmin m...@mydomain.com ServerAlias myhost ServerAlias www.mydomain.com ServerAlias localhost ServerAlias * Port 631 LogLevel warn HostNameLookups Off Timeout 180 PreserveJobFiles Yes PreserveJobHistory Yes DefaultPaperSize Letter SystemGroup sys root wheel Listen localhost:631 Listen myhost.mydomain.com:631 Listen myhost:631 Listen www.mydomain.com:631 Listen 192.168.6.17:631 Listen /var/run/cups/cups.sock Browsing On BrowseOrder allow,deny BrowseAllow all BrowseLocalProtocols CUPS BrowseRemoteProtocols CUPS BrowseAddress @LOCAL DefaultAuthType Basic Satisfy any Order allow,deny Allow @LOCAL Allow 192.168.6.102 Satisfy any Order allow,deny Allow @LOCAL Allow 192.168.6.102 AuthType Default Require user @SYSTEM Order allow,deny Satisfy any Allow @LOCAL Allow 192.168.6.102 I can't see any problems there. Anything look suspicious? Thanks for any ideas. -- David C. Rankin, J.D.,P.E.
[arch-general] thinkpad_acpi out of date?
Hi: (1) Fully updated with test repos. Thinkpad W520. I have kernel 3.2.5-1. I see this in logs: lap3 kernel: [282571.053156] thinkpad_acpi: unknown possible thermal alarm or keyboard event received lap3 kernel: [282571.053160] thinkpad_acpi: unhandled HKEY event 0x6040 lap3 kernel: [282571.053161] thinkpad_acpi: please report the conditions when this event happened to ibm-acpi-de...@lists.sourceforge.net (2) lsmod shows thinkpad_acpi is running. I found in /lib/modules was kernel/drivers/platform/x86/thinkpad_acpi.ko.gz and possibly kernel/drivers/acpi/acpi_pad.ko.gz The first one seems to be version 0.24 but I cannot tell if its the 0.24-20110604 version or earlier - at least by poking at the .ko. (3) http://sourceforge.net/projects/ibm-acpi/files/thinkpad-acpi/0.24-20110604/ Suggests this is/may be fixed in this version - could our version of thinkpad_acpi be out of date? Thanks gene
Re: [arch-general] Alps touchpad problems
Am 11.02.2012 15:30, schrieb Caio Geraldi Conechoni: > You could, just like i'm doing, hold kernel upgrades so you don't need to > rebuild the package every time... Just a suggestion :) You can put the module to /lib/modules/extramodules-3.2-ARCH/ and then use it will all 3.2 versions. But it is clearly easier to ignore potentially vital updates. signature.asc Description: OpenPGP digital signature
Re: [arch-general] Alps touchpad problems
You could, just like i'm doing, hold kernel upgrades so you don't need to rebuild the package every time... Just a suggestion :) On Fri, Feb 10, 2012 at 19:31, mike cloaked wrote: > On Fri, Feb 10, 2012 at 10:42 AM, mike cloaked > wrote: > > On Fri, Feb 10, 2012 at 7:21 AM, Paul Gideon Dann > wrote: > >> Hi Mike, > >> > >> I have a Latitude E5520, and I suspect we have the same touchpad. > >> > >> This is the Kernel bug you'll be interested in: > >> https://bugzilla.kernel.org/show_bug.cgi?id=14660 > >> > >> This is the patch I've been using to add support for my touchpad to the > kernel > >> for the past few releases: > >> http://giddie.homeip.net/alps.patch > >> > >> If you want it, here is a pre-built 64-bit kernel module: > >> http://giddie.homeip.net/psmouse.ko > >> > >> You can keep it anywhere you want, and just "rmmod psmouse", and "insmod > >> psmouse.ko". I'm pretty sure this will do the trick for you. > >> > >> Paul > > > > Thanks Paul - I will certainly give your pre-built module a shot later > > today and will post back to say if it works for me > > Paul - I did copy your file and loaded the module but it failed to > work - in fact it even stopped the touchpad cursor movement > altogether! > > I returned to the psmouse-elantech package from AUR, built the package > and then installed it with pacman -U - and hey presto it gives the > correct behaviour in terms of touchpad tapping, as well as vertical > scrolling - it will need to be rebuilt each time there is a new kernel > until kernel version 3.3 is released but at least I now have a working > touchpad on the laptop so I can live with the small inconvenience of > rebuilding the module periodically in the interim. > > Thanks for the input. > -- > mike c >
