I have a CentOS 5.6 system (recently installed) that, for some
reason, has decided to mangle one of its drives, specifically /dev/hde1
... No errors anywhere, just rebooted the machine over the weekend and
it's gone. Up till the reboot, the drive was fine, I was writing to it
without a problem.
fdisk tells me:
----------
# fdisk -l /dev/hde
Disk /dev/hde: 160.0 GB, 160041885696 bytes
240 heads, 63 sectors/track, 20673 cylinders
Units = cylinders of 15120 * 512 = 7741440 bytes
Device Boot Start End Blocks Id System
/dev/hde1 * 1 20673 156287848+ 83 Linux
----------
There are no hardware errors in the boot log (dmesg). The only
error is that it can't find the ext3 fs that was on that drive.
Unfortunately, it's not a drive I can simply reformat and call it a
day. There's data on it I need.
When I try to mount it, I get: hfs: unable to find HFS+
superblock. Obviously that's not right as the drive was formatted as an
ext3. So if I force it, I get this:
----------
mount -t ext3 /dev/hde1 /mnt/hde1
mount: wrong fs type, bad option, bad superblock on /dev/hde1,
missing codepage or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
----------
So, is this just an indication that the partition table is hosed?
Is there anything, any tool, any way of reading the data off of this
drive and put it elsewhere?
On 05/10/2011 02:24 PM, Ashley M. Kirchner wrote:> I have a CentOS 5.6 system (recently installed) that, for some > reason, has decided to mangle one of its drives, specifically /dev/hde1 > ... No errors anywhere, just rebooted the machine over the weekend and > it's gone. Up till the reboot, the drive was fine, I was writing to it > without a problem. > > fdisk tells me: > > ---------- > # fdisk -l /dev/hde > > Disk /dev/hde: 160.0 GB, 160041885696 bytes > 240 heads, 63 sectors/track, 20673 cylinders > Units = cylinders of 15120 * 512 = 7741440 bytes > > Device Boot Start End Blocks Id System > /dev/hde1 * 1 20673 156287848+ 83 Linux > ---------- > > There are no hardware errors in the boot log (dmesg). The only > error is that it can't find the ext3 fs that was on that drive. > Unfortunately, it's not a drive I can simply reformat and call it a > day. There's data on it I need. > > When I try to mount it, I get: hfs: unable to find HFS+ > superblock. Obviously that's not right as the drive was formatted as an > ext3. So if I force it, I get this: > > ---------- > mount -t ext3 /dev/hde1 /mnt/hde1 > mount: wrong fs type, bad option, bad superblock on /dev/hde1, > missing codepage or other error > In some cases useful info is found in syslog - try > dmesg | tail or so > ---------- > > So, is this just an indication that the partition table is hosed? > Is there anything, any tool, any way of reading the data off of this > drive and put it elsewhere?Have you tried using an alternate superblock? -- Stephen Clark *NetWolves* Sr. Software Engineer III Phone: 813-579-3200 Fax: 813-882-0209 Email: steve.clark at netwolves.com http://www.netwolves.com -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.centos.org/pipermail/centos/attachments/20110510/4150b1c1/attachment-0005.html>
Or ddrecovery to another disk? On Tue, May 10, 2011 at 2:28 PM, Steve Clark <sclark at netwolves.com> wrote:> On 05/10/2011 02:24 PM, Ashley M. Kirchner wrote: > > I have a CentOS 5.6 system (recently installed) that, for some > reason, has decided to mangle one of its drives, specifically /dev/hde1 > ... No errors anywhere, just rebooted the machine over the weekend and > it's gone. Up till the reboot, the drive was fine, I was writing to it > without a problem. > > fdisk tells me: > > ---------- > # fdisk -l /dev/hde > > Disk /dev/hde: 160.0 GB, 160041885696 bytes > 240 heads, 63 sectors/track, 20673 cylinders > Units = cylinders of 15120 * 512 = 7741440 bytes > > Device Boot Start End Blocks Id System > /dev/hde1 * 1 20673 156287848+ 83 Linux > ---------- > > There are no hardware errors in the boot log (dmesg). The only > error is that it can't find the ext3 fs that was on that drive. > Unfortunately, it's not a drive I can simply reformat and call it a > day. There's data on it I need. > > When I try to mount it, I get: hfs: unable to find HFS+ > superblock. Obviously that's not right as the drive was formatted as an > ext3. So if I force it, I get this: > > ---------- > mount -t ext3 /dev/hde1 /mnt/hde1 > mount: wrong fs type, bad option, bad superblock on /dev/hde1, > missing codepage or other error > In some cases useful info is found in syslog - try > dmesg | tail or so > ---------- > > So, is this just an indication that the partition table is hosed? > Is there anything, any tool, any way of reading the data off of this > drive and put it elsewhere? > > Have you tried using an alternate superblock? > > -- > Stephen?Clark > NetWolves > Sr.?Software?Engineer?III > Phone:?813-579-3200 > Fax:?813-882-0209 > Email:?steve.clark at netwolves.com > http://www.netwolves.com > > _______________________________________________ > CentOS mailing list > CentOS at centos.org > http://lists.centos.org/mailman/listinfo/centos > >-- Steven Crothers steven.crothers at gmail.com
> I have a CentOS 5.6 system (recently installed) that, for some > reason, has decided to mangle one of its drives, specifically > /dev/hde1 > ... No errors anywhere, just rebooted the machine over the > weekend and > it's gone. Up till the reboot, the drive was fine, I was > writing to it > without a problem.mke2fs -n /dev/hde1 should list you the block addresses where copies of the superblock would be found. Set ASB=any one of the alternate blocks listed. Then, try mount -t ext3 -o sb=$ASB /dev/hda2 /mnt Additional reading: http://www.cyberciti.biz/tips/surviving-a-linux-filesystem-failures.html Insert spiffy .sig here: Life is complex: it has both real and imaginary parts. //me ******************************************************************* This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept for the presence of computer viruses. www.Hubbell.com - Hubbell Incorporated**