Ubuntu(Xubuntu) will not boot after power failure





.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty{ margin-bottom:0;
}







0















I have Xubuntu installed with sda configured in LVM setup. Previously, I have used older, standard partitioning with a root, /boot, and swap all on separate sda1,2,3. I have always seemed to have problems with failing to boot after power loss, and I have learned to boot into a recovery mode and fsck, and this has fixed things reliably (side topic: Why in the hell isn't filesystem recovery more self-guided, perhaps prompted for when the system sees problems on boot?).



However, two days ago was my first power loss since switching to LVM (old drive was reporting imminent failure via SMART, so purchased a new HD).



If it tries a normal boot, the screen goes black, and it stays that way.



I boot into recovery, and can get to a Busybox/initramfs limited prompt. It reports "Waiting for root filesystem", then "Gave up waiting for root filesystem". It offers a few hints that boot arguments may be incorrect (these worked for many months on this install), but also states "ALERT! /dev/mapper/xubuntu--vg-root does not exist. Dropping to a shell!"



I have followed suggestions I have found elsewhere here on askubuntu, including to ls dev at the initramfs shell, and if I don't see the filesystem to wait 10 seconds and try again. There were suggestions that RAID setup could be a problem, or setups installed dual-boot with wubi. None of these applied.



Booting off a LiveCD, I can mount and read the contents of my hard drive. I have read suggestions to use lvm tools to get information and will post the following. I suspect that I need to fix an error in the LVM-configured filesystems.



ubuntu@ubuntu:~$ sudo lvm pvscan
PV /dev/sda1 VG xubuntu-vg lvm2 [<465.76 GiB / 4.00 MiB free]
Total: 1 [<465.76 GiB] / in use: 1 [<465.76 GiB] / in no VG: 0 [0 ]

ubuntu@ubuntu:~$ sudo lvm vgscan
Reading volume groups from cache.
Found volume group "xubuntu-vg" using metadata type lvm2

ubuntu@ubuntu:~$ sudo lvm lvscan
ACTIVE '/dev/xubuntu-vg/root' [464.80 GiB] inherit
ACTIVE '/dev/xubuntu-vg/swap_1' [976.00 MiB] inherit


I'm not entirely sure what to do from here, so it seems reasonable to try to fsck the xubuntu-vg root.



ubuntu@ubuntu:~$ sudo fsck /dev/xubuntu-vg/root
fsck from util-linux 2.32
e2fsck 1.44.4 (18-Aug-2018)
/dev/mapper/xubuntu--vg-root: clean, 538363/30466048 files, 48101510/121844736 blocks


it doesn't seem that either there is a problem there. Or that I am not doing things correctly.



Any suggestions as to what I am missing? Thanks!



[Updated Info]



Back in town from work travel, and a little sad to see no suggestions. But I spent some time digging back into this after my morning coffee.



I looked over the steps I took earlier, and see that when I did my fsck /dev/xubuntu-vg/root, I was looking at the live session's mount. NOT my hard drive. So that explains a lot. Figure I would spell out what I am doing here, should anyone else find this thread and it might be useful to them...



When I mount the hard drive (clicked on it in the GUI file browser), it appears when I do the mount command: /dev/mapper/xubuntu--vg-root on /media/ubuntu/1d3ca2dc-c59a-4582-a538-8c529926b276 type ext4 (rw,nosuid,nodev,relatime,uhelper=udisks2) So, when I try to fdisk that, I get:



sudo fdisk /dev/mapper/xubuntu--vg-root
Welcome to fdisk (util-linux 2.32).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.

The old ext4 signature will be removed by a write command.

Device does not contain a recognized partition table. Created a new DOS disklabel with disk identifier 0x5490643a.

Command (m for help):


I am VERY apprehensive about the warning that I will remove the old ext4 signature!



[Another Update]



Went ahead and did a



sudo fsck -f /dev/mapper/xubuntu--vg-root 
fsck from util-linux 2.32
e2fsck 1.44.4 (18-Aug-2018)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/mapper/xubuntu--vg-root: 538364/30466048 files (0.3% non-contiguous), 48101511/121844736 blocks


It did not report any errors with this lvm filesystem. Yet, it still won't boot.



I also suspect I am talking to myself. This has to be repairable, as I can read the hard drive filesystem when booting from my LiveCD. Have also tried a few lvm tools, sudo vgchange --ignorelockingfailure -ay, then sudo lvscan --ignorelockingfailure, then re-tried the sudo fsck -f /dev/mapper/xubuntu--vg-root that the webpage recommended.



No success.










share|improve this question

























  • Yay... I earned a tumbleweed badge.

    – Mark Jensen
    Apr 2 at 22:43


















0















I have Xubuntu installed with sda configured in LVM setup. Previously, I have used older, standard partitioning with a root, /boot, and swap all on separate sda1,2,3. I have always seemed to have problems with failing to boot after power loss, and I have learned to boot into a recovery mode and fsck, and this has fixed things reliably (side topic: Why in the hell isn't filesystem recovery more self-guided, perhaps prompted for when the system sees problems on boot?).



However, two days ago was my first power loss since switching to LVM (old drive was reporting imminent failure via SMART, so purchased a new HD).



If it tries a normal boot, the screen goes black, and it stays that way.



I boot into recovery, and can get to a Busybox/initramfs limited prompt. It reports "Waiting for root filesystem", then "Gave up waiting for root filesystem". It offers a few hints that boot arguments may be incorrect (these worked for many months on this install), but also states "ALERT! /dev/mapper/xubuntu--vg-root does not exist. Dropping to a shell!"



I have followed suggestions I have found elsewhere here on askubuntu, including to ls dev at the initramfs shell, and if I don't see the filesystem to wait 10 seconds and try again. There were suggestions that RAID setup could be a problem, or setups installed dual-boot with wubi. None of these applied.



Booting off a LiveCD, I can mount and read the contents of my hard drive. I have read suggestions to use lvm tools to get information and will post the following. I suspect that I need to fix an error in the LVM-configured filesystems.



ubuntu@ubuntu:~$ sudo lvm pvscan
PV /dev/sda1 VG xubuntu-vg lvm2 [<465.76 GiB / 4.00 MiB free]
Total: 1 [<465.76 GiB] / in use: 1 [<465.76 GiB] / in no VG: 0 [0 ]

ubuntu@ubuntu:~$ sudo lvm vgscan
Reading volume groups from cache.
Found volume group "xubuntu-vg" using metadata type lvm2

ubuntu@ubuntu:~$ sudo lvm lvscan
ACTIVE '/dev/xubuntu-vg/root' [464.80 GiB] inherit
ACTIVE '/dev/xubuntu-vg/swap_1' [976.00 MiB] inherit


I'm not entirely sure what to do from here, so it seems reasonable to try to fsck the xubuntu-vg root.



ubuntu@ubuntu:~$ sudo fsck /dev/xubuntu-vg/root
fsck from util-linux 2.32
e2fsck 1.44.4 (18-Aug-2018)
/dev/mapper/xubuntu--vg-root: clean, 538363/30466048 files, 48101510/121844736 blocks


it doesn't seem that either there is a problem there. Or that I am not doing things correctly.



Any suggestions as to what I am missing? Thanks!



[Updated Info]



Back in town from work travel, and a little sad to see no suggestions. But I spent some time digging back into this after my morning coffee.



I looked over the steps I took earlier, and see that when I did my fsck /dev/xubuntu-vg/root, I was looking at the live session's mount. NOT my hard drive. So that explains a lot. Figure I would spell out what I am doing here, should anyone else find this thread and it might be useful to them...



When I mount the hard drive (clicked on it in the GUI file browser), it appears when I do the mount command: /dev/mapper/xubuntu--vg-root on /media/ubuntu/1d3ca2dc-c59a-4582-a538-8c529926b276 type ext4 (rw,nosuid,nodev,relatime,uhelper=udisks2) So, when I try to fdisk that, I get:



sudo fdisk /dev/mapper/xubuntu--vg-root
Welcome to fdisk (util-linux 2.32).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.

The old ext4 signature will be removed by a write command.

Device does not contain a recognized partition table. Created a new DOS disklabel with disk identifier 0x5490643a.

Command (m for help):


I am VERY apprehensive about the warning that I will remove the old ext4 signature!



[Another Update]



Went ahead and did a



sudo fsck -f /dev/mapper/xubuntu--vg-root 
fsck from util-linux 2.32
e2fsck 1.44.4 (18-Aug-2018)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/mapper/xubuntu--vg-root: 538364/30466048 files (0.3% non-contiguous), 48101511/121844736 blocks


It did not report any errors with this lvm filesystem. Yet, it still won't boot.



I also suspect I am talking to myself. This has to be repairable, as I can read the hard drive filesystem when booting from my LiveCD. Have also tried a few lvm tools, sudo vgchange --ignorelockingfailure -ay, then sudo lvscan --ignorelockingfailure, then re-tried the sudo fsck -f /dev/mapper/xubuntu--vg-root that the webpage recommended.



No success.










share|improve this question

























  • Yay... I earned a tumbleweed badge.

    – Mark Jensen
    Apr 2 at 22:43














0












0








0








I have Xubuntu installed with sda configured in LVM setup. Previously, I have used older, standard partitioning with a root, /boot, and swap all on separate sda1,2,3. I have always seemed to have problems with failing to boot after power loss, and I have learned to boot into a recovery mode and fsck, and this has fixed things reliably (side topic: Why in the hell isn't filesystem recovery more self-guided, perhaps prompted for when the system sees problems on boot?).



However, two days ago was my first power loss since switching to LVM (old drive was reporting imminent failure via SMART, so purchased a new HD).



If it tries a normal boot, the screen goes black, and it stays that way.



I boot into recovery, and can get to a Busybox/initramfs limited prompt. It reports "Waiting for root filesystem", then "Gave up waiting for root filesystem". It offers a few hints that boot arguments may be incorrect (these worked for many months on this install), but also states "ALERT! /dev/mapper/xubuntu--vg-root does not exist. Dropping to a shell!"



I have followed suggestions I have found elsewhere here on askubuntu, including to ls dev at the initramfs shell, and if I don't see the filesystem to wait 10 seconds and try again. There were suggestions that RAID setup could be a problem, or setups installed dual-boot with wubi. None of these applied.



Booting off a LiveCD, I can mount and read the contents of my hard drive. I have read suggestions to use lvm tools to get information and will post the following. I suspect that I need to fix an error in the LVM-configured filesystems.



ubuntu@ubuntu:~$ sudo lvm pvscan
PV /dev/sda1 VG xubuntu-vg lvm2 [<465.76 GiB / 4.00 MiB free]
Total: 1 [<465.76 GiB] / in use: 1 [<465.76 GiB] / in no VG: 0 [0 ]

ubuntu@ubuntu:~$ sudo lvm vgscan
Reading volume groups from cache.
Found volume group "xubuntu-vg" using metadata type lvm2

ubuntu@ubuntu:~$ sudo lvm lvscan
ACTIVE '/dev/xubuntu-vg/root' [464.80 GiB] inherit
ACTIVE '/dev/xubuntu-vg/swap_1' [976.00 MiB] inherit


I'm not entirely sure what to do from here, so it seems reasonable to try to fsck the xubuntu-vg root.



ubuntu@ubuntu:~$ sudo fsck /dev/xubuntu-vg/root
fsck from util-linux 2.32
e2fsck 1.44.4 (18-Aug-2018)
/dev/mapper/xubuntu--vg-root: clean, 538363/30466048 files, 48101510/121844736 blocks


it doesn't seem that either there is a problem there. Or that I am not doing things correctly.



Any suggestions as to what I am missing? Thanks!



[Updated Info]



Back in town from work travel, and a little sad to see no suggestions. But I spent some time digging back into this after my morning coffee.



I looked over the steps I took earlier, and see that when I did my fsck /dev/xubuntu-vg/root, I was looking at the live session's mount. NOT my hard drive. So that explains a lot. Figure I would spell out what I am doing here, should anyone else find this thread and it might be useful to them...



When I mount the hard drive (clicked on it in the GUI file browser), it appears when I do the mount command: /dev/mapper/xubuntu--vg-root on /media/ubuntu/1d3ca2dc-c59a-4582-a538-8c529926b276 type ext4 (rw,nosuid,nodev,relatime,uhelper=udisks2) So, when I try to fdisk that, I get:



sudo fdisk /dev/mapper/xubuntu--vg-root
Welcome to fdisk (util-linux 2.32).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.

The old ext4 signature will be removed by a write command.

Device does not contain a recognized partition table. Created a new DOS disklabel with disk identifier 0x5490643a.

Command (m for help):


I am VERY apprehensive about the warning that I will remove the old ext4 signature!



[Another Update]



Went ahead and did a



sudo fsck -f /dev/mapper/xubuntu--vg-root 
fsck from util-linux 2.32
e2fsck 1.44.4 (18-Aug-2018)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/mapper/xubuntu--vg-root: 538364/30466048 files (0.3% non-contiguous), 48101511/121844736 blocks


It did not report any errors with this lvm filesystem. Yet, it still won't boot.



I also suspect I am talking to myself. This has to be repairable, as I can read the hard drive filesystem when booting from my LiveCD. Have also tried a few lvm tools, sudo vgchange --ignorelockingfailure -ay, then sudo lvscan --ignorelockingfailure, then re-tried the sudo fsck -f /dev/mapper/xubuntu--vg-root that the webpage recommended.



No success.










share|improve this question
















I have Xubuntu installed with sda configured in LVM setup. Previously, I have used older, standard partitioning with a root, /boot, and swap all on separate sda1,2,3. I have always seemed to have problems with failing to boot after power loss, and I have learned to boot into a recovery mode and fsck, and this has fixed things reliably (side topic: Why in the hell isn't filesystem recovery more self-guided, perhaps prompted for when the system sees problems on boot?).



However, two days ago was my first power loss since switching to LVM (old drive was reporting imminent failure via SMART, so purchased a new HD).



If it tries a normal boot, the screen goes black, and it stays that way.



I boot into recovery, and can get to a Busybox/initramfs limited prompt. It reports "Waiting for root filesystem", then "Gave up waiting for root filesystem". It offers a few hints that boot arguments may be incorrect (these worked for many months on this install), but also states "ALERT! /dev/mapper/xubuntu--vg-root does not exist. Dropping to a shell!"



I have followed suggestions I have found elsewhere here on askubuntu, including to ls dev at the initramfs shell, and if I don't see the filesystem to wait 10 seconds and try again. There were suggestions that RAID setup could be a problem, or setups installed dual-boot with wubi. None of these applied.



Booting off a LiveCD, I can mount and read the contents of my hard drive. I have read suggestions to use lvm tools to get information and will post the following. I suspect that I need to fix an error in the LVM-configured filesystems.



ubuntu@ubuntu:~$ sudo lvm pvscan
PV /dev/sda1 VG xubuntu-vg lvm2 [<465.76 GiB / 4.00 MiB free]
Total: 1 [<465.76 GiB] / in use: 1 [<465.76 GiB] / in no VG: 0 [0 ]

ubuntu@ubuntu:~$ sudo lvm vgscan
Reading volume groups from cache.
Found volume group "xubuntu-vg" using metadata type lvm2

ubuntu@ubuntu:~$ sudo lvm lvscan
ACTIVE '/dev/xubuntu-vg/root' [464.80 GiB] inherit
ACTIVE '/dev/xubuntu-vg/swap_1' [976.00 MiB] inherit


I'm not entirely sure what to do from here, so it seems reasonable to try to fsck the xubuntu-vg root.



ubuntu@ubuntu:~$ sudo fsck /dev/xubuntu-vg/root
fsck from util-linux 2.32
e2fsck 1.44.4 (18-Aug-2018)
/dev/mapper/xubuntu--vg-root: clean, 538363/30466048 files, 48101510/121844736 blocks


it doesn't seem that either there is a problem there. Or that I am not doing things correctly.



Any suggestions as to what I am missing? Thanks!



[Updated Info]



Back in town from work travel, and a little sad to see no suggestions. But I spent some time digging back into this after my morning coffee.



I looked over the steps I took earlier, and see that when I did my fsck /dev/xubuntu-vg/root, I was looking at the live session's mount. NOT my hard drive. So that explains a lot. Figure I would spell out what I am doing here, should anyone else find this thread and it might be useful to them...



When I mount the hard drive (clicked on it in the GUI file browser), it appears when I do the mount command: /dev/mapper/xubuntu--vg-root on /media/ubuntu/1d3ca2dc-c59a-4582-a538-8c529926b276 type ext4 (rw,nosuid,nodev,relatime,uhelper=udisks2) So, when I try to fdisk that, I get:



sudo fdisk /dev/mapper/xubuntu--vg-root
Welcome to fdisk (util-linux 2.32).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.

The old ext4 signature will be removed by a write command.

Device does not contain a recognized partition table. Created a new DOS disklabel with disk identifier 0x5490643a.

Command (m for help):


I am VERY apprehensive about the warning that I will remove the old ext4 signature!



[Another Update]



Went ahead and did a



sudo fsck -f /dev/mapper/xubuntu--vg-root 
fsck from util-linux 2.32
e2fsck 1.44.4 (18-Aug-2018)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/mapper/xubuntu--vg-root: 538364/30466048 files (0.3% non-contiguous), 48101511/121844736 blocks


It did not report any errors with this lvm filesystem. Yet, it still won't boot.



I also suspect I am talking to myself. This has to be repairable, as I can read the hard drive filesystem when booting from my LiveCD. Have also tried a few lvm tools, sudo vgchange --ignorelockingfailure -ay, then sudo lvscan --ignorelockingfailure, then re-tried the sudo fsck -f /dev/mapper/xubuntu--vg-root that the webpage recommended.



No success.







lvm






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Mar 28 at 23:35







Mark Jensen

















asked Mar 22 at 15:00









Mark JensenMark Jensen

14




14













  • Yay... I earned a tumbleweed badge.

    – Mark Jensen
    Apr 2 at 22:43



















  • Yay... I earned a tumbleweed badge.

    – Mark Jensen
    Apr 2 at 22:43

















Yay... I earned a tumbleweed badge.

– Mark Jensen
Apr 2 at 22:43





Yay... I earned a tumbleweed badge.

– Mark Jensen
Apr 2 at 22:43










0






active

oldest

votes












Your Answer








StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "89"
};
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: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
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%2faskubuntu.com%2fquestions%2f1127865%2fubuntuxubuntu-will-not-boot-after-power-failure%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown

























0






active

oldest

votes








0






active

oldest

votes









active

oldest

votes






active

oldest

votes
















draft saved

draft discarded




















































Thanks for contributing an answer to Ask Ubuntu!


  • 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%2faskubuntu.com%2fquestions%2f1127865%2fubuntuxubuntu-will-not-boot-after-power-failure%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

數位音樂下載

When can things happen in Etherscan, such as the picture below?

格利澤436b