Linux - GeneralThis Linux forum is for general Linux questions and discussion.
If it is Linux Related and doesn't seem to fit in any other forum then this is the place.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
Hello,
When you get a message from a program foo (say: WARNING from FOO: blah blah blah!) in a tty, how can you get rid of it?
I know it is possible to change syslog.conf to redirect some messages (ie all critical ones, all cron-related ones, etc.), but how can you drop THE message which bothers you?
I would like to tell my box: all messages like "*blah*" => /dev/null, that is, using a regexp to filter the system messages.
They are sometimes very annoying! When I am working in a vt I hate being always disturbed by the same stupid warning...
Thanks for your help
/kloss
Distribution: At home: Arch, OpenBSD, Solaris. At work: CentOS, Debian, Ubuntu
Posts: 3,625
Rep:
Actually, that is a rather serious warning message. It looks like there is a problem with hdb (1st IDE slave). Even if the drive appears normal, there could be a problem internally (bad sectors, for example). I'd suggest backing up all your files on that drive, dropping to signle user mode, and running fsck on all hdb's partitions and badblocks on the drive as a whole.
FWIW, I don't think the normal Linux syslogd can filter via regex but some more advanced syslogds, e.g. syslog-ng, can. SuSE actually uses syslog-ng by default and it can be installed on your distro (you can probably apt-get it).
It seems really useless: the hdd and the ide cables are fine. It appears quite often... grrr.
/kloss
Like btmiller said, this one could be quite serious. And probably is. If I ran into that one myself (and I actually HAVE, come to think of it!), I'd be backing up my harddrive data pronto, and looking for a replacement drive. Try running a low level diagnostic tool from your harddisk vendor and you may find that your drive is not in as good a shape as you're thinking. If you can access the S.M.A.R.T. data from your drive, it will probably bear equally bad news. Check out http://smartmontools.sourceforge.net/ for a S.M.A.R.T. data monitoring utility.
If it's a Seagate drive, they provide something called "SeaTools" that does a lowlevel diagnostic. I'm sure other manufactures provide something similar.
Quote:
It appears quite often... grrr.
Is "grrr" a reference to the noise your harddisk makes when this error occurs???!!!
Actually, that is a rather serious warning message. It looks like there is a problem with hdb (1st IDE slave). Even if the drive appears normal, there could be a problem internally (bad sectors, for example). I'd suggest backing up all your files on that drive, dropping to signle user mode, and running fsck on all hdb's partitions and badblocks on the drive as a whole.
fsck did not help, but I backed up all files on hda I think I will stick with my hard drive. If the drive is still alive in -say- 3 months, I will reasonably suppose that these warnings are not relevant.
Quote:
Originally Posted by btmiller
FWIW, I don't think the normal Linux syslogd can filter via regex but some more advanced syslogds, e.g. syslog-ng, can.
Right! I have apt-installed syslog-ng and tweaked the config file; so far I have not seen the message. Thanks for this advice!
Smartmontools detects a lot of DMA errors... There is something strange: when a lot of errors are outputted, my system disables DMA on hda (and not hdb), I don't know why.
Quote:
Originally Posted by haertig
Is "grrr" a reference to the noise your harddisk makes when this error occurs???!!!
Test with another distribution (live-CD) to see whether it's the configuration, maybe hdparm(8) or some obscure BIOS settings. Post the output of "hdparm -v".
If the drive is still alive in -say- 3 months, I will reasonably suppose that these warnings are not relevant.
Whatever, ...it's your data. In the meantime, while you're waiting for it to catch on fire as positive proof of problems , I would recommend very frequent backups of any important stuff left on this harddrive.
Have a look in your kernel config - you may be able to fix this with a kernel recompile. In the docs for IDE setup (/usr/src/linux/drivers/ide/Kconfig) it mentions that you can set IDEDISK_MULTI_MODE to Y if you get either of these errors:
while you're waiting for it to catch on fire as positive proof of problems , I would recommend very frequent backups of any important stuff left on this harddrive.
In fact the hard drive is already a backup drive... I think it is unlikely that both the original data (eg my laptop is stolen) and the backup data (eg the hdd burns) are lost at the same time.
Quote:
Originally Posted by gilead
Have a look in your kernel config, etc.
Thanks for the tip, but the errors look different: set_multmode vs dma_intr.
I'm kina new here and dont know very much about computers but well I'm just wondering getting of topic - Sorry hehe.. - whats a Kernel???
hi there... welcome to LQ!!! these links will help you:
Quote:
In computer science, the kernel is the core piece of most operating systems. It is a piece of software responsible for hardware and software components to communicate.
The Linux kernel is a Unix-like operating system kernel that was begun by Linus Torvalds in 1991 and subsequently developed with the assistance of developers worldwide.
please try to not veer threads off-topic like this... you should instead start your own thread in the appropriate forum (after having searched to see if your question has already been asked/answered), which in this case is this one:
And all of the above suggests that your hdb is not properly responding to direct memory access (DMA) commands. Perhaps there is a BIOS setting you've neglected, or maybe you should just turn off DMA for hdb. (I believe you can do that using hdparam.)
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.