On a related note, for other readers: In 10.0, smartmontools don't work with SATA disks. Anybody knows if this has changed in 10.1 or 10.2, with a more recent kernel?

Joachim

I believe "smartctl -a -d ata /dev/sda" should work with recent kernels. I run 3ware cards on my systems so I can't test it. Greg -- Greg Freemyer The Norcross Group Forensics for the 21st Century -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org

Greg Freemyer wrote:

...

On a related note, for other readers: In 10.0, smartmontools don't work with SATA disks. Anybody knows if this has changed in 10.1 or 10.2, with a more recent kernel?

Joachim

I believe "smartctl -a -d ata /dev/sda" should work with recent kernels.

Thanks, then I might try an update to a factory kernel and see if that works. Maybe that also resolves my "cdparanoia-causes-thousands-of-syslog-message" problem. ;-) Joachim -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Joachim Schrod Email: jschrod@acm.org Roedermark, Germany -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org

Joe Morris (NTM) wrote:

Joachim Schrod wrote:

...

On a related note, for other readers: In 10.0, smartmontools don't work with SATA disks. Anybody knows if this has changed in 10.1 or 10.2, with a more recent kernel?

It must, it works on 9.3. There was an option in the config file for SATA drives in 9.3.

Hmm, doesn't work here. I assume that you mean smartd.conf with the config file. There is a comment that one should use -d ata for SATA disks. Well: puma:/etc # smartctl -d ata -i /dev/sda smartctl version 5.33 [i686-pc-linux-gnu] Copyright (C) 2002-4 Bruce Allen Home page is http://smartmontools.sourceforge.net/ Smartctl: Device Read Identity Failed (not an ATA/ATAPI device) A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options. If I use the default for /dev/sda, or make them explicitly SCSI devices: puma:/etc # smartctl -d scsi -i /dev/sda smartctl version 5.33 [i686-pc-linux-gnu] Copyright (C) 2002-4 Bruce Allen Home page is http://smartmontools.sourceforge.net/ Device: ATA ST3200822AS Version: 3.01 SATA disks accessed via libata are not currently supported by smartmontools. When libata is given an ATA pass-thru ioctl() then an additional '-d libata' device type will be added to smartmontools. Well, the promised device type libata doesn't exist yet: puma:/etc # smartctl -d libata -i /dev/sda smartctl version 5.33 [i686-pc-linux-gnu] Copyright (C) 2002-4 Bruce Allen Home page is http://smartmontools.sourceforge.net/ =======> INVALID ARGUMENT TO -d: libata =======> VALID ARGUMENTS ARE: ata, scsi, 3ware,N <======= Use smartctl -h to get a usage summary Thus, I don't see how I can make it work with smartmontools from the distribution. Am I doing something wrong here? Joachim -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Joachim Schrod Email: jschrod@acm.org Roedermark, Germany -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org

Joe Morris (NTM) wrote:

So I guess it is not fully functional. I do remember reading something about smartmontools and SATA in the 10.2 release notes.

We upgrade our systems only once every 18 months, so 10.2 won't be it here. But I'll probably take a test system and try a factory kernel and current smartmontools; I'll see if that works. This won't be something to run on our production systems, but in case of error it might come handy to have it available. Thanks for looking at your configuration and sharing your experience, Joachim -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Joachim Schrod Email: jschrod@acm.org Roedermark, Germany -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org

S Glasoe a écrit :

A useful tool I've found is www.UltimateBootCD.com.

I'm downloading this and will try it dd did no error. smartctrl passes. If I understand the logs, the disk is not in good shape (but smart does not always give relevant infos, alas) fsck.reiser passes also... I don't really see how I can test the alim (the fan blows) this is an old computer, celeron 600, 4.5Gb HDD no sata there :-). I even changed the video card and will complete the tests, because the last freeze was surprising. kde, yast frozen (on software install) - not a zen problem, no mouse at all :-( ping responded ssh responded! I could open a ssh session as root. I could kill one after the other all kde processes, but no change on video and in ps ax I couldn't identify the X basic system I tryed init 3, no change. I tryed init 1, no change on the screen, still no keyboard and still the kde screen, but I lost the ssh session, so I beg it did init 1 on reboot, lot of journal replaying :-( I made the hdd tests after that (no problem seen) and replaced the video card. I'm there :-) jdd -- http://www.dodin.net http://dodin.org/mediawiki/index.php/GPS_Lowrance_GO -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org

Greg Freemyer a écrit :

On 12/12/06, jdd wrote:

...

ping responded ssh responded! I could open a ssh session as root. I could kill one after the other all kde processes, but no change on video and in ps ax I couldn't identify the X basic system

What does dmesg show from that ssh session?

paste a copy of the output here.

Greg

interesting idea and interesting result: Dec 12 17:14:17 survivor sshd[3741]: Accepted keyboard-interactive/pam for jdd from 10.3.204.103 port 59661 ssh2 Dec 12 17:14:23 survivor su: (to root) jdd on /dev/pts/3 Dec 12 17:16:04 survivor init: Switching to runlevel: 3 Dec 12 17:22:10 survivor sshd[3966]: Accepted keyboard-interactive/pam for jdd from 10.3.204.103 port 59216 ssh2 Dec 12 17:22:17 survivor su: (to root) jdd on /dev/pts/0 Dec 12 17:22:42 survivor sshd[3994]: Accepted keyboard-interactive/pam for jdd from 10.3.204.103 port 59217 ssh2 Dec 12 17:22:47 survivor su: (to root) jdd on /dev/pts/0 Dec 12 17:23:27 survivor init: Switching to runlevel: 1 Dec 12 17:23:35 survivor auditd[2711]: The audit daemon is exiting. I had two ssh sessions (true) and the init command was accepted I should have tried init 0, but made a reset instead (the last line) I'm working now of this computer (new video card) - no freeze that far, but I got a lot of "I can't install that package" (I try to replace kde by gnome, a really heavy task :-) I quit the install to test the drive... once again jdd -- http://www.dodin.net http://dodin.org/mediawiki/index.php/GPS_Lowrance_GO -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The Tuesday 2006-12-12 at 19:41 +0100, jdd wrote:

...

There is a utility called "badblocks". See it's manpage for usage. It lives in /sbin/ (of course), and is probably already installed.

this is already used by fsck.

I don't think so. It is run when the filesystem is created by mkfs, but not by fsck, afaik.

smartcltrl works and passes good

Yes, but not "-a", that doesn't really "test". Run "smartctl --test=short /dev/hda", and see the result after the specified time with "smartctl - --log=selftest /dev/hda". If it passes, use "--test=long", and wait. You can keep using the system while it runs, but it may take an hour or two. In the case of seagate, those two tests are basically the same as their verification disquete does. - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFf0T+tTMYHG2NR9URArUYAJ0WuuG8PXj/4Uc7qpq+blYmLlvn9gCcDszS YG0TkWpuhUzJm9iKyBHYcmc= =xC0p -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org

Carlos E. R. a écrit :

Yes, but not "-a", that doesn't really "test". Run "smartctl --test=short

my disk don't support self test :-( I will stay on ubcd for now of change disk jdd -- http://www.dodin.net http://dodin.org/mediawiki/index.php/GPS_Lowrance_GO -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org

Carlos E. R. a écrit :

Argh! Must be old, then.

You can test it using an external utility.

this is what ubcd gives (the floppies on a cd); nothing usefull for me :-( I gave up and changed the drive, just finished the new install we will se if this still freeze :-) jdd -- http://www.dodin.net http://dodin.org/mediawiki/index.php/GPS_Lowrance_GO -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org