Re: [gentoo-user] failed reiserfs partition - help!
On Tue, 2010-08-24 at 10:44 -0400, James wrote: Albert, Thanks for the response. dd for the lazy -- takes 2 seconds to wipe the top of the drive instead of getting rid of numerous partitions that the manufacturer put on the drive. But what I'm saying is... you wipe the partition table and then you use fdisk (or whatever) to create partitions. The very act using fdisk and writing to the partition table wipes out the previous one. The sending $25 to namesys part was a joke. Namesys isn't around anymore.
Re: [gentoo-user] failed reiserfs partition - help!
Just checking, you ran mkreiserfs against /dev/sdf1 not /dev/sdf didnt you?
Re: [gentoo-user] failed reiserfs partition - help!
Albert, Thanks for the response. dd for the lazy -- takes 2 seconds to wipe the top of the drive instead of getting rid of numerous partitions that the manufacturer put on the drive. The disk isn't bad -- if it was then I wouldn't have the ability to recover the files via foremost / scalpel. -james On Tue, Aug 24, 2010 at 1:53 AM, Albert Hopkins mar...@letterboxes.org wrote: On Tue, 2010-08-24 at 04:57 +, James wrote: [...] try www.namesys.com/support.html, and for $25 the author of fsck, or a colleague if he is out, will step you through it all. Did you try that? ;) It's probably a bad disk and you need to take it back... Not sure why you had to dd/urandom to clear the partition table. Just simple running fdisk and saving will re-write over what previously existed in the partition table.
Re: [gentoo-user] failed reiserfs partition - help!
Yep, positive. Just checked through my history: mkreiserfs -f /dev/sdd1 mount /dev/sdd1 /mnt/backup While I'm not opposed to paying $25 to namesys, I'm (a) not certain they will able to fix this cluster, and (b) I'm more inclined to turn to the open source community for help. Googling reveals this is not a rare issue, but no one seems to have a really great solution to the problem. Any other thoughts / ideas would be greatly appreciated. -james On Tue, Aug 24, 2010 at 2:11 AM, Adam Carter adamcart...@gmail.com wrote: Just checking, you ran mkreiserfs against /dev/sdf1 not /dev/sdf didnt you?
Re: [gentoo-user] failed reiserfs partition - help!
On 24 August 2010 15:46, James j...@nc.rr.com wrote: Yep, positive. Just checked through my history: mkreiserfs -f /dev/sdd1 mount /dev/sdd1 /mnt/backup Hmm ... if you have made a fs on sdd1, why are you trying to mount sdf1 in your first post? ... or is sdd1 now being recognised by udev as sdf1? I am not sure I can suggest anything better than what you have already tried. I have recovered umpteen reiserfs corruptions with no loss of data so far, by running reiserfsck --fix-fixable, or --rebuild-tree. However, none of these problems were due to a problematic drive or USB cable - your case may be different and recovery less successful. Of course, if you have storage space somewhere else it is always a good idea to use dd to image the partition first before you start your recovery attempts. -- Regards, Mick
Re: [gentoo-user] failed reiserfs partition - help!
Sorry -- it's a USB device so the drive letter has changed as I've moved the drive around. My friend threw a theory out there -- maybe the beginning of the partition is incorrect on the drive? The drive originally had an NTFS partition. By blowing away the beginning of the drive and then rewriting the partition table, maybe the kernel was using the original beginning location of the NTFS partition which *may* be incorrect for the beginning of the reiserfs /dev/sdX1 partition. I did *NOT* reboot after making changes to the partition table (nor did I disconnect / reconnect the drive). Is this possible? I'm 99.9% sure this drive is not defective. There has to be some way to mount this partition as it was cleanly unmounted and the data copied over with no issues when I was originally doing it. Isn't there a way to search for a superblock on the drive and then use that when attempting to mount the partition? -james On Tue, Aug 24, 2010 at 12:31 PM, Mick michaelkintz...@gmail.com wrote: On 24 August 2010 15:46, James j...@nc.rr.com wrote: Yep, positive. Just checked through my history: mkreiserfs -f /dev/sdd1 mount /dev/sdd1 /mnt/backup Hmm ... if you have made a fs on sdd1, why are you trying to mount sdf1 in your first post? ... or is sdd1 now being recognised by udev as sdf1? I am not sure I can suggest anything better than what you have already tried. I have recovered umpteen reiserfs corruptions with no loss of data so far, by running reiserfsck --fix-fixable, or --rebuild-tree. However, none of these problems were due to a problematic drive or USB cable - your case may be different and recovery less successful. Of course, if you have storage space somewhere else it is always a good idea to use dd to image the partition first before you start your recovery attempts. -- Regards, Mick
[gentoo-user] failed reiserfs partition - help!
All, I'm in desperate need of some help recovering a reiserfs partition that went awry for some unknown reason. A quick list of events: - purchased brand new WD My Passport drive -- 320GB, 2.5GB - cleared partition table with a dd if=/dev/urandom of=/dev/sdX bs=5M count=10 - created one single large partition - mkreiserfs /dev/sdX - copied data into the new hard drive All seemed well. I mounted the partition, copied critical data into the partition, then *cleanly* unmounted the partition after confirming that all the data was on the drive with no issues. Then it the the fan: Upon attempting to remount the partition, the partition would not mount. In fact, upon attempting to remount the partition, here's what happens (according to /var/log/dmesg): --8-- [18723.893570] usb-storage: device found at 8 [18723.893572] usb-storage: waiting for device to settle before scanning [18728.893199] usb-storage: device scan complete [18728.895310] scsi 13:0:0:0: Direct-Access WD My Passport 071A 2011 PQ: 0 ANSI: 4 [18728.897305] scsi 13:0:0:1: Enclosure WD SES Device 2011 PQ: 0 ANSI: 4 [18728.898987] sd 13:0:0:0: Attached scsi generic sg4 type 0 [18728.899119] ses 13:0:0:1: Attached Enclosure device [18728.899222] ses 13:0:0:1: Attached scsi generic sg5 type 13 [18728.901909] sd 13:0:0:0: [sdf] 625086464 512-byte logical blocks: (320 GB/298 GiB) [18728.905166] sd 13:0:0:0: [sdf] Write Protect is off [18728.905170] sd 13:0:0:0: [sdf] Mode Sense: 2b 00 10 08 [18728.905173] sd 13:0:0:0: [sdf] Assuming drive cache: write through [18728.910673] sd 13:0:0:0: [sdf] Assuming drive cache: write through [18728.910677] sdf: sdf1 [18728.954536] sd 13:0:0:0: [sdf] Assuming drive cache: write through [18728.954541] sd 13:0:0:0: [sdf] Attached SCSI disk [18729.204285] REISERFS (device sdf1): found reiserfs format 3.6 with standard journal [18729.204305] REISERFS (device sdf1): using ordered data mode [18729.233424] REISERFS (device sdf1): journal params: device sdf1, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30 [18729.233645] REISERFS (device sdf1): checking transaction log (sdf1) [18730.204418] REISERFS warning: reiserfs-5090 is_tree_node: node level 5687 does not match to the expected one 65534 [18730.204422] REISERFS error (device sdf1): vs-5150 search_by_key: invalid format found in block 0. Fsck? [18730.204426] REISERFS (device sdf1): Remounting filesystem read-only [18730.204430] REISERFS error (device sdf1): vs-13070 reiserfs_read_locked_inode: i/o failure occurred trying to find stat data of [1 2 0x0 SD] [18730.204436] REISERFS (device sdf1): Using r5 hash to sort names r...@gentoo:~# fdisk -l /dev/sdf Disk /dev/sdf: 320.0 GB, 320044269568 bytes 255 heads, 63 sectors/track, 38909 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x2dbafd11 Device Boot Start End Blocks Id System /dev/sdf1 1 38909 312536511 83 Linux --8-- I know the data is in tact because (a) I have not written anything to the disk, and (b) using tools like foremost / scalpel have successfully restored much of the data on the drive. (unfortunately foremost does not restore file names and it'll be incredibly difficult for me to properly restore the previous data structure) I've attempted to recover the drive using reiserfsck --scan-whole-partition --rebuild-tree /dev/sdf1, to no avail: --8-- r...@gentoo:~# reiserfsck --scan-whole-partition --rebuild-tree /dev/sdf1 reiserfsck 3.6.21 (2009 www.namesys.com) *snip* Will rebuild the filesystem (/dev/sdf1) tree Will put log info to 'stdout' Do you want to run this program?[N/Yes] (note need to type Yes if you do):Yes Replaying journal: No transactions found ### reiserfsck --rebuild-tree started at Tue Aug 24 01:46:49 2010 ### Pass 0: ### Pass 0 ### The whole partition (78134112 blocks) is to be scanned Skipping 10595 blocks (super block, journal, bitmaps) 78123517 blocks will be read 0%20%40%... left 0, 8521 /seccsecsec Could not find a hash in use. Using r5 r5 hash is selected Flushing..finished Read blocks (but not data blocks) 78123517 Leaves among those 0 Objectids found 2 Pass 1 (will try to insert 0 leaves): ### Pass 1 ### Looking for allocable blocks .. finished Flushing..finished 0 leaves read 0 inserted ### Pass 2 ### Flushing..finished No reiserfs metadata found. If you are sure that you had the reiserfs on this partition, then the start of the partition might be changed or all data were wiped out. The start of the partition may get changed by a partitioner if you have used one. Then you probably rebuilt the superblock as there was no one. Zero the
Re: [gentoo-user] failed reiserfs partition - help!
On Tue, 2010-08-24 at 04:57 +, James wrote: [...] try www.namesys.com/support.html, and for $25 the author of fsck, or a colleague if he is out, will step you through it all. Did you try that? ;) It's probably a bad disk and you need to take it back... Not sure why you had to dd/urandom to clear the partition table. Just simple running fdisk and saving will re-write over what previously existed in the partition table.