awk klappt nur als root (Debian 8.6 armhf) <obsolet>

[scheisssystemd]

ich habe das system mittels debootstrap installiert.

eines der Probleme die sich presentieren ist das awk derzeit nicht als normal-User läuft

siehe test:

winfried@jessie-A80:~$ echo " 1 2 3 4 5 6">test
winfried@jessie-A80:~$ awk '{print $3 " " $6}' test
Getötet

als root klappts:

root@jessie-A80:~# awk '{print $3 " " $6}' /home/winfried/test
3 6


root@jessie-A80:~# l /usr/bin/awk
5252639 0 lrwxrwxrwx 1 root root 21 Jan 1 1970 /usr/bin/awk -> /etc/alternatives/awk

4064951 0 lrwxrwxrwx 1 root root 13 Jan 1 1970 /etc/alternatives/awk -> /usr/bin/mawk

5251934 72 -rwsr-xr-x 1 root root 69928 Mär 24 2012 /usr/bin/mawk

Wat nu??

[whisper]

mach mal als user

Code: Alles auswählen

ldd /usr/bin/mawk

Nicht, dass da eine Lib nicht gefunden wird.
Welche anderen Probleme denn?

[dufty2]

Da ist scheinbar das setuid gesetzt (rws). Weiss nicht, ob das normal ist (unter armhf)?

[scheisssystemd]

mach mal als user

Code: Alles auswählen

ldd /usr/bin/mawk

Nicht, dass da eine Lib nicht gefunden wird.
Welche anderen Probleme denn?

hast recht

ldd /usr/bin/mawk
das Programm ist nicht dynamisch gelinkt

ich denke das das am installieren mit debootstrap armhf und jessie liegt ( habe auch ne Platte mit wheezy so hochgezogen (vinit) dort gibt es keinerlei Probleme auf den armhf Platformen getestet A10, A20, A80)

da muß einiges nachgearbeitet werden

als Root wird es richtig registriert
# ldd /usr/bin/mawk
libm.so.6 => /lib/arm-linux-gnueabihf/libm.so.6 (0xb6ea3000)
libc.so.6 => /lib/arm-linux-gnueabihf/libc.so.6 (0xb6db2000)
/lib/arm-linux-gnueabihf/ld-linux.so.3 => /lib/ld-linux-armhf.so.3 (0xb6f2d000)



wie bekomme ich denn die lib für solche Probleme für einen "normaluser" hin ohne das "die Tore weit" gestaltet wird?

ein weiteres Problem ist das evolution mit nem libEGL warning: DRI2: failed to authenticate .. Unable to eglMakeCurrent with no surface quitiert wird
hab das aber schon in der da für zuständigen Rubrik gepostet.

[scheisssystemd]

Da ist scheinbar das setuid gesetzt (rws). Weiss nicht, ob das normal ist (unter armhf)?

zumindest wenn mit jessie mit debootstap installiert wird

[DeletedUserReAsG]

zumindest wenn mit jessie mit debootstap installiert wird

Warum sollte bei der Installation via deboostrap unter armhf was anderes rauskommen, als unter amd64? Dort ist’s jedenfalls nicht der Fall.

[sbruder]

Auf meinem armhf-System ist das nicht der Fall:

Code: Alles auswählen

vollkorn ~ % ls -lh /usr/bin/mawk
-rwxr-xr-x 1 root root 93K Apr  8  2012 /usr/bin/mawk
vollkorn ~ % uname -a
Linux vollkorn 4.4.34-v7+ #930 SMP Wed Nov 23 15:20:41 GMT 2016 armv7l GNU/Linux

[scheisssystemd]

Auf meinem armhf-System ist das nicht der Fall:

Code: Alles auswählen

vollkorn ~ % ls -lh /usr/bin/mawk
-rwxr-xr-x 1 root root 93K Apr  8  2012 /usr/bin/mawk
vollkorn ~ % uname -a
Linux vollkorn 4.4.34-v7+ #930 SMP Wed Nov 23 15:20:41 GMT 2016 armv7l GNU/Linux

schön

egal ob mod 0755 oder wie derzeit 4755 es klappt nicht

die Rechte vom File selbst haben auch nichts damit zu tun, ob der user auf die registrierung der lib's zugreifen darf . (idconf)

wann hast Du denn installiert ?

wie ich sehe hast Du einen raspi also warscheinlich nen system war bereits installmäßig angepasst ist.

wäre schön zu wissen wie man das händisch hin bekommt ohne das man gleich alle installationsroutienen der speziellen rpi-distr durcharbeiten muß um zu schauen was die bei der Standart jessie-distr anders machen.




auch mittels debootstrap oder nen fertiges Image ?

[sbruder]

wann hast Du denn installiert ?

Mitte Februar 2016.

auch mittels debootstrap oder nen fertiges Image ?

Fertiges Image

[DeletedUserReAsG]

wie ich sehe hast Du einen raspi also warscheinlich nen system war bereits installmäßig angepasst ist.

Gerade in einem alten Backup-Image von meinem Pi nachgeschaut: dort ist es ebenfalls ohne suid. Es handelte sich um ein gedebootstrapptes Jessie (allerdings armel). Auf einem gedeboostrappten Wheezy auf armhf ist’s ebenfalls ohne das. Gedebootstrapptes Jessie auf amd64 auch, wie schon geschrieben. Und in dem Paket lässt sich ebenfalls kein Hinweis darauf finden, dass das Flag gesetzt würde.

Die Frage ist also nun: warum weicht dein mawk von dem normalen Zustand ab? Ist das Flag das Einzige, was damit verkehrt ist, oder ist vielleicht gar das Binary kaputt, und es kommt deswegen zu diesem Fehler? Könntest du mal auf die aktuelle Version updaten, prüfen, ob der Fehler weiterhin auftritt, und wenn ja, einen als User erstellten Hash (md5, sha1, sha256 – für diesen Zweck egal, selbst eine CRC-Summe würde reichen) des Binaries posten (oder selbst mit der des Binaries aus dem Paket unter o.g. Link vergleichen)? Wenn dort alles okay ist, wäre auch mal die Ausgabe von strace von Interesse.


OT: dein Nick wird einige abhalten, dir überhaupt (ernsthaft) zu antworten. Nicht mal, weil du systemd nicht magst – davon gibt es hier einige, das ist kein Problem – sondern weil manche mit Fäkalsprache und unnötiger Provokation ihre Probleme haben (ich find’s auch nicht schön, btw.). Soll das so?

[Meillo]

ldd /usr/bin/mawk
das Programm ist nicht dynamisch gelinkt

ich denke das das am installieren mit debootstrap armhf und jessie liegt ( habe auch ne Platte mit wheezy so hochgezogen (vinit) dort gibt es keinerlei Probleme auf den armhf Platformen getestet A10, A20, A80)

da muß einiges nachgearbeitet werden

als Root wird es richtig registriert
# ldd /usr/bin/mawk
libm.so.6 => /lib/arm-linux-gnueabihf/libm.so.6 (0xb6ea3000)
libc.so.6 => /lib/arm-linux-gnueabihf/libc.so.6 (0xb6db2000)
/lib/arm-linux-gnueabihf/ld-linux.so.3 => /lib/ld-linux-armhf.so.3 (0xb6f2d000)

Moment mal ... auf dem gleichen System die gleiche Executable wird einmal als statisch und einmal als dynamisch gelinkt angezeigt?

Mach mal bitte noch ein `file' darauf.

Und bist du dir sicher, dass du mit beiden Usern auf dem gleiche System arbeitest? Nicht dass die root-Session lokal laeuft und die User-Session woanders via ssh. (Das ist alles schon vorgekommen.)

Und dann wuerde mich unter beiden Usern noch ein `which -a awk' interessieren, denn AFAICS wurde noch nicht sichergestellt, dass beide User auch die gleiche Datei ausfuehren. Du kannst awk auch explizit mit vollem Pfad aufrufen, dann waere diese Unsicherheit eliminiert.


AWK muss jedenfalls nicht suid sein und ich wuesste auch nicht, dass es irgendwo so eingestellt waere.

[scheisssystemd]

>Moment mal ... auf dem gleichen System die gleiche Executable wird einmal als statisch und einmal als dynamisch gelinkt angezeigt?

>Mach mal bitte noch ein `file' darauf.

winfried@jessie-A80:~$ file /usr/bin/awk
/usr/bin/awk: symbolic link to /etc/alternatives/awk
winfried@jessie-A80:~$ file /etc/alternatives/awk
/etc/alternatives/awk: symbolic link to /usr/bin/mawk
winfried@jessie-A80:~$ file /usr/bin/mawk
/usr/bin/mawk: setuid ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/arm-linux-gnueabihf/ld-linux.so.3, for GNU/Linux 2.6.26, BuildID[sha1]=90c51cf690474b8193f4a6bc7c03dfee334600a3, stripped

##### root#

root@jessie-A80:~# file /usr/bin/awk
/usr/bin/awk: symbolic link to /etc/alternatives/awk
root@jessie-A80:~# file /etc/alternatives/awk
/etc/alternatives/awk: symbolic link to /usr/bin/mawk
root@jessie-A80:~# file /usr/bin/mawk
/usr/bin/mawk: setuid ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/arm-linux-gnueabihf/ld-linux.so.3, for GNU/Linux 2.6.26, BuildID[sha1]=90c51cf690474b8193f4a6bc7c03dfee334600a3, stripped
root@jessie-A80:~#


Und bist du dir sicher, dass du mit beiden Usern auf dem gleiche System arbeitest? Nicht dass die root-Session lokal laeuft und die User-Session woanders via ssh. (Das ist alles schon vorgekommen.)

so wat von sicher! ist nicht mein Server sondern ne A80 TV-BOX die als Desktop dienen soll

> Und dann wuerde mich unter beiden Usern noch ein `which -a awk' interessieren, denn AFAICS wurde noch nicht sichergestellt, dass beide User auch die gleiche Datei ausfuehren.

winfried@jessie-A80:~$ which -a awk
/usr/bin/awk

root@jessie-A80:~# which -a awk
/usr/bin/awk

>Du kannst awk auch explizit mit vollem Pfad aufrufen, dann waere diese Unsicherheit eliminiert.

winfried@jessie-A80:~$ /usr/bin/awk '{print $3 " " $6}' test
Getötet
winfried@jessie-A80:~$ /usr/bin/mawk '{print $3 " " $6}' test
Getötet



>AWK muss jedenfalls nicht suid sein und ich wuesste auch nicht, dass es irgendwo so eingestellt waere.
da stimme ich Dir 100 % zu aber das behebt den effeckt nicht
im übrigen klappt der Standard telnet (link zu /usr/bin/telnet.netkit) auch nicht als normaluser. gleiche Meldung.

ich denke das ist die systemd usermanager zu tun. habe aber nicht mal im Ansatz Ahnung was das Teil diesbez macht.

ich hatte schon mal debootstap vor 1 Jahr mit jessie armhf versucht, da klappte so gut wie gar nix. nicht mal ne xsession

[DeletedUserReAsG]

Die Hashes und die Ausgaben von strace hast du leider vergessen – könntest du die noch nachliefern?

ich denke das ist die systemd usermanager zu tun. habe aber nicht mal im Ansatz Ahnung was das Teil diesbez macht.

Was systemd damit zu tun hat, ist schnell erklärt: gar nichts.



OT: Dein -Tag ist kaputt, irgendwie ist dein ganzer Beitrag fettgeschrieben.

[dufty2]

Moment mal ... auf dem gleichen System die gleiche Executable wird einmal als statisch und einmal als dynamisch gelinkt angezeigt?

Denke, dass dem user 'winfried' einige grundlegende Rechte fehlen und/oder von wemauchimmer eingeschränkt werden,
so daß dieses "das Programm ist nicht dynamisch gelinkt" nur ein Folgefehler ist.

[scheisssystemd]

Die Hashes und die Ausgaben von strace hast du leider vergessen – könntest du die noch nachliefern?

ich denke das ist die systemd usermanager zu tun. habe aber nicht mal im Ansatz Ahnung was das Teil diesbez macht.

Was systemd damit zu tun hat, ist schnell erklärt: gar nichts.

*g* asoo ....

OT: Dein -Tag ist kaputt, irgendwie ist dein ganzer Beitrag fettgeschrieben.

Wenn das bei Dir so angezeigt wird ...

ich glaube das das mich nicht wirklich weiter bringt, Trotzdem Danke

[scheisssystemd]

Moment mal ... auf dem gleichen System die gleiche Executable wird einmal als statisch und einmal als dynamisch gelinkt angezeigt?

Denke, dass dem user 'winfried' einige grundlegende Rechte fehlen und/oder von wemauchimmer eingeschränkt werden,
so daß dieses "das Programm ist nicht dynamisch gelinkt" nur ein Folgefehler ist.

Wohl war fragt sich nur welcher. ...

[DeletedUserReAsG]

ich glaube das das mich nicht wirklich weiter bringt

Ähm … gerade die Ausgabe von strace würde ziemlich genau zeigen, was schief läuft. Dachte, du wolltest den Fehler suchen?

[scheisssystemd]

Moment mal ... auf dem gleichen System die gleiche Executable wird einmal als statisch und einmal als dynamisch gelinkt angezeigt?

Denke, dass dem user 'winfried' einige grundlegende Rechte fehlen und/oder von wemauchimmer eingeschränkt werden,
so daß dieses "das Programm ist nicht dynamisch gelinkt" nur ein Folgefehler ist.

wohl war ...
und genau das ist hier die Frage
"wemauchimmer"

[scheisssystemd]

ich glaube das das mich nicht wirklich weiter bringt

Ähm … gerade die Ausgabe von strace würde ziemlich genau zeigen, was schief läuft. Dachte, du wolltest den Fehler suchen?

HI

wie ich schon geschrieben habe das bring mich nicht wirklich weiter:


winfried@jessie-A80:~$ strace -e open /usr/bin/mawk '{print $3 " " $6}' test
+++ killed by SIGKILL +++
Getötet
winfried@jessie-A80:~$ strace /usr/bin/mawk '{print $3 " " $6}' test
execve("/usr/bin/mawk", ["/usr/bin/mawk", "{print $3 \" \" $6}", "test"], [/* 33 vars */] <unfinished ...>
+++ killed by SIGKILL +++
Getötet
winfried@jessie-A80:~$ strace -e trace=open,read /usr/bin/mawk '{print $3 " " $6}' test
+++ killed by SIGKILL +++
Getötet
winfried@jessie-A80:~$

[DeletedUserReAsG]

Ja, weil du die Ausgabe einschränkst. Naja, ich bin hier eh raus – die Formatierungen sind mir zu anstrengend zu lesen. Viel Erfolg noch.

[scheisssystemd]

vielleicht hilft noch das /home/ durch nen script gemountet wird. weil der mount über /etc/fstab nach'm boostrap und nem liveboot des system's und der Install einiger Programme der systemd kein bock mehr den Mount beim bootvorgang automatisch durchzuführen egal mit welchen optionen ich das in der fstab deklariere.
mount -a als Root wenn er oben war klappte dann. ich werdse heute abend noch mal nen boostrap machen um zu schauen welches verschissenes Programm dazwischen funkt.
ich muß jetzt erst mal kacken und kaffee einkaufen.

[scheisssystemd]

Ja, weil du die Ausgabe einschränkst. Naja, ich bin hier eh raus – die Formatierungen sind mir zu anstrengend zu lesen. Viel Erfolg noch.

Jau danke trotzdem für Dein Versuch.

[Meillo]

OT: Dein -Tag ist kaputt, irgendwie ist dein ganzer Beitrag fettgeschrieben.

@scheisssystemd: Bitte verwende quote und code Tags, wie das hier ueblich ist, statt der Fettauszeichnung.

[Meillo]

ich muß jetzt erst mal kacken und kaffee einkaufen.

Verwarnung wegen Verwendung von Faekalsprache. Sowas ist bei uns unerwuenscht. Bitte passe dich an die hier ueblichen, hoeflichen Umgangsformen an.

[scheisssystemd]

ich muß jetzt erst mal kacken und kaffee einkaufen.

Verwarnung wegen Verwendung von Faekalsprache. Sowas ist bei uns unerwuenscht. Bitte passe dich an die hier ueblichen, hoeflichen Umgangsformen an.

sorry Mache ich.