Re: [gentoo-user] Fixing xfs filesystem?
On Sun, 10 Jul 2005 19:15:48 +0200 Alexander Skwar [EMAIL PROTECTED] wrote: btw - Did the mount of the filesystem fail? Sure :(( Well, this is a real long shot; but, given that nothing sane has worked... With fdisk/cfdisk/parted, after writing down the starting block and length, delete the partition, and write the partition table, and exit. Go back into whichever you used and create the partition at the exact starting block - it should default to the correct parameters. Then write the partition, exit, and sync. Then run xfs_repair on the partition. It might rebuild the filesystem now that the partition tables and inodes are back in a sane state. Bob - -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Fixing xfs filesystem?
On Sat, 09 Jul 2005 21:20:02 +0200 Alexander Skwar [EMAIL PROTECTED] wrote: A short time ago, there was a quick power outage, because of which some of my xfs filesystems broke :( xfs_repair also isn't successful :( [20:55:48 [EMAIL PROTECTED]:~] $ sudo xfs_repair /dev/mapper/Crypt-daten Phase 1 - find and verify superblock... bad primary superblock - bad magic number !!! attempting to find secondary superblock... Try - xfs_repair -no /dev/hdx And if that works, drop the n and fix the filesystem. btw - Did the mount of the filesystem fail? Bob -- - Are you living in the real world? - -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Fixing xfs filesystem?
Bob Sanders schrieb: Try - xfs_repair -no /dev/hdx [19:14:39 [EMAIL PROTECTED]:~] $ sudo xfs_repair -no /dev/mapper/Crypt-daten unknown option -o /dev/mapper/Crypt-daten2-ShP2P Usage: xfs_repair [-nLvV] [-o subopt[=value]] [-l logdev] [-r rtdev] devname I assume you mean -o assume_xfs? I already tried that - didn't work :( btw - Did the mount of the filesystem fail? Sure :(( Alexander Skwar -- Obviously I was either onto something, or on something. -- Larry Wall on the creation of Perl -- gentoo-user@gentoo.org mailing list
[gentoo-user] Fixing xfs filesystem?
Hi! A short time ago, there was a quick power outage, because of which some of my xfs filesystems broke :( When I call xfs_check, I get output like this: [21:11:09 [EMAIL PROTECTED]:~] $ sudo /bin/xfs_check /dev/mapper/Crypt-daten xfs_check: unexpected XFS SB magic number 0x xfs_check: read failed: Invalid argument xfs_check: data size check failed xfs_check: cannot read root inode (22) xfs_check: cannot read realtime bitmap inode (22) /bin/xfs_check: line 56: 14148 Speicherzugriffsfehler xfs_db$DBOPTS -i -p xfs_check -c check$OPTS $1 xfs_repair also isn't successful :( [20:55:48 [EMAIL PROTECTED]:~] $ sudo xfs_repair /dev/mapper/Crypt-daten Phase 1 - find and verify superblock... bad primary superblock - bad magic number !!! attempting to find secondary superblock... .. ...Sorry, could not find valid secondary superblock Exiting now. Is there any other way to regain the data or are they gone for good? PS: No, I do not have a backup. Thus the data wasn't important... Still, I'd like to get a hold of the data, if possible... Alexander Skwar -- Kill Ugly Processor Architectures - Karl Lehenbauer -- gentoo-user@gentoo.org mailing list