Control: reassign -1 libssl1.0.0 Control: retitle -1 libssl1.0.0: illegal instruction crash on amd64
Hi Carlos, please keep the bug (793...@bugs.debian.org) in CC. On 26.07.2015 19:44, Carlos Kosloff wrote: > Please find below requested info. Thanks. > I have another computer more powerful than this one, 8 core CPU, same OS. > Clamtk works fine there. > For your information, KDE had major breakages after last upgrades, it is > transitioning from version 4 to 5. I don't think KDE is related to this problem. > On 07/26/2015 06:51 AM, Andreas Cadhalpun wrote: >> On 25.07.2015 04:10, Carlos Kosloff wrote: >>> * Specs >>> >>> Using KDE desktop, on a Toshiba laptop with amd64 architecture. >> Much more useful would be the information collected by reportbug: >> $ reportbug --template clamtk [...] > Package: clamtk > Version: 5.19-1 [...] > -- System Information: > Debian Release: stretch/sid > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > Init: systemd (via /run/systemd/system) > > Versions of packages clamtk depends on: > ii clamav 0.98.7+dfsg-2 > ii clamav-freshclam [clamav-data] 0.98.7+dfsg-2 > ii cron [cron-daemon] 3.0pl1-128 > ii gnome-icon-theme 3.12.0-1 > ii libgtk2-perl 2:1.2495-1 > ii libjson-perl 2.90-1 > ii liblocale-gettext-perl 1.05-9 > ii liblwp-protocol-https-perl 6.06-2 > ii libtext-csv-perl 1.33-1 > ii libwww-perl 6.13-1 > ii perl 5.20.2-6 > > clamtk recommends no packages. > > Versions of packages clamtk suggests: > ii cabextract 1.6-1 > pn clamtk-nautilus <none> > > -- no debconf information Nothing suspicious here. >>> * What caused the problem >>> >>> After a dist-upgrade on 2015/07/24 clamtk does not launch. >> What packages were upgraded? >> Can you post the relevant parts of /var/log/dpkg.log from that upgrade? > 2015-07-24 21:59:13 upgrade clamtk:all 5.19-1 5.19-1 This looks strange. The previous version was already 5.19-1? The other upgrades look unrelated to the problem. Are you sure this were all upgrades before the problem occurred? In particular, when was your last libssl1.0.0:amd64 upgrade? >>> * Steps taken to resolve the problem >>> >>> Reinstalled. >>> Rebooted computer. >>> Attempted to launch from CLI. >>> As user: >>> command clamtk reports "illegal instruction". >> This works fine here, thus I'm downgrading the severity. >> clamtk is just a perl program, so any illegal instruction error is probably >> caused by perl. >> >> What instructions does your CPU support? >> Please provide the output of: >> $ cat /proc/cpuinfo > > ckosloff@notosh:~$ cat /proc/cpuinfo > processor : 0 > vendor_id : AuthenticAMD > cpu family : 22 > model : 48 > model name : AMD A6-6310 APU with AMD Radeon R4 Graphics > stepping : 1 > microcode : 0x7030105 > cpu MHz : 1000.000 > cache size : 2048 KB > physical id : 0 > siblings : 4 > core id : 0 > cpu cores : 4 > apicid : 0 > initial apicid : 0 > fpu : yes > fpu_exception : yes > cpuid level : 13 > wp : yes > flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca > cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt > pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc extd_apicid > aperfmperf eagerfpu pni pclmulqdq monitor ssse3 cx16 sse4_1 sse4_2 movbe > popcnt aes xsave avx f16c rdrand lahf_lm cmp_legacy svm extapic cr8_legacy > abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt topoext perfctr_nb > bpext perfctr_l2 arat cpb hw_pstate npt lbrv svm_lock nrip_save tsc_scale > flushbyasid decodeassists pausefilter pfthreshold vmmcall bmi1 xsaveopt > bugs : fxsave_leak > bogomips : 3593.29 > TLB size : 1024 4K pages > clflush size : 64 > cache_alignment : 64 > address sizes : 40 bits physical, 48 bits virtual > power management: ts ttp tm 100mhzsteps hwpstate cpb [12] [13] This processor doesn't have e.g. avx2. >> A backtrace of the crash would most certainly be helpful as well. >> Please provide the output of the following command (after installing gdb): >> $ gdb --batch -ex r -ex 'bt full' -ex q --args perl /usr/bin/clamtk > ckosloff@notosh:~$ gdb --batch -ex r -ex 'bt full' -ex q --args perl > /usr/bin/clamtk > warning: the debug information found in "/lib64/ld-2.19.so" does not match > "/lib64/ld-linux-x86-64.so.2" (CRC mismatch). This warning is suspicious. Is your file system corrupted? Try: $ dpkg --verify libc6:amd64 libc6-dbg:amd64 libssl1.0.0:amd64 > [Thread debugging using libthread_db enabled] > Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". > [New Thread 0x7fffec018700 (LWP 6092)] > > Program received signal SIGILL, Illegal instruction. > 0x00007ffff4ddb168 in ?? () from /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0 So the illegal instruction is in libcrypto, which is shipped in libssl1.0.0. Thus reassigning there. Please install libssl1.0.0-dbg:amd64 and then use the following gdb command to get a more useful backtrace and the instruction causing the problem: $ gdb --batch -ex r -ex 'bt full' -ex disas -ex q --args perl /usr/bin/clamtk > #0 0x00007ffff4ddb168 in ?? () from > /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0 > No symbol table info available. > #1 0x00007ffff4e679bd in ?? () from > /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0 > No symbol table info available. > #2 0x00007ffff51b82d9 in ?? () from /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0 > No symbol table info available. > #3 0x00007ffff51aad61 in ?? () from /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0 > No symbol table info available. > #4 0x00007ffff51ab175 in ?? () from /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0 > No symbol table info available. > #5 0x00007ffff5434769 in ?? () from > /usr/lib/x86_64-linux-gnu/perl5/5.20/auto/Net/SSLeay/SSLeay.so > No symbol table info available. > #6 0x00000000004b2f6b in Perl_pp_entersub () > No symbol table info available. > #7 0x00000000004ab8a6 in Perl_runops_standard () > No symbol table info available. > #8 0x000000000043e10e in perl_run () > No symbol table info available. > #9 0x000000000041bebb in main () > No symbol table info available. > A debugging session is active. Best regards, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org