Github messages for voidlinux
 help / color / mirror / Atom feed
* [ISSUE] proot segfault on aarch64-musl
@ 2020-09-15  0:58 duncancmt
  2020-09-19  3:50 ` fosslinux
                   ` (6 more replies)
  0 siblings, 7 replies; 8+ messages in thread
From: duncancmt @ 2020-09-15  0:58 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 1099 bytes --]

New issue by duncancmt on void-packages repository

https://github.com/void-linux/void-packages/issues/24918

Description:
<!-- Don't request update of package. We have a script for that. https://alpha.de.repo.voidlinux.org/void-updates/void-updates.txt . However, a quality pull request may help. -->
### System

* xuname:  
`Void 5.7.0_1 aarch64-musl Unknown notuptodate rrDFFFFF`
(`notuptodate` because `xorg-server`>1.20.8_4 is broken)
* package:  
`proot-5.1.0_7`

### Expected behavior

I tried to set up a `glibc` chroot because I've been having big problems with programs segfaulting. (`flatpak`, `gdb`, `pavucontrol`)

```bash
sudo env XBPS_ARCH=aarch64 xbps-install --repository=http://alpha.de.repo.voidlinux.org/current/aarch64 -r /glibc -S base-voidstrap
proot -R /glibc/ /bin/sh
```

I expected to get a shell.

### Actual behavior

```
proot info: pid <REDACTED>: terminated with signal 11
```

See [attached log](https://github.com/void-linux/void-packages/files/5221846/proot.log) for `-v 9` output.

### Steps to reproduce the behavior

See above



^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: proot segfault on aarch64-musl
  2020-09-15  0:58 [ISSUE] proot segfault on aarch64-musl duncancmt
@ 2020-09-19  3:50 ` fosslinux
  2020-09-19 14:15 ` duncancmt
                   ` (5 subsequent siblings)
  6 siblings, 0 replies; 8+ messages in thread
From: fosslinux @ 2020-09-19  3:50 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 265 bytes --]

New comment by fosslinux on void-packages repository

https://github.com/void-linux/void-packages/issues/24918#issuecomment-695159312

Comment:
Gosh, aarch64-musl seems to be super broken. Care to open another issue about the xorg thing? Can you give a strace log?

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: proot segfault on aarch64-musl
  2020-09-15  0:58 [ISSUE] proot segfault on aarch64-musl duncancmt
  2020-09-19  3:50 ` fosslinux
@ 2020-09-19 14:15 ` duncancmt
  2020-09-19 14:47 ` Duncaen
                   ` (4 subsequent siblings)
  6 siblings, 0 replies; 8+ messages in thread
From: duncancmt @ 2020-09-19 14:15 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 1951 bytes --]

New comment by duncancmt on void-packages repository

https://github.com/void-linux/void-packages/issues/24918#issuecomment-695218626

Comment:
fdbf1993cb8a10136d7555d83ed15abdbe1f5c84 fixed the xorg-server issue. I've updated the top post to reflect that.

```
$ strace -o proot.strace.log proot -R /glibc/ /bin/sh
proot info: pid 5667: terminated with signal 11
```
[proot.strace.log](https://github.com/void-linux/void-packages/files/5249985/proot.strace.log)



```
$ strace --follow-forks -o proot.strace_follow_forks.log proot -R /glibc/ /bin/sh
proot error: ptrace(TRACEME): Operation not permitted
proot error: execve("/usr/bin/sh"): Operation not permitted
proot info: It seems your kernel contains this bug: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1202161
To workaround it, set the env. variable PROOT_NO_SECCOMP to 1.
fatal error: see `proot --help`.
proot error: can't chmod '/tmp/proot-6019-aLbooi': No such file or directory
```
[proot.strace_follow_forks.log](https://github.com/void-linux/void-packages/files/5249988/proot.strace_follow_forks.log)



```
$ strace --follow-forks -o proot.strace_follow_forks_no_seccomp.log env PROOT_NO_SECCOMP=1 proot -R /glibc/ /bin/sh
proot error: ptrace(TRACEME): Operation not permitted
proot error: execve("/usr/bin/sh"): Operation not permitted
proot info: possible causes:
  * the program is a script but its interpreter (eg. /bin/sh) was not found;
  * the program is an ELF but its interpreter (eg. ld-linux.so) was not found;
  * the program is a foreign binary but qemu was not specified;
  * qemu does not work correctly (if specified);
  * the loader was not found or doesn't work.
fatal error: see `proot --help`.
proot error: can't chmod '/tmp/proot-6504-hbEGIB': No such file or directory
```
[proot.strace_follow_forks_no_seccomp.log](https://github.com/void-linux/void-packages/files/5249991/proot.strace_follow_forks_no_seccomp.log)

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: proot segfault on aarch64-musl
  2020-09-15  0:58 [ISSUE] proot segfault on aarch64-musl duncancmt
  2020-09-19  3:50 ` fosslinux
  2020-09-19 14:15 ` duncancmt
@ 2020-09-19 14:47 ` Duncaen
  2020-09-26 23:06 ` duncancmt-alt
                   ` (3 subsequent siblings)
  6 siblings, 0 replies; 8+ messages in thread
From: Duncaen @ 2020-09-19 14:47 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 369 bytes --]

New comment by Duncaen on void-packages repository

https://github.com/void-linux/void-packages/issues/24918#issuecomment-695223676

Comment:
If you just want a chroot, I would suggest you to use namespaces (bubblewrap, nsenter, containers etc..., xbps-uunshare) if you want it unprivileged or a normal chroot.
proot is pretty broken by design, not only with aarch64.

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: proot segfault on aarch64-musl
  2020-09-15  0:58 [ISSUE] proot segfault on aarch64-musl duncancmt
                   ` (2 preceding siblings ...)
  2020-09-19 14:47 ` Duncaen
@ 2020-09-26 23:06 ` duncancmt-alt
  2020-09-26 23:08 ` duncancmt-alt
                   ` (2 subsequent siblings)
  6 siblings, 0 replies; 8+ messages in thread
From: duncancmt-alt @ 2020-09-26 23:06 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 612 bytes --]

New comment by duncancmt-alt on void-packages repository

https://github.com/void-linux/void-packages/issues/24918#issuecomment-699559084

Comment:
I ended up "solving" this problem by using a variation on the program [detailed on this page](https://blog.w1r3.net/2017/09/23/live-switching-void-linux-from-glibc-to-musl.html) to overlay the glibc `/usr` on top of the rest of the filesystem so that glibc programs work appropriately. I'm a little wary of suid binaries, but this one seems simple enough? I'm not sure if that actually should close this issue, though, because the underlying problem still exists.

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: proot segfault on aarch64-musl
  2020-09-15  0:58 [ISSUE] proot segfault on aarch64-musl duncancmt
                   ` (3 preceding siblings ...)
  2020-09-26 23:06 ` duncancmt-alt
@ 2020-09-26 23:08 ` duncancmt-alt
  2020-10-12  1:03 ` duncancmt
  2020-10-12  1:03 ` [ISSUE] [CLOSED] " duncancmt
  6 siblings, 0 replies; 8+ messages in thread
From: duncancmt-alt @ 2020-09-26 23:08 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 852 bytes --]

New comment by duncancmt-alt on void-packages repository

https://github.com/void-linux/void-packages/issues/24918#issuecomment-699559084

Comment:
I ended up "solving" this problem by using a variation on the program [detailed on this page](https://blog.w1r3.net/2017/09/23/live-switching-void-linux-from-glibc-to-musl.html) to overlay the glibc `/usr` on top of the rest of the filesystem so that glibc programs work appropriately. I'm a little wary of suid binaries, but this one seems simple enough? I'm not sure if that actually should close this issue, though, because the underlying problem still exists.

(Yes, this isn't @duncancmt , but I'm locked out of that account until I fix the issue I talked about in #25125 and get back into my semi-broken main system. Or until I salvage what data I can from that system and move on with my life.)

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: proot segfault on aarch64-musl
  2020-09-15  0:58 [ISSUE] proot segfault on aarch64-musl duncancmt
                   ` (4 preceding siblings ...)
  2020-09-26 23:08 ` duncancmt-alt
@ 2020-10-12  1:03 ` duncancmt
  2020-10-12  1:03 ` [ISSUE] [CLOSED] " duncancmt
  6 siblings, 0 replies; 8+ messages in thread
From: duncancmt @ 2020-10-12  1:03 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 162 bytes --]

New comment by duncancmt on void-packages repository

https://github.com/void-linux/void-packages/issues/24918#issuecomment-706802253

Comment:
duplicates #25535

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [ISSUE] [CLOSED] proot segfault on aarch64-musl
  2020-09-15  0:58 [ISSUE] proot segfault on aarch64-musl duncancmt
                   ` (5 preceding siblings ...)
  2020-10-12  1:03 ` duncancmt
@ 2020-10-12  1:03 ` duncancmt
  6 siblings, 0 replies; 8+ messages in thread
From: duncancmt @ 2020-10-12  1:03 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 1645 bytes --]

Closed issue by duncancmt on void-packages repository

https://github.com/void-linux/void-packages/issues/24918

Description:
<!-- Don't request update of package. We have a script for that. https://alpha.de.repo.voidlinux.org/void-updates/void-updates.txt . However, a quality pull request may help. -->
### System

* xuname:  
`Void 5.7.0_1 aarch64-musl Unknown notuptodate rrDFFFFF`
(`notuptodate` because `xorg-server`>1.20.8_4 <1.20.9_3 is broken)
* package:  
`proot-5.1.0_7`

### Expected behavior

I tried to set up a `glibc` chroot because I've been having big problems with programs segfaulting. (`flatpak`, `gdb`, `pavucontrol`)

```bash
sudo env XBPS_ARCH=aarch64 xbps-install --repository=http://alpha.de.repo.voidlinux.org/current/aarch64 -r /glibc -S base-voidstrap
proot -R /glibc/ /bin/sh
```

I expected to get a shell.

### Actual behavior

```
proot info: pid <REDACTED>: terminated with signal 11
```

See [attached log](https://github.com/void-linux/void-packages/files/5221846/proot.log) for `-v 9` output.

### Steps to reproduce the behavior

See above

### Reference

proot-me/proot#106 does not appear to be applicable. SECCOMP is already disabled
```
$ proot --version
 _____ _____              ___
|  __ \  __ \_____  _____|   |_
|   __/     /  _  \/  _  \    _|
|__|  |__|__\_____/\_____/\____| 5.1.0

built-in accelerators: process_vm = yes, seccomp_filter = no

Visit http://proot.me for help, bug reports, suggestions, patchs, ...
Copyright (C) 2014 STMicroelectronics, licensed under GPL v2 or later.
```
Running with `PROOT_NO_SECCOMP=1` gives identical results.

^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2020-10-12  1:03 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-09-15  0:58 [ISSUE] proot segfault on aarch64-musl duncancmt
2020-09-19  3:50 ` fosslinux
2020-09-19 14:15 ` duncancmt
2020-09-19 14:47 ` Duncaen
2020-09-26 23:06 ` duncancmt-alt
2020-09-26 23:08 ` duncancmt-alt
2020-10-12  1:03 ` duncancmt
2020-10-12  1:03 ` [ISSUE] [CLOSED] " duncancmt

Github messages for voidlinux

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://inbox.vuxu.org/voidlinux-github

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V1 voidlinux-github voidlinux-github/ http://inbox.vuxu.org/voidlinux-github \
		voidlinux-github@inbox.vuxu.org
	public-inbox-index voidlinux-github

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://inbox.vuxu.org/vuxu.github.voidlinux


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git