archinstall icon indicating copy to clipboard operation
archinstall copied to clipboard

Error with Logical Volume Management

Open aurorarissime opened this issue 1 year ago β€’ 11 comments

I can't even access the log file, sorry for not using the error template.

So I'm trying to install Arch on my nvme and in the Disk configuration part I set "Use a best-effort default partition layout" with btrfs and CoW. But when I try to set LVM with btrfs still, it makes everything crash as you can see on the screenshot. I tried with ext4 to see what was the problem and still got errors with LVM, so I belive it is the problem. Also, despite the commands shown I couldn't find any log file, so I can't give one unfortunately. This happened on the last official iso, 2024-09-01. If there is another way to get some logs I would like to know to properly help with the issue. Thanks!

cbfb7f55-9046-4f35-a079-e112bc3d9efc

aurorarissime avatar Sep 16 '24 17:09 aurorarissime

For some additional context, I recommended to post this issue based on this conversation: https://www.reddit.com/r/archlinux/comments/1fi228p/comment/lnfv1ay/?context=3 :)

Torxed avatar Sep 16 '24 17:09 Torxed

I managed to get the logs! Sorry for the delay and thanks for your kindness πŸ™‚ https://0x0.st/X3MS.log

aurorarissime avatar Sep 17 '24 15:09 aurorarissime

This is the only thing preventing me from fully switching to Arch, is there a workaround or something I can do about it?

aurorarissime avatar Sep 22 '24 21:09 aurorarissime

I haven't had time to look into this yet. You could try to delete all existing partitions, then reboot and try the installation again.

svartkanin avatar Sep 22 '24 21:09 svartkanin

Unfortunately it didn't solve the problem, still the same error. But thanks, and keep me updated if anything happens! 🫢🏻

aurorarissime avatar Sep 22 '24 23:09 aurorarissime

I am also having this issue

TheWiFiNerds avatar Oct 02 '24 09:10 TheWiFiNerds

Weird thing is that it used to work a few months ago, I used different settings but I remember setting btrfs with LVM πŸ€”

aurorarissime avatar Oct 03 '24 23:10 aurorarissime

Hi !

I think LVM is experimental, maybe you need to wait a little bit. Unfortunately I can't help you more, for my computer I use ext4 + Luks. Maybe I can create a VM to see if I have the same problem. Another thing, sometimes archinstall don't work very good maybe try to install arch with the wiki without the script.

I hope someone will come with an answer for you.

Firebleudark avatar Oct 11 '24 23:10 Firebleudark

Seem to just be a lvm problem, and not just specifically a lvm + btrfs problem. Tried ext4 + lvm and here is the result error : https://0x0.st/XIQQ.log

aurorarissime avatar Oct 17 '24 08:10 aurorarissime

After it crashes could you run the below command manually

lvs --reportformat json --unit B

maybe wait a bit and try it multiple times and check if the output eventually returns something in the

{
      "report": [
          {
              "lv": [
              ]
          }
      ]
      ,
      "log": [
      ]
  }

report->lvm block

svartkanin avatar Oct 17 '24 10:10 svartkanin

I don't know how can I extract the text other than with this poor image. I believe it's at least readable, but I would appreciate a better way to send this if possible. Trying to upload the log file to 0x0.st doesn't include the command 20241019_021059.jpg

aurorarissime avatar Oct 19 '24 00:10 aurorarissime

Thanks, to export anything you can store the output to a file and then simply run

curl -F'[email protected]' https://0x0.st

So it seems that the vol was created eventually, the current logic will attempt to fetch the info 3 times within 10s or so and then fail. We can definitely increase the timeout but I'm not sure what the actual time to create any VG or VOL is... We can try to fetch it forever and then would just "hang" there if it can never get the info back.

Would you mind exporting that output so it's better readable, I'm curious to what the log entry exactly says

svartkanin avatar Oct 20 '24 10:10 svartkanin

Here is the output of the command : https://0x0.st/Xlpz.log

And I believe it errors because of the timeout, because it throws it at me almost a second after the installation started, everytime

aurorarissime avatar Oct 20 '24 11:10 aurorarissime

So it seems that the vol was created eventually, the current logic will attempt to fetch the info 3 times within 10s or so and then fail. We can definitely increase the timeout but I'm not sure what the actual time to create any VG or VOL is... We can try to fetch it forever and then would just "hang" there if it can never get the info back.

I plan to replace all retry logic with use of udev_sync(), which should wait for the device to be ready.

codefiles avatar Oct 20 '24 14:10 codefiles

Fix underway?

aurorarissime avatar Oct 20 '24 16:10 aurorarissime

@Alixxx-please I have not tested this but you can give this patch a try and see if it works https://github.com/archlinux/archinstall/pull/2748

svartkanin avatar Oct 21 '24 10:10 svartkanin

~~Sorry but how would I test this on a live iso please?~~ I believe I should use the live iso from Github Actions. I will let you know really soon!

aurorarissime avatar Oct 21 '24 11:10 aurorarissime

I got a very similar error, but still one unfortunately. It also happened almost instantly after starting the installation https://0x0.st/Xlwg.log

aurorarissime avatar Oct 21 '24 11:10 aurorarissime

Could you try to reboot and then again

svartkanin avatar Oct 21 '24 11:10 svartkanin

I believe I get the same error unfortunately πŸ˜• https://0x0.st/Xlwh.log

aurorarissime avatar Oct 21 '24 11:10 aurorarissime

@svartkanin, why would you think it is acceptable to submit a pull request with my proposed solution? You did not discuss this with me or even add me as an author. That is very unprofessional of you and it is not the first time you have done this.

@Torxed, are you going to allow this to keep happening?

codefiles avatar Oct 21 '24 13:10 codefiles

@codefiles this issue has been open for over a month now and there was no PR raised from your side thus far. You said "you're planning" to eventually fix all retries but didn't necessarily specify a time frame for it.

In the spirit of trying to resolve the issue and to see if your proposed eventual fix is actually solving this I was thinking of raising it to get it tested if it works. Yes I did not mention you in the PR and that was my fault for not giving credit for your solution.

I've declined the PR now so feel free to raise your own with a fix.

svartkanin avatar Oct 21 '24 21:10 svartkanin

So if the first fix doesn't work, there's no other option at the moment?

aurorarissime avatar Oct 23 '24 13:10 aurorarissime

..?

aurorarissime avatar Nov 03 '24 02:11 aurorarissime

@Alixxx-please could you please try if the patch https://github.com/archlinux/archinstall/pull/2778 works for you?

svartkanin avatar Nov 07 '24 10:11 svartkanin

I put the iso of your fix in rufus, booted it, typed archinstall, did my usual configure but it led to I believe the same error as usual :/ https://0x0.st/XDMz.log Am I doing something wrong, when I type archinstall even on a device iso is it still using the official latest version?

aurorarissime avatar Nov 07 '24 11:11 aurorarissime

That's not the same error. Can you try running it on a clean system. Are you in a VM or real hardware?

svartkanin avatar Nov 07 '24 11:11 svartkanin

I'm on real hardware, I'm trying to install it on a clean nvme, with nothing on it (except the partitions from the previous attempts to install Arch) and dedicated to install Arch. You want me to install it on a VM, on another drive?

aurorarissime avatar Nov 07 '24 11:11 aurorarissime

Can you purge all partitions from the previous attempts so that you have a newly formatted disk

svartkanin avatar Nov 07 '24 11:11 svartkanin

Purged all partitions but still get the error 😢 https://0x0.st/XDM7.log

aurorarissime avatar Nov 07 '24 12:11 aurorarissime