MX Linux Forum

Good evening, I had the same problem with busybox. It says that "needs manual fsck to exit", so I ran MX23 liveusb>GParted>control on root partition with no errors, and had the same problem after rebooting to SSD. I mean: same busybox screen and message after fscking the partition where control is needed. Sorry, I don' t know how to post QSI.

@MXTux I have created a topic for you. DOn't tack onto other people's posts, thanks.

QSI is quick system info, in the menu. Run it, copy for forum button, click paste in the post. Don't edit.

Sorry, I'm new here and in other forums I was used to doing it this way. I suspected that QSI was the Quick System Info program, but I thought there was a feature in the editor to put it in the footer. Regarding the problem, can you help me? Now I am on another pc, so I can' t post system infos.

You can paste the qsi in a post. Run it from the menu, copy for forum button, click paste in the post. Don't edit. You can do this on the target computer from the liveusb.

And no sorry, I cannot help with the issue.

MXTux wrote: Sun Feb 23, 2025 1:45 pm Good evening, I had the same problem with busybox. It says that "needs manual fsck to exit", so I ran MX23 liveusb>GParted>control on root partition with no errors, and had the same problem after rebooting to SSD. I mean: same busybox screen and message after fscking the partition where control is needed. Sorry, I don' t know how to post QSI.

Perhaps you can give us a clue as to what the “same problem” might be. Any error messages on the screen?
Also, have you made any attempt to install remove/repair change something before the incident has shown up.
Note: Busbox is loaded by the kernel at very first action from it's initramdisk (initrd), so in case you have another kernel maybe try to boot with another kernel, which may load a good working initrd.
Further sometimes is also good to have a look at the grub menu entry in case the parameter e.g like root=... are invalid, which can happen if user prefers to use /dev/sdXY device names instead of UUID= or LABEL=. B/c device names are assigned by the kernel at boot and can be different to the ones assigned when the grub-menu was generated.

"The same thing" is that after a forced shutdown (by power button, because I couldn't 't shutdown it via software), rebooting PC I noticed that after splash screen, without any error screens, it boots to busybox and if I run the "exit" command it tries to run fsck but fails and says it needs manual fsck. So I have reboot to liveusb, ran gparted and control on the root partition with no errors and when I rebooted to SSD I got the same busybox screen. I didn't do anything strange before shutting down the PC for the first time.

And I think I tried to boot with another kernel, and got same results. I don't know how GRUB parameters might be invalid, since I haven't changed anything since installation.

P.S:I tried to boot to another kernel now and got the same results. Busybox says that fsck returned status code 4.

MXTux wrote: Thu Feb 27, 2025 11:07 am And I think I tried to boot with another kernel, and got same results. I don't know how GRUB parameters might be invalid, since I haven't changed anything since installation.

P.S:I tried to boot to another kernel now and got the same results. Busybox says that fsck returned status code 4.

Maybe good to see the QSI report, as mentioned already above.
What messages you see when you are on the (initramfs) busybox prompt?
The status code 4 means filesystem inconsistency,but you missed to mentioned what partition fsck reported this.
To poweroff at busybox prompt:
poweroff -fd0

Fsck reported inconsistency on rootmx23 partition, and I didn' t mean I couldn't shutdown it from busybox, T couldn't' t shutdown it from MX desktop menu button immediately before noticing the problem, because it was unresponsive. I can' t access to the target computer now, so I can' t post QSI nor see busybox screen.

I had same thing happen after a recent Windows update. In my case, the update turned RAID on for the SATA Controller 'mode' in BIOS. Go to your BIOS settings find where it mentions SATA. Change to AHCI and you should be able to load MX completely. Of course you did not post your QSI, so only guessing that your issues that sounds just like mine was the same. It was an Intel driver update that Windows 10 forced update when I updated windows. Changing to AHCI fixed things. If Bios does not let you change things, you might have to Windows device manager and change first. In my case, on a Dell Micro 7060 it fixed things just going into BIOS to change things.

I don' t think that it' s the problem, because i' ve got only MX 23 installed on that PC and SSD is set to AHCI mode. I can' t post QSI, but my MOBO is an ASRock B75M Dash with 2x4GB DDR3, 3rd Gen Intel i5 CPU and a PNY 480GB SATA SSD.

I don' t think that's the problem, because the only OS installed on that PC in MX and disk is set to AHCI.
For System Info, I can' t post QSI yet, but I know I'm on an Asrock B75M Dash motherboard with 2x4 GB
DDR3, Intel Core i5 3rd Gen and 480GB SATA3 SSD.

Sorry for the double message, I didn’t' t see the first one.

MXTux wrote: Thu Mar 06, 2025 10:00 am For System Info, I can' t post QSI...

Please boot from MX LiveUSB, and run from there the QSI-tool to generate the QSI report.
In case you can make a picture of the errror message, maybe post the picture.
Or type manually the error text.
With some more information, we may (or not) get an idea on how to proceed, to find a way to fix the issue.

Sorry for the long waiting, I solved the problem doing a partition control from Rescatux liveusb.
Thank you anyway.