You are not logged in.
I don't see any logs that save this information. i thought journalctl -b would have them, but it doesn't show the exact messages displayed.
I came across this wiki page
https://wiki.archlinux.org/title/Genera … e_messages
so simply accessing tty1 does show those messages, but you cant scroll back to see them all.
is there any other way to view these messages?
Offline
To enable scrolling
journalctl -b | lessRules for problems.
Everyone has problems. Animals have problems. And buildings. And cats, and trees.
Problems are your friends. Treat them well.
Offline
To enable scrolling
journalctl -b | less
the systemd journal doesn't show those exact messages displayed on screen during boot. at least i could not find them in the journal
Offline
Plz try also
journalctl -k
dmesg
cat /var/log/dmesg...Whatever works for you.
SHIFT+pgup|pgdn
also works for scrolling in terminal.
Last edited by dreamycrane (2021-09-19 20:56:32)
Offline
Can you provide an example of the output you believe to be present at boot yet absent from the journal?
Also, how is your initrd (if applicable) configured? Do you use systemd in early userspace or busybox?
Sakura:-
Mobo: MSI MAG X570S TORPEDO MAX // Processor: AMD Ryzen 9 5950X @4.9GHz // GFX: AMD Radeon RX 5700 XT // RAM: 32GB (4x 8GB) Corsair DDR4 (@ 3000MHz) // Storage: 1x 3TB HDD, 6x 1TB SSD, 2x 120GB SSD, 1x 275GB M2 SSD
Making lemonade from lemons since 2015.
Offline
Plz try also
journalctl -k dmesg cat /var/log/dmesg...Whatever works for you.
SHIFT+pgup|pgdn
also works for scrolling in terminal.
to my knowledge SHIFT +pgup|pgdn functionality was removed from the kernel recently. but yes that works in terminal emulators
Offline
Can you provide an example of the output you believe to be present at boot yet absent from the journal?
Also, how is your initrd (if applicable) configured? Do you use systemd in early userspace or busybox?
sorry, didnt do a good job explaining myself. certainly there are kernel messages in the journal pertaining to recent boot, just not in the same format as what is displayed on screen during boot.
this is a screen shot of a video i took during boot. couldn't get it any better focused
this is a screenshot of tty1. looks like this is what i am after, but you cant scroll back anymore in the virtual console
Last edited by callmejoe (2021-09-20 10:43:33)
Offline
Please remove/replace the oversized images w/ links/thumbnails, the board has a 200x200px max rule.
a) "Why?"
b) By not using systemd for logging stuff, https://wiki.archlinux.org/title/Syslog-ng
Offline
sorry, didnt do a good job explaining myself. certainly there are kernel messages in the journal pertaining to recent boot, just not in the same format as what is displayed on screen during boot.
I've been down this road as well. My solution was to install plymouth, and use it only for creating a log of the boot messages. I prefer login to console, and plymouth seems so overkill for my usage, but was the only solution I was able to come up with.
On my system, I run cat /var/log/boot.log to read it with color codes.
a) "Why?"
I find it more convenience to read the details of what failed, so I have something more than just checking for any/all errors in the journal.
Last edited by NuSkool (2021-09-20 15:58:02)
Scripts I Use : https://github.com/Cody-Learner
grep -m1 'model name' /proc/cpuinfo : AMD Ryzen 7 8745HS w/ Radeon 780M Graphics
grep -m1 'model name' /proc/cpuinfo : Intel(R) N95
grep -m1 'model name' /proc/cpuinfo : AMD Ryzen 5 PRO 2400GE w/ Radeon Vega Graphics
Offline
Just a quick opinion:
The stuff that fails is important. The rest is superfluous
The display of the stuff that fails should be clear and easy to read
dmesg gives the kernel messages, much the same as journalctl -k - but all those messages are included in journalctl -b, so that's the one to use
You'll want to filter out the important stuff by specifying priority levels
For readibility ccze is good stuff
Put it in a function and call it after you boot:
booterrors()
{
printf "\nEmergency level:\n"
journalctl -b -p emerg | grep -v "Journal begins" | ccze -m ansi
printf "\n\nAlert level:\n"
journalctl -b -p alert | grep -v "Journal begins" | ccze -m ansi
printf "\n\nCritical level:\n"
journalctl -b -p crit | grep -v "Journal begins" | ccze -m ansi
printf "\nError level:\n"
journalctl -b -p err | grep -v "Journal begins" | ccze -m ansi
}Offline
I find it more convenience to read the details of what failed, so I have something more than just checking for any/all errors in the journal.
Yes, this is spot on.
and for some reason i do not have the boot.log file in /var/log/ or messages.log
a few posts here have referenced it. i just assumed it was removed and integrated into the systemd journal. should i be seeing it still?
Offline
and for some reason i do not have the boot.log file in /var/log/ or messages.log
a few posts here have referenced it. i just assumed it was removed and integrated into the systemd journal. should i be seeing it still?
You would need to install and enable syslog-ng to produce those log files.
If you want to see if any service has failed
systemctl --failedor to check the general state of the system
systemctlComing back to your initial question everything you posted in those screenshots will be recorded in the journal with the exception of the 'Welcome to %s!' message.
Service startup in the journal spans multiple entries rather than a single entry that changes state.
Last edited by loqs (2021-09-20 19:40:21)
Offline
Just a quick opinion:
booterrors() { printf "\nEmergency level:\n" journalctl -b -p emerg | grep -v "Journal begins" | ccze -m ansi printf "\n\nAlert level:\n" journalctl -b -p alert | grep -v "Journal begins" | ccze -m ansi printf "\n\nCritical level:\n" journalctl -b -p crit | grep -v "Journal begins" | ccze -m ansi printf "\nError level:\n" journalctl -b -p err | grep -v "Journal begins" | ccze -m ansi }
very nice. will prove to be useful, thanks
Offline
printf "\n\nAlert level:\n" journalctl -b -p alert
-p alert return emerg to alert
if we want only one level (err) : journalctl -b0 PRIORITY=3
LTS - Fish - Kde - intel M100 - 16Go RAM - ssd
Offline
https://wiki.archlinux.org/title/Systemd/Journal
The "problem" is that while all information is preserved, the form is not.
If the OP is interested in seeing the boot messages "as is", they need an additional syslog provider.
Otherwise the answer to"why?" is "actually not at all".
Offline