Debian 9 is failed after changing LVM configuration on Xubuntu 16.04

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.

edited Nov 5 '17 at 20:19

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 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

@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

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.

edited Nov 5 '17 at 20:19

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 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

@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

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.

edited Nov 5 '17 at 20:19

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.

edited Nov 5 '17 at 20:19

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

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

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

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 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

@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

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

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

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Â |Â

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',
convertImagesToLinks: false,
noModals: false,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
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%2f402701%2fdebian-9-is-failed-after-changing-lvm-configuration-on-xubuntu-16-04%23new-answer', 'question_page');

);

Post as a guest

Name

1 Answer
1

active

oldest

votes

1 Answer
1

active

oldest

votes

up vote
0
down vote

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

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

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

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

add a commentÂ |Â

draft saved

draft discarded

draft saved

draft discarded

Post as a guest

Name

搜尋此網誌

mjhjmtu