Often times, relevant details are left out when seeking assistance.
o graphic card details with graphic issues
o DE (kde, cimmanon…) when issue could be DE specific
o and so on.
Most problematic are when the system has been modified, such as
o installing aur packages replacing standard manjaro packages
o installing grub-repair or grub-customizer
o separate /usr or /var partitions
o modifying system itself, like 40_custom_my
o using gpt partitioning on bios-legacy boots
If unsure if these could be cause for problem, always better to provide more information than less.
It will help people trying to help.
Thank you for your understanding.
Well, my question really is, say someone has UEFI based hardware but he installed it in Legacy more. He used older msdos partition table instead. What would upper command return on his system, UEFi or BIOS?
I’m looking for a simple command that would return at least information, what is hardware based on. If there is command returning both info, what is metal based on and what installation was used that would be ideal. Is there any terminal command like that, for easy spotting if someone has their system wrongly set up?
As you pointed out, there are several ways.
I have my favourite. test -d /sys/firmware/efi && echo UEFI || echo BIOS
Of all the varioos commands besides my favourite, I guess the one command that would indicate UEFI and BIOS would be “efivar -l” but in a forum like this, we’ll have to say, “Are there lots of output?” If so, then it’s UEFI. If not, then it would be BIOS." That’s lots of verbiage, and not sure if the other person will understand. So, my favourite.
As for the other commands, it would indicate what the system is capable of, not what the OS currently installed is actually UEFI or BIOS.
And UEFI cannot be installed in msdos partitioning. Not true anymore. Keep forgetting this. They should make this illegal. Calamares made this possible.
But bios-legacy can be installed in gpt; not nice, troublesome, not worth it and may be a hassle for later installations. (2TB notwithstanding).
Yes, this is what I’m looking for, for output, what is system capable
And this is the reason. How to easiest spot miss configured system, when you have bios-legacy installed in gpt, that works but may be source of problems.
I’m putting (well trying) to put script (python) together that would have one simple output with as much useful info as possible, but condensed to show only important stuff and errors from different logs. Something that would be useful for beginners.
So which (probably two) commands would someone need to run to get the info if system is miss-configured?
Sorry if you already told me in previous post, this dummy is getting confused LOL
My gosh, this is the longest and the most detailed inxi so far! Thanks for sharing. I see why it needs a password.
There is an alternative for another good start
Forgive my shameless promotion, but I really think it can be helpful in situations like this.
Instead of pulling information piece by piece from people that they need help, and many times they don’t know where to find all the info, you could guide them like this:
from AUR install :logs-git (will be added in a few days)
open the terminal and type logs into it & enter password when prompted
copy and paste output here
What do you say? Do you guys mind downloading it from here and check it out: (I know you all know this but maybe someone else may need this info: wherever you save it on your computer, from there run in the terminal:
While I had tried to assist people with boot issues, I’ve never ask anyone for boot info script details either. My reasoning is that if the person can get to boot info script, he can provide the details he needs to provide for assistance. And if he is unsure about what details to provide (like a newbie and we shouldn’t mind), telling him what details we need is much easier (for him) than to ask for boot info script.
It’s often the case where a slight more experienced users, for whatever reasons, do not provide adequate details.
Sorry about that, probably my mistake posting link from inside of my account. If you want to try again, this time it should probably work (link at the bottom)
Well, it is more than just boot information, it lists a lot of stuff one helper may need at troubleshooting
inxi (I used the one @handy provided, but this one require password)
mhwd -li (which graphic driver is installed)
mhwd -l (which graphic drivers are available)
checks if direct rendering is enabled
hwinfo --gfxcard (detailed infor about graphic card)
lsblk (disks and partitions structure)
test -d /sys/firmware/efi && echo UEFI || echo BIOS
parted -l (require password which is already provided for Inxi)
Xorg.0.log - shows only errors, failed and WW lines
Xorg.1.log - shows only errors, failed and WW lines
pacman.log - shows only lines with: pacsave’, pacnew, pacorig
journalctl -b - latest boot, shows only lines with: Emergency, Critical and Alert
And for OpenRC:
it will filter out rc.log (if it is enabled) for lines that contain: WARNING
it will list all services
So you really get a lot of output all together into the terminal and if you are helping someone, that someone runs the script, that will work in tty, (s)he can copy/paste output to this forum and helper should get plenty of information about that system right away.
I have second thoughts that user needs to enter the password when running the script. Many will not like this. I don’t need to use inxi that require password, but if I check for the combo we talked about then password is needed anyway.
I wish I could use something else instead: sudo parted -l and avoid the need for password.
logs.py - cli - version that needs password and provide most info logsgui.py - available from AUR, no password, less info for now, clickable options what output you want. Not suitable for graphical cards troubleshooting since GUI may not work. Not updated yet to show as much info as cli one does.