On 2015-12-21 16:38 +0100, Jacob Sparre Andersen wrote:

> On 21/12-2015 15:00, Phil Susi wrote:
>> On 12/20/2015 3:46 AM, Jacob Sparre Andersen wrote:
>>> [87352.726698] fat: Unknown symbol __bread_gfp (err 0)
>>> [87352.726770] fat: Unknown symbol __getblk_gfp (err 0)
>>>
>>> It looks like it is an error in the (v)fat implementation, and not in
>>> mount.
>> Do you have a custom kernel installed?  It looks like you are trying to
>> load a module built against one kernel into a different kernel you are
>> running.  For what it's worth, I am not able to reproduce this in my
>> Jessie vm.
>>
> I am (should be) running a plain Jessie system.
>
> % uname -a
> Linux adaheads.sparre-andersen.dk 3.16.0-4-amd64 #1 SMP Debian
> 3.16.7-ckt11-1+deb8u6 (2015-11-09) x86_64 GNU/Linux
> % LANG=C dpkg -l linux-image-3.16.0-4-amd64
> Desired=Unknown/Install/Remove/Purge/Hold
> |
> Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
> |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
> ||/ Name                    Version          Architecture Description
> +++-=======================-================-================-====================================================
> ii  linux-image-3.16.0-4-am 3.16.7-ckt20-1+d amd64 Linux 3.16 for 64-bit PCs
> % LANG=C dpkg -l linux-image\* | grep ^ii
> ii  linux-image-2.6-amd64           3.2+46 amd64        Linux for
> 64-bit PCs (dummy package)
> ii  linux-image-2.6.32-5-amd64      2.6.32-48squeeze1 amd64
> Linux 2.6.32 for 64-bit PCs
> ii  linux-image-3.16.0-4-amd64      3.16.7-ckt20-1+deb8u1 amd64
> Linux 3.16 for 64-bit PCs
> ii  linux-image-3.2.0-4-amd64       3.2.68-1+deb7u1 amd64        Linux
> 3.2 for 64-bit PCs
> ii  linux-image-amd64               3.16+63 amd64        Linux for
> 64-bit PCs (meta-package)
> %
>
> It looks like the module found by 'modinfo' matches the kernel I'm running.

Yes, but after a kernel upgrade the new modules might not be compatible
with the running kernel, e.g. they might have picked up new symbols.
This seems to be the case here.

> Should I remove some of those unused kernel versions?

No, but I think you need to reboot.

Cheers,
       Sven

Reply via email to