Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 06 Nov 2020 08:51:07 +0000
From:      bugzilla-noreply@freebsd.org
To:        gnome@FreeBSD.org
Subject:   [Bug 250794] x11-fm/nautilus crashes when trying access directories on HDD
Message-ID:  <bug-250794-6497-AprJaV36PD@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-250794-6497@https.bugs.freebsd.org/bugzilla/>
References:  <bug-250794-6497@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D250794

rozhuk.im@gmail.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |rozhuk.im@gmail.com

--- Comment #3 from rozhuk.im@gmail.com ---
> Line 5 in /etc/fstab have this string:
> proc            /proc           procfs  rw      0       0

is ok.

Without coredump backtraces it is hard to say that it same error as
thunar+glib.
At least we did not get:
> fstab: /etc/fstab:5: Inappropriate file type or format
because crash happen inside libc and there is no code to print this, and er=
ror
caused by race condition.
Here more looks like app print error message and call abort().


You can set:
kern.sugid_coredump=3D1                   # Allow setuid and setgid process=
es to
dump core
kern.capmode_coredump=3D1                 # Allow processes in capability m=
ode to
dump core.
kern.coredump=3D1                         # Enable/Disable coredumps.
kern.nodump_coredump=3D1                  # Enable setting the NODUMP flag =
on
coredump files.
kern.coredump_devctl=3D1                  # Generate a devctl notification =
when
processes coredump.
kern.corefile=3D/tmp/%N.%I.core           # Process corefile name format st=
ring
kern.compress_user_cores=3D1              # Compression of user corefiles
kern.compress_user_cores_level=3D3        # Corefile compression level
debug.ncores=3D16                         # Limiting the number of corefiles
generated by a particular process
to get all corefiles into /tmp

then run:
http://www.netlab.linkpc.net/download/software/os_cfg/FBSD/12.0/base/root/b=
in/coredumper.sh
to analyze coredumps and post results here.

Or do all same by hands :)

--=20
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-250794-6497-AprJaV36PD>