Hi, unser Provider hat mir 2 vserver mit OS 12.3 (3.7.10-042stab081.5) eingerichtet, die ich jetzt per ssh konfiguriere. Weil ich hier noch von einem iso8859-15-system aus arbeite, dort aber unicode habe, habe ich dort TERM=xterm für alle user, damit sind Ein- und Ausgabe i.o. (spielt vielleicht hier keine Rolle...) wenn ich als root angemeldet bin, kann ich im MidnightCommander mit ctrl+o eine Subshell aufmachen. Als normaler user geht das nicht, ich sehe zwar den "Hintergrund", aber jede Taste macht ihn wieder zu. Google nach ist das ein alter Hut, Lösungsvorschläge reichen von Rechten für /dev/pts über .mc neu anlegen bis zu patches, aber alles alter Kram, der nichts ändert. # mc -V: GNU Midnight Commander 4.8.1.4 Built with GLib 2.34.3 Using the S-Lang library with terminfo database With builtin Editor With subshell support as default With support for background operations With mouse support on xterm and Linux console With support for X11 events With internationalization support With multiple codepages support Virtual File Systems: cpiofs, tarfs, sfs, extfs, ftpfs, fish, smbfs Data types: char: 8; int: 32; long: 64; void *: 64; size_t: 64; off_t: 64; sieht ok aus. /dev/pts habe ich 777 gesetzt, .config/mc/ini mit der von root verglichen... hab keine Idee mehr ... thx für jeden Schubser in die richtige Richtung -- www.teddylinx.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo, Am Tue, 05 Nov 2013, Joerg Thuemmler schrieb:
Ich kenn das Phänomen, hab aber keine Ahnung mehr, wie ich das behoben habe bzw. was da war. Aber versuch's mal mit der aktuellen Version von mc aus Base:System: http://software.opensuse.org/ymp/Base:System/openSUSE_12.3/mc.ymp bzw.: http://download.opensuse.org/repositories/Base:/System/openSUSE_12.3/ HTH, -dnh -- BE MAD! IT HELPS! -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 05.11.2013 23:36, schrieb David Haller:
Hi & Danke, das wars nicht (hätte mich auch etwas gewundert, weil ich hier noch einen Laptop mit einer älteren 12.3 habe, der den Fehler nicht zeigt). Aber das Update gibt vielleicht einen Hinweis: Updating / installing... 1:mc-4.8.10-67.1 ################################# [ 50%] Warning: running kernel does not support fscaps setting /usr/lib/mc/cons.saver to root:root 4755. (wrong permissions 0755) ist allerdings jetzt auch 4577 gesetzt... aber vielleicht generell eine Frage der permissions. Muss ich mal in den nächsten Tagen rumsuchen. Bei dem vserver ist es nicht ganz so tragisch, aber irgendwann werde ich auch meinen Server hier upgraden und dann würde das schon stören... cu jth -- www.teddylinx.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo, Am Mon, 11 Nov 2013, Joerg Thuemmler schrieb:
Mist.
Ne, am cons.server liegt's nicht, der sollte auch nicht das suid-Bit haben. Also: chmod 0755 /usr/lib/mc/cons.saver
Das fscaps (file system capabilities) ... Was spuckt ein # cat /sys/kernel/fscaps bei dir aus? (hier'1' als Ausgabe). Und welchen kernel verwendest du? (hier -default). Was spuckt ein $ egrep 'clear_before_exec|pause_after_run' ~/.mc/ini aus? Bei mir sind bei '=1'. Mist. Wenn ich nur wüßte, wie ich das damals hinbekommen habe, als ich selber das Problem hatte... -dnh -- Well, revenge is a feast best served immediately. - Ka D'Argo, Farscape -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 12.11.2013 17:29, schrieb David Haller:
Hi, komme erst jetzt zum Testen: # cat /sys/kernel/fscaps cat: /sys/kernel/fscaps: No such file or directory # uname -r 3.7.10-042stab081.5 (kann ein bei unserem Provider selbsterstellter Kernel sein) # egrep 'clear_before_exec|pause_after_run' ~/.config/mc/ini pause_after_run=1 clear_before_exec=1 (die Configs für den MC liegen wohl seit 12.xxx in .config/mc, kann natürlich Teil des Problems sein, aber dann wäre die Frage, warum das root nicht stört... obwohl mc -F zeigt auch diese Verzeichnisse als benutzt an...) dazu hab ich auch noch eine Feststellung aus ganz anderer Ecke: ich verbinde mich manchmal von einem WinXP per putty auf eine Opensuse (in diesem Falle 11.4 evergreen), da gibt es insoweit eine Parallele, als ich da den mc als normaler user nicht benutzen kann (startet lt. ps, aber auf dem putty keine Anzeige, BS ist leer), hatte das schon so für gegeben genommen, bis ich jetzt bemerkt habe, dass ich, wenn ich im putty root bin (was ich eher vermeide), den mc ganz normal benutzen kann... Irgendwas passt mit den Rechten nicht, denke ich, verstehe es aber nicht so recht. -- www.teddylinx.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo, Am Thu, 14 Nov 2013, Joerg Thuemmler schrieb:
Hmm...
Schaut so aus ;)
Stimmt. [..]
Irgendwas passt mit den Rechten nicht, denke ich, verstehe es aber nicht so recht.
Ich das hier in der FAQ gefunden, könnte davon was zutreffen? 6.6 When I use Ctrl-O I don't get a subshell. How do I fix this? Only bash, tcsh and zsh can be used as subshell. Use one of those shells as your default shell, and it will be used as subshell in GNU Midnight Commander. 6.7 Ctrl-O doesn't work at all. What happens? Ctrl-O works if either the subshell is used or the terminal can save the output of the commands so it can be restored. If neither is true, there is absolutely nothing interesting behind the panels! Only few terminals support screen saving. It's xterm, rxvt and other xterm-like terminals and virtual terminals on Linux and FreeBSD. -dnh --
Am 14.11.2013 19:34, schrieb David Haller:
Hi, nach ewiger Zeit komme ich mal wieder dazu, mich diesem "Randproblems" zu widmen. Ich habe zunächst spaßeshalber mal mc setuid gesetzt - erwartungsgemäß klappt es dann mit der Subshell auch für den user. Logisch, dass das nur ein Test bleibt... Dann habe ich mal strace bemüht und es gibt durchaus Unterschiede: [als root] t_sigaction(SIGINT, {SIG_IGN, [], SA_RESTORER, 0x7f1e2256f1f0}, NULL, 8) = 0 select(5, [3 4], NULL, NULL, NULL) = 1 (in [3]) select(4, [3], NULL, NULL, {10, 0}) = 1 (in [3], left {9, 999998}) read(3, "\17", 1) = 1 ioctl(0, TIOCLINUX, 0x7fff1e2cc948) = -1 EINVAL (Invalid argument) write(1, "\33[?1015l\33[?1002l\33[?1001r", 24) = 24 write(1, "\33[1;1H\33[K\n\33[K\n\33[K\n\33[K\n\33[K\n\33[K\n\33["..., 104) = 104 rt_sigprocmask(SIG_BLOCK, [INT QUIT TSTP TTIN TTOU WINCH], [], 8) = 0 write(1, "\33[?1l\33>\33[23;1H\33(B\33[m\33[39;49m\r\33[K"..., 41) = 41 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 write(1, "\33[?47l\0338\33[m", 11) = 11 ioctl(3, SNDCTL_TMR_START or SNDRV_TIMER_IOCTL_TREAD or TCSETS, {B38400 -opost isig -icanon -echo ...}) = 0 ioctl(1, SNDCTL_TMR_START or SNDRV_TIMER_IOCTL_TREAD or TCSETS, {B38400 -opost -isig -icanon -echo ...}) = 0 write(1, "\r\n", 2) = 2 write(1, "vs644:/etc/mc # ", 16) = 16 write(4, " \10", 2) = 2 select(7, [0 4 6], NULL, NULL, NULL) = 1 (in [4]) read(4, " \10 \10", 128) = 4 write(1, " \10 \10", 4) = 4 [als user] rt_sigaction(SIGINT, {SIG_IGN, [], SA_RESTORER, 0x7fd98da5f1f0}, NULL, 8) = 0 select(4, [3], NULL, NULL, NULL) = 1 (in [3]) select(4, [3], NULL, NULL, {10, 0}) = 1 (in [3], left {9, 999997}) read(3, "\17", 1) = 1 ioctl(0, TIOCLINUX, 0x7fff214480d8) = -1 EINVAL (Invalid argument) write(1, "\33[?1015l\33[?1002l\33[?1001r", 24) = 24 write(1, "\33[1;1H\33[39m\33[49m\33[K\n\33[K\n\33[K\n\33[K\n"..., 114) = 114 rt_sigprocmask(SIG_BLOCK, [INT QUIT TSTP TTIN TTOU WINCH], [], 8) = 0 write(1, "\33[?1l\33>\33[23;1H\33(B\33[m\33[39;49m\r\33[K"..., 41) = 41 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 write(1, "\33[?47l\0338\33[m", 11) = 11 ioctl(3, SNDCTL_TMR_START or SNDRV_TIMER_IOCTL_TREAD or TCSETS, {B38400 -opost isig -icanon -echo ...}) = 0 select(4, [3], NULL, NULL, {10, 0}) = 1 (in [3], left {6, 199845}) read(3, "\r", 1) = 1 ioctl(0, TIOCLINUX, 0x7fff214480e8) = -1 EINVAL (Invalid argument) write(1, "\0337\33[?47h", 8) = 8 ioctl(3, SNDCTL_TMR_START or SNDRV_TIMER_IOCTL_TREAD or TCSETS, {B38400 -opost isig -icanon -echo ...}) = 0 rt_sigprocmask(SIG_BLOCK, [INT QUIT TSTP TTIN TTOU WINCH], [], 8) = 0 wenn ich das recht verstehe, versucht der mc als user gar nicht erst, irgendeine Subshell zu benutzen, er wechselt in den CTRL-O-Hintergrund und wartet auf ein Zeichen, um dann wieder in den Vordergrund zu wechseln. Im root-Modus gibt er zunächst den Prompt aus und liest dann eine ganze Zeile. Weiter vorn im Initialisierungsbereich gibt es i.W. einen Unterschied, als user schlägt chown("/dev/pts/5", 26, 5) = -1 EPERM (Operation not permitted) close(4) = 0 write(2, "Cannot open master side of pty: "..., 69) = 69 fehl, mangels /dev/pts/5, dafür schlägt wohl noch weiter vorn stat("/dev/pts/5", {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 5), ...}) = 0 fehl, während root mit stat("/dev/pts/4", {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0 ein /dev/pts/4 anlegt. Auf meinem lokalen System (11.4 evergreen mit mc 4.7.5.1) legt der gleiche makedev als user korrekt ein /dev/pts/... an. Leider sehe ich nicht, wer das auf der 12.3er Maschine verhindert. Die Subshell selbst funktioniert anscheinend, denn wenn ich (ohne ctrl-o) ein ls eingebe, kann ich mit ctrl-o das Ergebnis sehen. Sicher ein Sicherheitsfeature... aber welches? (Apparmor ist übrigens abgeschaltet...) Thx für jeden Tipp cu jth -- www.teddylinx.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo, Am Tue, 05 Nov 2013, Joerg Thuemmler schrieb:
Ich kenn das Phänomen, hab aber keine Ahnung mehr, wie ich das behoben habe bzw. was da war. Aber versuch's mal mit der aktuellen Version von mc aus Base:System: http://software.opensuse.org/ymp/Base:System/openSUSE_12.3/mc.ymp bzw.: http://download.opensuse.org/repositories/Base:/System/openSUSE_12.3/ HTH, -dnh -- BE MAD! IT HELPS! -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 05.11.2013 23:36, schrieb David Haller:
Hi & Danke, das wars nicht (hätte mich auch etwas gewundert, weil ich hier noch einen Laptop mit einer älteren 12.3 habe, der den Fehler nicht zeigt). Aber das Update gibt vielleicht einen Hinweis: Updating / installing... 1:mc-4.8.10-67.1 ################################# [ 50%] Warning: running kernel does not support fscaps setting /usr/lib/mc/cons.saver to root:root 4755. (wrong permissions 0755) ist allerdings jetzt auch 4577 gesetzt... aber vielleicht generell eine Frage der permissions. Muss ich mal in den nächsten Tagen rumsuchen. Bei dem vserver ist es nicht ganz so tragisch, aber irgendwann werde ich auch meinen Server hier upgraden und dann würde das schon stören... cu jth -- www.teddylinx.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo, Am Mon, 11 Nov 2013, Joerg Thuemmler schrieb:
Mist.
Ne, am cons.server liegt's nicht, der sollte auch nicht das suid-Bit haben. Also: chmod 0755 /usr/lib/mc/cons.saver
Das fscaps (file system capabilities) ... Was spuckt ein # cat /sys/kernel/fscaps bei dir aus? (hier'1' als Ausgabe). Und welchen kernel verwendest du? (hier -default). Was spuckt ein $ egrep 'clear_before_exec|pause_after_run' ~/.mc/ini aus? Bei mir sind bei '=1'. Mist. Wenn ich nur wüßte, wie ich das damals hinbekommen habe, als ich selber das Problem hatte... -dnh -- Well, revenge is a feast best served immediately. - Ka D'Argo, Farscape -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 12.11.2013 17:29, schrieb David Haller:
Hi, komme erst jetzt zum Testen: # cat /sys/kernel/fscaps cat: /sys/kernel/fscaps: No such file or directory # uname -r 3.7.10-042stab081.5 (kann ein bei unserem Provider selbsterstellter Kernel sein) # egrep 'clear_before_exec|pause_after_run' ~/.config/mc/ini pause_after_run=1 clear_before_exec=1 (die Configs für den MC liegen wohl seit 12.xxx in .config/mc, kann natürlich Teil des Problems sein, aber dann wäre die Frage, warum das root nicht stört... obwohl mc -F zeigt auch diese Verzeichnisse als benutzt an...) dazu hab ich auch noch eine Feststellung aus ganz anderer Ecke: ich verbinde mich manchmal von einem WinXP per putty auf eine Opensuse (in diesem Falle 11.4 evergreen), da gibt es insoweit eine Parallele, als ich da den mc als normaler user nicht benutzen kann (startet lt. ps, aber auf dem putty keine Anzeige, BS ist leer), hatte das schon so für gegeben genommen, bis ich jetzt bemerkt habe, dass ich, wenn ich im putty root bin (was ich eher vermeide), den mc ganz normal benutzen kann... Irgendwas passt mit den Rechten nicht, denke ich, verstehe es aber nicht so recht. -- www.teddylinx.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo, Am Thu, 14 Nov 2013, Joerg Thuemmler schrieb:
Hmm...
Schaut so aus ;)
Stimmt. [..]
Irgendwas passt mit den Rechten nicht, denke ich, verstehe es aber nicht so recht.
Ich das hier in der FAQ gefunden, könnte davon was zutreffen? 6.6 When I use Ctrl-O I don't get a subshell. How do I fix this? Only bash, tcsh and zsh can be used as subshell. Use one of those shells as your default shell, and it will be used as subshell in GNU Midnight Commander. 6.7 Ctrl-O doesn't work at all. What happens? Ctrl-O works if either the subshell is used or the terminal can save the output of the commands so it can be restored. If neither is true, there is absolutely nothing interesting behind the panels! Only few terminals support screen saving. It's xterm, rxvt and other xterm-like terminals and virtual terminals on Linux and FreeBSD. -dnh --
Am 14.11.2013 19:34, schrieb David Haller:
Hi, nach ewiger Zeit komme ich mal wieder dazu, mich diesem "Randproblems" zu widmen. Ich habe zunächst spaßeshalber mal mc setuid gesetzt - erwartungsgemäß klappt es dann mit der Subshell auch für den user. Logisch, dass das nur ein Test bleibt... Dann habe ich mal strace bemüht und es gibt durchaus Unterschiede: [als root] t_sigaction(SIGINT, {SIG_IGN, [], SA_RESTORER, 0x7f1e2256f1f0}, NULL, 8) = 0 select(5, [3 4], NULL, NULL, NULL) = 1 (in [3]) select(4, [3], NULL, NULL, {10, 0}) = 1 (in [3], left {9, 999998}) read(3, "\17", 1) = 1 ioctl(0, TIOCLINUX, 0x7fff1e2cc948) = -1 EINVAL (Invalid argument) write(1, "\33[?1015l\33[?1002l\33[?1001r", 24) = 24 write(1, "\33[1;1H\33[K\n\33[K\n\33[K\n\33[K\n\33[K\n\33[K\n\33["..., 104) = 104 rt_sigprocmask(SIG_BLOCK, [INT QUIT TSTP TTIN TTOU WINCH], [], 8) = 0 write(1, "\33[?1l\33>\33[23;1H\33(B\33[m\33[39;49m\r\33[K"..., 41) = 41 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 write(1, "\33[?47l\0338\33[m", 11) = 11 ioctl(3, SNDCTL_TMR_START or SNDRV_TIMER_IOCTL_TREAD or TCSETS, {B38400 -opost isig -icanon -echo ...}) = 0 ioctl(1, SNDCTL_TMR_START or SNDRV_TIMER_IOCTL_TREAD or TCSETS, {B38400 -opost -isig -icanon -echo ...}) = 0 write(1, "\r\n", 2) = 2 write(1, "vs644:/etc/mc # ", 16) = 16 write(4, " \10", 2) = 2 select(7, [0 4 6], NULL, NULL, NULL) = 1 (in [4]) read(4, " \10 \10", 128) = 4 write(1, " \10 \10", 4) = 4 [als user] rt_sigaction(SIGINT, {SIG_IGN, [], SA_RESTORER, 0x7fd98da5f1f0}, NULL, 8) = 0 select(4, [3], NULL, NULL, NULL) = 1 (in [3]) select(4, [3], NULL, NULL, {10, 0}) = 1 (in [3], left {9, 999997}) read(3, "\17", 1) = 1 ioctl(0, TIOCLINUX, 0x7fff214480d8) = -1 EINVAL (Invalid argument) write(1, "\33[?1015l\33[?1002l\33[?1001r", 24) = 24 write(1, "\33[1;1H\33[39m\33[49m\33[K\n\33[K\n\33[K\n\33[K\n"..., 114) = 114 rt_sigprocmask(SIG_BLOCK, [INT QUIT TSTP TTIN TTOU WINCH], [], 8) = 0 write(1, "\33[?1l\33>\33[23;1H\33(B\33[m\33[39;49m\r\33[K"..., 41) = 41 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 write(1, "\33[?47l\0338\33[m", 11) = 11 ioctl(3, SNDCTL_TMR_START or SNDRV_TIMER_IOCTL_TREAD or TCSETS, {B38400 -opost isig -icanon -echo ...}) = 0 select(4, [3], NULL, NULL, {10, 0}) = 1 (in [3], left {6, 199845}) read(3, "\r", 1) = 1 ioctl(0, TIOCLINUX, 0x7fff214480e8) = -1 EINVAL (Invalid argument) write(1, "\0337\33[?47h", 8) = 8 ioctl(3, SNDCTL_TMR_START or SNDRV_TIMER_IOCTL_TREAD or TCSETS, {B38400 -opost isig -icanon -echo ...}) = 0 rt_sigprocmask(SIG_BLOCK, [INT QUIT TSTP TTIN TTOU WINCH], [], 8) = 0 wenn ich das recht verstehe, versucht der mc als user gar nicht erst, irgendeine Subshell zu benutzen, er wechselt in den CTRL-O-Hintergrund und wartet auf ein Zeichen, um dann wieder in den Vordergrund zu wechseln. Im root-Modus gibt er zunächst den Prompt aus und liest dann eine ganze Zeile. Weiter vorn im Initialisierungsbereich gibt es i.W. einen Unterschied, als user schlägt chown("/dev/pts/5", 26, 5) = -1 EPERM (Operation not permitted) close(4) = 0 write(2, "Cannot open master side of pty: "..., 69) = 69 fehl, mangels /dev/pts/5, dafür schlägt wohl noch weiter vorn stat("/dev/pts/5", {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 5), ...}) = 0 fehl, während root mit stat("/dev/pts/4", {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0 ein /dev/pts/4 anlegt. Auf meinem lokalen System (11.4 evergreen mit mc 4.7.5.1) legt der gleiche makedev als user korrekt ein /dev/pts/... an. Leider sehe ich nicht, wer das auf der 12.3er Maschine verhindert. Die Subshell selbst funktioniert anscheinend, denn wenn ich (ohne ctrl-o) ein ls eingebe, kann ich mit ctrl-o das Ergebnis sehen. Sicher ein Sicherheitsfeature... aber welches? (Apparmor ist übrigens abgeschaltet...) Thx für jeden Tipp cu jth -- www.teddylinx.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (2)
-
David Haller -
Joerg Thuemmler