Debian 9 is failed after changing LVM configuration on Xubuntu 16.04
Clash Royale CLAN TAG#URR8PPP
up vote
1
down vote
favorite
I have the 2 OS which are mentioned it the title.
Debian is installed on LVM disk /dev/sda5.
I needed to extend /var LVM partition, but I was not able to do this on Debian 9 because there was no free space and I could not unmount /home to release free space in order to extend /var.
But I booted on Xubuntu and did it there using Logical Volume Manager Utility. I reduced /home, extended /var and left 25 GB free space.
Now I cannot boot on Debian 9. As I understand Debian can not mount /home and /var now.
How to update the Debian LVM settings now? I am still able to use root user, and Debian sees only /root and /tmp LVM partitions.
On Xubuntu:
sudo lvs
home desktop-vg -wi-a----- 25.48g
root desktop-vg -wi-a----- 18.18g
swap_1 desktop-vg -wi-a----- 15.94g
tmp desktop-vg -wi-a----- 1.14g
var desktop-vg -wi-a----- 25.84g
But I can not remember "desktop-vg" on Debian.
debian lvm
asked Nov 5 '17 at 18:46
Artu
234
add a comment |Â
up vote
1
down vote
favorite
I have the 2 OS which are mentioned it the title.
Debian is installed on LVM disk /dev/sda5.
I needed to extend /var LVM partition, but I was not able to do this on Debian 9 because there was no free space and I could not unmount /home to release free space in order to extend /var.
But I booted on Xubuntu and did it there using Logical Volume Manager Utility. I reduced /home, extended /var and left 25 GB free space.
Now I cannot boot on Debian 9. As I understand Debian can not mount /home and /var now.
How to update the Debian LVM settings now? I am still able to use root user, and Debian sees only /root and /tmp LVM partitions.
On Xubuntu:
sudo lvs
home desktop-vg -wi-a----- 25.48g
root desktop-vg -wi-a----- 18.18g
swap_1 desktop-vg -wi-a----- 15.94g
tmp desktop-vg -wi-a----- 1.14g
var desktop-vg -wi-a----- 25.84g
But I can not remember "desktop-vg" on Debian.
debian lvm
asked Nov 5 '17 at 18:46
Artu
234
Can you mount manually?mkdir /mnt/tmp ; mount /dev/desktop-vg/home /mnt/tmp
– Hauke Laging
Nov 5 '17 at 20:31
It works fortmp, but does not work forhomewhere I changed the size:mount: wrong fs type, bad option, bad superblock on /dev/mapper/desktop--vg-homeIt does not work on Xubuntu too. How can I repair it?
– Artu
Nov 6 '17 at 6:51
Unfortunately it lokks like you have destroyed that LV. The question is: What has your tool done? You may have at look at the backups in/etc/lvm(on both distros). If you are lucky then they contain the information where the LV data was before the change. It may be easiest to restore the backup before your change and make the changes again, manually.
– Hauke Laging
Nov 6 '17 at 8:22
@HaukeLaging I usedsystem-config-lvm 1.1.18GUI utility. I see I get the big problem. I have some files in/etc/lvm/archiveand/etc/lvm/backup. Is there a short way to restore it?
– Artu
Nov 6 '17 at 9:23
Let us continue this discussion in chat.
– Artu
Nov 6 '17 at 10:06
add a comment |Â
up vote
1
down vote
favorite
up vote
1
down vote
favorite
I have the 2 OS which are mentioned it the title.
Debian is installed on LVM disk /dev/sda5.
I needed to extend /var LVM partition, but I was not able to do this on Debian 9 because there was no free space and I could not unmount /home to release free space in order to extend /var.
But I booted on Xubuntu and did it there using Logical Volume Manager Utility. I reduced /home, extended /var and left 25 GB free space.
Now I cannot boot on Debian 9. As I understand Debian can not mount /home and /var now.
How to update the Debian LVM settings now? I am still able to use root user, and Debian sees only /root and /tmp LVM partitions.
On Xubuntu:
sudo lvs
home desktop-vg -wi-a----- 25.48g
root desktop-vg -wi-a----- 18.18g
swap_1 desktop-vg -wi-a----- 15.94g
tmp desktop-vg -wi-a----- 1.14g
var desktop-vg -wi-a----- 25.84g
But I can not remember "desktop-vg" on Debian.
debian lvm
asked Nov 5 '17 at 18:46
Artu
234
I have the 2 OS which are mentioned it the title.
Debian is installed on LVM disk /dev/sda5.
I needed to extend /var LVM partition, but I was not able to do this on Debian 9 because there was no free space and I could not unmount /home to release free space in order to extend /var.
But I booted on Xubuntu and did it there using Logical Volume Manager Utility. I reduced /home, extended /var and left 25 GB free space.
Now I cannot boot on Debian 9. As I understand Debian can not mount /home and /var now.
How to update the Debian LVM settings now? I am still able to use root user, and Debian sees only /root and /tmp LVM partitions.
On Xubuntu:
sudo lvs
home desktop-vg -wi-a----- 25.48g
root desktop-vg -wi-a----- 18.18g
swap_1 desktop-vg -wi-a----- 15.94g
tmp desktop-vg -wi-a----- 1.14g
var desktop-vg -wi-a----- 25.84g
But I can not remember "desktop-vg" on Debian.
debian lvm
asked Nov 5 '17 at 18:46
Artu
234
edited Nov 5 '17 at 20:19
asked Nov 5 '17 at 18:46
Artu
234
asked Nov 5 '17 at 18:46
Artu
234
asked Nov 5 '17 at 18:46
Artu
234
234
Can you mount manually?mkdir /mnt/tmp ; mount /dev/desktop-vg/home /mnt/tmp
– Hauke Laging
Nov 5 '17 at 20:31
It works fortmp, but does not work forhomewhere I changed the size:mount: wrong fs type, bad option, bad superblock on /dev/mapper/desktop--vg-homeIt does not work on Xubuntu too. How can I repair it?
– Artu
Nov 6 '17 at 6:51
Unfortunately it lokks like you have destroyed that LV. The question is: What has your tool done? You may have at look at the backups in/etc/lvm(on both distros). If you are lucky then they contain the information where the LV data was before the change. It may be easiest to restore the backup before your change and make the changes again, manually.
– Hauke Laging
Nov 6 '17 at 8:22
@HaukeLaging I usedsystem-config-lvm 1.1.18GUI utility. I see I get the big problem. I have some files in/etc/lvm/archiveand/etc/lvm/backup. Is there a short way to restore it?
– Artu
Nov 6 '17 at 9:23
Let us continue this discussion in chat.
– Artu
Nov 6 '17 at 10:06
add a comment |Â
Can you mount manually?mkdir /mnt/tmp ; mount /dev/desktop-vg/home /mnt/tmp
– Hauke Laging
Nov 5 '17 at 20:31
It works fortmp, but does not work forhomewhere I changed the size:mount: wrong fs type, bad option, bad superblock on /dev/mapper/desktop--vg-homeIt does not work on Xubuntu too. How can I repair it?
– Artu
Nov 6 '17 at 6:51
Unfortunately it lokks like you have destroyed that LV. The question is: What has your tool done? You may have at look at the backups in/etc/lvm(on both distros). If you are lucky then they contain the information where the LV data was before the change. It may be easiest to restore the backup before your change and make the changes again, manually.
– Hauke Laging
Nov 6 '17 at 8:22
@HaukeLaging I usedsystem-config-lvm 1.1.18GUI utility. I see I get the big problem. I have some files in/etc/lvm/archiveand/etc/lvm/backup. Is there a short way to restore it?
– Artu
Nov 6 '17 at 9:23
Let us continue this discussion in chat.
– Artu
Nov 6 '17 at 10:06
Can you mount manually?
mkdir /mnt/tmp ; mount /dev/desktop-vg/home /mnt/tmp– Hauke Laging
Nov 5 '17 at 20:31
Can you mount manually?
mkdir /mnt/tmp ; mount /dev/desktop-vg/home /mnt/tmp– Hauke Laging
Nov 5 '17 at 20:31
It works for
tmp, but does not work for home where I changed the size: mount: wrong fs type, bad option, bad superblock on /dev/mapper/desktop--vg-home It does not work on Xubuntu too. How can I repair it?– Artu
Nov 6 '17 at 6:51
It works for
tmp, but does not work for home where I changed the size: mount: wrong fs type, bad option, bad superblock on /dev/mapper/desktop--vg-home It does not work on Xubuntu too. How can I repair it?– Artu
Nov 6 '17 at 6:51
Unfortunately it lokks like you have destroyed that LV. The question is: What has your tool done? You may have at look at the backups in
/etc/lvm (on both distros). If you are lucky then they contain the information where the LV data was before the change. It may be easiest to restore the backup before your change and make the changes again, manually.– Hauke Laging
Nov 6 '17 at 8:22
Unfortunately it lokks like you have destroyed that LV. The question is: What has your tool done? You may have at look at the backups in
/etc/lvm (on both distros). If you are lucky then they contain the information where the LV data was before the change. It may be easiest to restore the backup before your change and make the changes again, manually.– Hauke Laging
Nov 6 '17 at 8:22
@HaukeLaging I used
system-config-lvm 1.1.18 GUI utility. I see I get the big problem. I have some files in /etc/lvm/archive and /etc/lvm/backup. Is there a short way to restore it?– Artu
Nov 6 '17 at 9:23
@HaukeLaging I used
system-config-lvm 1.1.18 GUI utility. I see I get the big problem. I have some files in /etc/lvm/archive and /etc/lvm/backup. Is there a short way to restore it?– Artu
Nov 6 '17 at 9:23
Let us continue this discussion in chat.
– Artu
Nov 6 '17 at 10:06
Let us continue this discussion in chat.
– Artu
Nov 6 '17 at 10:06
add a comment |Â
1 Answer
1
active
oldest
votes
up vote
0
down vote
Find the backup file for the respective volume group in /etc/lvm/archive (based on its modification date and the created before ... comment). It may be a good idea to copy all these files elsewhere first.
Then run
vgcfgrestore -f /etc/lvm/archive/$correct_file
After you have reached the old state you should make the changes manually instead of with that tool (with lvreduce --resizefs).
answered Nov 7 '17 at 7:47
Hauke Laging
53.6k1282130
add a comment |Â
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
0
down vote
Find the backup file for the respective volume group in /etc/lvm/archive (based on its modification date and the created before ... comment). It may be a good idea to copy all these files elsewhere first.
Then run
vgcfgrestore -f /etc/lvm/archive/$correct_file
After you have reached the old state you should make the changes manually instead of with that tool (with lvreduce --resizefs).
answered Nov 7 '17 at 7:47
Hauke Laging
53.6k1282130
add a comment |Â
up vote
0
down vote
Find the backup file for the respective volume group in /etc/lvm/archive (based on its modification date and the created before ... comment). It may be a good idea to copy all these files elsewhere first.
Then run
vgcfgrestore -f /etc/lvm/archive/$correct_file
After you have reached the old state you should make the changes manually instead of with that tool (with lvreduce --resizefs).
answered Nov 7 '17 at 7:47
Hauke Laging
53.6k1282130
add a comment |Â
up vote
0
down vote
up vote
0
down vote
Find the backup file for the respective volume group in /etc/lvm/archive (based on its modification date and the created before ... comment). It may be a good idea to copy all these files elsewhere first.
Then run
vgcfgrestore -f /etc/lvm/archive/$correct_file
After you have reached the old state you should make the changes manually instead of with that tool (with lvreduce --resizefs).
answered Nov 7 '17 at 7:47
Hauke Laging
53.6k1282130
Find the backup file for the respective volume group in /etc/lvm/archive (based on its modification date and the created before ... comment). It may be a good idea to copy all these files elsewhere first.
Then run
vgcfgrestore -f /etc/lvm/archive/$correct_file
After you have reached the old state you should make the changes manually instead of with that tool (with lvreduce --resizefs).
answered Nov 7 '17 at 7:47
Hauke Laging
53.6k1282130
answered Nov 7 '17 at 7:47
Hauke Laging
53.6k1282130
answered Nov 7 '17 at 7:47
Hauke Laging
53.6k1282130
answered Nov 7 '17 at 7:47
Hauke Laging
53.6k1282130
53.6k1282130
add a comment |Â
add a comment |Â
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f402701%2fdebian-9-is-failed-after-changing-lvm-configuration-on-xubuntu-16-04%23new-answer', 'question_page');
);
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Can you mount manually?
mkdir /mnt/tmp ; mount /dev/desktop-vg/home /mnt/tmp– Hauke Laging
Nov 5 '17 at 20:31
It works for
tmp, but does not work forhomewhere I changed the size:mount: wrong fs type, bad option, bad superblock on /dev/mapper/desktop--vg-homeIt does not work on Xubuntu too. How can I repair it?– Artu
Nov 6 '17 at 6:51
Unfortunately it lokks like you have destroyed that LV. The question is: What has your tool done? You may have at look at the backups in
/etc/lvm(on both distros). If you are lucky then they contain the information where the LV data was before the change. It may be easiest to restore the backup before your change and make the changes again, manually.– Hauke Laging
Nov 6 '17 at 8:22
@HaukeLaging I used
system-config-lvm 1.1.18GUI utility. I see I get the big problem. I have some files in/etc/lvm/archiveand/etc/lvm/backup. Is there a short way to restore it?– Artu
Nov 6 '17 at 9:23
Let us continue this discussion in chat.
– Artu
Nov 6 '17 at 10:06