Re: bash ctrl+c gondok
2013-10-30 11:09 keltezéssel, Ferenc Wagner írta:
HISTFILE= strace -f -o /tmp/bash.strace -- /bin/bash --noprofile --norc
-c 'read -a s /proc/$$/stat; echo ${s[31]}'
eredemenye: 2147155711
lecsekkoltam, sudo su - után nálam is 0.
a strace file:
8924 execve(/bin/bash, [/bin/bash, --noprofile, --norc, -c,
read -a s /proc/$$/stat; echo $...], [/* 47 vars */]) = 0
8924 brk(0)= 0xfe9000
8924 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or
directory)
8924 mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
-1, 0) = 0x7f4e9fe53000
8924 access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or
directory)
8924 open(/etc/ld.so.cache, O_RDONLY|O_CLOEXEC) = 3
8924 fstat(3, {st_mode=S_IFREG|0644, st_size=142018, ...}) = 0
8924 mmap(NULL, 142018, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f4e9fe3
8924 close(3) = 0
8924 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or
directory)
8924 open(/lib/x86_64-linux-gnu/libtinfo.so.5, O_RDONLY|O_CLOEXEC) =
3
8924 read(3,
\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0\240\302\0\0\0\0\0\0...,
832) = 832
8924 fstat(3, {st_mode=S_IFREG|0644, st_size=163312, ...}) = 0
8924 mmap(NULL, 2260032, PROT_READ|PROT_EXEC,
MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f4e9fa0b000
8924 mprotect(0x7f4e9fa2f000, 2093056, PROT_NONE) = 0
8924 mmap(0x7f4e9fc2e000, 20480, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x23000) = 0x7f4e9fc2e000
8924 close(3) = 0
8924 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or
directory)
8924 open(/lib/x86_64-linux-gnu/libdl.so.2, O_RDONLY|O_CLOEXEC) = 3
8924 read(3,
\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0\340\r\0\0\0\0\0\0...,
832) = 832
8924 fstat(3, {st_mode=S_IFREG|0644, st_size=14792, ...}) = 0
8924 mmap(NULL, 2109736, PROT_READ|PROT_EXEC,
MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f4e9f807000
8924 mprotect(0x7f4e9f809000, 2097152, PROT_NONE) = 0
8924 mmap(0x7f4e9fa09000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2000) = 0x7f4e9fa09000
8924 close(3) = 0
8924 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or
directory)
8924 open(/lib/x86_64-linux-gnu/libc.so.6, O_RDONLY|O_CLOEXEC) = 3
8924 read(3,
\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0\200\30\2\0\0\0\0\0...,
832) = 832
8924 fstat(3, {st_mode=S_IFREG|0755, st_size=1815256, ...}) = 0
8924 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
-1, 0) = 0x7f4e9fe2f000
8924 mmap(NULL, 3929336, PROT_READ|PROT_EXEC,
MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f4e9f447000
8924 mprotect(0x7f4e9f5fc000, 2097152, PROT_NONE) = 0
8924 mmap(0x7f4e9f7fc000, 24576, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1b5000) = 0x7f4e9f7fc000
8924 mmap(0x7f4e9f802000, 17656, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f4e9f802000
8924 close(3) = 0
8924 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
-1, 0) = 0x7f4e9fe2e000
8924 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
-1, 0) = 0x7f4e9fe2d000
8924 arch_prctl(ARCH_SET_FS, 0x7f4e9fe2e700) = 0
8924 mprotect(0x7f4e9f7fc000, 16384, PROT_READ) = 0
8924 mprotect(0x7f4e9fa09000, 4096, PROT_READ) = 0
8924 mprotect(0x7f4e9fc2e000, 16384, PROT_READ) = 0
8924 mprotect(0x6e, 4096, PROT_READ) = 0
8924 mprotect(0x7f4e9fe55000, 4096, PROT_READ) = 0
8924 munmap(0x7f4e9fe3, 142018)= 0
8924 rt_sigprocmask(SIG_BLOCK, NULL, ~[KILL CHLD STOP RTMIN RT_1 RT_2
RT_3 RT_4 RT_5 RT_6 RT_7 RT_8 RT_9 RT_10 RT_11 RT_12 RT_13 RT_14 RT_15
RT_16 RT_17 RT_18 RT_19 RT_20 RT_21 RT_22 RT_23 RT_24 RT_25 RT_26 RT_27
RT_28 RT_29 RT_30 RT_31], 8) = 0
8924 open(/dev/tty, O_RDWR|O_NONBLOCK) = 3
8924 close(3) = 0
8924 brk(0)= 0xfe9000
8924 brk(0xfea000) = 0xfea000
8924 open(/usr/lib/locale/locale-archive, O_RDONLY|O_CLOEXEC) = 3
8924 fstat(3, {st_mode=S_IFREG|0644, st_size=8731024, ...}) = 0
8924 mmap(NULL, 8731024, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f4e9ebf3000
8924 close(3) = 0
8924 brk(0xfeb000) = 0xfeb000
8924 brk(0xfec000) = 0xfec000
8924 brk(0xfed000) = 0xfed000
8924 getuid() = 1000
8924 getgid() = 1000
8924 geteuid() = 1000
8924 getegid() = 1000
8924 rt_sigprocmask(SIG_BLOCK, NULL, ~[KILL CHLD STOP RTMIN RT_1 RT_2
RT_3 RT_4 RT_5 RT_6 RT_7 RT_8 RT_9 RT_10 RT_11 RT_12 RT_13 RT_14 RT_15
RT_16 RT_17 RT_18 RT_19 RT_20 RT_21 RT_22 RT_23 RT_24 RT_25 RT_26 RT_27
RT_28 RT_29 RT_30 RT_31], 8) = 0
8924 brk(0xfee000) = 0xfee000
8924 open(/proc/meminfo, O_RDONLY|O_CLOEXEC) = 3
8924 fstat(3, {st_mode=S_IFREG|0444,
Re: bash ctrl+c gondok
elsik.ga...@on-line.hu writes:
2013-10-30 11:09 keltezéssel, Ferenc Wagner írta:
HISTFILE= strace -f -o /tmp/bash.strace -- /bin/bash --noprofile --norc -c
'read -a s /proc/$$/stat; echo ${s[31]}'
eredemenye: 2147155711
Jó, ez egybevág az strace-szel:
8924 rt_sigprocmask(SIG_BLOCK, NULL, ~[KILL CHLD STOP RTMIN RT_1 RT_2 RT_3
RT_4 RT_5 RT_6 RT_7 RT_8 RT_9 RT_10 RT_11 RT_12 RT_13 RT_14 RT_15 RT_16 RT_17
RT_18 RT_19 RT_20 RT_21 RT_22 RT_23 RT_24 RT_25 RT_26 RT_27 RT_28 RT_29 RT_30
RT_31], 8) = 0
Tehát a bash örökli a signal maskot a szülőjétől, nem ő állítja be így.
Nézd meg, hogy melyik szülőnél jelent meg ez a teli maszk! Az echo $$
megmondja a shelled PID-jét, az alábbi parancs pedig minden PID-hez
megadja a szülő PID-jét:
$ ps ax -o pid,ppid,blocked,cmd
Tipikusan egy init(1) - display manager - window manager - terminal
emulator - shell láncra lehet számítani.
--
Feri.
_
linux lista - linux@mlf.linux.rulez.org
http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: bash ctrl+c gondok
2013-10-30 12:25 időpontban Ferenc Wagner ezt írta: $ ps ax -o pid,ppid,blocked,cmd Tipikusan egy init(1) - display manager - window manager - terminal emulator - shell láncra lehet számítani. a nyomozás eredménye a következő lett: 12765 4375 7ffbfeff bash ... 4375 2229 7ffbfeff gnome-terminal ... 2229 1926 7ffbfeff /usr/bin/cinnamon ... 1926 1604 gnome-session --session cinnamon tehát, ha jól sejtem, akkor a cinnamon hozza létre a signal maskot. ilyenkor mit lehet tenni? _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: bash ctrl+c gondok
Udv! felraktam virtualboxba ugyanezta verziót, ugyanúgy felfrissítettem, tehát ugyanabban az állapotban van, mint a mostani rendszerem. virtualboxon belül nincsenek signal maskok. tehát ez valahogy nem a cinnamonban lesz. Konzol megy, masik ablakkezelo (xfce) megy, uj felhasznalo gnome alatt nem megy. Szerintem ez alapjan a Gnome config vagy lib lesz a ludas. Udv.: Laci -- Laszlo Baranyai laszlo.baran...@laaz.hu LAAZ Bt. _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: bash ctrl+c gondok
On Wed, Oct 30, 2013 at 03:18:59PM +0100, elsik.ga...@on-line.hu wrote: felraktam virtualboxba ugyanezta verziót, ugyanúgy felfrissítettem, tehát ugyanabban az állapotban van, mint a mostani rendszerem. virtualboxon belül nincsenek signal maskok. tehát ez valahogy nem a cinnamonban lesz. Nyomjal egy rsync --dry-run-t a /etc konyvtarakra, hatha megtalalod, hogy melyik fajlban van lenyegi kulonbseg... -- Udvozlettel Zsiga _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: bash ctrl+c gondok
On 10/27/2013 12:11 PM, Elsik Gábor wrote: Tortent egyszer, hogy lefrissitettem a linuxot, amitol a bash fogta magat es elkezdett eleg fura modon mukodni, pontosabban nem mukodni. Ha siman inditok egy terminalt X alatt, akkor a ^C es ^Z nem mukodik. Tippem szerint ez nem a bash problémája. Minden abból az ablakból indított programot érint. A termináldriver nyilván el van állítva. Raw mode-ban van cooked helyett, vagy csak a megfelelő signalokat generáló karakterek vannak elállítva. Ezzel vesd öszve az stty -a kimenetét: $ stty -a speed 38400 baud; rows 24; columns 80; line = 0; intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = undef; eol2 = undef; swtch = undef; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R; werase = ^W; lnext = ^V; flush = ^O; min = 1; time = 0; -parenb -parodd cs8 -hupcl -cstopb cread -clocal -crtscts -ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon -ixoff -iuclc -ixany -imaxbel -iutf8 opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0 isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt echoctl echoke $ kissg _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: bash ctrl+c gondok
2013.10.27. 12:11 keltezéssel, Elsik Gábor írta: Sziasztok! Van egy laptopom, Linux Mint 14-gyel. Tortent egyszer, hogy lefrissitettem a linuxot, amitol a bash fogta magat es elkezdett eleg fura modon mukodni, pontosabban nem mukodni. Biztos vagy abban hogy bash és nem dash? Merthogy a default sh a dash újabban -- k-atti- _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: bash ctrl+c gondok
2013-10-28 13:47 időpontban Kovács Attila ezt írta: Biztos vagy abban hogy bash és nem dash? Merthogy a default sh a dash újabban 100%-ban, mivel telepítés után a legelső dolgom volt átírni a dasht bashre :) _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: bash ctrl+c gondok
Ferenc Wagner wf...@niif.hu írta: Mintha a SIGINT és a SIGTSTP szignál nem a default módon kezelődne. A 'ps s $$' és a 'sleep 1 ps s $!' parancsok mit mutatnak? $ ps s $$ UID PID PENDING BLOCKED IGNORED CAUGHT STAT TTY TIME COMMAND 1000 2918 08010002 7ffbfeff 00384004 4b813efb Ss pts/2 0:00 bash $ sleep 1 ps s $! [1] 3340 UID PID PENDING BLOCKED IGNORED CAUGHT STAT TTY TIME COMMAND 1000 3340 7ffafeff S pts/2 0:00 sleep 1 És ha indítasz egy bash --noprofile --norc shellt? próbáltam, de minden ugyanaz. Tovabba minden, ami shell scripten keresztul indul el, az kilepes utan vagy a memoriaban marad (pl. chromium-browser), vagy el sem indul (pl. banshee). strace-t nekik! a `strace banshee` ennél a sornál akad meg: futex(0x926fc0, FUTEX_WAIT_PRIVATE, 0, NULL érdekes, hogy itt utána simán kilépek ^C-vel: futex(0x926fc0, FUTEX_WAIT_PRIVATE, 0, NULL^C unfinished ... viszont hiába lép ki, a banshee ott csücsül továbbra is a memóriában és csak -9-cel lehet kilőni. (ha több strace info kéne, hány sort másoljak ki, ami már elég lehet?) _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: bash ctrl+c gondok
2013-10-28 10:08 időpontban Kiss Gabor ezt írta: Ezzel vesd öszve az stty -a kimenetét: $ stty -a speed 38400 baud; rows 24; columns 80; line = 0; intr = ^C; quit = ^; erase = ^?; kill = ^U; eof = ^D; eol = undef; eol2 = undef; swtch = undef; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R; werase = ^W; lnext = ^V; flush = ^O; min = 1; time = 0; -parenb -parodd cs8 -hupcl -cstopb cread -clocal -crtscts -ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon -ixoff -iuclc -ixany -imaxbel -iutf8 opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0 isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt echoctl echoke $ Nálam az `stty -a` kimenete mind a rosszul működő, mind a `sudo su` utáni, jól működő shellben ugyanaz. Tehát ugyanazokkal a beállításokkal hol jó, hol nem. Ahogy néztem, az általad küldött kimenet és az enyém között nincs lényegi különbség. _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: bash ctrl+c gondok
2013.10.28. 15:58 keltezéssel, elsik.ga...@on-line.hu írta: próbáltam, de minden ugyanaz. Gondolom nem statikusan linkelt a bash-od. Egy halovány emlékem van valami ezzel kapcsolatos hibáról Csak a senyvedésre emlékszem, a problémára meg a megoldásra sajna momentán nem, de hátha segít :D: -- k-atti- _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: bash ctrl+c gondok
2013-10-28 18:06 időpontban Kovács Attila ezt írta: Gondolom nem statikusan linkelt a bash-od. Csak a senyvedésre emlékszem, a problémára meg a megoldásra sajna momentán nem, de hátha segít :D: ha az, akkor gondolom mindig rossul működne, egy sudo su-tól nem javulna meg :) miután az előző mondatot leírtam, támadt egy ötletem: a su-t eddig csak sudoval hívtam, mi van nélküle? kipróbáltam. `su -`-tól nem javul meg, csak a `sudo su -`-tól. ebből adódik a kérdés, hogy a sudo mit csinál máshogy? mitől van az, hogy Xfce alatt és `sudo su -` után jól műköik, Cinnamon alatt meg hülyéskedik? _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: bash ctrl+c gondok
ha az, akkor gondolom mindig rossul működne, egy sudo su-tól nem javulna meg :) Hacsak nem változik időközben az ld library path.. Pölö. mitől van az, hogy Xfce alatt és `sudo su -` után jól műköik, Cinnamon alatt meg hülyéskedik? Érdekes a kérdés, érdemes kinyomozni http://www.linuxfromscratch.org/blfs/view/svn/postlfs/profile.html a ps eax -p $$ mit mond egyébként? hátha... -- k-atti- _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
bash ctrl+c gondok
Sziasztok! Van egy laptopom, Linux Mint 14-gyel. Tortent egyszer, hogy lefrissitettem a linuxot, amitol a bash fogta magat es elkezdett eleg fura modon mukodni, pontosabban nem mukodni. Ha siman inditok egy terminalt X alatt, akkor a ^C es ^Z nem mukodik. Egy kis c programmal megneztem, el sem jut a SIGINT a futo programig. Pl. egy tailnel kiirogatja ugyan, de semmi. Az erdekesseg az, hogy ha nyomok egy sudo su-t (mind1, hogy root vagy a sajat userem), akkor mukodik. Se xterm, se aterm, se gnome-terminalon nem megy. Sima console-on igen. Ha inditok egy zsh-t, ott jo. Tovabba minden, ami shell scripten keresztul indul el, az kilepes utan vagy a memoriaban marad (pl. chromium-browser), vagy el sem indul (pl. banshee). Eltuntettem az osszes profile es bashrc-t is, nem segitett. Csinaltam uj felhasznalot, hogy kizarjam a config gondot, az sem segitett. Ami az en tudasombol tellett, meg amit a tobb 10 oranyi guglizasbol leszurtem, az nem segitett, az ujratelepites ido hianyaban szoba sem jon, viszont igy eleg docogos dolgozni. Valami otlet, mert en mar meg vagyok love :S $ bind -v set bind-tty-special-chars on set blink-matching-paren on set byte-oriented off set completion-ignore-case off set completion-map-case off set convert-meta off set disable-completion off set echo-control-characters on set enable-keypad off set enable-meta-key on set expand-tilde off set history-preserve-point off set horizontal-scroll-mode off set input-meta on set mark-directories on set mark-modified-lines off set mark-symlinked-directories off set match-hidden-files on set menu-complete-display-prefix off set meta-flag on set output-meta on set page-completions on set prefer-visible-bell on set print-completions-horizontally off set revert-all-at-newline off set show-all-if-ambiguous off set show-all-if-unmodified off set skip-completed-text off set visible-stats off set bell-style audible set comment-begin # set completion-display-width -1 set completion-prefix-display-length 0 set completion-query-items 100 set editing-mode emacs set history-size 500 set keymap emacs $ stty -a speed 38400 baud; rows 63; columns 237; line = 0; intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = M-^?; eol2 = M-^?; swtch = M-^?; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R; werase = ^W; lnext = ^V; flush = ^O; min = 1; time = 0; -parenb -parodd cs8 hupcl -cstopb cread -clocal -crtscts -ignbrk brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon -ixoff -iuclc ixany imaxbel iutf8 opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0 isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt echoctl echoke $ trap trap -- '' SIGTSTP trap -- '' SIGTTIN trap -- '' SIGTTOU $ inxi -S System:Host: lapos Kernel: 3.5.0-41-generic x86_64 (64 bit) Desktop: Gnome Distro: Linux Mint 14 Nadia _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: bash ctrl+c gondok
Elsik Gábor elsik.ga...@on-line.hu writes: Ha siman inditok egy terminalt X alatt, akkor a ^C es ^Z nem mukodik. Egy kis c programmal megneztem, el sem jut a SIGINT a futo programig. Pl. egy tailnel kiirogatja ugyan, de semmi. Mintha a SIGINT és a SIGTSTP szignál nem a default módon kezelődne. A 'ps s $$' és a 'sleep 1 ps s $!' parancsok mit mutatnak? Az erdekesseg az, hogy ha nyomok egy sudo su-t (mind1, hogy root vagy a sajat userem), akkor mukodik. Se xterm, se aterm, se gnome-terminalon nem megy. Sima console-on igen. Ha inditok egy zsh-t, ott jo. És ha indítasz egy bash --noprofile --norc shellt? Tovabba minden, ami shell scripten keresztul indul el, az kilepes utan vagy a memoriaban marad (pl. chromium-browser), vagy el sem indul (pl. banshee). strace-t nekik! -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
