[apport] depmod crashed with SIGSEGV in strcmp()
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
module-init-tools (Fedora) |
Won't Fix
|
Low
|
|||
module-init-tools (Ubuntu) |
Fix Released
|
Medium
|
Scott James Remnant (Canonical) |
Bug Description
Binary package hint: module-init-tools
make initrd iamge with mkinitramfs
ProblemType: Crash
Architecture: i386
Date: Sat Mar 31 22:10:18 2007
DistroRelease: Ubuntu 7.04
ExecutablePath: /sbin/depmod
Package: module-init-tools 3.3-pre3-1ubuntu4
PackageArchitec
ProcCmdline: depmod 2.6.20-
ProcCwd: /usr/src/
ProcEnviron:
PATH=/
LANG=hu_HU.UTF-8
SHELL=/bin/bash
Signal: 11
SourcePackage: module-init-tools
StacktraceTop:
strcmp () from /lib/tls/
?? ()
?? ()
?? ()
?? ()
Uname: Linux johnny-desktop 2.6.20-13-generic #2 SMP Sun Mar 25 00:21:25 UTC 2007 i686 GNU/Linux
UserGroups:
Johnny (johnny-pro) wrote : | #1 |
- Dependencies.txt Edit (173 bytes, text/plain; charset="utf-8")
- Disassembly.txt Edit (591 bytes, text/plain; charset="utf-8")
- ProcMaps.txt Edit (1.4 KiB, text/plain; charset="utf-8")
- ProcStatus.txt Edit (598 bytes, text/plain; charset="utf-8")
- Registers.txt Edit (524 bytes, text/plain; charset="utf-8")
- Stacktrace.txt Edit (301 bytes, text/plain; charset="utf-8")
- ThreadStacktrace.txt Edit (329 bytes, text/plain; charset="utf-8")
Apport retracing service (apport) wrote : Symbolic stack trace | #2 |
Apport retracing service (apport) wrote : Symbolic threaded stack trace | #3 |
Apport retracing service (apport) wrote : Symbolic stack trace | #4 |
- Stacktrace.txt (retraced) Edit (1.0 KiB, text/plain)
StacktraceTop:
load_section32 (hdr=0xb7f0d000, secname=0x80504fb "__ksymtab_
load_symbols32 (module=0x805a210) at ../moduleops_
main (argc=2, argv=0xbfdb5e24) at ../depmod.c:679
__libc_start_main () from /lib/tls/
Apport retracing service (apport) wrote : Symbolic threaded stack trace | #5 |
Changed in module-init-tools: | |
importance: | Undecided → Medium |
Jean-Baptiste Lallement (jibel) wrote : | #6 |
marking as confirmed due to recent duplicate.
Changed in module-init-tools: | |
status: | New → Confirmed |
In Red Hat Bugzilla #474525, Zdenek (zdenek-redhat-bugs) wrote : | #27 |
Description of problem:
during some installation of linux 2.6.28-rcx kernel I've got this coredump:
#0 0x00007f5012df3880 in strcmp () from /lib64/libc.so.6
#1 0x0000000000405da2 in load_section64 (hdr=0x67a420, secname=0x415ab9 "__ksymtab_
at moduleops_core.c:18
#2 0x00000000004070bd in load_symbols64 (module=0x651940) at moduleops_core.c:34
#3 0x00000000004039c9 in parse_modules (list=0x652290) at depmod.c:714
Version-Release number of selected component (if applicable):
module-
How reproducible:
no idea
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
Changed in module-init-tools: | |
status: | Unknown → Confirmed |
Launchpad Janitor (janitor) wrote : | #7 |
This bug was fixed in the package module-init-tools - 3.7~pre7-1
---------------
module-init-tools (3.7~pre7-1) jaunty; urgency=low
* Repackage afresh for Ubuntu based off an upstream GIT import into bzr,
rather than the Debian package.
* New upstream pre-release:
- many bug fixes. LP: #99547, #292887, #303613, #284001.
- much profiling and optimisation work.
- depmod generates and modprobe uses binary indexes for module lists,
giving a significant performance benefit.
- legacy support for pre-2.6 kernels dropped.
- module ordering support. LP: #118040, #317724.
- updated documentation. LP: #203828, #259791.
* /etc/modprobe.
export the {char,block}
appropriate modules is a one line patch. All aliases present here have
been added to the Ubuntu kernel if not already present. LP: #332357.
* /etc/modprobe.
not current with the strings produced by pnpacpi in the kernel (pnpbios
does not produce any modalias strings), and this kind of thing is better
off done with kernel patches.
* /etc/modprobe.
options should be changed in the kernel so that they also take effect if
the module is built-in; and also to make sure they're kept in sync with
any changes to option names or defaults (or even module names) in the
kernel.
* /etc/modprobe.
directory and the symlink into it, these aliases and/or options are
handled by kernel patches now.
* /etc/modprobe.
file, since it only contains one line.
* /etc/modprobe.
required by new upstream version.a
* /sbin/update-
* Completely non-parallel-
* All patches either merged upstream or dropped:
- always_
- blacklist-
- fix_8bit: merged
- fix_sgml: merged
- ignore_
- insmod-segv: merged
- last_good_boot: dropped
- modprobe_
- runparts_
- silence_modprobe: dropped
- use_blacklist_doc: merged
* Note that from this version of module-init-tools, all configuration files
in /etc/modprobe.d should end with ".conf", support for other names is
retained with a warning but will be dropped.
* Note that the Ubuntu -Q option to modprobe has been dropped, to silence
modprobe use -q.
-- Scott James Remnant <email address hidden> Mon, 09 Mar 2009 17:13:55 +0000
Changed in module-init-tools: | |
status: | Confirmed → Fix Released |
In Red Hat Bugzilla #474525, Bug (bug-redhat-bugs) wrote : | #28 |
This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle.
Changing version to '11'.
More information and reason for this action is here:
http://
Mark Mentovai (mark-moxienet) wrote : | #8 |
This bug is not fixed in Jaunty. module-init-tools 3.7 (or 3.7preANYTHING) doesn't contain a complete fix for the problem. depmod module-init-tools 3.7-pre9 still crashes in strcmp with SIGSEGV for me on Januty when I have a broken module present. (The module is a truncated DKMS module, I don't know how it happened and it doesn't really matter either, it's just a good testcase for this bug.)
mark@ebony bash$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 9.04
Release: 9.04
Codename: jaunty
mark@ebony bash$ /sbin/depmod --version
module-init-tools 3.7-pre9
mark@ebony bash$ /sbin/depmod
Segmentation fault
Great.
For this demonstration, I pulled the current source from |bzr checkout http://
mark@ebony bash$ gdb depmod
GNU gdb 6.8-debian
[...]
(gdb) run
Starting program: .../obj/depmod
Program received signal SIGSEGV, Segmentation fault.
0x00007f37de8676a0 in strcmp () from /lib/libc.so.6
(gdb) bt
#0 0x00007f37de8676a0 in strcmp () from /lib/libc.so.6
#1 0x000000000040a7ec in get_section64 (file=0x7f37de1
secname=
at ../src/
#2 0x0000000000405bf3 in load_section64 (hdr=0x7f37de1a
secname=
at ../src/
#3 0x0000000000405c24 in load_symbols64 (module=0xe31320)
at ../src/
#4 0x0000000000403132 in parse_modules (list=0xe43020)
at ../src/depmod.c:675
#5 0x0000000000404b4a in main (argc=1, argv=0x7fffe6d7
at ../src/
Therefore, this problem would still be present in Karmic as it stands now.
The real problem here is that upstream module-init-tools does not do proper bounds checking prior to 3.9. Look at load_section in 3.7/moduleops_
mark@ebony bash$ 3.7.obj/depmod -n > modules.dep && ls -l modules.dep
Segmentation fault
mark@ebony bash$ 3.8.obj/depmod -n > modules.dep && ls -l modules.dep
Segmentation fault
mark@ebony bash$ 3.9.obj/depmod -n > modules.dep && ls -l modules.dep
WARNING: Couldn't find symtab and strtab in module /lib/modules/
-rw-r--r-- 1 mark mark 1822960 2009-07-07 23:18 modules.dep
That warning (non-fatal) is far more useful than crashing without producing a modules.dep file. With the "broken" (3.7 or 3.8) depmod, I was suffering through this on every apt-get invocation:
Setting up linux-image-
Running depmod.
Failed to run depm...
Changed in module-init-tools (Ubuntu): | |
status: | Fix Released → Incomplete |
Changed in module-init-tools (Ubuntu): | |
status: | Incomplete → New |
Scott James Remnant (Canonical) (canonical-scott) wrote : | #9 |
I've replicated this by doing the following:
# dd if=/lib/
# depmod
zsh: segmentation fault (core dumped) depmod
The good news is that the ELF rewrite in 3.10 seems to fix this:
# ./build/depmod
WARNING: Couldn't find symtab and strtab in module /lib/modules/
Changed in module-init-tools (Ubuntu): | |
assignee: | nobody → Scott James Remnant (scott) |
status: | New → Triaged |
Launchpad Janitor (janitor) wrote : | #10 |
This bug was fixed in the package module-init-tools - 3.10-1
---------------
module-init-tools (3.10-1) karmic; urgency=low
* New upstream release:
- Pretty comprehensive ELF handling rewrite.
LP: #99547, #342255, #370968, #382676, #387081, #399955.
- depmod can now check module symbol versions.
- Comprehensive code cleanup.
- Documentation cleanups.
* debian/
it87_wdt, pc87413_wdt, sbc7240_wdt, sch311_wdt, smsc37b787_wdt,
twl4030_wdt, w83697hf_wdt, w83697ug_wdt & wm8350_wdt. LP: #378328.
-- Scott James Remnant <email address hidden> Thu, 16 Jul 2009 17:10:34 +0100
Changed in module-init-tools (Ubuntu): | |
status: | Triaged → Fix Released |
Ivan Baldo (ibaldo) wrote : | #11 |
I had this problem in a customer machine today, running Ubuntu 9.04 updated as of today, it made the -15 kernel unbootable.
Can this fix be backported to 9.04?
Thanks!!!
BrettMckee (brett-mckee) wrote : | #12 |
Agree with the last update. I am on Jaunty and my bug:417019 has been set as a
duplicate of 417020, which is a duplicate now of this one.
However I am still unable to upgrade my kernel 2.6.28-15.
Still getting the following errors.
Errors were encountered while processing:
linux-
linux-
linux-
linux-
linux-generic
If this is fixed, how do we overcome these problems?
Alex Ng'ang'a (lxnganga) wrote : | #13 |
Having the same problem too. I tried to upgrade my kernel to 2.6.28-15, but couldn't. Got the following,
Setting up linux-image-
Running depmod.
Failed to run depmod
dpkg: error processing linux-image-
subprocess post-installation script returned error exit status 1
dpkg: dependency problems prevent configuration of linux-restricte
linux-
Package linux-image-
dpkg: error processing linux-restricte
dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of linux-image-
linux-
Package linux-image-
dpkg: error processing linux-image-generic (--configure):
dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of linux-restricte
linux-
Package linux-restricte
dpkg: error processing linux-restricte
dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of linux-generic:
linux-generic depends on linux-image-generic (= 2.6.28.15.20); however:
Package linux-image-generic is not configured yet.
linux-generic depends on linux-restricte
Package linux-restricte
dpkg: error processing linux-generic (--configure):
dependency problems - leaving unconfigured
Errors were encountered while processing:
linux-
linux-
linux-
linux-
linux-generic
I tried doing it in recovery mode. This looped for ever giving errors. Now grub shows two kernels, 13 and 15.
15 won't boot so I am using 13.
I am running ubuntu 9.04.
Need help on how to deal with this.
Zuzkins (zuzkins-gmail) wrote : | #14 |
Got this problem on 8.10 and couldn't solve it, so i installed ubuntu 9.04 alpha from cd didn't use dist-upgrade, and the problem disappeared.
I think this is not gonna help you much, guys, but anyways, I think reinstalling can help (which is not optimal).
Good luck
BrettMckee (brett-mckee) wrote : | #15 |
I don't think reinstall is going to help, and it shouldn't be necessary. I just installed Jaunty on my
machine from live CD, then ran Update Manager and ran into the issue. So, mine is a brand new
install, about a week old.
Of course I am not sure what alpha is, so it may be a different release than what I used, but I don't
think reinstall should be necessary.
Matt Zimmerman (mdz) wrote : Re: [Bug 99547] Re: [apport] depmod crashed with SIGSEGV in strcmp() | #16 |
To those asking for a workaround:
The situation which triggers this crash is a corrupt or invalid module in
/lib/modules. Naturally, depmod should not crash, even in this case, and
that is the bug which is now believed to be fixed in Karmic.
In order to work around the problem, it's necessary to remove or replace the
invalid module. I don't have a step-by-step recipe to hand for this at the
moment, so if you don't know how to do this, just sit tight until someone
posts one. If a workaround is available, it should be added to the bug
description at the top so that it's immediately visible to everyone.
--
- mdz
Ivan Baldo (ibaldo) wrote : | #17 |
Hello.
You can fix it by removing the kernel that is giving problems, then
removing the directory /lib/modules/
reinstalling the kernel.
DKMS has a caching system for modules also, so if the problematic
module is one generated by DKMS and it has a corrupt cached version, you
must tell DKMS to rebuild all its modules or clear its cache, I don't
remember how I did that though and I don't have access to an Ubuntu
machine right now, but if someone asks then I will try to give the
proper instructions.
Hope this helps anyway.
Bye.
El 02/09/09 12:32, Matt Zimmerman escribió:
> To those asking for a workaround:
>
> The situation which triggers this crash is a corrupt or invalid module in
> /lib/modules. Naturally, depmod should not crash, even in this case, and
> that is the bug which is now believed to be fixed in Karmic.
>
> In order to work around the problem, it's necessary to remove or replace the
> invalid module. I don't have a step-by-step recipe to hand for this at the
> moment, so if you don't know how to do this, just sit tight until someone
> posts one. If a workaround is available, it should be added to the bug
> description at the top so that it's immediately visible to everyone.
>
>
--
Ivan Baldo - <email address hidden> - http://
From Montevideo, Uruguay, at the south of South America.
Freelance programmer and GNU/Linux system administrator, hire me!
Alternatives: <email address hidden> - http://
Alex Ng'ang'a (lxnganga) wrote : | #18 |
Hello Ivan,
Someone is asking. So please post a step by step guide on how to fix this.
I am new to Ubuntu (Linux actually), and just learning. This issue is a bit frustrating.
Regards.
Leann Ogasawara (leannogasawara) wrote : | #19 |
Alex,
The simplest set of directions for you will be to run the following commands from a Terminal (Applications-
1) sudo apt-get remove linux-image-
2) sudo rm -rf /lib/modules/
3) sudo apt-get install linux-image-
Ivan Baldo (ibaldo) wrote : | #20 |
Yes, I agree with Leann.
Let me know if that doesn't fix your problem, then I will try to get
instructions for the DKMS.
Good luck!
El 04/09/09 14:07, Leann Ogasawara escribió:
> Alex,
>
> The simplest set of directions for you will be to run the following
> commands from a Terminal (Applications-
>
> 1) sudo apt-get remove linux-image-
> 2) sudo rm -rf /lib/modules/
> 3) sudo apt-get install linux-image-
>
>
--
Ivan Baldo - <email address hidden> - http://
From Montevideo, Uruguay, at the south of South America.
Freelance programmer and GNU/Linux system administrator, hire me!
Alternatives: <email address hidden> - http://
Apual (huanghuaiyue) wrote : Re:Re: [Bug 99547] Re: [apport] depmod crashed with SIGSEGV in strcmp() | #21 |
在2009-09-05,"Ivan Baldo" <email address hidden> 写道:
> Yes, I agree with Leann.
> Let me know if that doesn't fix your problem, then I will try to get
>instructions for the DKMS.
> Good luck!
>
>
>El 04/09/09 14:07, Leann Ogasawara escribió:
>> Alex,
>>
>> The simplest set of directions for you will be to run the following
>> commands from a Terminal (Applications-
>>
>> 1) sudo apt-get remove linux-image-
>> 2) sudo rm -rf /lib/modules/
>> 3) sudo apt-get install linux-image-
>>
>>
>
>--
>Ivan Baldo - <email address hidden> - http://
>>From Montevideo, Uruguay, at the south of South America.
>Freelance programmer and GNU/Linux system administrator, hire me!
>Alternatives: <email address hidden> - http://
>
>--
>[apport] depmod crashed with SIGSEGV in strcmp()
>https:/
>You received this bug notification because you are a direct subscriber
>of a duplicate bug.
>
>Status in “module-init-tools” package in Ubuntu: Fix Released
>Status in “module-init-tools” package in Fedora: Confirmed
>
>Bug description:
>Binary package hint: module-init-tools
>
>make initrd iamge with mkinitramfs
>
>ProblemType: Crash
>Architecture: i386
>Date: Sat Mar 31 22:10:18 2007
>DistroRelease: Ubuntu 7.04
>ExecutablePath: /sbin/depmod
>Package: module-init-tools 3.3-pre3-1ubuntu4
>PackageArchite
>ProcCmdline: depmod 2.6.20-
>ProcCwd: /usr/src/
>ProcEnviron:
> PATH=/usr/
> LANG=hu_HU.UTF-8
> SHELL=/bin/bash
>Signal: 11
>SourcePackage: module-init-tools
>StacktraceTop:
> strcmp () from /lib/tls/
> ?? ()
> ?? ()
> ?? ()
> ?? ()
>Uname: Linux johnny-desktop 2.6.20-13-generic #2 SMP Sun Mar 25 00:21:25 UTC 2007 i686 GNU/Linux
>UserGroups:
Alex Ng'ang'a (lxnganga) wrote : | #22 |
Removing then reinstalling worked as suggested by leann.
Thanks so much for your help guys!
BrettMckee (brett-mckee) wrote : | #23 |
The steps that Leann posted did not work for me.
Well, the remove and rm -rf did, but the install failed
again with the following.
sudo apt-get install linux-image-
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer required:
linux-
Use 'apt-get autoremove' to remove them.
Suggested packages:
fdutils linux-doc-2.6.28 linux-source-2.6.28
The following packages will be REMOVED:
linux-
The following NEW packages will be installed:
linux-
0 upgraded, 1 newly installed, 1 to remove and 2 not upgraded.
1 not fully installed or removed.
Need to get 0B/24.6MB of archives.
After this operation, 93.4MB of additional disk space will be used.
Do you want to continue [Y/n]? Y
(Reading database ... 120640 files and directories currently installed.)
Removing linux-restricte
dpkg (subprocess): unable to execute post-removal script: Exec format error
dpkg: error processing linux-restricte
subprocess post-removal script returned error exit status 2
Errors were encountered while processing:
linux-
E: Sub-process /usr/bin/dpkg returned an error code (1)
Any ideas?
/Brett
Ivan Baldo (ibaldo) wrote : Re: [Bug 99547] Re: [apport] depmod crashed with SIGSEGV in strcmp() | #24 |
This doesn't seem related to the depmod problem.
First try removing the package
linux-restricte
If the error persist when trying to remove that package and if you
know posix shell scripting, then edit the
/var/lib/
put debug statements to see where it fails and try to avoid the error or
ignore it.
If the error persist when trying to remove that package and if you
don't know posix shell scripting, then delete the file
/var/lib/
Then try to remove the package again, it should work now.
After that, install both packages again: "sudo apt-get install
linux-image-
Hope this helps! Good luck!
El 08/09/09 14:46, BrettMckee escribió:
> The steps that Leann posted did not work for me.
> Well, the remove and rm -rf did, but the install failed
> again with the following.
>
> sudo apt-get install linux-image-
> Reading package lists... Done
> Building dependency tree
> Reading state information... Done
> The following packages were automatically installed and are no longer required:
> linux-headers-
> Use 'apt-get autoremove' to remove them.
> Suggested packages:
> fdutils linux-doc-2.6.28 linux-source-2.6.28
> The following packages will be REMOVED:
> linux-restricte
> The following NEW packages will be installed:
> linux-image-
> 0 upgraded, 1 newly installed, 1 to remove and 2 not upgraded.
> 1 not fully installed or removed.
> Need to get 0B/24.6MB of archives.
> After this operation, 93.4MB of additional disk space will be used.
> Do you want to continue [Y/n]? Y
> (Reading database ... 120640 files and directories currently installed.)
> Removing linux-restricte
> dpkg (subprocess): unable to execute post-removal script: Exec format error
> dpkg: error processing linux-restricte
> subprocess post-removal script returned error exit status 2
> Errors were encountered while processing:
> linux-restricte
> E: Sub-process /usr/bin/dpkg returned an error code (1)
>
>
> Any ideas?
>
> /Brett
>
>
--
Ivan Baldo - <email address hidden> - http://
From Montevideo, Uruguay, at the south of South America.
Freelance programmer and GNU/Linux system administrator, hire me!
Alternatives: <email address hidden> - http://
BrettMckee (brett-mckee) wrote : | #25 |
Thanks Ivan.
I did the latter, as I didn't feel like spending the time debugging and
removed the /var/lib/
and then did the sudo apt-get install linux-image-
That worked and it is all working now.
Thanks again!
/Brett
In Red Hat Bugzilla #474525, Jon (jon-redhat-bugs) wrote : | #29 |
Was this ever reproduced?
In Red Hat Bugzilla #474525, Zdenek (zdenek-redhat-bugs) wrote : | #30 |
Hmm, 2 years old bug - I'm running rawhide - thus I cannot try to reproduce this bug anyway. It's been most probably fixed with some package update.
As I said originally, I had no idea, how I did manage to produce such crash.
David Gordon (david-gordon-hughes) wrote : | #26 |
Just to verify this has also solved my issue with linux-image-
Thank you
In Red Hat Bugzilla #474525, Bug (bug-redhat-bugs) wrote : | #31 |
This message is a reminder that Fedora 11 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 11. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora
'version' of '11'.
Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version prior to Fedora 11's end of life.
Bug Reporter: Thank you for reporting this issue and we are sorry that
we may not be able to fix it before Fedora 11 is end of life. If you
would still like to see this bug fixed and are able to reproduce it
against a later version of Fedora please change the 'version' of this
bug to the applicable version. If you are unable to change the version,
please add a comment here and someone will do it for you.
Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.
The process we are following is described here:
http://
In Red Hat Bugzilla #474525, Bug (bug-redhat-bugs) wrote : | #32 |
Fedora 11 changed to end-of-life (EOL) status on 2010-06-25. Fedora 11 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.
If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version.
Thank you for reporting this bug and we are sorry it could not be fixed.
Changed in module-init-tools (Fedora): | |
importance: | Unknown → Low |
status: | Confirmed → Won't Fix |
StacktraceTop:?? ()