<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div><br></div><div><br>On 28 Apr 2015, at 11:52 pm, "Jerry" <<a href="mailto:mythtv@hambone.e4ward.com">mythtv@hambone.e4ward.com</a>> wrote:<br><br></div><blockquote type="cite"><div><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Apr 28, 2015 at 9:57 AM, Hika van den Hoven <span dir="ltr"><<a href="mailto:hikavdh@gmail.com" target="_blank">hikavdh@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hoi Jerry,<br>
<div><div class="h5"><br>
Tuesday, April 28, 2015, 3:50:34 PM, you wrote:<br>
<br>
> On Tue, Apr 28, 2015 at 9:41 AM, Mark Perkins <<a href="mailto:perkins1724@hotmail.com">perkins1724@hotmail.com</a>><br>
> wrote:<br>
<br>
>><br>
>> IIRC you currently have the HDD in a USB enclosure - are you sure the USB<br>
>> enclosure is not messing with things? Have you tried putting it back onto a<br>
>> SATA port again, maybe on a different PC?<br>
>><br>
<br>
> I just plugged it into the same alternate machine by the SATA cable. I got<br>
> the same result as seen below:<br>
<br>
> [root@htpc ~]# smartctl -i /dev/sdd<br>
> smartctl 6.2 2014-07-16 r3952 [x86_64-linux-3.19.5-200.fc21.x86_64] (local<br>
> build)<br>
> Copyright (C) 2002-13, Bruce Allen, Christian Franke, <a href="http://www.smartmontools.org" target="_blank">www.smartmontools.org</a><br>
<br>
> === START OF INFORMATION SECTION ===<br>
> Device Model: ST3000DM001<br>
> Serial Number: <serial number><br>
> LU WWN Device Id: 5 000c50 04edd0b44<br>
> Firmware Version: CC29<br>
> User Capacity: 137,438,952,960 bytes [137 GB]<br>
> Sector Size: 512 bytes logical/physical<br>
> Rotation Rate: 7200 rpm<br>
> Device is: Not in smartctl database [for details use: -P showall]<br>
> ATA Version is: ATA8-ACS T13/1699-D revision 4<br>
> SATA Version is: SATA 3.0, 6.0 Gb/s<br>
> Local Time is: Tue Apr 28 09:47:15 2015 EDT<br>
> SMART support is: Available - device has SMART capability.<br>
> SMART support is: Enabled<br>
<br>
> It was worth a shot. :)<br>
<br>
> Jerry<br>
<br>
</div></div>137 GB is an old BIOS limit. So it gets its size from the bios, not<br>
from the drive. I guess.<br></blockquote></div><br></div><div class="gmail_extra">That may very well be the case. But this is what my new drive shows in my backend. Note that is is not the machine I have been using to get the other SMART data.<br><br>[root@backend ~]# smartctl -i /dev/sdb<br>smartctl 6.2 2014-07-16 r3952 [x86_64-linux-3.19.5-200.fc21.x86_64] (local build)<br>Copyright (C) 2002-13, Bruce Allen, Christian Franke, <a href="http://www.smartmontools.org">www.smartmontools.org</a><br><br>=== START OF INFORMATION SECTION ===<br>Model Family: Seagate Barracuda 7200.14 (AF)<br>Device Model: ST3000DM001-1CH166<br>Serial Number: <serial number><br>LU WWN Device Id: 5 000c50 065267225<br>Firmware Version: CC27<br>User Capacity: 3,000,592,982,016 bytes [3.00 TB]<br>Sector Sizes: 512 bytes logical, 4096 bytes physical<br>Rotation Rate: 7200 rpm<br>Device is: In smartctl database [for details use: -P show]<br>ATA Version is: ACS-2, ACS-3 T13/2161-D revision 3b<br>SATA Version is: SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s)<br>Local Time is: Tue Apr 28 10:16:55 2015 EDT<br>SMART support is: Available - device has SMART capability.<br>SMART support is: Enabled<br></div><div class="gmail_extra"><br>On another note, wouldn't I have to reconstruct the MBR to resurrect the failing drive? I don't have a backup copy of my partition table. I know that there are three partitions but I am ignorant as to their exact geometry, or even which one comes first.<br></div></div>
</div></blockquote><blockquote type="cite"><div><span>_______________________________________________</span><br></div></blockquote><br><div>I believe testdisk can be used to recover the MBR and partition tables, if you wanted to try. Wouldn't take a lot of time to try and would be interesting to know.</div></body></html>