This makes sense -- thanks for the clarification!
On 21.07.23 02:47, Bjarni Ingi Gislason wrote:
On Mon, Jul 17, 2023 at 09:45:17AM +0200, Bruce Allen wrote:
Dear Bjarni,
thanks very much for the corrections/patches to the man pages.
I reviewed the diff and it looks good. Something I
023-06-18) updated its
"build_aux/update-copyright" to recognize "\(en" in man pages.
smartd.conf.5:2:Copyright (C) 2002-10 Bruce Allen
smartd.conf.5:3:Copyright (C) 2004-21 Christian Franke
smartd.conf.5:122:# Start short self\-tests daily between 1\-2, 2\-3, and
smartd.con
This is odd. The drive supports self-test logs:
SMART Self-test log structure revision number 1
Num Test_DescriptionStatus Remaining LifeTime(hours)
LBA_of_first_error
# 1 Vendor offline Completed without error 00% 543 -
but apparently
or modifying the file locations. Then try
again the 'smartd -d' and see if this generates the kernel error messages as
before.
On May 18, 2010, at 9:37 PM, Frank Gevaerts wrote:
On Tue, May 18, 2010 at 09:19:37PM +0200, Bruce Allen wrote:
This is odd. The drive supports self-test logs:
SMART Self
+0200, Bruce Allen wrote:
What kind of disk drive is it? Do you know if it supports SMART self-test
logs?
hm, I forgot to repeat that in the body, It's a 160GB Intel X25-M V2
SSD, the SSDSA2M160G2GC to be precise, which seems to be documented in
http://download.intel.com/design/flash/nand
What kind of disk drive is it? Do you know if it supports SMART self-test logs?
On May 17, 2010, at 5:08 PM, Frank Gevaerts wrote:
Package: smartmontools
Version: 5.39.1+svn3077-1
Severity: normal
I get the following regularly (daily?) in dmesg,
[25253.804081] ata1.00: exception Emask
Hi Everyone,
I have not commented so far, since the issues seem to concern the
Debian-specific scripts that the Debian developers have written to wrap
around smartmontools. But I do have one comment...
On 9/15/09 1:40 PM, Francesco Potorti` wrote:
1) smartd problem: if a 'mail' program is
On 9/15/09 6:10 PM, Giuseppe Iuculano wrote:
Francesco Potorti` ha scritto:
What you describe is a software decision that has a problem (a bug).
There must be a way out of this problem. If that decision cannot be
modified for some reason, then some other way should be found. One
possibility
This functionality can be easily obtained by using a 'custom'
smartd.conf file. However it can not be done automatically with DEVICESCAN.
On 8/28/09 9:53 AM, Simon Richter wrote:
Package: smartmontools
Version: 5.38-3
Severity: wishlist
Hi,
since offline tests stress the disks to quite some
Please write to:
Ed Cashin ecas...@coraid.com
Sam Hopkins s...@coraid.com
In the past they have expressed interest in coraid support for
smartmontools.
Cheers,
Bruce
On Sun, 18 Jan 2009, Marek Michalkiewicz wrote:
Package: smartmontools
Version: 5.38-2
Severity: wishlist
It would
-unknown-linux-gnu] (local build)
Copyright (C) 2002-8 by Bruce Allen, http://smartmontools.sourceforge.net
Also, the version that announces itself as 5.38 does *not* parse -R.
My primary concern, of course, is that the completely up-to-date etch
variation be able to report temperature correctly
Dear Guido,
I don't like this idea for the generic case -- for example Win32 systems
might not have man pages. So if you want this for the Debian version, I
suggest that you just modify /etc/smartd.conf by using a sed script that
deletes all lines that are comments:
cat
Sorry Guido, I just saw this. I suggest that you just make a custom
smartd.conf for Debian.
On Fri, 25 Jul 2008, Guido Günther wrote:
On Fri, Jul 25, 2008 at 08:44:19PM +0800, [EMAIL PROTECTED] wrote:
I have an idea. Instead of adding or adjusting the commented out
examples in
Try using /dev/twe0 or /dev/twa0 as per the documentation, rather than
/dev/sd?.
On Fri, 18 Jul 2008, [EMAIL PROTECTED] wrote:
Package: smartmontools
Version: 5.38-1
There is not even any mention of SATA drive configurations in
/etc/smartd.conf. This file appears to be old and crusty. I
Run the 3ware 3dm tool, then look in /proc/devices. Are you using
SELINUX?
On Fri, 18 Jul 2008, [EMAIL PROTECTED] wrote:
Try using /dev/twe0 or /dev/twa0 as per the documentation, rather than
/dev/sd?.
i saw that mentioned but dmesg |grep tw does not show anything
--
To UNSUBSCRIBE,
Matt: thanks very much! I'm always happy to get doc fixes.
Guido: please apply these patches upstream to the smartmontools CVS.
Matt: looking at line 3616 of smartd.cpp shows:
snprintf(newname, len, %s [cciss_disk_%02d], cfg-name,
so the format of SMARTD_DEVICESTRING should be something
I think this bug is now fixed in smartmontools 5.38. Please try:
DEVICESCAN -a -s (S/../.././02|L/../../7/04) -o on
(Note that '-d ata' is no longer needed or useful.)
Bruce
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Joey,
You must take care to distinguish between the command line arguments to
smartd (such as -h or --help) and the Directives that appear in the
configuration file smartd.conf (such as -m).
Are you mixing up these two different things?
Cheers,
Bruce
On Sat, 12 Jan 2008, Joey Hess
Guido,
You are welcome to add these into the upstream CVS, if you wish. If
possible add a comment into the block saying that this is for Debian/LSB.
Cheers,
Bruce
On Tue, 1 Jan 2008, Guido Guenther wrote:
Hi Petter,
On Sun, Dec 30, 2007 at 10:26:48PM +0100, Petter Reinholdtsen
: smartmontools
Version: 5.36-8
kernel: 2.6.8-2-386 #1 Tue Aug 16 12:46:35 UTC 2005 i686 GNU/Linux
libc6, version: 2.3.2.ds1-22sarge5
smartctl -i /dev/hdc
smartctl version 5.36 [i686-pc-linux-gnu] Copyright (C) 2002-6 Bruce Allen
Home page is http://smartmontools.sourceforge.net/
=== START OF INFORMATION
Don, on my systems I typically do short self tests every day and long self
tests once per week.
On Tue, 27 Feb 2007, Dan Jacobson wrote:
Package: smartmontools
Version: 5.37-1
Severity: wishlist
File: /usr/share/doc/smartmontools/WARNINGS.gz
Listening to a test grinding along, it occurred
I suspect that the problems you are seeing are because of unreadable
sectors on the disk. Is there any way to swap or replace the disk and see
if the problems go away?
Bruce
On Sun, 10 Dec 2006, Vincent Lefevre wrote:
On 2006-12-09 21:41:26 -0600, Bruce Allen wrote:
Did this coincide
Vincent, do you see this problem with multiple Linux kernels or just with
a current kernel?
Bruce
On Sat, 9 Dec 2006, Vincent Lefevre wrote:
Package: smartmontools
Version: 5.36-8
Severity: important
The long self test causes various problems: I get I/O disk errors and
sometimes the hard
On 2006-12-09 15:18:40 -0600, Bruce Allen wrote:
Vincent, do you see this problem with multiple Linux kernels or just
with a current kernel?
I didn't try other kernels. The first time I had the problem was on
October 7.
Did this coincide with any change on your system (kernel upgrade
David, last time I checked the auto offline testing works if you use
'-d sat' but does not work if you use '-d ata'. I hope this is not
too cryptic.
Hi Bruce,
In this case I was using
/dev/twe0 -d 3ware,0
I take it I can't substitute -d sat here -- when I tried, smartmontools
wouldn't start.
I just increased this to 256 bytes in CVS HEAD.
Bruce
On Sat, 11 Nov 2006, martin f krafft wrote:
Package: smartmontools
Version: 5.37~cvs20061002-1
Severity: wishlist
I use /dev/disk/by-id to identify my disks to smartd:
/dev/disk/by-id/scsi-SATA_SAMSUNG_SP2504CS09QJ1GL906144 -d ata -a -s
Attribute Autosave
enable SMART Automatic Offline Testing failed
along with this alarming-sounding chatter:
Nov 11 19:36:08 prato smartd[16384]: smartd version 5.37
[x86_64-unknown-linux-gnu] Copyright (C) 2002-6 Bruce Allen
Nov 11 19:36:08 prato smartd[16384]: Home page is
http
version; this is fixed.
Dave
smartd version 5.37 [x86_64-unknown-linux-gnu] Copyright (C) 2002-6 Bruce Allen
Home page is http://smartmontools.sourceforge.net/
Opened configuration file /etc/smartd.conf
Configuration file /etc/smartd.conf parsed.
Device: /dev/twe0 [3ware_disk_00], opened
Device: /dev
Bruce Allen wrote:
what happens if you replace '-d ata' with '-d sat'?
Nice. Thanks! This solves the problem completely on the sata_nv controller.
Good. One down, one to go.
There's a lingering issue with the drive on the sata_sil controller --
enabling Autosave generates a device error
Guido, could you please apply these patches upstream?
Cheers,
Bruce
On Sun, 17 Sep 2006, A. Costa wrote:
Package: smartmontools
Version: 5.36-6
Severity: minor
Tags: patch
Found a couple typos in '/usr/share/man/man8/smartd.8.gz' and
'/usr/share/man/man8/smartctl.8.gz', see
I don't know what's wrong. But examine your default syslog.conf file to be
sure that it's not configured to send messages from ALL the logging
facilities (such as local3) explicitly to /var/log/messages.
This would explain why you are getting the messages in two places.
Bruce
On Mon, 11
.
Bruce
On Fri, 8 Sep 2006, martin f krafft wrote:
also sprach Bruce Allen [EMAIL PROTECTED] [2006.09.08.1215 +0200]:
I'm not sure why smartd did not try to scan SCSI devices. Could you
remove the '-d ata' to confirm that without this, it WILL scan SCSI
devices? (This won't fix the problem
On Wed, 6 Sep 2006, Guido Guenther wrote:
On Wed, Sep 06, 2006 at 11:42:54AM +0200, martin f krafft wrote:
Package: smartmontools
Version: 5.36-6
Severity: normal
I have a system with hda/b IDE CD-ROM drives and /dev/sda-g as SATA
drives. I use
DEVICESCAN -d ata -a -s
DEVICESCAN has several issues and should be reimplemented using sysfs
(any takers?). I personally specify the drives explicitly in
/etc/smartd.conf. Nevertheless the bug is a valid one. Bruce, do you
have any suggestions?
The fix for this problem is not 'clean'. It's going to require a
So I changed my smartd.conf to:
from:
DEVICESCAN
/dev/hda -a -o on -S on -s (S/../.././02|L/../../6/03)
to:
DEVICESCAN
/dev/hda -R 194 -a -o on -S on -s (S/../.././02|L/../../7/03
(all other lines are default=commented)
Please try commenting out the 'DEVICESCAN' line.
Bruce
--
To
First, I wonder if I got right to post on smartmontools mailing list,
as I didn't understood at first that CCISS wasn't an official
addition to this project.
Guido is testing CCISS for inclusion in smartmontools.
Here is what I get in environment in the script called by smartd :
-linux-gnu] Copyright (C)
2002-6 Bruce Allen
smartd[14569]: Home page is http://smartmontools.sourceforge.net/
smartd[14569]: Opened configuration file /etc/smartd.conf
smartd[14569]: Configuration file /etc/smartd.conf parsed.
smartd[14569]: Device: /dev/sda, opened
smartd[14569]: Device
Consider -U 0 or -C 0
Both are documented: man smartd
On Thu, 27 Apr 2006, Wouter Verhelst wrote:
Package: smartmontools
Version: every version I've ever seen
Severity: normal
- Forwarded message from root [EMAIL PROTECTED] -
X-Spam-Level:
X-Spam-Status: No, score=-3.0 required=4.0
Please see the FAQ at http://smartmontools.sf.net or the man page 'man
smartd'.
On Sat, 8 Apr 2006, Robert Edmonds wrote:
Package: smartmontools
Version: 5.33+5.34cvs20050802-4
Severity: normal
smartd reports incorrect temperatures for an EIDE hard drive:
$ egrep hda.*194
seems to cause the messages in syslog):
$ sudo smartd --debug --report ioctl,2
smartd version 5.32 Copyright (C) 2002-4 Bruce Allen
Home page is http://smartmontools.sourceforge.net/
Opened configuration file /etc/smartd.conf
Configuration file /etc/smartd.conf parsed.
Device: /dev/hda, opened
REPORT
Not sure, but this looks to me like an ata_piix driver problem, or some
bad interaction between the driver and the kernel.
Bruce
On Tue, 11 Oct 2005, Holger Rusch wrote:
Package: smartmontools
Version: 5.33+5.34cvs20050802-3
Severity: important
Hi,
i got the following in my syslog when
Directive is being used throughout as a proper name. Hence capitalized.
Bruce
On Tue, 23 Aug 2005, Jari Aalto wrote:
Package: smartmontools
Version: 5.33+5.34cvs20050802-3
Severity: minor
Manual reads:
CONFIGURATION FILE DIRECTIVES
...
DEVICESCAN may optionally be followed by
The /dev/tw* nodes are created by smartd/smartctl on startup, if they
don't already exist.
Bruce
Thanks for the help, sorry for the unnecessary email.
So does it work for you now?
-- Guido
Yes, thank you, it does. I just wish this section in the /etc/smartd.conf
file was
Bruce Allen wrote:
Try using /dev/twa0, /dev/twa1, ... or /dev/twe0, /dev/twe1, etc. See the
man page for the difference.
Hello,
My system doesn't have /dev/tw*
# ls /dev/tw*
ls: /dev/tw*: No such file or directory
Any suggestions.
The /dev/tw* nodes are created by smartd
9 20:22:06 orca1 smartd[22098]: smartd version 5.34 [i686-pc-linux-gnu]
Copyright (C) 2002-5 Bruce Allen
Aug 9 20:22:06 orca1 smartd[22098]: Home page is
http://smartmontools.sourceforge.net/
Aug 9 20:22:06 orca1 smartd[22098]: Opened configuration file
/etc/smartd.conf
Aug 9 20:22:06
I'm indicating in the man page that the 2.6 kernel series is stopping
support for the /dev/sdX devices. You have to use /dev/tweX or /dev/twaX.
Cheers,
Bruce
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
My uderstanding from Adam Radford (author of the 3w- and 3w-9xxx
drivers for 3ware/AMCC cards) is that at some point he would eliminate
ATA passthru support from the /dev/sd* devices. This may be why the
character device interface still works but the /dev/sd* interface does
not.
Adam, care
This is a debian only issue. We have a variable that allows to run:
smartctl -s on $DEVICE
over a devicelist given in /etc/init.d/smartmontools
I wonder if fixing this is really necessary or if we could find a way to
autodetect SATA devices and add '-d ata' then, shouldn't be too hard
with
Guido,
I think this is only an issue for Debian-specific init scripts. If not,
and any action is needed on my part, please let me know.
Bruce
On Sat, 15 Jan 2005, Henrique de Moraes Holschuh wrote:
Package: smartmontools
Version: 5.32-2
Severity: normal
SATA devices through libata
49 matches
Mail list logo