mc: Unterschiede root / easyvdr

[Steevee]

Wie und wo stelle ich mc so ein, dass er als User easyvdr genauso funktioniert wie unter root.

• Als root starte ich mc und er startet sofort. Als easyvdr starte ich mc und es dauert bis zu 20sec, bis mc gestartet ist.
  
• Als root kann ich "Strg o" drücken und habe eine Kommandozeile in diesem Verzeichnis, wo ich mit mc navigierte. Als user easyvdr geht das nicht.
  
• Wenn man mc als root beendet, landet man in dem Verzeichnis wo man war. Wenn man mc als easyvdr beendet, landet man im home
  
• ...
  

Steevee

[MFG]

Moin moin Steevee,

probiere mal /home/easyvdr/.mc und darunter auf easyvdr:easyvdr mit 766 zusetzen, ist wohl einer der Knackpunkte  :-\

MfG.
        MFG.

[Steevee]

hab kein /home/easyvdr/.mc

[MFG]

Moin moin Steevee,

hmm und am Ende mault mc das es fdie ini nicht speichern kann ;-]

[email protected]:/home/easyvdr# ls -hal .mc
insgesamt 40K
drwxrw-rw-  3 easyvdr easyvdr 4,0K 2013-08-17 13:41 .
drwxr-xr-x 32 easyvdr easyvdr 4,0K 2013-08-16 16:07 ..
drwx------  2 root    root    4,0K 2013-08-05 21:50 cedit
-rw-r--r--  1 root    root      0 2013-08-05 21:50 filepos
-rw-------  1 root    root    579 2013-08-05 21:51 history
-rw-r--r--  1 root    root    2,6K 2013-08-05 21:51 ini
-rw-r--r--  1 easyvdr easyvdr 2,6K 2013-08-17 13:42 ini~
-rw-r--r--  1 root    root    725 2013-08-05 21:51 panels.ini
-rw-r--r--  1 easyvdr easyvdr  725 2013-08-17 13:42 panels.ini~
-rw-r--r--  1 root    root      35 2013-08-05 21:51 Tree
-rw-r--r--  1 easyvdr easyvdr  35 2013-08-17 13:42 Tree.tmp
[email protected]:/home/easyvdr#

Nach Rechte Biegen ist nun mc auch mit easyvdr flott!!!

[email protected]:/home/easyvdr# ls -hal .mc
insgesamt 40K
drwxrwxrw-  3 easyvdr easyvdr 4,0K 2013-08-17 13:41 .
drwxr-xr-x 32 easyvdr easyvdr 4,0K 2013-08-16 16:07 ..
drwxrw-rw-  2 easyvdr easyvdr 4,0K 2013-08-05 21:50 cedit
-rw-rw-rw-  1 easyvdr easyvdr    0 2013-08-05 21:50 filepos
-rw-rw-rw-  1 easyvdr easyvdr  579 2013-08-05 21:51 history
-rw-rw-rw-  1 easyvdr easyvdr 2,6K 2013-08-05 21:51 ini
-rw-rw-rw-  1 easyvdr easyvdr 2,6K 2013-08-17 13:42 ini~
-rw-rw-rw-  1 easyvdr easyvdr  725 2013-08-05 21:51 panels.ini
-rw-rw-rw-  1 easyvdr easyvdr  725 2013-08-17 13:42 panels.ini~
-rw-rw-rw-  1 easyvdr easyvdr  35 2013-08-05 21:51 Tree
-rw-rw-rw-  1 easyvdr easyvdr  35 2013-08-17 13:42 Tree.tmp
[email protected]:/home/easyvdr#

MfG.
          MFG.

[Captain_Beefheart]

Hallo

  Wäre das nich etwas für "easyvdr-fixes-Ubuntu"?

    Da sind ja schon diverse "Nachbesserungen" dinne.

  gruß

[MFG]

Moin moin C.B.,

dies sind ja Symptome und die Ursache vermute ich wird bei mc liegen, und ob das bei raring[sub]ff[/sub] auch auftritt ? ? ?

MfG.
          MFG.

[Captain_Beefheart]

Hi

dies sind ja Symptome und die Ursache vermute ich wird bei mc liegen,

Denke ich auch.....
... aber extra 'n easyvdr-fixes-mc dafür zu bauen halte ich für übertrieben. 

  und ob das bei raring[sub]ff[/sub] auch auftritt ? ? ?

  Bei der Geschwindigkeit, wie Ubuntu was fixed, was nich so schön bunt ist,
    wirds sicherlich in 5 Jahren noch drinne sein.  ;D

  gruß

[michel8]

Nach Rechte Biegen ist nun mc auch mit easyvdr flott!!!
MfG.
          MFG.

Hi MFG,

hättest Du auch für daus die notwendigen Konsole-Befehle zum Rechte-Geradebiegen?

Dann könnten wir das auch im 1.0er Bereich verlinken - da wurde es ja auch schon gefragt...

Gruß
Michel

[MFG]

Moin moin michel8,

hab trotz meiner RechteBigungen wieder 10sek Start - was ich im Netz noch fand, war eine Änderung der .inputrc, aber die finde ich bei Uns nicht - war Archlinux... also Lösung weiter open  :-[

Mfg.
          MFG.

[grumpf]

Hi,

mit einem "strace -f mc" könntest Du die Stelle (den Systemaufruf) genauer identifizieren, an dem der mc / das auszuführende Programm so ewig hängt.
Wenn's noch aktuell ist, probiere es einmal aus

Tschuessi

[Bleifuss2]

Hi

Wenn's noch aktuell ist, probiere es einmal aus

Das ist noch Aktuell, wäre Super wenn du da was findest, das nervt gewaltig.

Gruß
Bleifuss

[grumpf]

Bei meinem Fedora fühlt sich mc deutlich schneller an.... beim easyvdr 1.0 ganz langsam, tatsächlich!

Also... erstes Fenster:
[email protected]:~# mc

Via Alt-Tab zum zweiten Fenster.... tatsächlich eine Gedenksekunde.
Zweites Fenster:
[email protected]:~# strace -f -p `ps -ef|grep mc |grep -v grep | awk '{ print $2 }'`
Process 4456 attached - interrupt to quit
select(7, [4 6], NULL, NULL, {9, 457007}) = 1 (in [4], left {8, 739107})
read(4, "\33[16;38H\33(B\33[0;1;7m\33[34m\33[47m5\33["..., 128) = 91
select(7, [4 6], NULL, NULL, {8, 739107}) = 1 (in [4], left {7, 738565})
read(4, "\33[16;38H\33(B\33[0;1;7m\33[34m\33[47m4\33["..., 128) = 90
select(7, [4 6], NULL, NULL, {7, 738565}) = 1 (in [4], left {6, 736939})
read(4, "\33[16;38H\33(B\33[0;1m\33[34m\33[47m3    "..., 128) = 60
select(7, [4 6], NULL, NULL, {6, 736939}) = 1 (in [4], left {5, 735004})
read(4, "\33[16;27H\33(B\33[0;1m\33[34m\33[47m    "..., 128) = 59
select(7, [4 6], NULL, NULL, {5, 735004}) = 1 (in [4], left {4, 733500})
read(4, "\33[16;16H\33(B\33[0;1m\33[34m\33[47m    "..., 128) = 67
select(7, [4 6], NULL, NULL, {4, 733500}) = 1 (in [4], left {3, 731894})
read(4, "\33[16;5H\33(B\33[0;1m\33[34m\33[47m      "..., 128) = 66
select(7, [4 6], NULL, NULL, {3, 731894}^C <unfinished ...>
Process 4456 detached
=> Okay, im Spiel scheinen die Dateideskriptoren 4 und 7 zu sein.... von 4 wird gelesen, auf den 7er potentiell gewartet.
[email protected]:~# lsof -p 4456
COMMAND  PID USER  FD  TYPE DEVICE SIZE/OFF  NODE NAME
mc      4456 root  cwd    DIR  8,18    4096 398592 /home/easyvdr
mc      4456 root  rtd    DIR  8,18    4096      2 /
mc      4456 root  txt    REG  8,18  838920 802096 /usr/bin/mc
mc      4456 root  mem    REG  8,18  941696 391779 /lib/libslang.so.2.2.4
mc      4456 root  mem    REG  8,18  1014272 391728 /lib/i386-linux-gnu/libglib-2.0.so.0.3000.0
mc      4456 root  mem    REG  8,18  124745 391722 /lib/i386-linux-gnu/libpthread-2.13.so
mc      4456 root  mem    REG  8,18  169476 391727 /lib/i386-linux-gnu/libm-2.13.so
mc      4456 root  mem    REG  8,18    9608 391694 /lib/i386-linux-gnu/libcom_err.so.2.1
mc      4456 root  mem    REG  8,18    30684 391708 /lib/i386-linux-gnu/librt-2.13.so
mc      4456 root  mem    REG  8,18    13716 784045 /usr/lib/i386-linux-gnu/libgmodule-2.0.so.0.3000.0
mc      4456 root  mem    REG  8,18    92020 391713 /lib/i386-linux-gnu/libnsl-2.13.so
mc      4456 root  mem    REG  8,18  170352 391691 /lib/i386-linux-gnu/libext2fs.so.2.4
mc      4456 root  mem    REG  8,18  1568968 391700 /lib/i386-linux-gnu/libc-2.13.so
mc      4456 root  mem    REG  8,18    34648 391717 /lib/i386-linux-gnu/libnss_compat-2.13.so
mc      4456 root  mem    REG  8,18    42656 391716 /lib/i386-linux-gnu/libnss_nis-2.13.so
mc      4456 root  mem    REG  8,18  251216 391770 /lib/i386-linux-gnu/libpcre.so.3.12.1
mc      4456 root  mem    REG  8,18    46736 391733 /lib/i386-linux-gnu/libnss_files-2.13.so
mc      4456 root  mem    REG  8,18  126152 391729 /lib/i386-linux-gnu/ld-2.13.so
mc      4456 root  mem    REG  8,18    13940 391724 /lib/i386-linux-gnu/libdl-2.13.so
mc      4456 root  mem    REG  8,18    21988 802051 /usr/lib/libgpm.so.2.0.0
mc      4456 root  mem    REG  8,18    73127 802068 /usr/share/locale/de/LC_MESSAGES/mc.mo
mc      4456 root  mem    REG  8,18  142209 527068 /usr/share/locale-langpack/de/LC_MESSAGES/libc.mo
mc      4456 root  mem    REG  8,18  4443568 783361 /usr/lib/locale/locale-archive
mc      4456 root  mem    REG  8,18    26064 789717 /usr/lib/i386-linux-gnu/gconv/gconv-modules.cache
mc      4456 root    0u  CHR  136,0      0t0      3 /dev/pts/0
mc      4456 root    1u  CHR  136,0      0t0      3 /dev/pts/0
mc      4456 root    2u  CHR  136,0      0t0      3 /dev/pts/0
mc      4456 root    3u  CHR    5,0      0t0  5350 /dev/tty
mc      4456 root    4u  CHR    5,2      0t0  1876 /dev/ptmx
mc      4456 root    5u  CHR  136,2      0t0      5 /dev/pts/2
mc      4456 root    6r  FIFO    0,8      0t0  61600 pipe
mc      4456 root    7w  FIFO    0,8      0t0  61600 pipe
[email protected]:~#

Jo.... jezz weisichabernicht, wer sich was wem zupiped.

Aber da ist noch eine /etc/mc/mc.lib, also:
[email protected]:~# file /etc/mc/mc.lib
/etc/mc/mc.lib: data
[email protected]:~# ls -la /etc/mc/mc.lib*
-rw-r--r-- 1 root root 1979 2011-06-22 12:11 /etc/mc/mc.lib
[email protected]:~# cp -p /etc/mc/mc.lib /etc/mc/mc.lib.0
[email protected]:~# vi /etc/mc/mc.lib
[email protected]:~# diff /etc/mc/mc.lib /etc/mc/mc.lib.0
2c2
< list=/:;/...;/net;/#smb
---
> list=/afs;/coda;/:;/...;/net;/#smb
AFS, der groesste Irrtum der Informatik ;-)
=> Noe, immer noch wie vorher, also war's doch nicht afs

Der easyvdr 1.0 hat 4.7.0.9, Fedora 4.8.11 - also eher unwahrscheinlich, dass es das ist.
Die ganze /etc/mc von Fedora nach easyvdr - immer noch langsam.

Das letzte, was der trace vor dem mc-Fenster zeigt, ist folgendes:
read(4, "\33]0;[email protected]: ~\[email protected]"..., 128) = 36
select(7, [4 6], NULL, NULL, {2, 729220}) = 0 (Timeout)
rt_sigaction(SIGINT, {SIG_IGN, [], 0}, NULL, 8) = 0

Das hat etwas mit sudo/su zu tun - wenn ich direkt als root komme, dann ist der mc schnell.
Wenn ich als easyvdr etwas mache, dann gehört die ~easyvdr/.mc nachher root (?!?!?):
drwxrwxr-x  3 easyvdr easyvdr  4096 2013-05-29 19:53 .local
drwx------  2 root    root      4096 2014-09-29 21:39 .mc
drwxrwxr-x  2 easyvdr easyvdr  4096 2013-06-04 21:34 .mplayer
drwxr-xr-x  2 easyvdr easyvdr  4096 2013-05-29 19:53 Musik

This is a bug!

Und:
select(7, [4 6], NULL, NULL, {9, 457007}) = 1 (in [4], left {8, 739107})
select(7, [4 6], NULL, NULL, {8, 739107}) = 1 (in [4], left {7, 738565})
select(7, [4 6], NULL, NULL, {7, 738565}) = 1 (in [4], left {6, 736939})
select(7, [4 6], NULL, NULL, {6, 736939}) = 1 (in [4], left {5, 735004})
select(7, [4 6], NULL, NULL, {5, 735004}) = 1 (in [4], left {4, 733500})
select(7, [4 6], NULL, NULL, {4, 733500}) = 1 (in [4], left {3, 731894})
select(7, [4 6], NULL, NULL, {3, 731894}^C <unfinished ...>
Das sieht genau wie ein Countdown in 10 Sekunden aus... nur warum kommt der Countdown?
Ich hoere einstweilen auf - es hat irgendetwas mit dem Weg von easyvdr zu root o.ae. zu tun. Oder ich habe einen Bedienfehler... morgen vielleicht der nächste Versuch.

Kannst Du einmal probieren
a) ob es bei Dir auch schnell ist, wenn Du als [email protected] kommst und nicht als [email protected] ?
b) wenn langsam mit "mc", dann probiere bitte einmal "mc -u" (das ist bei mir deutlich besser...)

tuessi

[Steevee]

Kannst Du einmal probieren
a) ob es bei Dir auch schnell ist, wenn Du als [email protected] kommst und nicht als [email protected] ?
b) wenn langsam mit "mc", dann probiere bitte einmal "mc -u" (das ist bei mir deutlich besser...)

zu a) ja, dass war und ist einer der Hauptpunkte. Die anderen 2 Punkte (siehe mein Eingangspost) nerven aber auch.

zu b) mc -u geht schneller als nur mc, jedoch immer noch langsamer als mit sudo

Danke, dass du dich dem Problem annimmst. Ist ja nach über einem Jahr immer noch aktuell und keiner hat bis jetzt ne Lösung gefunden.

Gruß
Steevee

[grumpf]

Nix neues - nur ein kleiner Test mit CentOS 7 zu Vergleichszwecken- da ist's ein mc-4.8.7 mit /etc/mc/sfs.ini (# This is config for Single File fileSystem), beim strace kommen keine
DNS-Abfrage (wozu?), smb wird angesehen, /dev/ptmx und /dev/ptms werden geoeffnet,  ...

strace:
...
mprotect(0x7f634926b000, 16384, PROT_READ) = 0
mprotect(0x705000, 20480, PROT_READ)    = 0
mprotect(0x7f634950c000, 4096, PROT_READ) = 0
munmap(0x7f63494f5000, 90093)          = 0
set_tid_address(0x7f63494e9b10)        = 13007
set_robust_list(0x7f63494e9b20, 24)    = 0
rt_sigaction(SIGRTMIN, {0x7f6348400780, [], SA_RESTORER|SA_SIGINFO, 0x7f6348409130}, NULL, 8) = 0
rt_sigaction(SIGRT_1, {0x7f6348400810, [], SA_RESTORER|SA_RESTART|SA_SIGINFO, 0x7f6348409130}, NULL, 8) = 0
rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0
getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM64_INFINITY}) = 0
statfs("/sys/fs/selinux", {f_type=0xf97cff8c, f_bsize=4096, f_blocks=0, f_bfree=0, f_bavail=0, f_files=0, f_ffree=0, f_fsid={0, 0}, f_namelen=255, f_frsize=4096}) = 0
statfs("/sys/fs/selinux", {f_type=0xf97cff8c, f_bsize=4096, f_blocks=0, f_bfree=0, f_bavail=0, f_files=0, f_ffree=0, f_fsid={0, 0}, f_namelen=255, f_frsize=4096}) = 0
stat("/sys/fs/selinux", {st_mode=S_IFDIR|0755, st_size=0, ...}) = 0
brk(0)                                  = 0x121d000
...
stat("/home/XXXXX/.mc", 0x7fffc4ac1790) = -1 ENOENT (No such file or directory)
open("/etc/mc/sfs.ini", O_RDONLY)      = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=737, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f6349503000
read(3, "#\n# This is config for Single Fi"..., 4096) = 737
read(3, "", 4096)                      = 0
...
close(3)                                = 0
mprotect(0x7f633f31a000, 4096, PROT_READ) = 0
munmap(0x7f63494c1000, 90093)          = 0
open("/etc/passwd", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=1692, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f6349503000
read(3, "root:x:0:0:root:/root:/bin/bash\n"..., 4096) = 1692
close(3)                                = 0
munmap(0x7f6349503000, 4096)            = 0
lstat("/tmp/mc-XXXXXX", 0x7fffc4ac17c0) = -1 ENOENT (No such file or directory)
mkdir("/tmp/mc-XXXXX", 0700)          = 0
access("/home/XXXXX/.config/mc", F_OK) = -1 ENOENT (No such file or directory)
...
uname({sys="Linux", node="c7dsktp", ...}) = 0
open("/etc/resolv.conf", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=89, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f6349503000
read(3, "# Generated by NetworkManager\ndo"..., 4096) = 89
...
munmap(0x7f6349482000, 90093)          = 0
socket(PF_INET, SOCK_DGRAM|SOCK_NONBLOCK, IPPROTO_IP) = 3
connect(3, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("192.168.178.1")}, 16) = 0
poll([{fd=3, events=POLLOUT}], 1, 0)    = 1 ([{fd=3, revents=POLLOUT}])
sendto(3, ".\255\1\0\0\1\0\0\0\0\0\0\7c7dsktp\5fritz\3box\0\0"..., 35, MSG_NOSIGNAL, NULL, 0) = 35
poll([{fd=3, events=POLLIN}], 1, 5000)  = 1 ([{fd=3, revents=POLLIN}])
ioctl(3, FIONREAD, [81])                = 0
recvfrom(3, ".\255\205\200\0\1\0\1\0\1\0\1\7c7dsktp\5fritz\3box\0\0"..., 1024, 0, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("192.168.178.1")}, [16]) = 81
close(3)                                = 0
...
open("/etc/smb.conf",
...
read(4, "[skin]\n    description=Standard "..., 4096) = 2743
read(4, "", 4096)                      = 0
close(4)                                = 0
ioctl(1, SNDCTL_TMR_TIMEBASE or SNDRV_TIMER_IOCTL_NEXT_DEVICE or TCGETS, {B38400 -opost isig -icanon -echo ...}) = 0
open("/dev/ptmx", O_RDWR)              = 4
statfs("/dev/pts", {f_type="DEVPTS_SUPER_MAGIC", f_bsize=4096, f_blocks=0, f_bfree=0, f_bavail=0, f_files=0, f_ffree=0, f_fsid={0, 0}, f_namelen=255, f_frsize=4096}) = 0
ioctl(4, SNDCTL_TMR_TIMEBASE or SNDRV_TIMER_IOCTL_NEXT_DEVICE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
ioctl(4, TIOCGPTN, [3])                = 0

[[email protected] ~]# rpm -qa|grep ^mc; cat /etc/mc/sfs.ini
mc-4.8.7-8.el7.x86_64
#
# This is config for Single File fileSystem
#
# Notice that output files (%3) are pre-created atomically in /tmp
# with 0600 rights, so it is safe to > %3
#
gz/1    gzip < %1 > %3
ugz/1  gzip -cdf < %1 > %3
bz/1    bzip < %1 > %3
ubz/1  bzip -d < %1 > %3
bz2/1  bzip2 < %1 > %3
ubz2/1  bzip2 -d < %1 > %3
lzma/1  lzma < %1 > %3
ulzma/1 lzma -d < %1 > %3
xz/1    xz < %1 > %3
uxz/1  xz -d < %1 > %3
tar/1  tar cf %3 %1
tgz/1  tar czf %3 %1
uhtml/1 lynx -force_html -dump %1 > %3
uman/1  groff -Tascii -man %1 > %3
uue/1  uuenpipe < %1 > %3
uude/1  uudepipe < %1 > %3
crlf/1  todos < %1 > %3
cr/1    fromdos < %1 > %3
# Fixme: we need it to fail whenever it should
url:2  lynx -source `echo "%2" | sed 's-|-/-g'` > %3
nop/1  cat %1 > %3
strings/1      strings %1 > %3
[[email protected] ~]# lsof -p 13007
...
mc      13007  mem    REG                8,3    26254 537192342 /usr/lib64/gconv/gconv-modules.cache
mc      13007    0u  CHR              136,2      0t0        5 /dev/pts/2
mc      13007    1u  CHR              136,2      0t0        5 /dev/pts/2
mc      13007    2u  CHR              136,2      0t0        5 /dev/pts/2
mc      13007    3u  CHR                5,0      0t0      1047 /dev/tty
mc      13007    4u  CHR                5,2      0t0      6850 /dev/ptmx
mc      13007    5u  CHR              136,3      0t0        6 /dev/pts/3
mc      13007    6r  FIFO                0,8      0t0    54274 pipe
mc      13007    7w  FIFO                0,8      0t0    54274 pipe
mc      13007    10u  unix 0xffff880036decec0      0t0    27274 socket
mc      13007    21u  sock                0,6      0t0    28175 protocol: UDP
mc      13007    23u  sock                0,6      0t0    28177 protocol: UDP
[[email protected] ~]#

Ansonsten - analog zu Fedora 20 auch hier no problem.... also muss ich zurück an den easyvdr 1.0!

[SurfaceCleanerZ]

Hi, wie ist es denn in Ubuntu ootb? Bzw.  Im aktuellen Debian?

[Steevee]

EasyVDR 1.0 oder 2.0 ist das gleiche Problem !!!

[SurfaceCleanerZ]

Hi, ja hatte ich so rausgelesen... Bloss wie verhalten sich Standard Distris ohne easyvdr Änderungen? MfG Stefan

[mango]

Hi,

Bloss wie verhalten sich Standard Distris ohne easyvdr Änderungen?

...hier mit Debian Sid wird der Start von mc(als User) ohne Verzögerung ausgeführt.

Wenn mc als User easyvdr gestartet wird, läuft mc hier in den Timeout.

Code:

9324  read(4, "[0;1m\33[30m\33[47mdmin werden  \33(B\33"..., 128) = 128
9324  select(7, [4 6], NULL, NULL, {9, 561176}) = 1 (in [4], left {9, 561174})
9324  read(4, "\33[30m\33[47m>\33[33;70H\33[39;49m\33(B\33["..., 128) = 33
9324  select(7, [4 6], NULL, NULL, {9, 561174}) = 0 (Timeout)

Im Anhang Logfile - Zeile 8953 = Timeout

Gruss
Wolfgang

[sinai]

Verstehe ich das richtig? Unter Debian als User xy alles normal und als User easyvdr Verzögerung? Dann würde es ja am User liegen.

Andy

[grumpf]

Der Countdown beim select ist mit Sicherheit der Grund - ich habe @home den Ubuntu 11 easyvdr 1.0, und einen "kaputten" 2.0 (aber ssh zum Test funktioniert). Ich probiere es noch weiter...

Wenn ich ein Bier setzen darf... es ist nicht der User, sondern etwas weiter:
- root via ssh direkt: alles okay
- "normaler" User via ssh direkt: alles okay
- "normaler" User easyvdr __nach__ Menue beenden => langsam
- dto., aber am Ende der .bashrc "# /usr/share/easyvdr/setup/toolmenu/easyvdr-toolmenu -auto"
=> schnell.

Also irgendwas ab easybdr-toolmenu...

[Steevee]

Bedenkt bei Eurern Lösungsansätzen, dass nicht nur mc langsammer startet, sondern auch "Strg o" nicht funktioniert und man beim Verlassen von mc in einem anderen Verzeichnis landet.

Gruß
Steevee

[grumpf]

Hoehoehoe - wer lesen kann, ist klar im Vorteil:

9324  read(4, "[0;1m\33[30m\33[47mdmin werden  \33(B\33"..., 128) = 128
9324  select(7, [4 6], NULL, NULL, {9, 561176}) = 1 (in [4], left {9, 561174})
9324  read(4, "\33[30m\33[47m>\33[33;70H\33[39;49m\33(B\33["..., 128) = 33
9324  select(7, [4 6], NULL, NULL, {9, 561174}) = 0 (Timeout)

Da steht doch schon im Klartext "dmin werden", und das kommt irgendwo ab dem Zeitpunkt, wo die bash die ~easybdr/.bashrc saugt.
Also das /usr/share/easyvdr/setup/toolmenu/easyvdr-toolmenu..... wenn das weg ist, dann ist's schnell.

Da folgendes (hoffentlich) gilt:
~/.bash_profile
      The personal initialization file, executed for login shells
~/.bashrc
      The individual per-interactive-shell startup file
~/.bash_logout
      The individual login shell cleanup file, executed when a login shell exits
~/.inputrc
      Individual readline initialization file

=> Eigentlich sollte doch die Zeile " /usr/share/easyvdr/setup/toolmenu/easyvdr-toolmenu -auto" in der Login-.Shell (also .bash_profile) und nicht in der Batch-Shell .bashrc (die der mc ja beim mc, aber nicht beim "mc -u" aufruft)) stehen.

Das passt auch zu "nicht nur mc langsammer startet, sondern (Strg o kenne ich nicht - was macht das?) und man beim Verlassen von mc in einem anderen Verzeichnis landet)".
Was macht denn Strg o? Im mc?

Ich kann nur jetzt gerade nicht austesten...

[mango]

Hi,

diese Ausgabe

Code:

= 0 (Timeout)

sieht man erst wenn mc als easyvdr & root gestartet wurde. ..dann ein diff auf die Logfiles.
Der Timeout kann auch von mc kommen, wenn nach Display gesucht wird.

Was macht denn Strg o? Im mc?

...schickt mc in den Hintergrund & man hat die Konsole frei.

@grumpf
benutze doch Bitte "Code-Tags" für Konsolen Ein/Ausgaben!

Gruss
Wolfgang

[Tuxpeter]

Hallo erstmal,
Ich habe, nach dem der VDR2 lief, das Setup aufgerufen.
Dann bin ich auf auf "Admin werden" gegangen.
Danach im Root-terminal den Befehl "passwd" eingetippt und mein eigenes Passwort eingetragen.
Nun kann ich immer, auch mit "Putty" oder nach "Strg+Alt+F2" mich direckt als root anmelden.
Der MC geht ohne Verzögerung. Die umständlich Eintipperei von easyvdr  und ein Voransetzen von sudo entfällt.

Ist das eine falsche Entscheidung?
Wenn ja, warum?

[SurfaceCleanerZ]

Hi,
Das finden viele den falschen Weg hier bzw bei Linux... Ich machs es auch so da nur dann ein edit von Dateien auf dem win PC tut via ssh (bzw. Scp). Voraussetzung ist ein Linux fähiger Editor.
Nutze Winscp (auch saulahmer Transfer) bzw meist Tectia.
MfG