[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#958065: linux: switch from linux-image-5.5.0-1-amd64-unsigned to linux-image-5.5.0-1-amd64 made modules being lost



Control: forcmerge -1 #851695

On Sat, 2020-04-18 at 02:35 +0200, Christoph Anton Mitterer wrote:
> Source: linux
> Version: 5.5.17-1
> Severity: important
> 
> 
> Hi.
> 
> I've just switched from the linux-image-5.5.0-1-amd64-unsigned to linux-image-5.5.0-1-amd64
> (which wasn't available as soon as the -unsigned version) in on go via apt.
> 
> 
> The consequence was, that many modules were missing.

I don't think so.

[...]
> Looking at the postrm:
> if [ "$1" = purge ]; then
>     for extra_file in modules.dep modules.isapnpmap modules.pcimap \
>                       modules.usbmap modules.parportmap \
>                       modules.generic_string modules.ieee1394map \
>                       modules.ieee1394map modules.pnpbiosmap \
>                       modules.alias modules.ccwmap modules.inputmap \
>                       modules.symbols modules.ofmap \
>                       modules.seriomap modules.\*.bin \
>                       modules.softdep modules.devname; do
>         eval rm -f /lib/modules/$version/$extra_file
>     done
>     rmdir /lib/modules/$version || true
> fi
> 
> 
> It deletes all modules... which are however already belonging to the
> signed version of the package.
[...]

No, it does not.  It removes kmod's index files, after which modprobe
and udev won't be able to find modules.  (But any modules loaded by the
initramfs will be unaffected.)  Running "depmod" will fix that.

This is a known bug but I don't know how to fix it.

Ben.

-- 
Ben Hutchings
If more than one person is responsible for a bug, no one is at fault.

Attachment: signature.asc
Description: This is a digitally signed message part


Reply to: