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 -Fxxxz.
$ inxi -Fxxxz
Resuming in non X mode: glxinfo not found. For package install advice run: inxi --recommends System: Host: linux-6y72 Kernel: 4.12.14-lp150.12.4-default x86_64 bits: 64 gcc: 7.3.1 Desktop: Gnome 3.26.2 (Gtk 3.22.30) info: gnome-shell dm: gdm Distro: openSUSE Leap 15.0 Machine: Device: laptop System: Notebook product: W740SU serial: N/A Chassis: type: 9 serial: N/A Mobo: Notebook model: W740SU serial: N/A BIOS: American Megatrends v: 4.6.5 date: 09/11/2014 Battery BAT0: charge: 32.7 Wh 100.0% condition: 32.7/53.3 Wh (61%) volts: 12.3/11.1 model: Notebook BAT Li-ion serial: <filter>status: Full cycles: 0 CPU: Quad core Intel Core i7-4770HQ (-HT-MCP-) arch: Haswell rev.1 cache: 6144 KB flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx) bmips: 17557 clock speeds: min/max: 800/3400 MHz 1: 2194 MHz 2: 2194 MHz 3: 2194 MHz 4: 2194 MHz 5: 2194 MHz 6: 2194 MHz 7: 2194 MHz 8: 2194 MHz Graphics: Card: Intel Crystal Well Integrated Graphics Controller bus-ID: 00:02.0 chip-ID: 8086:0d26 Display Server: wayland (X.org 1.19.6 ) driver: i915 tty size: 171x45 Audio: Card-1 Intel 8 Series/C220 Series High Definition Audio Controller driver: snd_hda_intel bus-ID: 00:1b.0 chip-ID: 8086:8c20 Card-2 Intel Crystal Well HD Audio Controller driver: snd_hda_intel bus-ID: 00:03.0 chip-ID: 8086:0d0c Sound: Advanced Linux Sound Architecture v: k4.12.14-lp150.12.4-default Network: Card-1: Intel Ethernet Connection I217-V driver: e1000e v: 3.2.6-k port: f080 bus-ID: 00:19.0 chip-ID: 8086:153b IF: eth0 state: down mac: <filter> Card-2: Intel Wireless 3160 driver: iwlwifi bus-ID: 03:00.0 chip-ID: 8086:08b3 IF: wlan0 state: up mac: <filter> Drives: HDD Total Size: 360.1GB (22.7% used) ID-1: /dev/sda model: OCZ size: 240.1GB serial: <filter> ID-2: /dev/sdb model: Samsung_SSD_850 size: 120.0GB serial: <filter> Partition: ID-1: / size: 40G used: 12G (28%) fs: btrfs dev: /dev/sdb2 ID-2: /home size: 156G used: 39G (25%) fs: xfs dev: /dev/sda2 ID-3: /var size: 40G used: 12G (28%) fs: btrfs dev: /dev/sdb2 ID-4: /tmp size: 40G used: 12G (28%) fs: btrfs dev: /dev/sdb2 ID-5: /opt size: 40G used: 12G (28%) fs: btrfs dev: /dev/sdb2 ID-6: swap-1 size: 16.73GB used: 0.00GB (0%) fs: swap dev: /dev/sdb3 Sensors: System Temperatures: cpu: 43.0C mobo: N/A Fan Speeds (in rpm): cpu: N/A Info: Processes: 427 Uptime: 2 days 22:31 Memory: 5352.3/15953.5MB Init: systemd v: 234 runlevel: 5 default: graphical.target Gcc sys: N/A Client: Shell (bash 4.4.191 running in gnome-terminal-) inxi: 2.3.40
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 (cat /var/log/Xorg.0.log). Do not include "> the current session" in your commands.
$ 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, Thank you.
If you do not get a reply in 365 days then go for it.