[arch-releng] module 'loop' not loaded

[Gerardo Exequiel Pozzi]

On 11/14/2014 09:25 AM, Tom Gundersen wrote:
> Probably caused by kmod being more recent than systemd? With current kmod,
> tmpfiles needs to be passed --boot to get the device nodes created (which
> the must recent systemd does).

Yes, this fixes the issue. So udev hook in systemd package must be fixed.

Thanks.


> On 14 Nov 2014 05:06, "Gerardo Exequiel Pozzi" <vmlinuz386 at gmail.com> wrote:
> 
>> On 11/13/2014 10:43 PM, Dave Reisner wrote:
>>> On Thu, Nov 13, 2014 at 09:22:49PM -0300, Gerardo Exequiel Pozzi wrote:
>>>> On 11/12/2014 03:16 AM, Christian Hesse wrote:
>>>>> Hello everybody,
>>>>>
>>>>> I just built a fresh image that fails to boot with:
>>>>>
>>>>> losetup: cannot find an unused loop device
>>>>>
>>>>> Looks like modules 'loop' is no longer loaded automatically when
>> needed. It
>>>>> is included in initramfs, though. Any idea what package changed it's
>>>>> behavior? Forcing to load the module is easy, but what's the clean way
>> to fix
>>>>> this?
>>>>>
>>>>
>>>> maybe systemd, maybe kmod... also there is a error about missing
>>>> hwdb.bin in initramfs maybe related, maybe not, i need some time to
>>>> research...
>>>>
>>>> use earlymodules=loop for now.
>>>>
>>>>
>>>
>>> Looks pretty straight-forward. /run/tmpfiles.d/kmod.conf is generated,
>>> but systemd-tmpfiles isn't included in the initramfs.
>>>
>>> d
>>>
>>
>> Yes, is here, but does nothing, none of the static devices are created.
>>
>> [rootfs /]# ls -l /dev/fuse /dev/loop-control /dev/mapper/control
>> ls: /dev/fuse: No such file or directory
>> ls: /dev/loop-control: No such file or directory
>> ls: /dev/mapper/control: No such file or directory
>>
>> [rootfs /]# systemd-tmpfiles --prefix=/dev --create
>>
>> --same thing--
>>
>>
>>
>>
>>


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: OpenPGP digital signature
URL: <https://lists.archlinux.org/pipermail/arch-releng/attachments/20141114/1a067bd8/attachment.bin>