Unable to mount “lvm2” volume

The name of the pictureThe name of the pictureThe name of the pictureClash Royale CLAN TAG#URR8PPP












0















I had to reinstall CentOS on a system with a separate disk array for data. I installed on the OS disks and kept the other disk array as storage (so they were not formatted).



When I try to mount the disks, I'm blocked due to unknown filesystem lvm2.



First some background. The system has two arrays of drives. One is for the OS (CentOS 6), the other for Data. Here is the physical disk count on the machine:



# Description Total Gigs
2 HARD DRIVE, 300GB, SAS6, 10, 2.5, H-CE, E/C 600
6 HARD DRIVE, 600G, SAS6, 10, 2.5, W-SIR, E/C 3600


The two smaller drives are mirrored as 300g - this is where the OS lives.



The volume names are not listed when using pvs



PV VG Fmt Att PSize PFree
/dev/sda5 vg_mybox lvm2 a-- 276g 0
/dev/sdb1 lvm2 --- 1.8t 1.8t
/dev/sdc1 lvm2 --- 948g 948.67g


The PSize and PFree lines worry me.



Here's output from pvscan



 PV /dev/sda5 VG vg_ursula lvm2 [276.34 GiB / 0 free]
PV /dev/sdb1 lvm2 [1.80 TiB]
PV /dev/sdc1 lvm2 [948.67 GiB]
Total: 3 [3.00 TiB] / in use: 1 [276.34 GiB] / in no VG: 2 [2.73 TiB]


and lvscan



 ACTIVE '/dev/vg_mybox/LogVol05' [29.30 GiB] inherit
ACTIVE '/dev/vg_mybox/LogVol04' [48.83 GiB] inherit
ACTIVE '/dev/vg_mybox/LogVol03' [48.83 GiB] inherit
ACTIVE '/dev/vg_mybox/lv_root' [111.74 GiB] inherit
ACTIVE '/dev/vg_mybox/lv_home' [9.77 GiB] inherit
ACTIVE '/dev/vg_mybox/lv_swap' [27.89 GiB] inherit


and vgscan



 Reading all physical volumes. This may take a while...
Found volume group "vg_ursula" using metadata type lvm2


and vcgk -vvv



https://gist.github.com/anonymous/25ddd3280a34364fa186



file -s /dev/sdb1



/dev/sdb1: LVM2 (Linux Logical Volume Manager) , UUID: B1bLeFveeDcnfZ2i0tuqWtHgSd6UAgM


file -s /dev/sdc1



/dev/sdc1: LVM2 (Linux Logical Volume Manager) , UUID: SMMVLUKEuBPHuTeoarMkDAlJDDY1Gm2


and



pvdisplay /dev/sdb1



 "/dev/sdb1" is a new physical volume of "1.80 TiB"
--- NEW Physical volume ---
PV Name /dev/sdb1
VG Name
PV Size 1.80 TiB
Allocatable NO
PE Size 0
Total PE 0
Free PE 0
Allocated PE 0
PV UUID B1bLeF-veeD-cnfZ-2i0t-uqWt-HgSd-6UAgMA


pvdisplay /dev/sdc1



 "/dev/sdc1" is a new physical volume of "948.67 GiB"
--- NEW Physical volume ---
PV Name /dev/sdc1
VG Name
PV Size 948.67 GiB
Allocatable NO
PE Size 0
Total PE 0
Free PE 0
Allocated PE 0
PV UUID SMMVLU-KEuB-PHuT-eoar-MkDA-lJDD-Y1Gm2g


When installing this OS, I only moved the 276g drive to the "Install" list and left the other two as storage only. When I reviewed the format/partition settigns, the two storage drives did not have a check under the Format column.



enter image description here



What are my next steps to mount and get the data?










share|improve this question
























  • Have you enabled lvm on the two unrecognised disks?

    – roaima
    Sep 23 '15 at 20:11











  • Haven't done anything yet. Goal #1 is not not destroy any data on those disks.

    – a coder
    Sep 23 '15 at 20:47











  • Oh... That changes things a bit... what was the file format on the discs pre-install?

    – Gravy
    Sep 23 '15 at 20:50











  • The disks couldn't have been ext4 if they were lvm containers. Please clarify.

    – roaima
    Sep 23 '15 at 21:11












  • Output of vgscan and lvscan -D please

    – roaima
    Sep 23 '15 at 21:16
















0















I had to reinstall CentOS on a system with a separate disk array for data. I installed on the OS disks and kept the other disk array as storage (so they were not formatted).



When I try to mount the disks, I'm blocked due to unknown filesystem lvm2.



First some background. The system has two arrays of drives. One is for the OS (CentOS 6), the other for Data. Here is the physical disk count on the machine:



# Description Total Gigs
2 HARD DRIVE, 300GB, SAS6, 10, 2.5, H-CE, E/C 600
6 HARD DRIVE, 600G, SAS6, 10, 2.5, W-SIR, E/C 3600


The two smaller drives are mirrored as 300g - this is where the OS lives.



The volume names are not listed when using pvs



PV VG Fmt Att PSize PFree
/dev/sda5 vg_mybox lvm2 a-- 276g 0
/dev/sdb1 lvm2 --- 1.8t 1.8t
/dev/sdc1 lvm2 --- 948g 948.67g


The PSize and PFree lines worry me.



Here's output from pvscan



 PV /dev/sda5 VG vg_ursula lvm2 [276.34 GiB / 0 free]
PV /dev/sdb1 lvm2 [1.80 TiB]
PV /dev/sdc1 lvm2 [948.67 GiB]
Total: 3 [3.00 TiB] / in use: 1 [276.34 GiB] / in no VG: 2 [2.73 TiB]


and lvscan



 ACTIVE '/dev/vg_mybox/LogVol05' [29.30 GiB] inherit
ACTIVE '/dev/vg_mybox/LogVol04' [48.83 GiB] inherit
ACTIVE '/dev/vg_mybox/LogVol03' [48.83 GiB] inherit
ACTIVE '/dev/vg_mybox/lv_root' [111.74 GiB] inherit
ACTIVE '/dev/vg_mybox/lv_home' [9.77 GiB] inherit
ACTIVE '/dev/vg_mybox/lv_swap' [27.89 GiB] inherit


and vgscan



 Reading all physical volumes. This may take a while...
Found volume group "vg_ursula" using metadata type lvm2


and vcgk -vvv



https://gist.github.com/anonymous/25ddd3280a34364fa186



file -s /dev/sdb1



/dev/sdb1: LVM2 (Linux Logical Volume Manager) , UUID: B1bLeFveeDcnfZ2i0tuqWtHgSd6UAgM


file -s /dev/sdc1



/dev/sdc1: LVM2 (Linux Logical Volume Manager) , UUID: SMMVLUKEuBPHuTeoarMkDAlJDDY1Gm2


and



pvdisplay /dev/sdb1



 "/dev/sdb1" is a new physical volume of "1.80 TiB"
--- NEW Physical volume ---
PV Name /dev/sdb1
VG Name
PV Size 1.80 TiB
Allocatable NO
PE Size 0
Total PE 0
Free PE 0
Allocated PE 0
PV UUID B1bLeF-veeD-cnfZ-2i0t-uqWt-HgSd-6UAgMA


pvdisplay /dev/sdc1



 "/dev/sdc1" is a new physical volume of "948.67 GiB"
--- NEW Physical volume ---
PV Name /dev/sdc1
VG Name
PV Size 948.67 GiB
Allocatable NO
PE Size 0
Total PE 0
Free PE 0
Allocated PE 0
PV UUID SMMVLU-KEuB-PHuT-eoar-MkDA-lJDD-Y1Gm2g


When installing this OS, I only moved the 276g drive to the "Install" list and left the other two as storage only. When I reviewed the format/partition settigns, the two storage drives did not have a check under the Format column.



enter image description here



What are my next steps to mount and get the data?










share|improve this question
























  • Have you enabled lvm on the two unrecognised disks?

    – roaima
    Sep 23 '15 at 20:11











  • Haven't done anything yet. Goal #1 is not not destroy any data on those disks.

    – a coder
    Sep 23 '15 at 20:47











  • Oh... That changes things a bit... what was the file format on the discs pre-install?

    – Gravy
    Sep 23 '15 at 20:50











  • The disks couldn't have been ext4 if they were lvm containers. Please clarify.

    – roaima
    Sep 23 '15 at 21:11












  • Output of vgscan and lvscan -D please

    – roaima
    Sep 23 '15 at 21:16














0












0








0








I had to reinstall CentOS on a system with a separate disk array for data. I installed on the OS disks and kept the other disk array as storage (so they were not formatted).



When I try to mount the disks, I'm blocked due to unknown filesystem lvm2.



First some background. The system has two arrays of drives. One is for the OS (CentOS 6), the other for Data. Here is the physical disk count on the machine:



# Description Total Gigs
2 HARD DRIVE, 300GB, SAS6, 10, 2.5, H-CE, E/C 600
6 HARD DRIVE, 600G, SAS6, 10, 2.5, W-SIR, E/C 3600


The two smaller drives are mirrored as 300g - this is where the OS lives.



The volume names are not listed when using pvs



PV VG Fmt Att PSize PFree
/dev/sda5 vg_mybox lvm2 a-- 276g 0
/dev/sdb1 lvm2 --- 1.8t 1.8t
/dev/sdc1 lvm2 --- 948g 948.67g


The PSize and PFree lines worry me.



Here's output from pvscan



 PV /dev/sda5 VG vg_ursula lvm2 [276.34 GiB / 0 free]
PV /dev/sdb1 lvm2 [1.80 TiB]
PV /dev/sdc1 lvm2 [948.67 GiB]
Total: 3 [3.00 TiB] / in use: 1 [276.34 GiB] / in no VG: 2 [2.73 TiB]


and lvscan



 ACTIVE '/dev/vg_mybox/LogVol05' [29.30 GiB] inherit
ACTIVE '/dev/vg_mybox/LogVol04' [48.83 GiB] inherit
ACTIVE '/dev/vg_mybox/LogVol03' [48.83 GiB] inherit
ACTIVE '/dev/vg_mybox/lv_root' [111.74 GiB] inherit
ACTIVE '/dev/vg_mybox/lv_home' [9.77 GiB] inherit
ACTIVE '/dev/vg_mybox/lv_swap' [27.89 GiB] inherit


and vgscan



 Reading all physical volumes. This may take a while...
Found volume group "vg_ursula" using metadata type lvm2


and vcgk -vvv



https://gist.github.com/anonymous/25ddd3280a34364fa186



file -s /dev/sdb1



/dev/sdb1: LVM2 (Linux Logical Volume Manager) , UUID: B1bLeFveeDcnfZ2i0tuqWtHgSd6UAgM


file -s /dev/sdc1



/dev/sdc1: LVM2 (Linux Logical Volume Manager) , UUID: SMMVLUKEuBPHuTeoarMkDAlJDDY1Gm2


and



pvdisplay /dev/sdb1



 "/dev/sdb1" is a new physical volume of "1.80 TiB"
--- NEW Physical volume ---
PV Name /dev/sdb1
VG Name
PV Size 1.80 TiB
Allocatable NO
PE Size 0
Total PE 0
Free PE 0
Allocated PE 0
PV UUID B1bLeF-veeD-cnfZ-2i0t-uqWt-HgSd-6UAgMA


pvdisplay /dev/sdc1



 "/dev/sdc1" is a new physical volume of "948.67 GiB"
--- NEW Physical volume ---
PV Name /dev/sdc1
VG Name
PV Size 948.67 GiB
Allocatable NO
PE Size 0
Total PE 0
Free PE 0
Allocated PE 0
PV UUID SMMVLU-KEuB-PHuT-eoar-MkDA-lJDD-Y1Gm2g


When installing this OS, I only moved the 276g drive to the "Install" list and left the other two as storage only. When I reviewed the format/partition settigns, the two storage drives did not have a check under the Format column.



enter image description here



What are my next steps to mount and get the data?










share|improve this question
















I had to reinstall CentOS on a system with a separate disk array for data. I installed on the OS disks and kept the other disk array as storage (so they were not formatted).



When I try to mount the disks, I'm blocked due to unknown filesystem lvm2.



First some background. The system has two arrays of drives. One is for the OS (CentOS 6), the other for Data. Here is the physical disk count on the machine:



# Description Total Gigs
2 HARD DRIVE, 300GB, SAS6, 10, 2.5, H-CE, E/C 600
6 HARD DRIVE, 600G, SAS6, 10, 2.5, W-SIR, E/C 3600


The two smaller drives are mirrored as 300g - this is where the OS lives.



The volume names are not listed when using pvs



PV VG Fmt Att PSize PFree
/dev/sda5 vg_mybox lvm2 a-- 276g 0
/dev/sdb1 lvm2 --- 1.8t 1.8t
/dev/sdc1 lvm2 --- 948g 948.67g


The PSize and PFree lines worry me.



Here's output from pvscan



 PV /dev/sda5 VG vg_ursula lvm2 [276.34 GiB / 0 free]
PV /dev/sdb1 lvm2 [1.80 TiB]
PV /dev/sdc1 lvm2 [948.67 GiB]
Total: 3 [3.00 TiB] / in use: 1 [276.34 GiB] / in no VG: 2 [2.73 TiB]


and lvscan



 ACTIVE '/dev/vg_mybox/LogVol05' [29.30 GiB] inherit
ACTIVE '/dev/vg_mybox/LogVol04' [48.83 GiB] inherit
ACTIVE '/dev/vg_mybox/LogVol03' [48.83 GiB] inherit
ACTIVE '/dev/vg_mybox/lv_root' [111.74 GiB] inherit
ACTIVE '/dev/vg_mybox/lv_home' [9.77 GiB] inherit
ACTIVE '/dev/vg_mybox/lv_swap' [27.89 GiB] inherit


and vgscan



 Reading all physical volumes. This may take a while...
Found volume group "vg_ursula" using metadata type lvm2


and vcgk -vvv



https://gist.github.com/anonymous/25ddd3280a34364fa186



file -s /dev/sdb1



/dev/sdb1: LVM2 (Linux Logical Volume Manager) , UUID: B1bLeFveeDcnfZ2i0tuqWtHgSd6UAgM


file -s /dev/sdc1



/dev/sdc1: LVM2 (Linux Logical Volume Manager) , UUID: SMMVLUKEuBPHuTeoarMkDAlJDDY1Gm2


and



pvdisplay /dev/sdb1



 "/dev/sdb1" is a new physical volume of "1.80 TiB"
--- NEW Physical volume ---
PV Name /dev/sdb1
VG Name
PV Size 1.80 TiB
Allocatable NO
PE Size 0
Total PE 0
Free PE 0
Allocated PE 0
PV UUID B1bLeF-veeD-cnfZ-2i0t-uqWt-HgSd-6UAgMA


pvdisplay /dev/sdc1



 "/dev/sdc1" is a new physical volume of "948.67 GiB"
--- NEW Physical volume ---
PV Name /dev/sdc1
VG Name
PV Size 948.67 GiB
Allocatable NO
PE Size 0
Total PE 0
Free PE 0
Allocated PE 0
PV UUID SMMVLU-KEuB-PHuT-eoar-MkDA-lJDD-Y1Gm2g


When installing this OS, I only moved the 276g drive to the "Install" list and left the other two as storage only. When I reviewed the format/partition settigns, the two storage drives did not have a check under the Format column.



enter image description here



What are my next steps to mount and get the data?







centos mount






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Sep 24 '15 at 13:26







a coder

















asked Sep 23 '15 at 19:55









a codera coder

1,01472747




1,01472747












  • Have you enabled lvm on the two unrecognised disks?

    – roaima
    Sep 23 '15 at 20:11











  • Haven't done anything yet. Goal #1 is not not destroy any data on those disks.

    – a coder
    Sep 23 '15 at 20:47











  • Oh... That changes things a bit... what was the file format on the discs pre-install?

    – Gravy
    Sep 23 '15 at 20:50











  • The disks couldn't have been ext4 if they were lvm containers. Please clarify.

    – roaima
    Sep 23 '15 at 21:11












  • Output of vgscan and lvscan -D please

    – roaima
    Sep 23 '15 at 21:16


















  • Have you enabled lvm on the two unrecognised disks?

    – roaima
    Sep 23 '15 at 20:11











  • Haven't done anything yet. Goal #1 is not not destroy any data on those disks.

    – a coder
    Sep 23 '15 at 20:47











  • Oh... That changes things a bit... what was the file format on the discs pre-install?

    – Gravy
    Sep 23 '15 at 20:50











  • The disks couldn't have been ext4 if they were lvm containers. Please clarify.

    – roaima
    Sep 23 '15 at 21:11












  • Output of vgscan and lvscan -D please

    – roaima
    Sep 23 '15 at 21:16

















Have you enabled lvm on the two unrecognised disks?

– roaima
Sep 23 '15 at 20:11





Have you enabled lvm on the two unrecognised disks?

– roaima
Sep 23 '15 at 20:11













Haven't done anything yet. Goal #1 is not not destroy any data on those disks.

– a coder
Sep 23 '15 at 20:47





Haven't done anything yet. Goal #1 is not not destroy any data on those disks.

– a coder
Sep 23 '15 at 20:47













Oh... That changes things a bit... what was the file format on the discs pre-install?

– Gravy
Sep 23 '15 at 20:50





Oh... That changes things a bit... what was the file format on the discs pre-install?

– Gravy
Sep 23 '15 at 20:50













The disks couldn't have been ext4 if they were lvm containers. Please clarify.

– roaima
Sep 23 '15 at 21:11






The disks couldn't have been ext4 if they were lvm containers. Please clarify.

– roaima
Sep 23 '15 at 21:11














Output of vgscan and lvscan -D please

– roaima
Sep 23 '15 at 21:16






Output of vgscan and lvscan -D please

– roaima
Sep 23 '15 at 21:16











1 Answer
1






active

oldest

votes


















0














It is strange that your PVs are not assigned to any VG and all the parameters are zero. Looks like formatted.



1.) Boot SystemRescue CD and test if it can detect the LVs on the disk.
So you can backup the data.
Run



pvscan
vgchange -ay


If it not works lets see what pvck can tell you:



pvck -d -v /dev/sdb1
pvck -d -v /dev/sdc1


2.) Without knowing where the LV partitions are the FS cannot be mounted.
Without FS it's hard to access the files.
As last resort you could use file carving tools to save as much data as possible: See scalpel and foremost.






share|improve this answer























  • Tried vgchange -ay last night. The only volume showing afterwards is vg_ursula (per vgscan).

    – a coder
    Sep 24 '15 at 14:40











  • I'm very familiar with vgcfgbackup now, but did not know to include this in my server backups before. I've already updated my other server backup scripts accordingly. The previous VG config would make my life much easier today. :(

    – a coder
    Sep 24 '15 at 14:42










Your Answer








StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "106"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);

else
createEditor();

);

function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);



);













draft saved

draft discarded


















StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f231650%2funable-to-mount-lvm2-volume%23new-answer', 'question_page');

);

Post as a guest















Required, but never shown

























1 Answer
1






active

oldest

votes








1 Answer
1






active

oldest

votes









active

oldest

votes






active

oldest

votes









0














It is strange that your PVs are not assigned to any VG and all the parameters are zero. Looks like formatted.



1.) Boot SystemRescue CD and test if it can detect the LVs on the disk.
So you can backup the data.
Run



pvscan
vgchange -ay


If it not works lets see what pvck can tell you:



pvck -d -v /dev/sdb1
pvck -d -v /dev/sdc1


2.) Without knowing where the LV partitions are the FS cannot be mounted.
Without FS it's hard to access the files.
As last resort you could use file carving tools to save as much data as possible: See scalpel and foremost.






share|improve this answer























  • Tried vgchange -ay last night. The only volume showing afterwards is vg_ursula (per vgscan).

    – a coder
    Sep 24 '15 at 14:40











  • I'm very familiar with vgcfgbackup now, but did not know to include this in my server backups before. I've already updated my other server backup scripts accordingly. The previous VG config would make my life much easier today. :(

    – a coder
    Sep 24 '15 at 14:42















0














It is strange that your PVs are not assigned to any VG and all the parameters are zero. Looks like formatted.



1.) Boot SystemRescue CD and test if it can detect the LVs on the disk.
So you can backup the data.
Run



pvscan
vgchange -ay


If it not works lets see what pvck can tell you:



pvck -d -v /dev/sdb1
pvck -d -v /dev/sdc1


2.) Without knowing where the LV partitions are the FS cannot be mounted.
Without FS it's hard to access the files.
As last resort you could use file carving tools to save as much data as possible: See scalpel and foremost.






share|improve this answer























  • Tried vgchange -ay last night. The only volume showing afterwards is vg_ursula (per vgscan).

    – a coder
    Sep 24 '15 at 14:40











  • I'm very familiar with vgcfgbackup now, but did not know to include this in my server backups before. I've already updated my other server backup scripts accordingly. The previous VG config would make my life much easier today. :(

    – a coder
    Sep 24 '15 at 14:42













0












0








0







It is strange that your PVs are not assigned to any VG and all the parameters are zero. Looks like formatted.



1.) Boot SystemRescue CD and test if it can detect the LVs on the disk.
So you can backup the data.
Run



pvscan
vgchange -ay


If it not works lets see what pvck can tell you:



pvck -d -v /dev/sdb1
pvck -d -v /dev/sdc1


2.) Without knowing where the LV partitions are the FS cannot be mounted.
Without FS it's hard to access the files.
As last resort you could use file carving tools to save as much data as possible: See scalpel and foremost.






share|improve this answer













It is strange that your PVs are not assigned to any VG and all the parameters are zero. Looks like formatted.



1.) Boot SystemRescue CD and test if it can detect the LVs on the disk.
So you can backup the data.
Run



pvscan
vgchange -ay


If it not works lets see what pvck can tell you:



pvck -d -v /dev/sdb1
pvck -d -v /dev/sdc1


2.) Without knowing where the LV partitions are the FS cannot be mounted.
Without FS it's hard to access the files.
As last resort you could use file carving tools to save as much data as possible: See scalpel and foremost.







share|improve this answer












share|improve this answer



share|improve this answer










answered Sep 24 '15 at 14:35









Hans DampfHans Dampf

1




1












  • Tried vgchange -ay last night. The only volume showing afterwards is vg_ursula (per vgscan).

    – a coder
    Sep 24 '15 at 14:40











  • I'm very familiar with vgcfgbackup now, but did not know to include this in my server backups before. I've already updated my other server backup scripts accordingly. The previous VG config would make my life much easier today. :(

    – a coder
    Sep 24 '15 at 14:42

















  • Tried vgchange -ay last night. The only volume showing afterwards is vg_ursula (per vgscan).

    – a coder
    Sep 24 '15 at 14:40











  • I'm very familiar with vgcfgbackup now, but did not know to include this in my server backups before. I've already updated my other server backup scripts accordingly. The previous VG config would make my life much easier today. :(

    – a coder
    Sep 24 '15 at 14:42
















Tried vgchange -ay last night. The only volume showing afterwards is vg_ursula (per vgscan).

– a coder
Sep 24 '15 at 14:40





Tried vgchange -ay last night. The only volume showing afterwards is vg_ursula (per vgscan).

– a coder
Sep 24 '15 at 14:40













I'm very familiar with vgcfgbackup now, but did not know to include this in my server backups before. I've already updated my other server backup scripts accordingly. The previous VG config would make my life much easier today. :(

– a coder
Sep 24 '15 at 14:42





I'm very familiar with vgcfgbackup now, but did not know to include this in my server backups before. I've already updated my other server backup scripts accordingly. The previous VG config would make my life much easier today. :(

– a coder
Sep 24 '15 at 14:42

















draft saved

draft discarded
















































Thanks for contributing an answer to Unix & Linux Stack Exchange!


  • Please be sure to answer the question. Provide details and share your research!

But avoid


  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.

To learn more, see our tips on writing great answers.




draft saved


draft discarded














StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f231650%2funable-to-mount-lvm2-volume%23new-answer', 'question_page');

);

Post as a guest















Required, but never shown





















































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown

































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown






Popular posts from this blog

How to check contact read email or not when send email to Individual?

Displaying single band from multi-band raster using QGIS

How many registers does an x86_64 CPU actually have?