Yes, but for good measure, you should then also replace keymap and consolefont by sd-vconsole.
Just for illustration purposes, these are my hooks below. But do note that I’ve got Intel graphics and that I’m using btrfs, which may differ for your use case.
So, nobody else gets a core dump trying to login (kde)?
I get a core dump in startplasma-x11/wayland every time.
Installed cinnamon and it “runs” in fallback mode.
It is a laptop, i7-10850H with a Nvidia Quadro T1000.
I’ve had some issues in the past, mainly because of the graphics card, but nothing like this.
Any ideas?
It is obviously a graphics driver issue. Wayland doesn’t like Nvidia, and I don’t know what display server Cinnamon uses — i.e. I don’t know whether it even supports Wayland at al — but the fallback thing also points in the direction of Nvidia.
If you cannot figure it out, please open a separate thread. This thread here is specifically for reporting issues and perhaps small questions that can easily be answered. Troubleshooting graphics driver issues is a whole other matter.
That is a dangerous example for newbies lol. Both the wiki page and the comments in mkinitcpio.conf itself have dire warnings about fsck hook being strongly recommended and required for seperate /usr partition, and using systemd fsck instead requires additional configuration.
But I notice that you have not been merging your .pacnew files. The double-quote “HOOKS="..."” syntax was deprecated in favor of the “HOOKS=(...)” syntax ages ago already.
Your current HOOKS line does not have any mention of the Nvidia-specific hooks for modesetting with the proprietary driver, so you should be good to go.
I only mentioned that I’ve got Intel graphics in case people were wondering about the Nvidia-specific stuff — which will still be needed whether you use the systemd hooks or not.
It was not intended as how it should be done, but merely as an illustration of how it is on my system.
I did also mention that I use btrfs, and with btrfs, you don’t need an fsck hook in the initramfs because btrfsalways checks the filesystem at mount time — it will even replay the journal on a filesystem that is to be mounted read-only if it detects filesystem damage.
With ext4 and other traditional (read/write-mounted) filesystems, you do indeed need the fsck hook.
Thank you for the hint, i did the change over to systemd hooks and it significantly shortened boot time. Seems like the console printing was slowing down the process previously and now it’s much faster, i have no time to even read the text as it scrolls so fast.
Then switched to kernel 6.1, since I previously used 5.15, rebooted, then used the usual update script and everything went good, although, I’ve seen some error messages during the update, like cuda was not downloaded entirely and similar.
Just cat /etc/mkinitcpio.conf and take a look. In most of the systems base is the first hook by default (i actually think it is the default by everybody, if not deliberately changed by user). If it is there you do not need to do anything.
i already looked and have it,
but I’m assuming the update changes things in this file and i was told i should run this command after changes has been made,thus my question.
I think it’s a good idea to separate the questioning about good and actual settings of HOOKS to a own thread, isn’t it. @Aragorn can hopefully start with some good tips.
Just ran the update using sudo pacman -Syu. Everything went well, but I noticed this new warning when pacman runs the build hooks (this message appears for each kernal - 5.15 and 6.1.
==> WARNING: consolefont: no font found in configuration