From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/3390 Path: news.gmane.org!not-for-mail From: plan9assembler Newsgroups: gmane.linux.lib.musl.general Subject: Re: util-linux-2.23 mount segmentation fault error Date: Sun, 2 Jun 2013 08:16:47 +0900 Message-ID: References: <51A60C74.6050500@gentoo.org> <20130529200453.GC7095@port70.net> <20130530064353.GE7095@port70.net> <20130530083711.GF7095@port70.net> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=e89a8ffbae59f7dc2704de1fec8e X-Trace: ger.gmane.org 1370128621 3952 80.91.229.3 (1 Jun 2013 23:17:01 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 1 Jun 2013 23:17:01 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-3394-gllmg-musl=m.gmane.org@lists.openwall.com Sun Jun 02 01:17:02 2013 Return-path: Envelope-to: gllmg-musl@plane.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1Uiv2i-0003MX-Ui for gllmg-musl@plane.gmane.org; Sun, 02 Jun 2013 01:17:01 +0200 Original-Received: (qmail 25952 invoked by uid 550); 1 Jun 2013 23:17:00 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Original-Received: (qmail 25941 invoked from network); 1 Jun 2013 23:16:59 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=XxmzCDt7cvg/+cwGovuMkJIfoZZTsP2hvF66WJR6X14=; b=jz5vPuEaBXRYSigoEO+SCqThdkXB90js8QyPZgbXEWw7Qg6S3Gnu7a/ncCm+5bMREC wPv+h9IC1idPM3JXBrjNGG4WJaCc0LOAQh0ueoV6jsmBzL+SMeBphYStp9UHwOjfDFbh v7CjQhYNStXbpkvgZMy5ep6KSks0aXSvGtprgOz/REgGcOybocJyqjcchuMkjvLH2Oga qZ3NAg9pES4bzTQQUN/a/uVx0w2X1aDAPQHdSlqwQ6xXRLQAXAm1EKaZ1BCqE7mAGsTW NNH1hW33mC1XPGJ+OUAYjlYMAOVdT+k6XR6oX5a4cyZuZJOyQ/35YhcLEEQzIRZAv8Ub kqWw== X-Received: by 10.68.134.40 with SMTP id ph8mr6404660pbb.177.1370128607860; Sat, 01 Jun 2013 16:16:47 -0700 (PDT) In-Reply-To: Xref: news.gmane.org gmane.linux.lib.musl.general:3390 Archived-At: --e89a8ffbae59f7dc2704de1fec8e Content-Type: text/plain; charset=ISO-8859-1 ah! util-linux umount gets segfault always. On Sun, Jun 2, 2013 at 8:14 AM, plan9assembler wrote: > Hi, > > latest musl libc seems to fixes mount segfault error partially. > (mount: /mnt: filesystem mounted, but mount(8) failedOperation timed out) > rebuild and test vanilla util-linux-2.23 result same. > tested util-linux-2.23.1 same. > tested gcc-4.8.1 same. > > sscanf "%ms" -> "%s" with malloc doesn't fixed the issue here. > with patch or without it result same. > > i compile strace-4.7 to trace the bug, but get some build error: > gcc -Wall -Wwrite-string -g -O2 -o strace strace.o syscall.o count.o > util.o desc.o file.o ipc.o io.o ioctl.o mem.o net.o process.o bjm.o quota.o > resource.o signal.o sock.o system.o term.o time.o scsi.o stream.o block.o > pathtrace.o mtd.o vsprintf.o loop.o > syscall.o:(.rodata+0x28080): undefined reference to `sys_getdents64' > syscall.o:(.rodata+0x2b100): undefined reference to `sys_truncate64' > syscall.o:(.rodata+0x2b118): undefined reference to `sys_ftruncate64' > syscall.o:(.rodata+0x2b388): undefined reference to `sys_getdents64' > syscall.o:(.rodata+0x2dd00): undefined reference to `sys_getdents64' > > BTW, i was quite surprised by base packages are so much "glibc-centric".. > > > > On Thu, May 30, 2013 at 5:37 PM, Szabolcs Nagy wrote: > >> * plan9assembler [2013-05-30 16:26:13 +0900]: >> > >> > it still gets same segfaults, same bt gdb result. >> > >> >> if you get the exact same segfault then you do something wrong >> ..or malloc(200) is not enough >> >> > and it is clear to me that latest musl libc[2013/05/29] contain new bug, >> > because, >> > below abnormal operation never happened before. (musl version git >> pulled at >> > 2013/05/03) >> > >> > # ./mount /dev/sda1 /mnt >> > EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null) >> > >> > < 30 - 40 seconds waiting without return to shell> >> > >> > mount: /mnt: filesystem mounted, but mount(8) failedOperation timed out >> > // <-- this is weird. >> > # >> >> works here fine >> since you have local modifications i'd check those first >> >> i doubt that latest musl has any related bug >> >> but you could easily prove me wrong with a strace >> that shows bad flags passed to some syscall >> >> > --e89a8ffbae59f7dc2704de1fec8e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
ah! util-linux umount gets segfault always.


On Sun, Jun 2, 201= 3 at 8:14 AM, plan9assembler <plan9assembler@gmail.com> wrote:
Hi,

latest musl libc seems to fixes mount segfault err= or partially.
(mount: /mnt: filesystem mounted, but mount(8) failedOperation timed out)
rebuild and test vanilla util-linux-2.23 result same.
tested util-linux-2.23.1 same.
tested gcc-4.8.1 sa= me.

sscanf "%ms" -> "%s" wit= h malloc doesn't fixed the issue here.
with patch or without i= t result same.

i compile strace-4.7 to trace the bug, but get some build error:<= br>
gcc -Wall -Wwrite-string -g -O2 -o strace strace.o syscall.o count= .o util.o desc.o file.o ipc.o io.o ioctl.o mem.o net.o process.o bjm.o quot= a.o resource.o signal.o sock.o system.o term.o time.o scsi.o stream.o block= .o pathtrace.o mtd.o vsprintf.o loop.o
syscall.o:(.rodata+0x28080): undefined reference to `sys_getdents64&#= 39;
syscall.o:(.rodata+0x2b100): undefined reference to `sys_truncate64&= #39;
syscall.o:(.rodata+0x2b118): undefined reference to `sys_ftruncate6= 4'
syscall.o:(.rodata+0x2b388): undefined reference to `sys_getdents64'syscall.o:(.rodata+0x2dd00): undefined reference to `sys_getdents64'
BTW, i was quite surprised by base packages are so much &qu= ot;glibc-centric"..



On Thu, May 30, 2013 at 5:37 PM, Szabolcs Nagy <= ;nsz@port70.net>= wrote:
* plan9assembler <plan9assembler@gmail.com> [20= 13-05-30 16:26:13 +0900]:
>
> it still gets same segfaults, same bt gdb result.
>

if you get the exact same segfault then you do something wrong
..or malloc(200) is not enough

> and it is clear to me that latest musl libc[2013/05/29] contain new bu= g,
> because,
> below abnormal operation never happened before. (musl version git pull= ed at
> 2013/05/03)
>
> # ./mount /dev/sda1 /mnt
> EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null= )
>
> < 30 - 40 =A0seconds waiting without return to shell>
>
> mount: /mnt: filesystem mounted, but mount(8) failedOperation timed ou= t
> // <-- this is weird.
> #

works here fine
since you have local modifications i'd check those first

i doubt that latest musl has any related bug

but you could easily prove me wrong with a strace
that shows bad flags passed to some syscall



--e89a8ffbae59f7dc2704de1fec8e--