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

    @rufus

    thanks for taking the time. I already asked over at the asus-linux discord about the issue but got no reactions up until now.

    Turn off Safe Boot and features that inhibit booting other operating systems and USB media in your BIOS.

    did already, unfortunately not working

    Get the installer running. Try the failsafe and fallback video mode options.

    all installers (except nobara) do fail when trying to get the bootloader installed, since efibootmgr seems to be in need of the acpi options and I don’t get it running with acpi option on.

    Tackle one problem at a time. Google it. Add your hardware in question (“Asus Strix G15”) and error message or exact issue (“black screen”) to your query.

    that’s exactly what I’m trying to do, first and most important (from my understanding) would be to get the OS booted from the USB with acpi on. I am going through google/DDG/qwant/whatever-search-engine to look it up and tried everything I was able to find in relation to my Hardware, but wasn’t able to tackle the issue up until now, that’s why I’m asking for help all over the reddits/lemmys/kbins/discords…

    I can get Nobara - and only Nobara - installed so I can boot without USB, but there as well only with acpi off.

    I tried with Fedora, Nobara, ubuntu LTS, pop!_os, GarudaOS, silverblue, Mint, with everyone having the issue not being able to boot without acpi=off and getting to a black screen and USBs (seem) powered off right after choosing the OS in grub.

    appreciate your time replying, thank you.

    • rufus
      link
      fedilink
      arrow-up
      2
      ·
      edit-2
      10 months ago

      Alright. You should also play with the options for the framebuffer, drm and video modes or forcefully enable some outputs. (I forgot how to do all of that.)

      • nvidia-drm.modeset …
      • video=“vesafb”

      I’d skip the general acpi=off since that only causes more issues and isn’t feasable in the long run anyways. You need to find the option that specifically fixes only the issue with that one component that isn’t working correctly.

      Another idea: Maybe you can find the error message. Can you perhaps login via SSH from another machine? This would allow you to run dmesg while your screen is black. Maybe the error shows up in the dmesg kernel messages and you can take it from there. (Some installers even allow login from remote, that is a bit tricky but should be documented somewhere with the distro.)

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

        @rufus

        I will try and report back if I can get the dmesg output. But since I guess that the USB gets cut off right before something happens I guess there simply isn‘t.

        Will try with the installed Nobara and see, if dmesg catches anything up at all

        • rufus
          link
          fedilink
          arrow-up
          2
          ·
          edit-2
          10 months ago

          But once you’re trying to extract the log, you need to start it with acpi on. I mean we want to see that error happening.

          Maybe paste the whole log somewhere on a pastebin service… If you manage to do it… Sometimes it’s not an obvious error message. (…But something like the HDMI port being turned off…)

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

            @rufus

            I‘m afraid that it‘s where it will fail, cause I can‘t get it to work with acpi on

            I thought of getting the „bad installed“ (acpi=off) OS, let it start with acpi on and afterwards grab the logs again with acpi off, but don‘t know if that will work…

            • rufus
              link
              fedilink
              arrow-up
              2
              ·
              edit-2
              10 months ago

              I don’t know what gets written to disk on which distro and which logs are just kept in memory. dmesg alone just shows the current boot. I think if you’re doing it that way journalctl --dmesg --boot=-1 would be the correct command. That should do it.

                • rufus
                  link
                  fedilink
                  arrow-up
                  2
                  ·
                  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
                    ·
                    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 😉)

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