[opensuse] 32bit apps on OS 13.2 64bit responses with Bad system call
Von: Peter Ragosch <peter.ragosch@kabelmail.de> An: oS-fctry <opensuse-factory@opensuse.org> Betreff: 32bit apps on OS 13.2 64bit responses with Bad system call Datum: Thu, 1 Oct 2015 17:28:31 +0200 X-Mailer: Claws Mail 3.11.0 (GTK+ 2.24.28; x86_64-suse-linux-gnu) History ------- Nearly two month ago /var and /tmp got lost by hdd crash. I did my best to recover the lost data by re-installing most of the packages, including aaa-base, aaa_base-extras, kernel etc., because a sufficient backup of this two dirs was not available :(. Since the hdd crash I notified that 32bit apps response with Bad system call, even if they were updated or re-installed. See the example of acroread below. What can I do else to solve this behaviour, apart from a completely fresh install? Every hint to solve this problem is highly appreciated. -- Kind Regards Peter Ragosch raven:~ # zypper in acroread acroread-browser-plugin Loading repository data... Reading installed packages... Resolving package dependencies... The following 5 NEW packages are going to be installed: acroread acroread-browser-plugin libidn11-32bit libopenssl0_9_8-32bit libpangox-1_0-0-32bit The following recommended package was automatically selected: acroread-browser-plugin 5 new packages to install. Overall download size: 38.4 MiB. Already cached: 0 B After the operation, additional 126.5 MiB will be used. Continue? [y/n/? shows all options] (y): y Retrieving package libopenssl0_9_8-32bit-0.9.8x-9.1.5.x86_64 (1/5), 586.2 KiB ( 1.8 MiB unpacked) Retrieving: libopenssl0_9_8-32bit-0.9.8x-9.1.5.x86_64.rpm .........................................[done] Retrieving package libpangox-1_0-0-32bit-0.0.2-6.1.3.x86_64 (2/5), 40.6 KiB (122.9 KiB unpacked) Retrieving: libpangox-1_0-0-32bit-0.0.2-6.1.3.x86_64.rpm ..........................................[done] Retrieving package libidn11-32bit-1.31-3.3.1.x86_64 (3/5), 45.9 KiB (201.6 KiB unpacked) Retrieving: libidn11-32bit-1.31-3.3.1.x86_64.rpm .................................................[done] Retrieving package acroread-9.5.5-14.1.x86_64 (4/5), 37.6 MiB (124.2 MiB unpacked) Retrieving: acroread-9.5.5-14.1.x86_64.rpm ............................................[done (3.0 MiB/s)] Retrieving package acroread-browser-plugin-9.5.5-14.1.x86_64 (5/5), 75.7 KiB (190.7 KiB unpacked) Retrieving: acroread-browser-plugin-9.5.5-14.1.x86_64.rpm ............................[done (61.5 KiB/s)] Checking for file conflicts: ......................................................................[done] (1/5) Installing: libopenssl0_9_8-32bit-0.9.8x-9.1.5 ..............................................[done] (2/5) Installing: libpangox-1_0-0-32bit-0.0.2-6.1.3 ...............................................[done] (3/5) Installing: libidn11-32bit-1.31-3.3.1 .......................................................[done] (4/5) Installing: acroread-9.5.5-14.1 .............................................................[done] (5/5) Installing: acroread-browser-plugin-9.5.5-14.1 ..............................................[done] raven:~ # acroread Bad system call <-------- raven:~ # wine Bad system call <-------- raven:~ # wine64 Usage: wine PROGRAM [ARGUMENTS...] Run the specified program wine --help Display this help and exit wine --version Output version information and exit raven:~ # --[ hostinfo v0.55-2 ]---------------------------------------- Hostname: raven Current As Of: 08/12/15 11:59:08 Distribution: openSUSE 13.2 Service Pack: Kernel Version: 3.16.7-21-desktop Architecture: x86_64 IPv4 Address: None eth0 (static) Total/Free Memory: 32144/26888 MB Hard Disk: /dev/sda 2000 GB Hard Disk: /dev/sdb 3000 GB Hard Disk: /dev/sdc 240 GB Hard Disk: /dev/sdh 3000 GB Terminal: \l --------------------------------------------------------------- -- Mit freundlichen Grüßen Kind Regards Peter Ragosch -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
01.10.2015 20:09, Peter Ragosch пишет:
Von: Peter Ragosch <peter.ragosch@kabelmail.de> An: oS-fctry <opensuse-factory@opensuse.org> Betreff: 32bit apps on OS 13.2 64bit responses with Bad system call Datum: Thu, 1 Oct 2015 17:28:31 +0200 X-Mailer: Claws Mail 3.11.0 (GTK+ 2.24.28; x86_64-suse-linux-gnu)
History ------- Nearly two month ago /var and /tmp got lost by hdd crash. I did my best to recover the lost data by re-installing most of the packages, including aaa-base, aaa_base-extras, kernel etc., because a sufficient backup of this two dirs was not available :(.
Since the hdd crash I notified that 32bit apps response with Bad system call, even if they were updated or re-installed. See the example of acroread below.
What can I do else to solve this behaviour, apart from a completely fresh install?
Every hint to solve this problem is highly appreciated.
Shot in the dark, but it sounds similar to https://bugzilla.redhat.com/show_bug.cgi?id=1219884. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Am Thu, 1 Oct 2015 20:38:45 +0300 schrieb Andrei Borzenkov <arvidjaar@gmail.com>:
01.10.2015 20:09, Peter Ragosch пишет:
Von: Peter Ragosch <peter.ragosch@kabelmail.de> An: oS-fctry <opensuse-factory@opensuse.org> Betreff: 32bit apps on OS 13.2 64bit responses with Bad system call Datum: Thu, 1 Oct 2015 17:28:31 +0200 X-Mailer: Claws Mail 3.11.0 (GTK+ 2.24.28; x86_64-suse-linux-gnu)
History ------- Nearly two month ago /var and /tmp got lost by hdd crash. I did my best to recover the lost data by re-installing most of the packages, including aaa-base, aaa_base-extras, kernel etc., because a sufficient backup of this two dirs was not available :(.
Since the hdd crash I notified that 32bit apps response with Bad system call, even if they were updated or re-installed. See the example of acroread below.
What can I do else to solve this behaviour, apart from a completely fresh install?
Every hint to solve this problem is highly appreciated.
Shot in the dark, but it sounds similar to https://bugzilla.redhat.com/show_bug.cgi?id=1219884.
Hi Andrei, many thanks for the link. But ... My "32bit apps response with Bad system call"-problem is continuous. A new generated initramfs image doesn't help. There are no missing 32bit package reported by zypper/rpm. But I'm unsure if this is really true. Since the crash some packages were reported as not installed by zypper, whilst the binaries were in path. I've updated such package asap I found them. May be there are more. strace shows for both 32bit apps the same: +++ killed by SIGSYS +++, see below. Any other idea? Kind Regards Peter Ragosch raven:~ # strace acroread execve("/usr/bin/acroread", ["acroread"], [/* 78 vars */]) = 0 brk(0) = 0x1eab000 [ --- many lines snipped --- ] access("/usr/bin/cp", R_OK) = 0 rt_sigprocmask(SIG_BLOCK, [INT CHLD], [], 8) = 0 clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x7fa6ee9b99d0) = 8141 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0 rt_sigaction(SIGINT, {0x428a18, [], SA_RESTORER|SA_RESTART, 0x7fa6ede16200}, {SIG_DFL, [], SA_RESTORER|SA_RESTART, 0x7fa6ede16200}, 8) = 0 wait4(-1, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], 0, NULL) = 8141 rt_sigaction(SIGINT, {SIG_DFL, [], SA_RESTORER|SA_RESTART, 0x7fa6ede16200}, {0x428a18, [], SA_RESTORER|SA_RESTART, 0x7fa6ede16200}, 8) = 0 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 --- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=8141, si_status=0, si_utime=0, si_stime=0} --- wait4(-1, 0x7fff16541340, WNOHANG, NULL) = -1 ECHILD (No child processes) rt_sigreturn() = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 read(255, "\nif [ \"$1\" = \"-DEBUG\" ] ; then\n "..., 8192) = 548 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 stat("/usr/lib/Adobe/Reader9/Reader/intellinux/bin/acroread", {st_mode=S_IFREG|0755, st_size=24538404, ...}) = 0 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 rt_sigaction(SIGINT, {SIG_DFL, [], SA_RESTORER|SA_RESTART, 0x7fa6ede16200}, {SIG_DFL, [], SA_RESTORER|SA_RESTART, 0x7fa6ede16200}, 8) = 0 rt_sigaction(SIGQUIT, {SIG_DFL, [], SA_RESTORER|SA_RESTART, 0x7fa6ede16200}, {SIG_IGN, [], SA_RESTORER|SA_RESTART, 0x7fa6ede16200}, 8) = 0 rt_sigaction(SIGCHLD, {SIG_DFL, [], SA_RESTORER|SA_RESTART, 0x7fa6ede16200}, {0x429da8, [], SA_RESTORER|SA_RESTART, 0x7fa6ede16200}, 8) = 0 execve("/usr/lib/Adobe/Reader9/Reader/intellinux/bin/acroread", ["/usr/lib/Adobe/Reader9/Reader/in"...], [/* 91 vars */]) = 0 +++ killed by SIGSYS +++ Bad system call raven:~ # raven:~ # strace wine execve("/usr/bin/wine", ["wine"], [/* 78 vars */]) = 0 +++ killed by SIGSYS +++ Bad system call raven:~ # -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Peter Ragosch wrote:
Any other idea?
--- Shot in the dark if you execute one of the following command lines, do you see the EMULATION=y output?
zgrep IA32_EMU /proc/config.gz CONFIG_IA32_EMULATION=y
or
gunzip </proc/config.gz |grep IA32_EMU CONFIG_IA32_EMULATION=y
I.e. it's possible to create a kernel that doesn't support IA32 emulation, so no matter what 32-bit rpms you have loaded, it won't work. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Am Sun, 04 Oct 2015 18:43:47 -0700 schrieb Linda Walsh <suse@tlinx.org>:
Peter Ragosch wrote:
Any other idea?
Shot in the dark if you execute one of the following command lines, do you see the EMULATION=y output?
zgrep IA32_EMU /proc/config.gz CONFIG_IA32_EMULATION=y
or
gunzip </proc/config.gz |grep IA32_EMU CONFIG_IA32_EMULATION=y
I.e. it's possible to create a kernel that doesn't support IA32 emulation, so no matter what 32-bit rpms you have loaded, it won't work.
Thank you for your suggestion, Linda. The "Bad system call" problem was solved on [opensuse-factory] meanwhile. Now I get: raven:~ # zgrep IA32_EMU /proc/config.gz CONFIG_IA32_EMULATION=y /proc/config.gz:CONFIG_IA32_EMULATION=y gzip: CONFIG_IA32_EMULATION=y.gz: No such file or directory raven:~ # gunzip </proc/config.gz |grep IA32_EMU CONFIG_IA32_EMULATION=y raven:~ # For closing this thread I'll report the solution here too: As Andrei suggested I commented out line "SystemCallArchitectures=" raven:~ # edit /etc/systemd/system.conf: ..... # SystemCallArchitectures= ..... created a new initramfs raven:~ # /sbin/mkinitrd did a reboot checked seccomp status raven:~ # cat /proc/self/status | grep -i seccomp Seccomp: 0 that looks well! tested 32bit programs peter@raven:~> wine Usage: wine PROGRAM [ARGUMENTS...] Run the specified program wine --help Display this help and exit wine --version Output version information and exit peter@raven:~> acroread -> acroread window pop-up OK, 32bit apps are able to run! No "Bad system call" any more. Problem solved. -- Mit freundlichen Grüßen Kind Regards Peter Ragosch -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
participants (3)
-
Andrei Borzenkov -
Linda Walsh -
Peter Ragosch