LinuxQuestions.org
Visit Jeremy's Blog.
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Newbie
User Name
Password
Linux - Newbie This Linux forum is for members that are new to Linux.
Just starting out and have a question? If it is not in the man pages or the how-to's this is the place!

Notices


Reply
  Search this Thread
Old 08-11-2016, 01:47 PM   #106
zillur
Member
 
Registered: Apr 2015
Posts: 179

Original Poster
Rep: Reputation: Disabled

Thank you very much. Here it is:
Code:
[root@bioworkstation tmp]# nano stuff.txt 

  GNU nano 2.3.1                                               File: stuff.txt                                                                                                     

centos {
id = "wqNIne-hXjM-n1UJ-Tof5-wHPp-auyI-TIAnDY"
seqno = 1
format = "lvm2"
status = ["RESIZEABLE", "READ", "WRITE"]
flags = []
extent_size = 8192
max_lv = 0
max_pv = 0
metadata_copies = 0

physical_volumes {

pv0 {
id = "T1UlID-qOHi-R7Xj-lNGb-XTHK-QFwK-2q8zPy"
device = "/dev/sda3"

status = ["ALLOCATABLE"]
flags = []
dev_size = 31250728960
pe_start = 2048
pe_count = 3814786
}

pv1 {
id = "b1G6U7-Y8cT-VONM-XbEy-eaLW-3y5A-03r0U0"
device = "/dev/sdb1"

status = ["ALLOCATABLE"]
flags = []
dev_size = 234438656
pe_start = 2048
pe_count = 28617
}

pv2 {
id = "aIjycR-G42f-PR3Z-fw2M-7DBA-o1Xf-guYarp"
device = "/dev/sdc1"

status = ["ALLOCATABLE"]
flags = []
dev_size = 23442087936
pe_start = 2048
pe_count = 2861582
}
}

}
# Generated by LVM2 version 2.02.130(2)-RHEL7 (2015-10-14): Sun Jul 31 00:47:26 2016
 
Old 08-11-2016, 02:14 PM   #107
jpollard
Senior Member
 
Registered: Dec 2012
Location: Washington DC area
Distribution: Fedora, CentOS, Slackware
Posts: 4,604

Rep: Reputation: 1241Reputation: 1241Reputation: 1241Reputation: 1241Reputation: 1241Reputation: 1241Reputation: 1241Reputation: 1241Reputation: 1241
Quote:
Originally Posted by rknichols View Post
No. It would certainly fail. Just delete the loop device (losetup -d /dev/loop0).

Let's see what is in that PV header. There should be some ASCII text starting in sector 9.
Code:
dd if=/dev/sda3 of=/tmp/stuff.txt skip=9 count=10
Open that file in an editor, delete everything after the first instance of a line that begins "# Generated by", and post the rest.
He might try the "e2fsck -b 8193" as part of the -n option... JUST in case it works.

I haven't had to do this in years - but what do you think?
 
Old 08-11-2016, 02:19 PM   #108
rknichols
Senior Member
 
Registered: Aug 2009
Distribution: CentOS
Posts: 2,967

Rep: Reputation: 1269Reputation: 1269Reputation: 1269Reputation: 1269Reputation: 1269Reputation: 1269Reputation: 1269Reputation: 1269Reputation: 1269
Nuts! There's nothing in there about logical volumes. It looks like that PV got re-created on July 31, and that unfortunately wipes out the record of whatever was in there as well as (by default) the first 4 sectors of the data area.

Looking back at this thread, I don't see anywhere that you've tried running testdisk on that partition. Better yet, set up that loop device again and run testdisk on that. You will want to tell it that the partition table type is "None" (Non partitioned media). See if it can identify a filesystem there.
 
Old 08-11-2016, 02:23 PM   #109
rknichols
Senior Member
 
Registered: Aug 2009
Distribution: CentOS
Posts: 2,967

Rep: Reputation: 1269Reputation: 1269Reputation: 1269Reputation: 1269Reputation: 1269Reputation: 1269Reputation: 1269Reputation: 1269Reputation: 1269
Quote:
Originally Posted by jpollard View Post
He might try the "e2fsck -b 8193" as part of the -n option... JUST in case it works.

I haven't had to do this in years - but what do you think?
Yes, that could work. Actually, e2fsck should automatically look for backup super blocks. Plain fsck won't, because it doesn't assume a filesystem type. I'd still use the "-n" option. Turning any sort of fsck loose on my only copy of data scares me. This of course assumes that the filesystem was ext2/3/4.
 
Old 08-11-2016, 02:45 PM   #110
zillur
Member
 
Registered: Apr 2015
Posts: 179

Original Poster
Rep: Reputation: Disabled
Thank you very much. I have tried. But:
Code:
e2fsck -b 8193 <device>

[root@bioworkstation tmp]# e2fsck -b 8193 /dev/sda2
e2fsck 1.42.9 (28-Dec-2013)
e2fsck: Bad magic number in super-block while trying to open /dev/sda2

The superblock could not be read or does not describe a correct ext2
filesystem.  If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>

[root@bioworkstation tmp]# e2fsck -b 8193 /dev/loop0
e2fsck 1.42.9 (28-Dec-2013)
e2fsck: Bad magic number in super-block while trying to open /dev/loop0

The superblock could not be read or does not describe a correct ext2
filesystem.  If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>

[root@bioworkstation tmp]# e2fsck -b 8193 sda
e2fsck 1.42.9 (28-Dec-2013)
e2fsck: No such file or directory while trying to open sda
Possibly non-existent device?
[root@bioworkstation tmp]# e2fsck -b 8193 sda2
e2fsck 1.42.9 (28-Dec-2013)
e2fsck: No such file or directory while trying to open sda2
Possibly non-existent device?
Code:
[root@bioworkstation tmp]# lsblk 
NAME            MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda               8:0    0  14.6T  0 disk 
├─sda1            8:1    0   500M  0 part 
└─sda2            8:2    0  14.6T  0 part 
sdb               8:16   0 111.8G  0 disk 
├─sdb1            8:17   0   500M  0 part /boot
└─sdb2            8:18   0 111.3G  0 part 
  ├─centos-root 253:0    0    50G  0 lvm  /
  ├─centos-swap 253:1    0     4G  0 lvm  [SWAP]
  └─centos-home 253:2    0  57.2G  0 lvm  /home
sdc               8:32   0  10.9T  0 disk 
├─sdc1            8:33   0   500M  0 part /run/media/zillur/3d20300c-4bda-4c44-8543-3a6a93451377
└─sdc2            8:34   0  10.9T  0 part 
  ├─pagla-swap  253:3    0     4G  0 lvm  
  ├─pagla-home  253:4    0  10.9T  0 lvm  /mordor
  └─pagla-root  253:5    0    50G  0 lvm  
sr0              11:0    1  1024M  0 rom  
loop0             7:0    0  14.6T  0 loop 
[root@bioworkstation tmp]# mount -r /dev/loop0 /mnt
mount: wrong fs type, bad option, bad superblock on /dev/loop0,
       missing codepage or helper program, or other error

       In some cases useful info is found in syslog - try
       dmesg | tail or so.
[root@bioworkstation tmp]# dmesg | tail
[156097.394810] SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs
[156217.950061] SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs
[156278.079332] SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs
[156817.648997] SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs
[157220.914328] SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs
[157418.270005] SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs
[157718.617730] SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs
[157899.459305] SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs
[158019.346210] SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs
[158619.967527] SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs
Any suggestion????

Best Regards
Zillur
 
Old 08-11-2016, 02:59 PM   #111
jpollard
Senior Member
 
Registered: Dec 2012
Location: Washington DC area
Distribution: Fedora, CentOS, Slackware
Posts: 4,604

Rep: Reputation: 1241Reputation: 1241Reputation: 1241Reputation: 1241Reputation: 1241Reputation: 1241Reputation: 1241Reputation: 1241Reputation: 1241
e2fsck requires a device. sda2 or even sda is not a device.

In addition, we recommend using "-n -b 8193" just to see if it MIGHT be readable before doing something that will wipe out even more information.
 
Old 08-11-2016, 03:00 PM   #112
jpollard
Senior Member
 
Registered: Dec 2012
Location: Washington DC area
Distribution: Fedora, CentOS, Slackware
Posts: 4,604

Rep: Reputation: 1241Reputation: 1241Reputation: 1241Reputation: 1241Reputation: 1241Reputation: 1241Reputation: 1241Reputation: 1241Reputation: 1241
Quote:
Originally Posted by rknichols View Post
Nuts! There's nothing in there about logical volumes. It looks like that PV got re-created on July 31, and that unfortunately wipes out the record of whatever was in there as well as (by default) the first 4 sectors of the data area.

Looking back at this thread, I don't see anywhere that you've tried running testdisk on that partition. Better yet, set up that loop device again and run testdisk on that. You will want to tell it that the partition table type is "None" (Non partitioned media). See if it can identify a filesystem there.
That first four sectors also includes the filesystem superblock...
 
Old 08-11-2016, 03:22 PM   #113
michaelk
Moderator
 
Registered: Aug 2002
Posts: 14,963

Rep: Reputation: 1530Reputation: 1530Reputation: 1530Reputation: 1530Reputation: 1530Reputation: 1530Reputation: 1530Reputation: 1530Reputation: 1530Reputation: 1530Reputation: 1530
jpollard,rknichols, If you look at posts 57 you will see that the original home directory was sda1. If you look at posts 65, 66 and 99 you will see the that sda1 is a GPT boot partition and that sda2 and sda3 have been deleted and or created. sda2 was a 500M xfs partition and now it is a 14TB partition of which we can not tell if it has been formatted. At one time sda3 was an empty LVM... I doubt any superblocks are recoverable.
 
Old 08-11-2016, 03:24 PM   #114
rknichols
Senior Member
 
Registered: Aug 2009
Distribution: CentOS
Posts: 2,967

Rep: Reputation: 1269Reputation: 1269Reputation: 1269Reputation: 1269Reputation: 1269Reputation: 1269Reputation: 1269Reputation: 1269Reputation: 1269
Quote:
Originally Posted by zillur View Post
[CODE[root@bioworkstation tmp]# e2fsck -b 8193 /dev/sda2
...
[root@bioworkstation tmp]# e2fsck -b 8193 /dev/loop0
...
[root@bioworkstation tmp]# e2fsck -b 8193 sda
...
Possibly non-existent device?
[/CODE]
If you are going to persist in running e2fsck on random devices and omitting important options like "-n", I suggest that you turn your disk over to professional data recovery while there is still something there to recover. OK, no damage done so far, but you were fortunate that it failed to run.

Suggestion: Look in /etc/lvm/backup and see if there is a file there that mentions the LVs that were present on that partition. You are looking for lines like
Code:
                pv0 {
                        id = "fP62TK-tHce-YPp2-lSTc-KBEp-6Jgh-OP4kIy"
                        device = "/dev/sda3"    # Hint only
with subsequent sections that mention that same PV number
Code:
                                stripes = [
                                        "pv0", 0
                                ]
If you find files like that, please post the content of the most recent one.
 
Old 08-11-2016, 03:32 PM   #115
rknichols
Senior Member
 
Registered: Aug 2009
Distribution: CentOS
Posts: 2,967

Rep: Reputation: 1269Reputation: 1269Reputation: 1269Reputation: 1269Reputation: 1269Reputation: 1269Reputation: 1269Reputation: 1269Reputation: 1269
Quote:
Originally Posted by jpollard View Post
That first four sectors also includes the filesystem superblock...
Yes, I am well aware of that. My suggestion to try "file" and "fsck" was made before the discovery of the re-initialized PV. If the LVM structure can't be recovered, then it's up to testdisk to discover backup super blocks that make sense.
 
Old 08-11-2016, 03:36 PM   #116
zillur
Member
 
Registered: Apr 2015
Posts: 179

Original Poster
Rep: Reputation: Disabled
Thank you very much. In my /etc/lvm/backup folder I have two files: centos pagla

Code:
[root@bioworkstation backup]# more centos 
# Generated by LVM2 version 2.02.130(2)-RHEL7 (2016-06-09): Wed Aug 10 18:49:33 2016

contents = "Text Format Volume Group"
version = 1

description = "Created *after* executing 'vgdisplay'"

creation_host = "bioworkstation"	# Linux bioworkstation 3.10.0-327.28.2.el7.x86_64 #1 SMP Wed Aug 3 11:11:39 UTC 2016 x86_64
creation_time = 1470869373	# Wed Aug 10 18:49:33 2016

centos {
	id = "ybqHGe-BUO3-NmWv-DMAw-gqDM-mX1j-vG6vrK"
	seqno = 4
	format = "lvm2"			# informational
	status = ["RESIZEABLE", "READ", "WRITE"]
	flags = []
	extent_size = 8192		# 4 Megabytes
	max_lv = 0
	max_pv = 0
	metadata_copies = 0

	physical_volumes {

		pv0 {
			id = "XckdBU-mmPU-ExEy-1btB-BmLz-z1hB-WpF8G2"
			device = "/dev/sdb2"	# Hint only

			status = ["ALLOCATABLE"]
			flags = []
			dev_size = 233414656	# 111.301 Gigabytes
			pe_start = 2048
			pe_count = 28492	# 111.297 Gigabytes
		}
	}

	logical_volumes {

		swap {
			id = "5onkyt-tsZg-PhaL-Omal-6so1-SUhZ-reVIQD"
			status = ["READ", "WRITE", "VISIBLE"]
			flags = []
			creation_host = "localhost"
			creation_time = 1470604336	# 2016-08-07 17:12:16 -0400
			segment_count = 1

			segment1 {
				start_extent = 0
				extent_count = 1024	# 4 Gigabytes

				type = "striped"
				stripe_count = 1	# linear

				stripes = [
					"pv0", 0
				]
			}
		}

		home {
			id = "s5n2yy-tehD-XFMb-yDBD-hPNk-LIzc-JiX31P"
			status = ["READ", "WRITE", "VISIBLE"]
			flags = []
			creation_host = "localhost"
			creation_time = 1470604336	# 2016-08-07 17:12:16 -0400
			segment_count = 1

			segment1 {
				start_extent = 0
				extent_count = 14653	# 57.2383 Gigabytes

				type = "striped"
				stripe_count = 1	# linear

				stripes = [
					"pv0", 1024
				]
			}
		}

		root {
			id = "gVxeQQ-GMt4-P2b2-t3Kt-N5JQ-DONY-ej3S3i"
			status = ["READ", "WRITE", "VISIBLE"]
			flags = []
			creation_host = "localhost"
			creation_time = 1470604359	# 2016-08-07 17:12:39 -0400
			segment_count = 1

			segment1 {
				start_extent = 0
				extent_count = 12800	# 50 Gigabytes

				type = "striped"
				stripe_count = 1	# linear

				stripes = [
					"pv0", 15677
				]
			}
		}
	}
}
[root@bioworkstation backup]#
Code:
[root@bioworkstation backup]# more pagla 
# Generated by LVM2 version 2.02.130(2)-RHEL7 (2016-06-09): Wed Aug 10 18:48:40 2016

contents = "Text Format Volume Group"
version = 1

description = "Created *after* executing 'vgrename Uroagx-QmOS-wM9V-BlZ4-8iMf-M2hg-BEpgtz pagla'"

creation_host = "bioworkstation"	# Linux bioworkstation 3.10.0-327.28.2.el7.x86_64 #1 SMP Wed Aug 3 11:11:39 UTC 2016 x86_64
creation_time = 1470869320	# Wed Aug 10 18:48:40 2016

pagla {
	id = "Uroagx-QmOS-wM9V-BlZ4-8iMf-M2hg-BEpgtz"
	seqno = 5
	format = "lvm2"			# informational
	status = ["RESIZEABLE", "READ", "WRITE"]
	flags = []
	extent_size = 8192		# 4 Megabytes
	max_lv = 0
	max_pv = 0
	metadata_copies = 0

	physical_volumes {

		pv0 {
			id = "usurXk-xxuL-WIWI-Es4C-bQrj-7Ksm-2N2IRO"
			device = "/dev/sdc2"	# Hint only

			status = ["ALLOCATABLE"]
			flags = []
			dev_size = 23441063936	# 10.9156 Terabytes
			pe_start = 2048
			pe_count = 2861457	# 10.9156 Terabytes
		}
	}

	logical_volumes {

		swap {
			id = "EMTcko-rQjY-y1gM-cXLj-9HoI-FKuV-zRAvmf"
			status = ["READ", "WRITE", "VISIBLE"]
			flags = []
			creation_host = "localhost"
			creation_time = 1470268235	# 2016-08-03 19:50:35 -0400
			segment_count = 1

			segment1 {
				start_extent = 0
				extent_count = 1024	# 4 Gigabytes

				type = "striped"
				stripe_count = 1	# linear

				stripes = [
					"pv0", 0
				]
			}
		}

		home {
			id = "heg9yd-s0DY-DzV7-hsh5-601z-nH8B-DAkluO"
			status = ["READ", "WRITE", "VISIBLE"]
			flags = []
			creation_host = "localhost"
			creation_time = 1470268235	# 2016-08-03 19:50:35 -0400
			segment_count = 1

			segment1 {
				start_extent = 0
				extent_count = 2847618	# 10.8628 Terabytes

				type = "striped"
				stripe_count = 1	# linear

				stripes = [
					"pv0", 1024
				]
			}
		}

		root {
			id = "vafBhA-bRUy-0Veu-5yZx-z0qr-2d3l-nYqt8o"
			status = ["READ", "WRITE", "VISIBLE"]
			flags = []
			creation_host = "localhost"
			creation_time = 1470268285	# 2016-08-03 19:51:25 -0400
			segment_count = 1

			segment1 {
				start_extent = 0
				extent_count = 12800	# 50 Gigabytes

				type = "striped"
				stripe_count = 1	# linear

				stripes = [
					"pv0", 2848642
				]
			}
		}
	}
}
 
Old 08-11-2016, 04:04 PM   #117
rknichols
Senior Member
 
Registered: Aug 2009
Distribution: CentOS
Posts: 2,967

Rep: Reputation: 1269Reputation: 1269Reputation: 1269Reputation: 1269Reputation: 1269Reputation: 1269Reputation: 1269Reputation: 1269Reputation: 1269
Look also in /etc/lvm/archive. The files named "centos*" are the ones of interest.
 
Old 08-11-2016, 04:21 PM   #118
zillur
Member
 
Registered: Apr 2015
Posts: 179

Original Poster
Rep: Reputation: Disabled
Thanks.
Code:
[root@bioworkstation archive]# ls
centos_00000-2104135608.vg  centos_00011-1773289076.vg  centos_00022-526894443.vg   centos_00033-630763344.vg   centos_00044-188562476.vg   centos_00055-1801599726.vg
centos_00001-746393983.vg   centos_00012-533124639.vg   centos_00023-1899611025.vg  centos_00034-262850408.vg   centos_00045-491443017.vg   centos_00056-1166212850.vg
centos_00002-918150670.vg   centos_00013-749774833.vg   centos_00024-1104120888.vg  centos_00035-563358960.vg   centos_00046-896094875.vg   centos_00057-292786513.vg
centos_00003-189245482.vg   centos_00014-1956355869.vg  centos_00025-1364061328.vg  centos_00036-1251450669.vg  centos_00047-1827797600.vg  centos_00058-942456102.vg
centos_00004-1631854341.vg  centos_00015-2040897909.vg  centos_00026-1731646661.vg  centos_00037-1435913710.vg  centos_00048-1034920566.vg  centos_00059-1116631517.vg
centos_00005-42234307.vg    centos_00016-1946361307.vg  centos_00027-1647904775.vg  centos_00038-1850928948.vg  centos_00049-1606676836.vg  centos_00060-2040195770.vg
centos_00006-921765673.vg   centos_00017-990965195.vg   centos_00028-730527686.vg   centos_00039-2042758678.vg  centos_00050-1019182063.vg  centos_00061-466145557.vg
centos_00007-1725179621.vg  centos_00018-1152685768.vg  centos_00029-2078078171.vg  centos_00040-806321248.vg   centos_00051-1612808669.vg  centos_00062-1024369931.vg
centos_00008-1049104796.vg  centos_00019-892447612.vg   centos_00030-1696950664.vg  centos_00041-1599850704.vg  centos_00052-1094636157.vg  centos_00063-1887333586.vg
centos_00009-621532139.vg   centos_00020-936287849.vg   centos_00031-1786391764.vg  centos_00042-89672931.vg    centos_00053-1328933811.vg  centos_00064-1991740132.vg
centos_00010-1659183757.vg  centos_00021-173758742.vg   centos_00032-324594338.vg   centos_00043-407025027.vg   centos_00054-391000384.vg
One of these:
Code:
[root@bioworkstation archive]# more centos_00000-2104135608.vg 
# Generated by LVM2 version 2.02.130(2)-RHEL7 (2015-10-14): Sun Aug  7 18:10:44 2016

contents = "Text Format Volume Group"
version = 1

description = "Created *before* executing 'pvscan --cache --activate ay 8:18'"

creation_host = "localhost.localdomain"	# Linux localhost.localdomain 3.10.0-327.el7.x86_64 #1 SMP Thu Nov 19 22:10:57 UTC 2015 x86_64
creation_time = 1470607844	# Sun Aug  7 18:10:44 2016

centos {
	id = "ybqHGe-BUO3-NmWv-DMAw-gqDM-mX1j-vG6vrK"
	seqno = 4
	format = "lvm2"			# informational
	status = ["RESIZEABLE", "READ", "WRITE"]
	flags = []
	extent_size = 8192		# 4 Megabytes
	max_lv = 0
	max_pv = 0
	metadata_copies = 0

	physical_volumes {

		pv0 {
			id = "XckdBU-mmPU-ExEy-1btB-BmLz-z1hB-WpF8G2"
			device = "/dev/sdb2"	# Hint only

			status = ["ALLOCATABLE"]
			flags = []
			dev_size = 233414656	# 111.301 Gigabytes
			pe_start = 2048
			pe_count = 28492	# 111.297 Gigabytes
		}
	}

	logical_volumes {

		swap {
			id = "5onkyt-tsZg-PhaL-Omal-6so1-SUhZ-reVIQD"
			status = ["READ", "WRITE", "VISIBLE"]
			flags = []
			creation_host = "localhost"
			creation_time = 1470604336	# 2016-08-07 17:12:16 -0400
			segment_count = 1

			segment1 {
				start_extent = 0
				extent_count = 1024	# 4 Gigabytes

				type = "striped"
				stripe_count = 1	# linear

				stripes = [
					"pv0", 0
				]
			}
		}

		home {
			id = "s5n2yy-tehD-XFMb-yDBD-hPNk-LIzc-JiX31P"
			status = ["READ", "WRITE", "VISIBLE"]
			flags = []
			creation_host = "localhost"
			creation_time = 1470604336	# 2016-08-07 17:12:16 -0400
			segment_count = 1

			segment1 {
				start_extent = 0
				extent_count = 14653	# 57.2383 Gigabytes

				type = "striped"
				stripe_count = 1	# linear

				stripes = [
					"pv0", 1024
				]
			}
		}

		root {
			id = "gVxeQQ-GMt4-P2b2-t3Kt-N5JQ-DONY-ej3S3i"
			status = ["READ", "WRITE", "VISIBLE"]
			flags = []
			creation_host = "localhost"
			creation_time = 1470604359	# 2016-08-07 17:12:39 -0400
			segment_count = 1

			segment1 {
				start_extent = 0
				extent_count = 12800	# 50 Gigabytes

				type = "striped"
				stripe_count = 1	# linear

				stripes = [
					"pv0", 15677
				]
			}
		}
	}
}
 
Old 08-11-2016, 04:36 PM   #119
rknichols
Senior Member
 
Registered: Aug 2009
Distribution: CentOS
Posts: 2,967

Rep: Reputation: 1269Reputation: 1269Reputation: 1269Reputation: 1269Reputation: 1269Reputation: 1269Reputation: 1269Reputation: 1269Reputation: 1269
Are there any of those files that mention "/dev/sda3" in the "physical_volumes {}" section? If so, post the most recent one. If not, this is yet another dead end.
 
Old 08-11-2016, 05:06 PM   #120
rknichols
Senior Member
 
Registered: Aug 2009
Distribution: CentOS
Posts: 2,967

Rep: Reputation: 1269Reputation: 1269Reputation: 1269Reputation: 1269Reputation: 1269Reputation: 1269Reputation: 1269Reputation: 1269Reputation: 1269
Quote:
Originally Posted by michaelk View Post
jpollard,rknichols, If you look at posts 57 you will see that the original home directory was sda1. If you look at posts 65, 66 and 99 you will see the that sda1 is a GPT boot partition and that sda2 and sda3 have been deleted and or created. sda2 was a 500M xfs partition and now it is a 14TB partition of which we can not tell if it has been formatted. At one time sda3 was an empty LVM... I doubt any superblocks are recoverable.
Indeed, too much is changing without any mention of what might have caused it. I don't see much hope of anything but testdisk finding a filesystem structure on that disk, and if the filesystem was not contiguous on the disk, even that is not going to succeed.
 
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
Failing to boot up due to failing to acces the GRUB spenot09 Linux - Software 7 10-19-2015 11:56 AM
Jessie boot cd failing to boot on a Poweredge R905 Jasambo Debian 5 06-15-2015 05:38 PM
Boot Problem in Grub (Chainloader failing? /boot messed up?) gjemmott Linux - Desktop 2 03-15-2010 11:26 AM
eth1 failing on boot, IEEE firewire card driver failing, help jackuss_169 Linux - Laptop and Netbook 5 03-05-2005 08:34 AM
LILO install failing, Boot failing, but Installation fine. sramelyk Slackware 9 08-23-2003 03:37 PM


All times are GMT -5. The time now is 04:51 PM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration