Sie sind nicht angemeldet.

failed to emerge sys-apps/sandbox-2.6 - mal wieder

Lieber Besucher, herzlich willkommen bei: GentooForum.de. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

ThaOverlord

Anfänger

  • »ThaOverlord« ist der Autor dieses Themas

Beiträge: 16

  • Nachricht senden

1

29.10.2012, 09:10

failed to emerge sys-apps/sandbox-2.6 - mal wieder

Hallo,
worweg ich bin ein ziemlicher Gentoo Noob :|
Vor einiger Zeit beobachete ich oben angesprochenes Problem. Ich dachte das ganze löst sich evtl. von selber (wie so vieles) - spätestents mit einem gcc upgrade.
Offenbar aber ist das nicht der Fall. Es verursacht auch keine offensichtlichen Probleme, also ich kann sonst eigentlich alle Updates emergen.

Nachdem ich hier ein wenig nach ähnlichen Problemen gestöbert habe, habe ich nur ältere sandbox Probleme gefunden, die alle auf x86_64 vs. x86 Probleme
zurück zu führen waren. Für mich trifft, soweit ich das überblicke, aber nichts davon zu, da es sich um ein reines 32 bit System handelt.
Ich habe den Vorschlag in der Fehlermeldung (FEATURES=-sandbox emerge sandbox) probiert aber ohne Erfolg.
./configure scheint auch ohne Probleme durch zu laufen, aber er meldet einen internen Compiler Fehler?! Bin ziemlich ratlos.

Quellcode

 
1
2
3
4
5
6

i686-pc-linux-gnu-gcc: internal compiler error: Segmentation fault (program cc1)
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://bugs.gentoo.org/> for instructions.
make[2]: *** [debug.lo] Error 1
make[2]: *** Waiting for unfinished jobs....


Build.log und emerge --info hängen im Anhang

Hat jemand Ideen dazu?

Grüße Florian
»ThaOverlord« hat folgende Dateien angehängt:
  • emerge-info.txt (4,62 kB - 2 mal heruntergeladen - zuletzt: 29.10.2012, 19:40)
  • build_log.txt (14,58 kB - 5 mal heruntergeladen - zuletzt: 29.10.2012, 23:05)

Dieser Beitrag wurde bereits 3 mal editiert, zuletzt von »ThaOverlord« (29.10.2012, 10:47)

josef.95

OSI Layer 8

Beiträge: 7 674

  • Nachricht senden

2

29.10.2012, 19:55

Zitat von »ThaOverlord«

Hat jemand Ideen dazu?

Hm nein, nicht wirklich.
Scheint wohl auf einigen hardened Systems aufzutreten (warum auch immer), siehe zb im Bug 425524

ThaOverlord

Anfänger

  • »ThaOverlord« ist der Autor dieses Themas

Beiträge: 16

  • Nachricht senden

3

29.10.2012, 21:10

Ok, na toll :(

soll ich mich im Bugtracker anmelden und meinen Senf dazu geben? Oder evtl. auf ein gcc update warten, oder die Sache einfach ignorieren.
Keine Ahnung wie wichtig die sandbox ist oder was genau sie eigentlich tut ;)

Schattenschlag

Meister

  • »Schattenschlag« ist männlich

Beiträge: 1 666

  • Nachricht senden

4

30.10.2012, 01:12

wofür die sandbox gedacht ist ..
http://de.wikipedia.org/wiki/Sandbox

ob du deinen senf dazu geben willst liegt an dir .... /bugtracker/ wenn du die gleiche Fehlermeldung hast würde es egal sein denk ich mal ...
''''''''''''''''''''''''''''''''''''''''''''''''
Gentoo-Linux
der G-Punkt eines Pc´s

''''''''''''''''''''''''''''''''''''''''''''''''

josef.95

OSI Layer 8

Beiträge: 7 674

  • Nachricht senden

5

30.10.2012, 15:11

Naja, es ist ein wenig schwierig da sich dieser Fehler bisher nicht reproduzieren lässt - normal baut installiert und funktioniert sandbox-2.6 einwandfrei. Und nein, auf einen neuen gcc solltest du nicht warten müssen. Mit gcc-4.6.3 sollte das bauen einwandfrei funktionieren.
Eventuell hängt es mit zu scharfen hardened Settings zusammen. Magst du mal versuchen sandbox-2.6 mit einem nicht-hardened Kernel zu bauen? Zum testen kann ja kurz ein zweiter Kernel gebaut und gebootet werden - oder zb von einer LiveCD aus ein chroot ins System vorgenommen werden.

ThaOverlord

Anfänger

  • »ThaOverlord« ist der Autor dieses Themas

Beiträge: 16

  • Nachricht senden

6

30.10.2012, 16:52

sys-kernel/gentoo-sources werden gerade emerged :)

Glaube schon, dass es so funktionieren wird, denn der Bug betrifft wohl tatsächlich nur hardened Systeme, aber sonderlich zufrieden macht mich das nicht.

ThaOverlord

Anfänger

  • »ThaOverlord« ist der Autor dieses Themas

Beiträge: 16

  • Nachricht senden

7

30.10.2012, 18:28

Yup,
wie erwartet: das läuft wie geschmiert.

Quellcode

 
1
2
3
4
5

[...]
>>> Completed installing sandbox-2.6 into /var/tmp/portage/sys-apps/sandbox-2.6/image
[...]

>>> No outdated packages were found on your system.


Kann ich ich jetzt prinzipiell wieder auf den hardened Kernel umsteigen und die sandbox nutzen ohne das da Probleme auftauchen?
Gelöst ist das Problem nun eigentlich immer noch nicht. Und ob meiner Neugier bin ich einigermaßen unzufrieden damit.
Irgendjemand der sich mit PAX/grsecurity auskennt und mal einen Tip abgeben will? Scheinbar betrifft es aber auch nicht alle Hardened Systeme, oder die Hardened Userbase ist so klein :)
Außerdem ist wie gesagt bis jetzt auch nur dieses eine Packet betroffen. Mysterös das Ganze.

josef.95

OSI Layer 8

Beiträge: 7 674

  • Nachricht senden

8

31.10.2012, 01:04

Zitat von »ThaOverlord«

Yup,
wie erwartet: das läuft wie geschmiert.
...
Kann ich ich jetzt prinzipiell wieder auf den hardened Kernel umsteigen und die sandbox nutzen ohne das da Probleme auftauchen?
Ja, die neue Sandbox sollte problemlos genutzt werden können. Welcher Kernel zum bauen verwendet wurde ist ziemlich wurscht.

Zitat von »ThaOverlord«

Gelöst ist das Problem nun eigentlich immer noch nicht. Und ob meiner Neugier bin ich einigermaßen unzufrieden damit.
Nunja, mit den Erkenntnissen aus diesem Workaround lässt sich das ganze doch wahrscheinlich schon mal auf den hardened-Kernel (und vermutlich auf dessen Konfiguration) eingrenzen.
Zudem lässt sich der Fehler damit vermutlich reproduzieren? (das wäre für den Bugreport sicher auch hilfreich).
Zur weiteren Eingrenzung wäre es wahrscheinlich hilfreich wenn du die .config des hardened-Kernels mit bereitstellen könntest (als Dateianhang).

ThaOverlord

Anfänger

  • »ThaOverlord« ist der Autor dieses Themas

Beiträge: 16

  • Nachricht senden

9

05.11.2012, 17:44

Sorry,
war unterwegs und hatte keinen Zugriff zum "Patienten".
Mit einem neuen hardened-Kernel (update) lässt sich die sandbox wieder nicht mehr bauen.
Ich hab also mal zwei Kernel mit localmodconfig gebaut ( 3.6.4 hardened und normal) und ein diff über die configs laufen lassen. Für hardened hab ich soweit ich mich erinnere die defaults für grsecurity/PAX übernommen.
Falls also jemand etwas zu den Optionen sagen kannen, die das Problem am ehesten hervorufen, wäre das super. Ich will ungern 10000 Kernel bauen jeder mit anderen Optionen.

Quellcode

 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144

3c3
< # Linux/i386 3.6.4-gentoo Kernel Configuration
---
> # Linux/i386 3.6.4-hardened Kernel Configuration
41d40
[...]
> # Grsecurity
> #
> CONFIG_ARCH_TRACK_EXEC_LIMIT=y
> CONFIG_PAX_USERCOPY_SLABS=y
> CONFIG_GRKERNSEC=y
> # CONFIG_GRKERNSEC_CONFIG_AUTO is not set
> CONFIG_GRKERNSEC_CONFIG_CUSTOM=y
> CONFIG_GRKERNSEC_SYMLINKOWN_GID=1006
> 
> #
> # Customize Configuration
> #
> 
> #
> # PaX
> #
> CONFIG_PAX=y
> 
> #
> # PaX Control
> #
> CONFIG_PAX_SOFTMODE=y
> CONFIG_PAX_EI_PAX=y
> CONFIG_PAX_PT_PAX_FLAGS=y
> CONFIG_PAX_XATTR_PAX_FLAGS=y
> # CONFIG_PAX_NO_ACL_FLAGS is not set
> CONFIG_PAX_HAVE_ACL_FLAGS=y
> # CONFIG_PAX_HOOK_ACL_FLAGS is not set
> 
> #
> # Non-executable pages
> #
> CONFIG_PAX_NOEXEC=y
> CONFIG_PAX_PAGEEXEC=y
> CONFIG_PAX_SEGMEXEC=y
> # CONFIG_PAX_EMUTRAMP is not set
> CONFIG_PAX_MPROTECT=y
> CONFIG_PAX_MPROTECT_COMPAT=y
> # CONFIG_PAX_ELFRELOCS is not set
> CONFIG_PAX_KERNEXEC=y
> CONFIG_PAX_KERNEXEC_PLUGIN_METHOD=""
> CONFIG_PAX_KERNEXEC_MODULE_TEXT=4
> 
> #
> # Address Space Layout Randomization
> #
> CONFIG_PAX_ASLR=y
> CONFIG_PAX_RANDKSTACK=y
> CONFIG_PAX_RANDUSTACK=y
> CONFIG_PAX_RANDMMAP=y
> 
> #
> # Miscellaneous hardening features
> #
> CONFIG_PAX_MEMORY_SANITIZE=y
> CONFIG_PAX_MEMORY_STACKLEAK=y
> CONFIG_PAX_MEMORY_UDEREF=y
> CONFIG_PAX_REFCOUNT=y
> CONFIG_PAX_USERCOPY=y
> CONFIG_PAX_SIZE_OVERFLOW=y
> CONFIG_PAX_LATENT_ENTROPY=y
> 
> #
> # Memory Protections
> #
> # CONFIG_GRKERNSEC_KMEM is not set
> CONFIG_GRKERNSEC_VM86=y
> # CONFIG_GRKERNSEC_IO is not set
> CONFIG_GRKERNSEC_PROC_MEMMAP=y
> CONFIG_GRKERNSEC_BRUTE=y
> CONFIG_GRKERNSEC_MODHARDEN=y
> CONFIG_GRKERNSEC_HIDESYM=y
> # CONFIG_GRKERNSEC_KERN_LOCKOUT is not set
> 
> #
> # Role Based Access Control Options
> #
> CONFIG_GRKERNSEC_NO_RBAC=y
> CONFIG_GRKERNSEC_ACL_HIDEKERN=y
> CONFIG_GRKERNSEC_ACL_MAXTRIES=3
> CONFIG_GRKERNSEC_ACL_TIMEOUT=30
> 
> #
> # Filesystem Protections
> #
> # CONFIG_GRKERNSEC_PROC is not set
> # CONFIG_GRKERNSEC_LINK is not set
> CONFIG_GRKERNSEC_SYMLINKOWN=y
> # CONFIG_GRKERNSEC_FIFO is not set
> CONFIG_GRKERNSEC_SYSFS_RESTRICT=y
> # CONFIG_GRKERNSEC_ROFS is not set
> # CONFIG_GRKERNSEC_CHROOT is not set
> 
> #
> # Kernel Auditing
> #
> # CONFIG_GRKERNSEC_AUDIT_GROUP is not set
> # CONFIG_GRKERNSEC_EXECLOG is not set
> # CONFIG_GRKERNSEC_RESLOG is not set
> # CONFIG_GRKERNSEC_CHROOT_EXECLOG is not set
> # CONFIG_GRKERNSEC_AUDIT_PTRACE is not set
> # CONFIG_GRKERNSEC_AUDIT_CHDIR is not set
> # CONFIG_GRKERNSEC_AUDIT_MOUNT is not set
> # CONFIG_GRKERNSEC_SIGNAL is not set
> # CONFIG_GRKERNSEC_FORKFAIL is not set
> # CONFIG_GRKERNSEC_TIME is not set
> CONFIG_GRKERNSEC_PROC_IPADDR=y
> CONFIG_GRKERNSEC_RWXMAP_LOG=y
> CONFIG_GRKERNSEC_AUDIT_TEXTREL=y
> 
> #
> # Executable Protections
> #
> # CONFIG_GRKERNSEC_DMESG is not set
> # CONFIG_GRKERNSEC_HARDEN_PTRACE is not set
> # CONFIG_GRKERNSEC_PTRACE_READEXEC is not set
> CONFIG_GRKERNSEC_SETXID=y
> # CONFIG_GRKERNSEC_TPE is not set
> 
> #
> # Network Protections
> #
> CONFIG_GRKERNSEC_RANDNET=y
> CONFIG_GRKERNSEC_BLACKHOLE=y
> # CONFIG_GRKERNSEC_SOCKET is not set
> 
> #
> # Sysctl Support
> #
> # CONFIG_GRKERNSEC_SYSCTL is not set
> 
> #
> # Logging Options
> #
> CONFIG_GRKERNSEC_FLOODTIME=10
> CONFIG_GRKERNSEC_FLOODBURST=6
3711d3836
< # CONFIG_SECURITY_YAMA is not set
»ThaOverlord« hat folgende Datei angehängt:

Ähnliche Themen

Häufig verwendete Suchbegriffe:

www.my-echo.de mobile-parts-discount.net Andere Architekturen Lob & Kritik Gentoo Linux bka trojaner finden Emerge Probleme softwaregarage.de Drucker Linux Computer und Notebooks