Bug 89252 - smartmontools getting gibberish
Summary: smartmontools getting gibberish
Status: Closed FIXED
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: Normal Affects Only Me
Assignee: freebsd-ports-bugs (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-11-18 19:30 UTC by Carl Fongheiser
Modified: 2006-02-10 10:35 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Carl Fongheiser 2005-11-18 19:30:27 UTC
The smartmontools port (5.33_4) doesn't seem to work right -- it's getting gibberish in the device identity.  This seemed to start happening after I switched from an ASUS P4PE (i845PE chipset) to a Gigabyte GA-K8NF-9 (nForce 4 chipset).

Here's what I get with "smartctl -i ad0" (results are similar for ad1):

smartctl version 5.33 [i386-portbld-freebsd5.4] Copyright (C) 2002-4 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF INFORMATION SECTION ===
Device Model:     90}uxtov 6u040l0
Serial Number:    E1E1;|84ae
Firmware Version: [No Information Found]
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   6
ATA Standard is:  Not recognized. Minor revision code: 0xfe
Local Time is:    Fri Nov 18 13:19:56 2005 CST
SMART support is: Unavailable - Packet Interface Devices [this device: Reserved] don't support ATA SMART
A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options.

For comparison, here's the output from "atacontrol list" ("no device present" lines from SATA ports suppressed):

ATA channel 0:
    Master:  ad0 <Maxtor 6E040L0/NAR61590> ATA/ATAPI revision 7
    Slave:   ad1 <Maxtor 6Y160P0/YAR41BW0> ATA/ATAPI revision 7
ATA channel 1:
    Master: acd0 <SONY DVD RW DRU-800A/KY01> ATA/ATAPI revision 5
    Slave:       no device present

And here's what's printed at boot:

atapci0: <nVidia nForce4 UDMA133 controller> port 0xf000-0xf00f,0x376,0x170-0x17
7,0x3f6,0x1f0-0x1f7 at device 6.0 on pci0
ata0: channel #0 on atapci0
ata1: channel #1 on atapci0

.. irrelevant lines suppressed ...

ad0: 39205MB <Maxtor 6E040L0/NAR61590> [79656/16/63] at ata0-master UDMA133
ad1: 156334MB <Maxtor 6Y160P0/YAR41BW0> [317632/16/63] at ata0-slave UDMA133
ata1-master: DMA limited to UDMA33, non-ATA66 cable or device
acd0: DVDR <SONY DVD RW DRU-800A/KY01> at ata1-master UDMA33
cd0 at ata1 bus 0 target 0 lun 0
cd0: <SONY DVD RW DRU-800A KY01> Removable CD-ROM SCSI-0 device
cd0: 33.000MB/s transfers
cd0: Attempt to query device size failed: NOT READY, Medium not present

How-To-Repeat: See above....
Comment 1 Edwin Groothuis freebsd_committer freebsd_triage 2005-11-21 23:18:57 UTC
Maintainer of sysutils/smartmontools,

Please note that PR ports/89252 has just been submitted.

If it contains a patch for an upgrade, an enhancement or a bug fix
you agree on, reply to this email stating that you approve the patch
and a committer will take care of it.

The full text of the PR can be found at:
    http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/89252

-- 
Edwin Groothuis
edwin@FreeBSD.org
Comment 2 Edwin Groothuis freebsd_committer freebsd_triage 2005-11-21 23:19:02 UTC
State Changed
From-To: open->feedback

Awaiting maintainers feedback
Comment 3 martines 2005-11-23 17:56:24 UTC
Hmm, I can't seem to duplicate this problem.

 From this, it looks like we are running similar releases also:

FreeBSD domain.crafts4life.com 5.4-RELEASE FreeBSD 5.4-RELEASE #0: Sun 
May  8 10:21:06 UTC 2005 
root@harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  i386


Can you try the latest CVS version of smartmontools from the source 
forge site?
Comment 4 Simon Barner freebsd_committer freebsd_triage 2005-12-12 08:47:14 UTC
Hello,

did you make any progress with this PR?

-- 
Best regards / Viele Grüße,                             barner@FreeBSD.org
 Simon Barner                                                barner@gmx.de
Comment 5 Sam Lawrance freebsd_committer freebsd_triage 2006-02-10 10:34:45 UTC
State Changed
From-To: feedback->closed

Maintainer could not reproduce the problem. 
Feedback timeout from submitter. 

Closed without action.