• rufus@discuss.tchncs.de
      link
      fedilink
      arrow-up
      1
      ·
      edit-2
      10 months ago

      Good luck! 😀

      (FYI: You can skip mentioning names that way, a direct reply will show up on Lemmy. And if you want to mention someone, you’d need to add the instance name for it to have an effect. i.e. @rufus@discuss.tchncs.de )

      • Varen@kbin.socialOP
        link
        fedilink
        arrow-up
        2
        ·
        edit-2
        10 months ago

        Unfortunately nothing. Did install - reboot with acpi=off, reboot with no acpi parameter, reboot with acpi=off

        Dmesg shows for the boot=-1 the first boot after install with acpi=off

        No log for the try without acpi parameter 😢😢

        Booting with acpi=off shows many logs with „IRQ not found for nvidia …“ (in the meaning, not wordly).

        Edit: can‘t find an irq for your nvidia card

        Edit 2: found a boot.log file. When trying to boot without acpi=off then no log is written, the bootprocess doesn‘t even start. From this point of view I‘d guess a Problem with UEFI. Still no idea what and where, but it‘s not graphics related if the bootprocess doesn‘t start at all… what d‘you think?

        • rufus@discuss.tchncs.de
          link
          fedilink
          arrow-up
          1
          ·
          10 months ago

          I think you can safely ignore all the errors that happen while acpi=off. That will switch all kinds of things around and the operating system can’t set up the hardware properly without it, so it is to be expected that half the things crap out and throw error messages. Could be a red herring anyways.

          Are you sure Secure Boot is switched to “Other OS”? (see https://www.asus.com/support/faq/1049829/ ) You could verify that with the ‘msinfo32’ in the guide.

          And I’m really not sure if it’s the UEFI. From your description it seems you’re getting to the boot loader and something happens after… Maybe try not messing with the acpi, but removing the “quiet” and “splash” if they’re there and adding “nomodeset” instead. After you hit Enter (or Ctrl-X with Grub) the early kernel messages should pop up. Something with loading and initrd or like that. What happens then? Does it load the kernel? Do additional log messages with a boot process appear? (If it’s too fast, you can try a video recording of your screen with your phone.)

          • Varen@kbin.socialOP
            link
            fedilink
            arrow-up
            2
            ·
            edit-2
            10 months ago

            Yes, secure boot is set to Other OS - if set otherwise there’s a message after grub that secure boot is active, so pretty sure about that.

            Unfortunately it doesn‘t show anything, even with no parameters at all. The only thing that shows up when changing the grub parameters is the „booting a command line“ message which stays there forever, nothing happens.
            I‘ll record it with my phone when I get home later on today with the nomodeset parameter.

            • rufus@discuss.tchncs.de
              link
              fedilink
              arrow-up
              1
              ·
              edit-2
              10 months ago

              Really weird. Honesty, I currently have no idea how to proceed. Maybe I can google a bit later/tomorrow. But it’s not looking good. There doesn’t seem to be any good information out there concerning that mainboard an Linux. And since we don’t get an error message there isn’t a clear thing to begin with.

              I would have expected at least something happening on the video. Maybe a few lines of text and then the screen flickering and going to black… But nothing?

              • Varen@kbin.socialOP
                link
                fedilink
                arrow-up
                2
                ·
                10 months ago

                yeah, that’s the reason I am so desperate … I understand, so maybe about time to look around for a new mobo?
                anyways, I wanted to thank you very much for your time and effort in figuring out and trying to help me, I really do appreciate it very much!

                • rufus@discuss.tchncs.de
                  link
                  fedilink
                  arrow-up
                  1
                  ·
                  10 months ago

                  No problem. I wish I could have provided you with a solution. If you have something like a 14 days free return policy, I’d consider returning it. Otherwise, wait a few days before you start thinking about a new motherboard. Maybe someone with a better idea still replies to you.

                  But I can empathize with your situation. I also used to have hardware that was a mess or didn’t work at all. It’s just annoying.

                  • Varen@kbin.socialOP
                    link
                    fedilink
                    arrow-up
                    2
                    ·
                    10 months ago

                    No worries, at least you tried and I‘m grateful for it.

                    One last thing: so you would also go for mobo replacement? In my opinion its uefi/bios and a new mobo should help, but I like having more opinions…

                    Thank you again for trying

            • rufus@discuss.tchncs.de
              link
              fedilink
              arrow-up
              1
              ·
              edit-2
              9 months ago

              I have another kernel option for you to try: “earlyprintk is useful when the kernel crashes before the normal console is initialized. It is not enabled by default because it has some cosmetic problems.”

              • earlyprintk=vga,keep debug
              • earlyprintk=efi,keep or earlyprintk=bios,keep

              I’m not sure if it gets you anywhere, but it could make the fist kernel messages show up.

              And you could try replacing the acpi=off with acpi=noirq. If it’s something with the interrputs, there are extra options like apic=irqfixup or nolapic (mind the difference apic <-> acpi). (Taken from this document)

              I had the time to google a bit and I was right, I am about to run out of ideas. There is a good general guide in the arch wiki on how to approach issues:

              https://wiki.archlinux.org/title/General_troubleshooting#Boot_problems

              Maybe also read that, but that’s pretty much it.

              • Varen@kbin.socialOP
                link
                fedilink
                arrow-up
                2
                ·
                9 months ago

                Wow thank you so much for keeping up on it!

                I tried the earlyprintk options, but unfortunately none of them did work. Neither did the orher acpi options show up something, I do still have the exact same behaviour :(

                I will work through the troubleshoot link you pasted, thank you as well for that.

                Appreciate your help, I guess I‘ll start thinking about replacing the mobo

                • rufus@discuss.tchncs.de
                  link
                  fedilink
                  arrow-up
                  1
                  ·
                  9 months ago

                  I guess I‘ll start thinking about replacing the mobo

                  Yeah, I’m slowly getting to the same conclusion. You could try and rip out all other non-essential components to rule them out. If there are any. And go through the BIOS options once more, switch everything to “Other OS” and try the “legacy” modes for ACPI, boot etc. But at this point I somehow doubt any of this will make any difference. Just make sure the next mobo is alright 😆

                  • Varen@kbin.socialOP
                    link
                    fedilink
                    arrow-up
                    2
                    ·
                    edit-2
                    9 months ago

                    got some news. I don’t think, that it might change something, but who knows.
                    I added in grub the option “insmod progress” (which I found by googling somewhere). It should show, if kernel and initrd do load or not and now I can see, that the vmlinuz and initrd are loading to 100% and after that it hangs. So it looks like the kernel loads but then stucks.
                    As said before, I don’t think that this might change something in regards to further tests with my actual mobo, but I didn’t want to left that out …

                  • Varen@kbin.socialOP
                    link
                    fedilink
                    arrow-up
                    2
                    ·
                    9 months ago

                    Yeah I already got one in mind and looked it up on linux-hardware.org - any other option I‘d have to make sure the next one is alright? (Besides socket and compatibility with my other hw)

      • Varen@kbin.socialOP
        link
        fedilink
        arrow-up
        2
        ·
        10 months ago

        Yeah thank you, I really hope we‘ll get some progress.

        (Not doing it on purpose, it‘s just how kbin behaves 😅 really thinking about dropping it and give lemmy a try. Originally decided for kbin because I wanted both worlds but since the behaviour is so strange …yeah 😉)