• 0 Posts
  • 23 Comments
Joined 1 year ago
cake
Cake day: February 3rd, 2025

help-circle

  • sludgewifeto196rule
    link
    fedilink
    English
    arrow-up
    1
    ·
    3 months ago

    at work i made a rpm to set up zswap on our rhel 7 (ughhhh) workstations and the description was “download more ram!”





  • sludgewifetoLinux@lemmy.mlExtremely slow boot time
    link
    fedilink
    English
    arrow-up
    1
    ·
    4 months ago

    no worries! i’m not the fastest to respond myself. i do want to help though. to explain the command,

    • journalctl searches the journal, a database of messages from the units on your system managed by journald
    • -b0 means “this boot’s messages”, not the last boot or the one before…
    • -p4' means "WARNING (4) or higher" (3, 2, 1, or 0). these priority levels are pretty old, long before my time. you can see them in man syslog`, but 0 is “alert” and 7 is “debug”

    i say all that because i naively hoped a malfunction on your system would appear as a high-priority message in the journal, and i wanted to spare you the back-and-forth that this kind of troubleshooting usually entails. in this case, though, i didn’t really see anything in those logs, so i suspect the culprit has been filtered out.

    i will keep trying my best to help, don’t worry, but i understand if you get fatigued and just want to move on.

    there are some odd gaps in the logs where i can’t tell what’s happening. now that you know how to send logs to something like dpaste, let’s open the floodgates. i don’t mind wading through a sea of logs to find something (kind of my day job too)

    to give the kernel’s account of what happened:

    dmesg -H | curl -s -F "content=<-" https://dpaste.com/api/v2/
    

    that’s everything from the start of the system to now, so it’s best if you do it soon after booting.

    finally, i had you filter to WARNING (4) and above with -p4 but it didn’t show anything. how about…everything?

    journalctl -b0 | curl -s -F "content=<-" https://dpaste.com/api/v2/
    

    that will be a lot of information but it should be informative!




  • sludgewifetoLinux@lemmy.mlExtremely slow boot time
    link
    fedilink
    English
    arrow-up
    3
    ·
    4 months ago

    it’s very hard to decipher. the lines are right-truncated like you just copy-pasted from the terminal (the lines end in > which is less’s sigil for “more content to the right”). you can make a pastebin from command output. to capture any command as a paste try

    journalctl -b0 -p4 | curl -s -F "content=<-" https://dpaste.com/api/v2/
    

    the part after the | comes from here:

    https://dpaste.com/FZNXRMS75

    you can put anything before | to capture it to dpaste. check it for sensitive information first!

    from what i can see though, your nvme is behaving strangely. it may be related to power saving settings. try these settings from the Arch wiki:

    https://wiki.archlinux.org/title/Solid_state_drive/NVMe#Troubleshooting

    do you boot from the nvme?



  • sludgewifetoLinux@lemmy.mlExtremely slow boot time
    link
    fedilink
    English
    arrow-up
    4
    ·
    4 months ago

    thanks, can you please give me the output of

    journalctl -b0 -u systemd-modules-load
    

    i’m curious why it’s taking 30s. maybe the other two services as well

    the dmesg you posted is very truncated, just like a screenful of info. you can usually pipe command output to curl with these pastebin sites. i understand if you’re concerned about sensitive info in dmesg though








  • sludgewifetoLinux@lemmy.mlLinux Users- Why?
    link
    fedilink
    English
    arrow-up
    1
    ·
    8 months ago

    i started with slackware ~2003 and moved to gentoo in 2005. it was very transparent to me as a newbie. use flags and compilation from source were way simpler to me than mysterious precompiled binaries. also ndiswrapper worked with my wireless chipset on gentoo. that helped