Yes, this concerns only bootmanager (actually, init); sfs_load can create new loops on its own and "manual" mounting also works fine, since there's /dev/loop-control (see here).mavrothal wrote:Is that only at boot time by the bootmanager? I can mount 9 loops just fineSFR wrote:[
And it's because the amount of available loop devices has dropped from 11 (0-10) to 8 (0-7).
[EDIT]
Possible (still theroretical though) solutions that came to mind:
1. Restore /dev to be a "normal" dir, inherited from /initd/pup_ro2/dev/ like it was before.
Additionally add one extra loop (loop11), since CNTLOOP got increased from 4 to 5.
2. Sort it out at kernel level (CONFIG_BLK_DEV_LOOP_MIN_COUNT=11 or maybe even 16, like it is in FatDog)
3a. Let init create missing loops on its own (like sfs_load does).
3b. Let init utilize /dev/loop-control mechanism (but this won't work in older kernels), by using mount -o loop ... directly, instead of losetup /dev/loopX ... first.
+ in all cases increase max. CNTLOOP from 10 to 11 in init.
Greetings!