[mythtv-users] Question about smartd results

[Craig Huff]

I got curious after reading recent traffic about smartmon, so I ran it
manually in debug mode on my backend.  It reported some errors and
googling around I need some help to try and determine the file that
contains the bad blocks.  I'm stumped trying to understand what I got
from jfs_debugfs.

To begin with, here's what I have:
# smartctl -l selftest /dev/sde
smartctl version 5.38 [i686-pc-linux-gnu] Copyright (C) 2002-8 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF READ SMART DATA SECTION ===
SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining
LifeTime(hours)  LBA_of_first_error
# 1  Short offline       Completed: read failure       90%     10571
      1084296743


fdisk reports:
# fdisk -lu /dev/sde

Disk /dev/sde: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000db3e7

   Device Boot      Start         End      Blocks   Id  System
/dev/sde1              63  1953520064   976760001   83  Linux


# df -h|grep sde
/dev/sde1             932G  838G   95G  90% /video3


# grep video3 /etc/fstab
# /video3 was on /dev/sdd1 during installation
UUID=d8fb0131-65d1-482e-9afb-c0189353b84b /video3         jfs
defaults        0       2

# i=1084296730
# while [ $i -lt 1084296750 ]; do
> echo $i
> dd if=/dev/sde of=/dev/null bs=512 count=1 skip=$i
> let i+=1
> done
...snip...
1084296736
dd: reading `/dev/sde': Input/output error
0+0 records in
0+0 records out
0 bytes (0 B) copied, 28.6135 s, 0.0 kB/s
...snip

# expr 1084296736 - 63
1084296673
# expr 1084296673 \* 512 / 4096
135537084


# jfs_debugfs /dev/sde1
jfs_debugfs version 1.1.12, 24-Aug-2007

Aggregate Block Size: 4096

> d 135537084 0 i
Block: 135537084     Real Address 0x81421bc000
[1] di_inostamp:        0x1c742f61      [19] di_mtime.tv_nsec:  0xc0749d49
[2] di_fileset:         1243045541              [20] di_otime.tv_sec:
 0xdc1f418d
[3] di_number:          -1635135392             [21] di_otime.tv_nsec:
 0x1f603111
[4] di_gen:             -766206507              [22] di_acl.flag:       0x66
[5] di_ixpxd.len:       3235549         [23] di_acl.rsrvd:      Not Displayed
[6] di_ixpxd.addr1:     0x54            [24] di_acl.size:       0x40d30d80
[7] di_ixpxd.addr2:     0x06010000      [25] di_acl.len:        5581489
     di_ixpxd.address:  360877981696            [26] di_acl.addr1:      0x62
[8] di_size:    0xed13ca900322260a      [27] di_acl.addr2:      0xd347078f
[9] di_nblocks: 0xd746af90069cd9ed           di_acl.address:    424451442575
[10] di_nlink:          -1245156732             [28] di_ea.flag:        0x0b
[11] di_uid:            1070598493              [29] di_ea.rsrvd:
 Not Displayed
[12] di_gid:            552302989               [30] di_ea.size:
 0x941bcb25
[13] di_mode:           0x3882aed2      [31] di_ea.len:         10209947
                0127322       l-wu      [32] di_ea.addr1:       0xb3
[14] di_atime.tv_sec:   0x69a9690b      [33] di_ea.addr2:       0x7456872e
[15] di_atime.tv_nsec:  0x2d9b4085           di_ea.address:     770750973742
[16] di_ctime.tv_sec:   0xdd1dd831      [34] di_next_index:     -2110134214
[17] di_ctime.tv_nsec:  0x1562ad04      [35] di_acltype:        0xd7477518
[18] di_mtime.tv_sec:   0x1160055d
- hit Enter to continue, e[x]it -
> d 135537084 0 I
Block: 135537084     Real Address 0x81421bc000
[1] agstart:            5338839946511003489             [12]
extsmap[0]:        20eb798d
[2] iagnum:             -1635135392             [13] extsmap[1]:        3882aed2
[3] inofreefwd:         -766206507              [14] extsmap[2]:        69a9690b
[4] inofreeback:        1412521693              [15] extsmap[3]:        2d9b4085
[5] extfreefwd:         100728832               [16] nfreeinos:
 -585246671
[6] extfreeback:        52569610                [17] nfreeexts:
 358788356
[7] iagfree:            -317470064              [18] pad:
 Not Displayed
[8] inosmap[0]:         069cd9ed        [19] wmap:              Type 'w'
[9] inosmap[1]:         d746af90        [20] pmap:              Type 'p'
[10] inosmap[2]:        b5c86a84        [21] inoext:            Type 'i'
[11] inosmap[3]:        3fd0095d
- hit Enter to continue, e[x]it -
> q


How do I get from this to a filename?  I tried using di_number/iagnum
(-1635135392) as a value for inode in jfs_debug commands and just got
errors.  Can I get from this data to a filename and if so, how?

Craig.