all: Refactor the whole kdump/pstore folder setting

This is somewhat a big refactor. The early design of kdump/pstore was
meant to support the A/B scheme of Steam Deck and a dracut-based initrd
only. In this scheme, we had a DEVNODE (like nvme partition or a devlink)
that represented the device node to be mounted early in boot when kdump
was in use. Also, we had a folder defined in the config file on top of
such dev node, and a temporary file used to "carry" the composition of
the full kdump path across boot time scripts. Yeah, kinda complex setup.

We are now moving to a more generic approach, and for that, the design
choice was a more convenient/simple one for the common cases, that
requires some operations to properly work on SteamOS dracut-based initrd.
Now we have only a single path on config file, which should be accessible
in a R/W filesystem by both scripts executed in the systemd service. No
devnode information or temp file is used anymore.

But with that, comes the need of discovering the proper devnode and base
folder for kdump'ing early in boot, from the initrd. Using the findmnt
tool we manage to derive all the necessary data during the initrd
preparation phase. Also, while at it we manage to fix an "inconsistency"
of our dracut initrd creation script: installkernel() should be responsible
to deal with DRM modules removal, not install().

On top of this (already big) change, now our dracut initrd excludes not
only amdgpu driver/FWs, but radeon, nvidia and i915 as well. And due to
our refactor of the mount point information (using findmnt to collect info
during dracut initrd creation), we also allow now arbitrary filesystem
drivers to be included, i.e., we don't hardcode/limit for ext4 only.

Again, mea culpa for not splitting this in multiple atomic/simple commits,
the burden to keep a pretty git log is starting to consume precious time.

Signed-off-by: Guilherme G. Piccoli <gpiccoli@igalia.com>

kdump-collect.sh

@@ -13,6 +13,13 @@
 #  output for the user.
 #
 
+#  Bail out in case we don't have a vmcore, i.e. either we're not kdumping
+#  or something is pretty wrong and we wouldn't be able to progress.
+VMCORE="/proc/vmcore"
+if [ ! -f $VMCORE ]; then
+	reboot -f
+fi
+
 #  We have a more controlled situation with regards the config
 #  files here, since we manually added them in the initrd and
 #  the validation also happened there, during such addition,
@@ -21,21 +28,13 @@ for cfg in "/usr/share/kdump.d"/*; do
 	. "$cfg"
 done
 
-VMCORE="/proc/vmcore"
 KDUMP_TIMESTAMP=$(date -u +"%Y%m%d%H%M")
-KDUMP_FOLDER="/kdump_path/${MOUNT_FOLDER}/crash/${KDUMP_TIMESTAMP}"
+MOUNT_POINT="$(cat /usr/lib/kdump/kdump.mnt)"
+BASE_FOLDER="$(cat /usr/lib/kdump/kdump.dir)"
+KDUMP_FOLDER="/kdump_path/${BASE_FOLDER}/crash/${KDUMP_TIMESTAMP}"
 
-#  Bail out in case we don't have a vmcore, i.e. either we're not kdumping
-#  or something is pretty wrong and we wouldn't be able to progress.
-#
-if [ ! -f $VMCORE ]; then
-	reboot -f
-fi
-
-DEVN="$(cat /usr/lib/kdump/kdump.devnode)"
 mkdir -p "/kdump_path"
-
-if ! mount "${DEVN}" /kdump_path; then
+if ! mount "${MOUNT_POINT}" /kdump_path; then
 	reboot -f
 fi
 
@@ -52,7 +51,7 @@ if [ "${FULL_COREDUMP}" -ne 0 ]; then
 	sync "${KDUMP_FOLDER}/vmcore.compressed"
 fi
 
-umount "${DEVN}"
+umount "${MOUNT_POINT}"
 sync
 
 reboot -f