Sometimes it is better to COPY the Linux kernel (&includes) from a Live distro - effect: ZERO dmesg's about sr0 drive!

• Knoppix Linux distribution is good example. Compilation (Kbuild) is often (or very often?) waste of time - this, that switch – with SATA / PATA driver, .config-file IMO strange combinations — is time-waster. Linux should bring normality, NOT Windows-typed bugs (which one is hibernation spinning down HDD three times). [But actual Linux versions have THIS hiber-bug still – Torvalds IMO seems not concerned about it if this bug is... BY DESIGN. „Design = resign”.]. One problem [CD] you can resolve but other is, as far as I study code – algorithmic one. Knoppix launches even from GRUB (the ISO file placed somewhere...) and this technique should be recommended when dealing with new hardware (avoiding unnecessary compilations if they produce so many hardware - year after year....). Some DVD drive not lasted even about several months.
• Includes' have symlink – pointing to kernel includes (so important, without need to seach for ....-headers package)
• Kernel, now 5.10.10-64 seems a bit faster sometimes
• ZERO dmesg's about sr0 drive! No horkages, no CD driver speed limit

Patched sr0 loading (Linux CD-ROM) @udev: 5 TIMES OK now WHEN in /usr/lib/initcpio/hooks/udev changed into systemd-udevd -c 1 to avoid parallelization.

4 warm reboots + 1 full turn off/on power cycle so far.

Seems NOT to be a problem with master/slave statuses in BIOS — bigger probability that udev sequence is a solution, more tests required. Some null BIOS entries also turned into manual none option – but correlation is with udev command (below). We have several udev command, but this is a initial one.

Part of new initcpio hook – remember to mkinitcpio -p ... to recreate CPIO

(...)

    quiet="$(getarg quiet)"

    if [ "${quiet}" = "y" ]; then

        /usr/lib/systemd/systemd-udevd -c 1 --daemon --resolve-names=never >/dev/null 2>&1

    else

        /usr/lib/systemd/systemd-udevd -c 1 --daemon --resolve-names=never

    fi

(...)

The cost is is booting is slower, black screen. Not the same as Porteus distro.

But better than to replace the udev, or bothering with SysV IMO nonsense.

When with systemd we have soft-reboot, containers (for example, an additional user-mode Debian in the form of a fs tree) and good status-info system with systemd' commands and wrappers (timertab program is one interesting wrapper example).

One most important thing is that udev has two „parts”: the main system's one -and- the initcpio one.

Thus, there is the necessity to update initcpio files.

Testing DVD mastering suite was k3b application – outputting diagnostic messages to terminal emulator (after usual-slower k3b init). If I remember, is is important – early mounting CD doesn't suffice when after „umount” situation can return the same. This is reason to check it with k3b, and additionally, this app has CD verify option within burning process (a contrario to xfburn).

Linux has several mainline BUGS. One with CD-ROM, second with REDUNDANT SPIN-DOWN during hibernation.

One can think that US programmers aren't lazy... NO, NO..... reality is that bunch, BUNCH of them are derailed persons. Why they concentrate on „new, new new”??!!!! Even kexec reboot is their amnesia.