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 was
ge.
GNU gnulib has recently (2023-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 betw
riate permissions 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
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 s
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 Em
17, 2010 at 08:57:28PM +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 docum
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
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
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
Sam Hopkins
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 be nice if smartmontools could ad
--version
smartd 5.39 2008-05-08 21:56 [x86_64-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
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 /etc/smartd.co
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 smartd.conf.upstream
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,
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 us
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 wro
: 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 to
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
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
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 dis
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.
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
he last experimental
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],
uld not enable SMART 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]
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
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 attache
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 Sep
e per line.
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?
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
reworki
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 (S/../.././02|L/../../
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 :
SMARTD_TF
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 UNSUBSCRIBE,
iting (exit status 0)
smartd[14569]: smartd version 5.36 [x86_64-unknown-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.co
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" /var/log/daemo
ves in this box: hda and
hdb -- only hda 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
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 sma
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 /et
> 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
>
> A
> Starting S.M.A.R.T. daemon: smartd (failed)
> Aug 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
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 to
Guido, Doug has either checked in a fix to smartmontools CVS, or is about
to do so. Hans, please test from smartmontools CVS and see if this is now
fixed.
Bruce
> > When testing a suspect Quantum Atlas IV 9G SCSI disk, smartctl -H
> > returned 'FAILURE PREDICTION THRESHOLD EXCEEDED: ascq=[code]'
> 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
>
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 (
50 matches
Mail list logo
