Hello Gilles & list,
Yes, I can reproduce the problem. It seems to be related to the block
layer changes in Kernel 5.2, which caused a major rewrite in the cloop
kernel module. The strange thing is that cloop now using the new
multiqueue block io scheduler, works flawlessly with the 64bit compiled
kernel, while the multiqueue scheduler on the 32 bit kernel throws a
kernel oops shortly after (!) successfully mounting the main cloop file
KNOPPIX/KNOPPIX. While reading the file system metadata (readdir,stat)
still seems to work under 32bit, reading a files data section causes a
stalling in the block queue, which does not even seem related to cloop
itself, as far as I can tell.
I'm not sure if this is true for all 32 bit architectures, but at least
with kvm and qemu's 32 bit cpu emulation, the freeze when loading a
files data (first is /usr/bin/loadkeys during the boot process) from the
mounted cloop device is reproducible. Therefore, the Knoppix 8.6.0
version will most likely not boot on 32bit architectures (or only as
small busybox rescue system using the "debug" option).
I'll release a Knoppix 8.6.1 as soon as I can identify and fix the
problem.
If you'd like to help debugging, please find the current Knoppix 8.6.0
cloop kernel module sources at https://knopper.net/cloop-module.tar.bz2
.
Regards
-Klaus