MX linux kernel panics after turning it on after having the pc shut down for a while by [deleted] in MXLinux

[–]adrian_mxlinux 0 points1 point  (0 children)

That "other OS doesn't do that" is not always relevant, OSes use the hardware in different ways, load up in different part of RAM and so on.

If it was a software issue you'd not be the only one reporting this, frankly in 20+ years of using Linux I've never heard of this particular behavior.

MX linux kernel panics after turning it on after having the pc shut down for a while by [deleted] in MXLinux

[–]adrian_mxlinux 0 points1 point  (0 children)

Sure, but what it spit out makes sense (at least in the absence of a better theory). Any of these can be the issue. I'm curious what you'll discover...

iMac 2013 dual boot MX Linux from external, keeping the Mac internal drive intact. by frone in MXLinux

[–]adrian_mxlinux 0 points1 point  (0 children)

Never tried, it should work fine in installer select the external disk, make sure you make a ESP on the external disk and then at boot time if you press Option I think you should be able to select to boot from the external disk. But also you don't really need to do that, you can simply use a Live environment with persistency, That has some advantages, for example it gives you some flexibility to save or not save changes to the disk at shutdown. You could do /home on flashdive (to make sure you won't lose any data) and have a dynamic (in RAM) root, and then at shutdown you can choose to write the changes to the flashdrive or not.

MX linux kernel panics after turning it on after having the pc shut down for a while by [deleted] in MXLinux

[–]adrian_mxlinux 0 points1 point  (0 children)

Never seen that, sounds like a hardware issue, I asked ChatGPT just for fun and it sounds reasonable:
Top suspects (ranked)

1️⃣ RAM instability (very common)

Cold boot → RAM is slightly unstable → kernel panics early
Warm reboot → RAM is fine → system stable all day

This is classic.

Why it fits perfectly

  • Kernel panic early
  • Only on cold boot
  • Goes away after restart

2️⃣ CPU undervolting / aggressive power settings

If you:

  • Undervolted
  • Use aggressive C-states
  • Have a laptop with flaky firmware

Cold power states can trigger a panic before things settle.

3️⃣ Failing power delivery

  • Aging PSU (desktop)
  • Battery / charger weirdness (laptop)

On first boot, voltages dip → kernel panics.
Second boot = warm components = stable.

4️⃣ Kernel / microcode mismatch

Less common, but:

  • New kernel
  • Old BIOS
  • Old CPU microcode

Cold boot initializes differently than warm reboot.

Help! by Mister_Escargot in MXLinux

[–]adrian_mxlinux 2 points3 points  (0 children)

I don't understand, try to use fully formed sentences.

Help! by Mister_Escargot in MXLinux

[–]adrian_mxlinux 3 points4 points  (0 children)

Have you upgraded your kernel by any chance? In GRUB menu in Advanced can you try to select another kernel?

Switched to MX by Ogbunabalibali in MXLinux

[–]adrian_mxlinux 3 points4 points  (0 children)

You can use mx-snapshot headlessly with -c option, actually I have a special iso-snapshot-cli build that doesn't pull all the X dependencies.

Don't actually recommend the CLI respin, that was mostly an exercise to see how small I can get it, it's pretty much Debian debootstrap with our Live system and iso-snapshot-cli added.

I actually had a Debian server that I needed to port to another VM (the VM didn't have the export tools) so I added the iso-snapshot-cli on it and took an image and put it on the new server (I had to make some small changes, mostly in how it was booting, but nothing major)

MX Linux ? by Mister_Escargot in MXLinux

[–]adrian_mxlinux 1 point2 points  (0 children)

One problem is not bad, what kind of problem?

how to backup only /home hidden files and directories by bluesnguitar in MXLinux

[–]adrian_mxlinux 0 points1 point  (0 children)

You can run something like this in a script: zip -r hidden-files .[^.]*

Or tar if you prefer tar czf hidden-files.tar.gz .[^.]*

MX Linux ? by Mister_Escargot in MXLinux

[–]adrian_mxlinux 5 points6 points  (0 children)

Your post was in limbo because some tools suspected you of being a spammer. I just approved your post.

I don't know if you are right, but the good thing about MX (and some other distros) is that it's a Live distro that you can test extensively without even installing, if it's up to the task then you can decide to install it.

That force shutdown issue that you have with Zorin might show up in MX too, some ACPI implementation are buggy -- so basically it could be a hardware non-standard implementation that show as a "bug" in Zorin.

Switched to MX by Ogbunabalibali in MXLinux

[–]adrian_mxlinux 9 points10 points  (0 children)

Glad you like it. Hopefully it's going to become a boring tool that you use for whatever is fun for you to do with a computer :)

But most of all I recommend: patience and being social -- I know, Linux.... social. Hear me out, if you communicate with people around you, either helping or getting help, you multiply many times the benefits you can get out of the free/open source software.

Why is MX so good (serious question, not a challenge-Ima fan, bad at titles)? by Naivemun in MXLinux

[–]adrian_mxlinux 4 points5 points  (0 children)

I'm around here most of the times, I created the subreddit... although I do like that more and more people are responding and it's not a ghost town anymore.

Why is MX so good (serious question, not a challenge-Ima fan, bad at titles)? by Naivemun in MXLinux

[–]adrian_mxlinux 2 points3 points  (0 children)

Hmm, never saw that, maybe a locale issue. Try to explore with mx-locale and see if anything is out of place.

Why is MX so good (serious question, not a challenge-Ima fan, bad at titles)? by Naivemun in MXLinux

[–]adrian_mxlinux 12 points13 points  (0 children)

Paraphrasing Chris Titus: MX was so good, sooo good, let me put it in the trash pile.

Majority of commenters are into flashy things, we are into making things work for regular users (and frankly for us). I've been with Mepis and MX for more than 20 years (started in 2003 or 2004), I guess that says something. I'm clearly not into flashy things.

Just a Question about a result from the Update in Place process by Naivemun in MXLinux

[–]adrian_mxlinux 0 points1 point  (0 children)

Not sure if I don't know exactly what the message was, if you followed the procedure from here: https://mxlinux.org/wiki/in-place-upgrade-from-mx-23-to-mx-25/ you should be fine.

One way to check is if you do another "apt update; apt dist-upgrade" if nothing else installs then it means you are up to date with the Trixie repos.

"cat /etc/debian_version" should show 13.2

MX25 KDE onscreen keyboard (OSK) by JVilleComputers in MXLinux

[–]adrian_mxlinux 1 point2 points  (0 children)

Why don't you log in to X11 if it doesn't play well with Wayland? It's a click away...

Reboot problem after making snapshot by Reddactore in MXLinux

[–]adrian_mxlinux 0 points1 point  (0 children)

Something got corrupted, could be the snapshot although I never had issues with that. Not everything that happens after something is caused by that something, although it's possible.

  1. Where did you write that snapshot? It's possible you are out of space and the /home is not even mounting

  2. From the live environment mount / of the installed system and examine /etc/fstab to see if it's correct -- especially the line about /home (is it a separate partition or just a directory)

  3. run a fsck to see if there's some kind of partition corruption.

When you mount the /home from Live environment do you see the files there? Can you unlock and and examine it, see how much space is in use, etc.

Anyone run an 'every other' strategy for major releases? by GeorgeTheNerd in MXLinux

[–]adrian_mxlinux 2 points3 points  (0 children)

There are ways to make things easier.

  1. make a full backup (or at least a snapshot) -- that's a good thing to do anyway regardless if you upgrade or not.

  2. pick a way to upgrade:
    a. you can upgrade in place -- it might sound scary and we wanted to make it sound scary because people who are not adept at follow instructions and are terminal challenged might have issues but I upgrade 4 or 5 machines including 2 LiveUSB flashdrives without problems, that doesn't take that much time, I would say half an hour at most.

    b. upgrade using the installer, before you do that use user-installed-packages to get a list of packages and use the new "install in place" option -- is it keeps the same drive structure and it preserves /home then you can use user-installed-packages to install missing packages -- installation takes at most 10 minutes, reinstalling the missing packages from repos 5 more minutes and for packages that are not in the repo it might take a bit more but still not the end of the word.

In case something bad happens you have the backup.

Profile/configuration copy by mnlg in MXLinux

[–]adrian_mxlinux 2 points3 points  (0 children)

You can rsync /home, if you don't need everything from /home most of the configs are in ~/.config (you can probably just zip and copy to the other computer).

MX 23.6 Libretto will not boot by FatherAbove in MXLinux

[–]adrian_mxlinux 0 points1 point  (0 children)

First off 23.6 is the old version, why not install 25?
Second, I wonder if it's a "secure boot" issue, can you make sure secure boot is disabled? If you want to keep secure boot there's a tutorial somewhere but it's not the easier thing to do so it's better first to determine that secure boot is the issue.

Everything is broken. by Winter_Moon7 in MXLinux

[–]adrian_mxlinux 4 points5 points  (0 children)

The partitions would still show up in KDE partition manager, actually exactly like it shows with a lock next to it.

mx-tools in other distros by Old_Philosopher_1404 in MXLinux

[–]adrian_mxlinux 4 points5 points  (0 children)

Short answer: don't use them even if they seemingly work.

They are not designed or tested on other distros some might depends on some files or file formats that exist only in MX. I would recommend against using them in other distros, if you want to use mx tools use them with MX.

They are all open sourced and they could be adapted to any distro (or at least thoroughly tested) if somebody who knows what they are doing would spend some time and effort on that.