Varen

joined 1 year ago
[–] [email protected] -1 points 2 months ago (2 children)

Iptables. Because in the end its iptables, so I learned it from the beginning „the right way“ and i am therefore not locked into one or another

[–] [email protected] 1 points 3 months ago* (last edited 3 months ago)

Nah, I run my updates maybe once a week on average. If afterwards something breaks, I simply do a complete Rollback (with e. g. snapshots). If after the next update its still broken, then I start to dig in „what“ is broken and how I might fix it

But as I said, it didn‘t happen to me yet - but I‘m also fairly new to Arch as well, so that‘s at least my plan on how I would go after it.

[–] [email protected] 2 points 3 months ago (2 children)

Rolling release 🤷🏻‍♂️ there might be updates which cause issues where you might need to rollback, if you can handle that it shouldn‘t be a problem.

I‘m using Arch myself since about 2 months and never happened that an update break something for me - when something broke it was my own fault.

[–] [email protected] 1 points 3 months ago

Awesome! Will look to register tonight or tomorrow, when I find the time. Thanks for letting me know :)

[–] [email protected] 1 points 4 months ago (3 children)

Ok. I think Im gonna test it out aswell once migration is done

[–] [email protected] 1 points 4 months ago (5 children)

So the migration to mbin is done or just wanted to fix that first anyways? ^^

[–] [email protected] 2 points 4 months ago

Its working since months, so I guess you have the drivers installed. For me I needed the „wayland-protocols“ package to work on my RTX3070
And the obvious once others have pointed out, the kernel parameters

[–] [email protected] 1 points 5 months ago

@darth
did test that as well, but didn't help as the kernel didn't boot up at all.
In the end, after also trying to reach out to ASUS Support (and ofc without any proper solution from their side), I did replace my custom built, noname, (trash) motherboard and now it works flawless.

So, I think it was something with the ACPI/DSDT Tables f'd up on the old MoBo and ASUS just couldn't (or didn't want to) fix that...

[–] [email protected] 1 points 6 months ago

Alright, no worries! Appreciate you trying to help, thank you

[–] [email protected] 1 points 6 months ago (2 children)

Yep, saw this entries already and tried with it. To no change unfortunately.
Did some research and also found the suggest to try with
acpi=noirq noapic
but also tried to no change.

Regarding the BIOS options, I did also check for these options, bug they simply aren‘t there 🤷🏻‍♂️ but will look again after those. Got told that this error might be due to the acpi=off thingy

[–] [email protected] 1 points 6 months ago* (last edited 6 months ago) (4 children)

there you go:
https://pastebin.com/kNFqya2L

taken with acpi=off boot.
Since without acpi=off it's not possible to boot and there is absolutely no output after grub (as if the kernel wouldn't load at all) there simply nothing to show ...

[–] [email protected] 1 points 6 months ago (6 children)

Sure. The whole output or something like dmesg -T --level=emerg,alert,crit,err,warn ?

 

got told to crosspost over here to reach more people:

https://kbin.social/m/linuxquestions/p/4631784

I don't know if and how crossposting functions in kbin/lemmy, so hopefully it'll work that way

 

Ok I nearly lost hope, since not being able to figure it out.

PLEASE. SEND. HELP.

_ First: this might gonna get a long one, but I‘m desperately looking for help!
Second: I‘m a total newb on Linux, so I have really limited Linux know-how.

Specs:
Asus ROG Strix G15DS-R7700X088W
AMD Ryzen 7 7700X
NVIDIA GeForce RTX 3070
2x 1TB SSDs; 1x M2 NVME with W11 running, 1x SATA

Goal:
Running Dual Boot with W11 on the first, M2 SSD (already running fine) and Linux (Nobara preferred) on the second, SATA SSD

Distros I tried:
Nobara 39
Fedora 39
Fedora 38
Ubuntu 22.04
Pop!_OS

Problem I run into:
I can‘t boot even from the LiveUSB without the „acpi=off“ option. If I do, I get just a black Screen (with Backlight still on) or, if I get into the Grub options first, there‘s only „booting command list“ visible but nothing else happens (even with „quiet“ disabled, no info on the Screen at all).
One thing I noticed, since my Keyboard, Mouse and Mousemat (Razerfly) have lighting, when I try to boot without the acpi=off, they go dark. And stay dark. With acpi=off the keyboard alone goes dark but then lights up again after 2-3 seconds.
If I run it with acpi=off, I can boot and install, but I then have to boot every time with acpi=off. This leads to the graphics driver not being recognized by the OS and running always in 1024x768 „software rendering“ resolution (even with proper drivers installed and enabled and nouveau on blacklist). So just let „acpi=off“ enabled isn‘t an option.

I did, after researching for several hours, try with various other options (nomodeset, acpi=ht, pci=biosirq, noapic, nolapic, and so on, tried a ton of those) but nothing did the trick - always black screen of death without acpi=off.

I did update my BIOS to the latest Version (306), did try every possibilty of options enabled/disabled (Fast Boot, Secure Boot, IOMMU, acpi settings in BIOS, secondary on-board Graphics,…) with no change.

Since I ran out of options (in relation to my google and reddit search skills), knowledge (total newb on Linux) and possibility to ask friends (that know more about linux than me), I‘m desperate enough to ask for help.

You are my last hope, before giving up on Linux with my PC.

If someone has an idea I could try or even a solution, I‘d be endlessly thankful!

If I missed some info or something is needed, don‘t hesitate to as for specific details._

#linuxquestions

 

#ArtemisApp looks awesome! Good job, I love it already and looking forward to custom instances <3

#ArtemisApp

view more: next ›