mirror of
https://github.com/netblue30/firejail.git
synced 2026-05-15 14:16:14 -06:00
[GH-ISSUE #1876] Bus error with firecfg #1264
Labels
No labels
LTS merge
LTS merge
bug
bug
converted-to-discussion
doc-todo
documentation
duplicate
enhancement
file-transfer
firecfg
firejail-in-firejail
firetools
graphics
help wanted
information_old
installation
invalid
modif
moved
needinfo
networking
notabug
notourbug
old-version
overlayfs
packaging
profile-request
pull-request
question
question_old
removal
runtime-permissions
sandbox-ipc
security
stale
wiki
wiki
wontfix
wordpress
workaround
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: github-starred/firejail#1264
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @Fred-Barclay on GitHub (Apr 10, 2018).
Original GitHub issue: https://github.com/netblue30/firejail/issues/1876
I haven't been able to investigate this much but wanted to throw it out there in case there's an easy explanation/fix: 😄
When running
sudo firecfgwith the latest source, I'm getting the following error:/home/fred/.local/share/applications is an empty directory and I have
rwxpermissions for it.firejail --listreports that programs are running inside firejail.Cheers!
Fred
@reinerh commented on GitHub (Apr 10, 2018):
Can you open the core file with gdb and get a backtrace?
gdb $path_to_firejail $path_to_corefile->bt full@Fred-Barclay commented on GitHub (Apr 11, 2018):
Sorry @reinerh it's been a while since I've used gdb. 😄 What is the corefile in this case?
@reinerh commented on GitHub (Apr 11, 2018):
@Fred-Barclay it said "(core dumped)", so normally it writes a file named "core" into the current directory.
(assuming your distribution didn't configure it differently in
/proc/sys/kernel/core_pattern).@Vincent43 commented on GitHub (Apr 11, 2018):
On systemd distros coredumps are managed by
coredumpctl, seeman coredumpctlfor usage. If this is on Archlinux keep in mind that it strips debug symbols from binaries.@netblue30 commented on GitHub (Apr 11, 2018):
Can you reproduce it? I can add some debug code.
@Vincent43 commented on GitHub (Apr 11, 2018):
I can't reproduce it on Archlinux.
@Fred-Barclay commented on GitHub (Apr 11, 2018):
Sorry guys, it's on LXLE (Ubuntu 16.04). I'll test asap and get the results posted. 😄
@Fred-Barclay commented on GitHub (Apr 12, 2018):
Not sure if this is what you're looking for (I've had to do some weird stuff with
apportto get the dump file!) but here's the output:@reinerh commented on GitHub (Apr 12, 2018):
Oh, your firecfg binary was stripped. Can you please retry with an unstripped one?
@Fred-Barclay commented on GitHub (Apr 12, 2018):
Sure, no worries. Does
make debstrip the binary? I can just domake installif so.@reinerh commented on GitHub (Apr 12, 2018):
Yes,
make debcalls theinstall-striptarget.You can also just rebuild and run the firecfg binary in the source dir, if you don't want to run
make install.@Fred-Barclay commented on GitHub (Apr 12, 2018):
Here we are:
@reinerh commented on GitHub (Apr 12, 2018):
Can you also please post the "pluma.desktop" file?
@reinerh commented on GitHub (Apr 12, 2018):
I think it's reading the mmap'ed desktop file beyond its end (because it doesn't find '\0').
@Fred-Barclay commented on GitHub (Apr 13, 2018):
As far as I can tell there is no
pluma.desktopfile in my /home. I checked with catfish just to be sure and got not hits.@reinerh commented on GitHub (Apr 13, 2018):
Strange, according to the coredump it was definitely found. Did you check in /usr/share/applications?
@Fred-Barclay commented on GitHub (Apr 13, 2018):
Ah, okay, didn't know there were desktop files there. :) Here it is:
I've also attached the file itself in case you need to check it (I had to change the extension to .txt so it would upload).
pluma.desktop.txt
@netblue30 commented on GitHub (Apr 15, 2018):
Yes, it was missing '\0'; The file was exactly 3x the size of the memory page. I had to replace mmap with a regular fopen/fread.
437b499928