When asking questions in the forum, it would be most helpful to all members if you provide some basic information.
When you provide info from the terminal, usually from your logs, you have to format it so the content is easy to read.
First copy and paste your text/terminal/code into the post
Then select the text/code and click the post edit toolbar button </> .
Another handy way is to use 3 backticks ` at the start and 3 more at the end of the text like this:
Paste text or code here
Please open a terminal and type the commands as below. (Do Not type the $)
First no matter what the problem, provide the hardware and software with inxi -Fxxxza --no-host
inxi -Fxxxza --no-host
System: Kernel: 5.2.11-1-MANJARO x86_64 bits: 64 compiler: gcc v: 9.1.0 parameters: BOOT_IMAGE=/boot/vmlinuz-5.2-x86_64 root=UUID=57534c87-8a87-45d6-951c-8d5a118e4fe6 rw loglevel=3 quiet resume=UUID=57534c87-8a87-45d6-951c-8d5a118e4fe6 resume_offset=34816 Desktop: KDE Plasma 5.16.4 tk: Qt 5.13.0 info: latte-dock wm: kwin_x11 dm: LightDM 1.30.0, SDDM Distro: Manjaro Linux Machine: Type: Desktop Mobo: ASUSTeK model: P7H55-M v: Rev X.0x serial: <filter> BIOS: American Megatrends v: 1101 date: 08/18/2010 CPU: Topology: Dual Core model: Intel Core i3 560 bits: 64 type: MT MCP arch: Nehalem family: 6 model-id: 25 (37) stepping: 5 microcode: 7 L2 cache: 4096 KiB flags: lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 26770 Speed: 3211 MHz min/max: 1200/3333 MHz Core speeds (MHz): 1: 2804 2: 3206 3: 3168 4: 2893 Vulnerabilities: Type: l1tf mitigation: PTE Inversion; VMX: conditional cache flushes, SMT vulnerable Type: mds status: Vulnerable: Clear CPU buffers attempted, no microcode; SMT vulnerable Type: meltdown mitigation: PTI Type: spec_store_bypass mitigation: Speculative Store Bypass disabled via prctl and seccomp Type: spectre_v1 mitigation: usercopy/swapgs barriers and __user pointer sanitization Type: spectre_v2 mitigation: Full generic retpoline, IBPB: conditional, IBRS_FW, STIBP: conditional, RSB filling Graphics: Device-1: Intel Core Processor Integrated Graphics vendor: ASUSTeK driver: i915 v: kernel bus ID: 00:02.0 chip ID: 8086:0042 Device-2: NVIDIA GF116 [GeForce GTX 550 Ti] vendor: eVga.com. driver: nvidia v: 390.129 bus ID: 01:00.0 chip ID: 10de:1244 Display: x11 server: X.Org 1.20.5 driver: modesetting,nvidia alternate: fbdev,intel,nouveau,nv,vesa compositor: kwin_x11 resolution: 1920x1080~60Hz, 1920x1080~60Hz OpenGL: renderer: GeForce GTX 550 Ti/PCIe/SSE2 v: 4.6.0 NVIDIA 390.129 direct render: Yes Audio: Device-1: Intel 5 Series/3400 Series High Definition Audio vendor: ASUSTeK driver: snd_hda_intel v: kernel bus ID: 00:1b.0 chip ID: 8086:3b56 Device-2: NVIDIA GF116 High Definition Audio vendor: eVga.com. driver: snd_hda_intel v: kernel bus ID: 01:00.1 chip ID: 10de:0bee Device-3: Logitech Webcam C250 type: USB driver: snd-usb-audio,uvcvideo bus ID: 3-1.3:3 chip ID: 046d:0804 serial: <filter> Sound Server: ALSA v: k5.2.11-1-MANJARO Network: Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet vendor: ASUSTeK P8P67 and other motherboards driver: r8169 v: kernel port: d800 bus ID: 02:00.0 chip ID: 10ec:8168 IF: enp2s0 state: down mac: <filter> Device-2: Sagem XG-76NA 802.11bg type: USB driver: zd1211rw bus ID: 1-1.6.2:4 chip ID: 079b:0062 IF: wlp0s26u1u6u2 state: up mac: <filter> Drives: Local Storage: total: 6.89 TiB used: 93.77 GiB (1.3%) ID-1: /dev/sda type: USB vendor: Seagate model: Expansion Desk size: 4.55 TiB block size: physical: 4096 B logical: 512 B serial: <filter> rev: 9401 scheme: GPT ID-2: /dev/sdb vendor: Seagate model: ST3320613AS size: 298.09 GiB block size: physical: 512 B logical: 512 B speed: 3.0 Gb/s rotation: 7200 rpm serial: <filter> rev: SD22 scheme: MBR ID-3: /dev/sdc type: USB vendor: Hitachi model: HDS723020BLA642 size: 1.82 TiB block size: physical: 512 B logical: 512 B rotation: 7200 rpm serial: <filter> scheme: MBR ID-4: /dev/sdd vendor: Samsung model: SSD 850 EVO 250GB size: 232.89 GiB block size: physical: 512 B logical: 512 B speed: 3.0 Gb/s serial: <filter> rev: 2B6Q scheme: MBR RAID: Hardware-1: VIA VT6421 IDE/SATA Controller driver: sata_via v: 2.6 port: e000 bus ID: 05:01.0 chip ID: 1106.3249 rev: 50 Partition: ID-1: / raw size: 29.30 GiB size: 28.71 GiB (98.00%) used: 22.73 GiB (79.2%) fs: ext4 block size: 4096 B dev: /dev/sdd2 ID-2: /home raw size: 144.99 GiB size: 141.72 GiB (97.74%) used: 71.04 GiB (50.1%) fs: ext4 block size: 4096 B dev: /dev/sdd5 Sensors: System Temperatures: cpu: 62.0 C mobo: N/A gpu: nvidia temp: 71 C Fan Speeds (RPM): N/A gpu: nvidia fan: 42% Info: Processes: 226 Uptime: 44m Memory: 7.58 GiB used: 2.48 GiB (32.6%) Init: systemd v: 242 Compilers: gcc: 9.1.0 Shell: bash v: 5.0.9 running in: yakuake inxi: 3.0.36
Two basic commands used to find errors
This command is used to get hardware boot stopping errors and some other things.
This command is used for all kinds of errors and for trouble shooting.
Non-booting sort of errors , this means the user never gets to a login prompt or a prompt of any kind.
** If this is not your situation then skip this and start with Trouble Shooting below. **
If you end up in a non boot situation you still need to get to a command prompt and do some trouble shooting.
Here are three things to try.
First try to get to another TTY (command terminal) with the key combination. CTLALT+F2. You can try any of several combinations from F1 to F6. If you get a login prompt then good for you and you can start to troubleshoot your situation, login with your user name and password.
You can also use the Grub prompt to try to get to a TTY, see my General Notes at the bottom.
If the above does not work then >> Using the chroot method.
For this method, You can use chroot from a live Manjaro usb stick.
Boot Manjaro with live usb and then open a terminal and type
You have just logged into your Manjaro install and can now change or repair anything within your Manjaro system.
With all of these methods of logging in you are now in control of your Manjaro install.
You can now copy or look at logs as they exist on your normal Manjaro system and do other rescue type things.
Trouble Shooting and finding Errors comands
dmesg will show any hardware problems and should be run first, look for the words Error, Failed or sometimes even different color lines. Look the whole thing over to get a sense of how it works, basically all your hardware gets checked by the linux kernel from most primitive like your CPU (important) to other things like your sound card etc...
dmesg more convenient use
$ dmesg | less
and then the arrow keys to move up and down (if you are chroot in GUI you do not need this).
To get hardware info use some of these examples:
$ dmesg | grep sd
get info on sata drives
$ dmesg | grep usb
get info on usb devices
$ dmesg | grep eth
I think you get the idea.
This one is not tested >>>
$ dmesg | grep -E '\b(wl|e(th|n([osp]?[0-9]|x)))\w+'
$ journalctl will show all kinds of stuff as documented here Link
The most useful in a no boot situation is the previous boot or current boot so use the command as below.
$ journalctl -p3 -b -1
the numbers in the command are important as you have read on the linked wiki .
p3 picks up all non-critical errors from the boot probably not what we want in a non-boot, so use
p2 and then
p1 and finally
p0 is used to pick up emergency errors like a kernel dump.
-b -1 conveys the boot log that is being searched, in this case the boot previous to our current boot.
So to get critical boot errors from current boot use
$ journalctl -p2 -b -0
It may also be important to look at the xserver logs in a non-booting situation (not on Wayland). Use the
cat command to have a look, just enter the commands as below. Obviously Do not include > the current session etc... in the command line.
$ cat /var/log/Xorg.0.log > the current session
$ cat /var/log/Xorg.0.log.old > or the previous successful session
$ cat /var/log/Xorg.1.log > after the last suspend
No GUI errors , this means the boot completes but you are left with a non-starting desktop environment sometimes with just a mouse cursor. In these situations you are already booted but the GUI is not working and you can almost always use CTLALT+F2 to get to a prompt.
You can use almost the same commands as above to track down the problems.
With journalctl just look for errors with
$ journalctl -p3
What to do with the error you find?
Now that you have this information post the critical things using the code tags in the forum software depicted with the </> symbol in the post editor toolbar.
Booting to command prompt from Grub
At Manjaro Grub menu use the keyboard to hit E to edit the kernel boot line.
In the grub editor look for the line beginning with
linux, it should look like this.
linux /boot/vmlinuz-4.11-x86_64 root=UUID=0a01099a-1e33-489a-a2de-10104e8492f5 rw quiet
Go to the end of the line and backspace (delete) the word quiet and add
systemd.unit=multi-user.target like below.
linux /boot/vmlinuz-4.11-x86_64 root=UUID=0a01099a-1e33-489a-a2de-10104e8492f5 rw systemd.unit=multi-user.target
Or you can also just add "3" in place of the "systemd.unit=multi-user.target"
Now boot the system with F10 key
You should be offered to login. Login with your user account.
At this point you should have a working system with an Internet connection.
Find Sleep errors in journalctl
journalctl -b0 | grep Suspend
journalctl -b0 | grep Resume
Follow journalctl live
The above command is really pretty useful so lets use it. For example, open a terminal and type the command and then plug in a usb device or close and then open the lid on your laptop, put your computer to sleep etc... You should see what the linux kernel and the desktop thinks about your actions and what may be wrong or happening right.
If you get recurring errors follow these steps to get a clean log with the problems.
Clean the log and paste errors
Please make sure your system is up to date with the command,
sudo pacman -Syyu
Then clean your journalctl with
sudo journalctl --vacuum-time=1d
and then after that the command
sudo journalctl --vacuum-size=250M
Now log out and log back in. Do not skip this step.
Then wait for the problem and look at the errors with,
You may find you can google the errors and get an idea of what is going on or report the errors as described above.
Please PM anika200 before making edits to this post beyond more than a couple words or corrections , Thank you.
If you do not get a reply in 365 days then go for it.