Quick to answer questions about finding your way around Linux Mint as a new user.
Forum rules
There are no such things as "stupid" questions. However if you think your question is a bit stupid, then this is the right place for you to post it. Stick to easy to-the-point questions that you feel people can answer fast. For long and complicated questions use the other forums in the support section.
Before you post read how to get help. Topics in this forum are automatically closed 6 months after creation.
I have had problems earlier with busybox before and have since tried a fresh install of LM 18.3 cinnamon and have since had a boot to busybox before having a chance to install any updates. I was wondering if anybody might have knowledge as to why that might happen?
Is it possible that I am receiving busybox due to my computer not meeting minimum specs? Or maybe because it ran windows prior to installing Mint?
I am at a loss as to what I should do.
Last edited by LockBot on Wed Dec 28, 2022 7:16 am, edited 2 times in total.
Reason:Topic automatically closed 6 months after creation. New replies are no longer allowed.
WharfRat wrote: ⤴Mon Mar 26, 2018 8:29 am
Boot the live media and paste back the results of sudo tune2fs -l /dev/sda1 | egrep 'state|behavior|Mount\ \count|Last\ checked|Maximum'
mint@mint ~ $ sudo tune2fs -l /dev/sda1 |egrep 'state|behavior|Mount\ \count|Last\ checked|Maximum'
Filesystem state: clean with errors
Errors behavior: Continue
Mount count: 2
Maximum mount count: -1
Last checked: Sun Mar 25 10:57:26 2018
"...due to my computer not meeting minimum specs..." It does. Not new, but not obsolete.
"cpu: 56.0C" A bit warm, but it's a portable, they do run a bit warm.
"bmips: 6400" Totally adequate... roughly double the minimum.
"Memory: 2458.6/3692.9MB" This total is a bit... odd. More than (3.5*1024MB) but a lot less than (4.0*1024MB). I would boot a Live Session Mint and use the Test Memory menu entry, to see how much RAM the machine really has, and if it all works.
Even in busybox you can look at log files in /var/log. Is there any message from the kernel explaining why the boot failed?
Mute Ant wrote: ⤴Mon Mar 26, 2018 9:09 am
"...due to my computer not meeting minimum specs..." It does. Not new, but not obsolete.
"cpu: 56.0C" A bit warm, but it's a portable, they do run a bit warm.
"bmips: 6400" Totally adequate... roughly double the minimum.
"Memory: 2458.6/3692.9MB" This total is a bit... odd. More than (3.5*1024MB) but a lot less than (4.0*1024MB). I would boot a Live Session Mint and use the Test Memory menu entry, to see how much RAM the machine really has, and if it all works.
Even in busybox you can look at log files in /var/log. Is there any message from the kernel explaining why the boot failed?
Not sure what to put for the memory test but it is saying
Memory: 3839M 1831 MB/s
Ram: 360 MHz (DDR2-720) - BCLK: 200
Timing: CAS 5-5-5-18 @ 128 bit Mode
mint@mint ~ $ sudo umount /dev/sda1
umount: /dev/sda1: not mounted
mint@mint ~ $ sudo fsck -fvCy /dev/sda1
fsck from util-linux 2.27.1
e2fsck 1.42.13 (17-May-2015)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Error reading block 17834983 (Attempt to read block from filesystem resulted in short read) while reading directory block. Ignore error? yes
Force rewrite? yes
Directory inode 4468322, block #0, offset 0: directory corrupted
Salvage? yes
Missing '.' in directory inode 4468322.
Fix? yes
Setting filetype for entry '.' in ??? (4468322) to 2.
Missing '..' in directory inode 4468322.
Fix? yes
Setting filetype for entry '..' in ??? (4468322) to 2.
Pass 3: Checking directory connectivity
'..' in /var/spool/cups/tmp (4468322) is <The NULL inode> (0), should be /var/spool/cups (4468318).
Fix? yes
Pass 4: Checking reference counts
Inode 2 ref count is 22, should be 23. Fix? yes
Inode 4468318 ref count is 4, should be 3. Fix? yes
Pass 5: Checking group summary information
Free blocks count wrong (26311017, counted=26311031).
Fix? yes
Free inodes count wrong (6867740, counted=6867743).
Fix? yes
/dev/sda1: ***** FILE SYSTEM WAS MODIFIED *****
218337 inodes used (3.08%, out of 7086080)
81 non-contiguous files (0.0%)
211 non-contiguous directories (0.1%)
# of inodes with ind/dind/tind blocks: 0/0/0
Extent depth histogram: 180543/7
2011529 blocks used (7.10%, out of 28322560)
0 bad blocks
1 large file
158858 regular files
20673 directories
56 character device files
25 block device files
0 fifos
10 links
38715 symbolic links (37697 fast symbolic links)
1 socket
------------
218338 files
figured I should post this prior to restarting so that I can make sure that there isnt anything else that I should do prior to trying to boot back up without the live usb
WharfRat wrote: ⤴Mon Mar 26, 2018 10:17 am
I would conclude that that device is on the out - ready to fly south.
There's nothing else you can do at this juncture except cross your fingers and try to boot.
Also it's time to transfer any important files to another media and prepare to replace that disk and reinstall.
So my main problem is my HDD then? if so I have plans to upgrade it to a 250GB SSD but if it is more than just a storage problem then I will probably just have to save up some money to get a new laptop
I'm not sure if you were able to boot or not since you didn't say, but either way install smartmontools and gsmartcontrol to check the condition of that device.
To me it looks like it's that disk's surface is failing.
Black Swordsman wrote: ⤴Mon Mar 26, 2018 10:39 am
I apologize, It did end up booting. Is there a terminal command to download those programs or can I find them in Synaptic?
sudo apt-get install smartmontools gsmartcontrol
gsmartcontrol is a gui front-ent to smartmontools.
Black Swordsman wrote: ⤴Mon Mar 26, 2018 10:39 am
I apologize, It did end up booting. Is there a terminal command to download those programs or can I find them in Synaptic?
sudo apt-get install smartmontools gsmartcontrol
gsmartcontrol is a gui front-ent to smartmontools.
As of right now gsmartcontrol says that the driver is in good condition
When you run memtest from the Live Session, or the GRUB menu, do you get 100% pass? The numbers still look odd...
MEMTEST: Memory: 3839M <----- 4GiB less 256MiB for shared video RAM is completely normal.
INXI: Memory: 3692.9MB <----- Linux is not using all the RAM. It will do this if blocks are found to be consistently unreliable, but it won't detect random changes in the stored data. Everything written to persistent storage goes through RAM first. A bad RAM chip, just one 'fizzy' gate out of millions, can make your drive look horribly damaged without registering any SMART failure at all. The drive does checksums, but that's useless if it's being given damaged data.