using LiveUSB to detect partitions. no luck, need help
Linux - GeneralThis Linux forum is for general Linux questions and discussion.
If it is Linux Related and doesn't seem to fit in any other forum then this is the place.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
using LiveUSB to detect partitions. no luck, need help
My system, 100% my fault, has some encrypted partitions that ive lost the password to. i am attempting to use the CentOS v7 LiveUSB as that is the OS running on the system to detect the partitions that are encrypted so that I can reformat them, re-add them to the fstab and thus get the server to boot without loosing data on the unencrypted partitions.
it is using the xfs file system as well as software raid6. running fdisk does not seem to provide me with the data i require. in need of further guidance. many thanks in advance:
Code:
[root@localhost ~]# fdisk -l
Disk /dev/sdc: 3000.6 GB, 3000592982016 bytes, 5860533168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk label type: dos
Disk identifier: 0x00000000
Device Boot Start End Blocks Id System
/dev/sdc1 * 1 4294967295 2147483647+ ee GPT
Partition 1 does not start on physical sector boundary.
Disk /dev/sde: 3000.6 GB, 3000592982016 bytes, 5860533168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk label type: dos
Disk identifier: 0x00000000
Device Boot Start End Blocks Id System
/dev/sde1 * 1 4294967295 2147483647+ ee GPT
Partition 1 does not start on physical sector boundary.
Disk /dev/sda: 3000.6 GB, 3000592982016 bytes, 5860533168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk label type: dos
Disk identifier: 0x00000000
Device Boot Start End Blocks Id System
/dev/sda1 * 1 4294967295 2147483647+ ee GPT
Partition 1 does not start on physical sector boundary.
Disk /dev/sdf: 3000.6 GB, 3000592982016 bytes, 5860533168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk label type: dos
Disk identifier: 0x00000000
Device Boot Start End Blocks Id System
/dev/sdf1 * 1 4294967295 2147483647+ ee GPT
Partition 1 does not start on physical sector boundary.
Disk /dev/sdb: 3000.6 GB, 3000592982016 bytes, 5860533168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk label type: dos
Disk identifier: 0x00000000
Device Boot Start End Blocks Id System
/dev/sdb1 * 1 4294967295 2147483647+ ee GPT
Partition 1 does not start on physical sector boundary.
Disk /dev/sdd: 3000.6 GB, 3000592982016 bytes, 5860533168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk label type: dos
Disk identifier: 0x00000000
Device Boot Start End Blocks Id System
/dev/sdd1 * 1 4294967295 2147483647+ ee GPT
Partition 1 does not start on physical sector boundary.
Disk /dev/sdg: 8103 MB, 8103395328 bytes, 15826944 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk label type: dos
Disk identifier: 0x00012f08
Device Boot Start End Blocks Id System
/dev/sdg1 * 2048 15822847 7910400 83 Linux
Disk /dev/mapper/live-rw: 8589 MB, 8589934592 bytes, 16777216 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/mapper/live-base: 8589 MB, 8589934592 bytes, 16777216 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/mapper/live-osimg-min: 8589 MB, 8589934592 bytes, 16777216 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
all i can gleam from this is that /dev/sdg is the liveUSB im running from and that all of the others are only displaying a single partition. I know that to not be true as there is at least / /boot /home /exports /swap in the raid.
i know 100% that swap and /home are encrypted im hoping i didnt encrypt / as well. /exports is not encrypted and that is the data i do not want to destroy. to much data to recover at about 11TB worth of media files.
it should be showing the raid level, but im not seeing that. im hoping that the document is just to old to count both raid6 and xfs file systems as it is from 2009.
the good news is my partitions are there, now to figure out how to gain access to them.
this indicates that the link above is just out of data and the mdadm command no longer is capable of detecting the raid level of a xfs file system, if it ever was.
# /proc/mdstat
/proc/mdstat: line 1: Personalities: command not found
/proc/mdstat: line 2: syntax error near unexpected token `('
/proc/mdstat: line 2: `md124 : inactive sdd3[5](S) sda3[2](S) sdc3[4](S) sdb3[3](S)'
how can i activate the rest of the array so i can attempt the recovery?
also im unable to create /etc/mdadm/mdadm.conf to assist with activating the array portions that are currently inactive as this is a live environment. surprised i can not write to the live as it should be erased on boot.
I see why no one is helping buddy. You keep adding to your thread. Looks like someone is helping you.
I think at this point maybe create a new thread on this to get better attention. It has become complex in the process. I know you are not suppose to but this has sat there a while. Edit any posts to keep zero thread on top of action list.
I see why no one is helping buddy. You keep adding to your thread. Looks like someone is helping you.
I think at this point maybe create a new thread on this to get better attention. It has become complex in the process. I know you are not suppose to but this has sat there a while. Edit any posts to keep zero thread on top of action list.
ahh yeah just to answer the constant updates. that was me reading many links found via google ... server is back up and running. ripping the DVDs back to the server now that were not on the older drives.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.