After login as root I tried to su another user: tsgent ~ # su szomi szomi@tsgent /root $ sexit tsgent ~ # After the prompt I pressed the key "s" and the shell is dropped out me back to root (the "exit" was not typed by me). The only way to keep the user logged in if I press enter as soon as the su command. I tried to disable /etc/bash/bashrc, and /etc/profile, but the result is same. When I logged in as a user, and try to su to another user or root, it's working fine. If I user another shell example tcsh it's not happening. I wrote a script named test: tsgent ~ # cat test #! /bin/bash /bin/bash --norc tsgent ~ # ./test bash-3.2# uexit tsgent ~ # ...and run it as root I got the new prompt, but when I type anything it will exit like the su command. Do you have any idea for me? Reproducible: Always Steps to Reproduce: ... but not on every linux box. 1. login as root 2. su to another user. (example: su joe or su - joe) 3. press any key
Please post your `emerge --info' too. (Btw, it looks like there is a good chance that pam is incorrectly set up.)
Portage 2.1.4.4 (default/linux/x86/2008.0/desktop, gcc-4.1.2, glibc-2.6.1-r0, 2.6.25-gentoo-r6 i686) ================================================================= System uname: 2.6.25-gentoo-r6 i686 Intel(R) Celeron(R) CPU 2.40GHz Timestamp of tree: Tue, 22 Jul 2008 06:45:01 +0000 app-shells/bash: 3.2_p33 dev-lang/python: 2.4.4-r13, 2.5.2-r5 dev-python/pycrypto: 2.0.1-r6 sys-apps/baselayout: 1.12.11.1 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.61-r2 sys-devel/automake: 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.1 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.23-r3 ACCEPT_KEYWORDS="x86" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=i686 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-O2 -march=i686 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="ccache distlocks metadata-transfer parallel-fetch sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="ftp://distro.ibiblio.org/pub/linux/distributions/gentoo/ http://distro.ibiblio.org/pub/linux/distributions/gentoo/ ftp://ftp.gtlib.gatech.edu/pub/gentoo http://www.gtlib.gatech.edu/pub/gentoo http://gentoo.inf.elte.hu/ ftp://gentoo.inf.elte.hu/ " LDFLAGS="-Wl,-O1" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="X acl acpi alsa berkdb bluetooth branding bzip2 cairo cdr cli cracklib crypt cups dbus dri dvd dvdr dvdread eds emboss encode esd evo fam firefox fortran gdbm gif gnome gpm gstreamer gtk hal iconv ipv6 isdnlog jpeg ldap libnotify mad midi mikmod mp3 mpeg mudflap ncurses nls nptl nptlonly ogg opengl openmp pam pcre pdf perl png ppds pppd python qt3 qt3support qt4 quicktime readline reflection sdl session spell spl ssl startup-notification svg tcpd tiff truetype unicode vorbis win32codecs x86 xml xorg xv zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="fbdev glint i810 mach64 mga neomagic nv r128 radeon savage sis tdfx trident vesa vga via vmware voodoo" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Do you see anything useful in the system logs?
Unfortunately nothing important. tail /var/log/messages: Jul 22 22:02:32 tsgent su[11344]: Successful su for szomi by root Jul 22 22:02:32 tsgent su[11344]: + pts/0 root:szomi Jul 22 22:02:32 tsgent su[11344]: pam_unix(su:session): session opened for user szomi by root(uid=0) Jul 22 22:02:34 tsgent su[11344]: pam_unix(su:session): session closed for user szomi You mentioned the pam config, but I didn't tought the files under /etc/pam.d/ I checked the problem on 3 gentoo box, and the result is not same. One of them exit from the shell when I run the script only. On this machine the su working correctly. The other one make the mistake in both of case. The third is working well. I tried to use same kernel and config on the machines, but it seems the problem not depends on the kernel. Tried to downgrade the bash to 3.0 and later 2.05b, and there was a little change: tsgent root # su szomi szomi@tsgent /root $ s bash: s: command not found szomi@tsgent /root $ I got the "command not found" message when I pressed the "s" key, but I didn't hit the enter.
Must be something in ~/.bash_login or ~/.bashrc then. Does it also happen when you do `su - szomi'? Since you end up in /root, maybe a login script tries to access ${PWD} (expecting that to be equal to ${HOME}) and then bails out. You could also check dmesg for possible kernel problems that may cause this...
There is nothing in the .bashrc and .bash_login under the home directory of course. And the su - szomi has same result. I've checked the dmesg, but nothing. From another user ex. joe the su command working well, but not the script. Yesterday I renamed the /etc folder, and put back from another (good working) machine. But the problem is not solved. So I think that the pam, bash, etc. config is ok. Now I compiling the kernel with the livecd settings.
The kernel of livecd wasn't the solution :(
I put the hdd to another machine, and the result is same. So it's not depend on the hardware.
Apart from you posting .bashrc and .bash_login for the unprivileged user, I don't see how this bug report can progress. I would think something is trying to read ${PWD} and then does an exit because permission is denied. And as I mentioned earlier, it could also be a problem with PAM.
I tried the gentoo livecd 2008r1, with the script I mentioned a few days ago, and there was not any problem. Later I put the whole cd to the hdd, and started the livecd system from the hdd. My script caused the problem when it was started from hdd only. I tried it on another computer too with same result. The hardware was in both case ~ 1GHZ cpu 80 GB hdd and 1 GB memory. Today this procedure was tried on the 3rd machine with 2 GHZ core2duo cpu 2gb ram, and script was run successful without any problem. Now I am sure that this problem is not depend on the su or pam because the little script was called by root. Something is wrong around the bash...
Akos, are you *sure* your user has no custom dotfile that could be messing things up? Please post results of 'ls -ald .??*' run in szomi user home directory
Yes, I'm sure. If I create another user with another name (useradd -m xyz) the su command will fail. But forget the su problem please, because I found that same unexcepted exit happening with this script under the root user too. This is tsgent.dzps.hu (Linux i686 2.6.25-gentoo-r6) 19:29:56 tsgent login: root Password: Last login: Fri Jul 25 07:43:16 CEST 2008 from 192.168.1.6 on pts/0 tsgent ~ # echo "#! /bin/bash" > scrpt tsgent ~ # echo "/bin/bash --norc" >> scrpt tsgent ~ # chmod +x scrpt tsgent ~ # ./scrpt bash-3.2# eexit tsgent ~ # ...but you asked me. This is the brand new user named szomi's home directory tsgent szomi # ls -ald .??* -rw-r--r-- 1 szomi szomi 127 Jul 26 07:53 .bash_logout -rw-r--r-- 1 szomi szomi 193 Jul 26 07:53 .bash_profile -rw-r--r-- 1 szomi szomi 551 Jul 26 07:53 .bashrc drwx------ 2 szomi szomi 4096 Jul 26 07:53 .ssh tsgent szomi #
Ok, how about it being a corrupt ncurses library, which is causing both versions of bash (before and after downgrade) problems? What happens if you quickpkg the ncurses from working machine and install it onto the not working machine?
I didn't tried it yet, (I will later) but today I put the whole operating system from a "wrong" machine to another, and it worked well ! Here are some informations about the wrong machine. (but I'm sure, that the hardware is not bat, because I got the "bug" on 3 different hardware too!) tsgent ~ # cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 11 model name : Intel(R) Celeron(TM) CPU 1000MHz stepping : 1 cpu MHz : 1002.302 cache size : 256 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat pse36 mmx fxsr sse up bogomips : 2005.45 clflush size : 32 tsgent ~ # cat /proc/meminfo MemTotal: 499804 kB MemFree: 6236 kB Buffers: 80020 kB Cached: 300332 kB SwapCached: 124 kB Active: 125812 kB Inactive: 311680 kB HighTotal: 0 kB HighFree: 0 kB LowTotal: 499804 kB LowFree: 6236 kB SwapTotal: 915696 kB SwapFree: 915572 kB Dirty: 2932 kB Writeback: 0 kB AnonPages: 57032 kB Mapped: 11320 kB Slab: 48660 kB SReclaimable: 42480 kB SUnreclaim: 6180 kB PageTables: 568 kB NFS_Unstable: 0 kB Bounce: 0 kB CommitLimit: 1165596 kB Committed_AS: 108940 kB VmallocTotal: 524280 kB VmallocUsed: 5652 kB VmallocChunk: 518536 kB --------------------------------------------- ... and the new machine: tsgent ~ # cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 4 model name : Intel(R) Pentium(R) 4 CPU 3.40GHz stepping : 3 cpu MHz : 3412.307 cache size : 2048 KB physical id : 0 siblings : 2 core id : 0 cpu cores : 1 fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe lm constant_tsc pebs bts pni monitor ds_cpl est cid cx16 xtpr bogomips : 6828.89 clflush size : 64 processor : 1 vendor_id : GenuineIntel cpu family : 15 model : 4 model name : Intel(R) Pentium(R) 4 CPU 3.40GHz stepping : 3 cpu MHz : 3412.307 cache size : 2048 KB physical id : 0 siblings : 2 core id : 0 cpu cores : 1 fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe lm constant_tsc pebs bts pni monitor ds_cpl est cid cx16 xtpr bogomips : 6349.53 clflush size : 64 tsgent ~ # cat /proc/meminfo MemTotal: 2075596 kB MemFree: 201832 kB Buffers: 190160 kB Cached: 1241604 kB SwapCached: 0 kB Active: 578180 kB Inactive: 1060540 kB HighTotal: 1179136 kB HighFree: 1612 kB LowTotal: 896460 kB LowFree: 200220 kB SwapTotal: 522104 kB SwapFree: 522104 kB Dirty: 3732 kB Writeback: 0 kB AnonPages: 205592 kB Mapped: 58388 kB Slab: 211116 kB SReclaimable: 187640 kB SUnreclaim: 23476 kB PageTables: 1756 kB NFS_Unstable: 0 kB Bounce: 0 kB CommitLimit: 1559900 kB Committed_AS: 435776 kB VmallocTotal: 114680 kB VmallocUsed: 49596 kB VmallocChunk: 58356 kB
If you have a computer with similar hardware like my first one try to install a gentoo on it.
So let me get this straight... you have moved this hard drive to 4 different computers, and 3 of them liked to exit bash but 1 of them did not? Did all the "bad" computers have the celeron chip you mentioned in your earlier post? This could be a really tricky bug that depends on something subtle like hardware cache layout. Couple of approaches come to mind: * try tracing the script with strace and ltrace; if the script still fails we could get some useful hints, though the subtle type of bug often likes to not show up when tracing * while running from the livecd, make a little chroot directory that has bash + the libraries needed to run bash. Start with copies from the livecd, and prove that your script works while chrooted. Then, experiment with replacing one piece at a time with a copy from your hard drive, e.g. HD libc + rest livecd, HD bash binary + rest livecd. See if you can narrow it down to one component that makes it fail.
Yes, you are right. But I didn't change the hdd phisicaly, rather I made a tar backup from whole system, and placed to different computers. I think not every cpus are Intel celeron, but I'm not sure. 2 of them are in my working place. Unfortunately I can try you ideas only on monday. So have a nice weekend. May I can connect one of them to the Internet, and give access for you.
I modified my script like this: #! /bin/bash let z=100; while [ "$z" -ne "0" ]; do let z=$z-1 done /bin/bash --norc In case z=100 in the second line the bash exit as soon as I press any key. But if I raise the value to 1000 the bash will not exit ! So there is something problem with timing. Later I put some timing method to the user's (szomi) .bashrc and I got same result with the su command. Do you have any idea how can we localize and solve this? (I tried the strace, but it slows down the script, and the "exit" result is not happened)
It seems like bash is somehow getting a spurious ctrl-D keypress, which makes it exit. I wonder about a bug in the readline library built into bash. In your script, try telling bash to ignore ctrl-D and see if it stops exiting: #! /bin/bash export IGNOREEOF= # set to empty string means always ignore ^D /bin/bash --norc
I got this after I pressed the "e" key in the new shell tsgent ~ # ./scrpt bash-3.2# eUse "exit" to leave the shell. bash-3.2#
Well that tends to confirm the spurious ctrl-D theory. The question now is what generates the ctrl-D under certain timing-dependent conditions... How about building bash with "vanilla" useflag (i.e. skip some gentoo-specific patches) and see if the problem goes away?
The vanila useflag is not solved the problem...
Later I downloaded the bash from ftp://ftp.gnu.org/gnu/bash/bash-3.2.tar.gz compiled staticaly and replaced with the original. (/bin/bash) ...but the result is same :(
(In reply to comment #23) > Later I downloaded the bash from ftp://ftp.gnu.org/gnu/bash/bash-3.2.tar.gz > compiled staticaly and replaced with the original. (/bin/bash) > ...but the result is same :( Why would you want to do a thing like that? You're basically grasping at straws here instead of focusing on the important bits - you should be investigating the circumstances under which you can reproduce the problem, and these will very likely turn out to be a matter of system configuration (including kernel config and shell/console/PAM settings) rather than software versions or compile time settings.
I tried the livecd 2008r1 on a virtualbox machine, and got the same result.
I remember running across a bug like this a few years ago at a job with RH 4, but was never given time to track it down. So, it's not a gentoo-specific problem. I have been researching the bash bug mailing list and found a thread that looks pretty relevent: http://groups.google.com/group/gnu.bash.bug/browse_thread/thread/b6a3da5fa5811625/899ef30341b84386?lnk=gst&q=logout# The bad news is that the thread did not end up with a solution... unless there was one in one of the referenced debian bugs (debian bugs is timing out for me at the moment) So, how about doing some more clever tracing attempts that try to disturb the timing less * use '-o' to output to a file in tmpfs so there are no writes to disk slowing things down * select which events to trace, starting out with just '-e signal' to see if bash is getting interrupted by a signal (as speculated by one of the messages in the thread above)
It's not a bash problem I think. I've put a line to the /etc/conf.d/local.start /bin/bash In this case after I start the operating system I got a bash prompt without any login procedure. If I try my script here I will not got any unexpected exit.
That doesn't prove it's not a bash problem. After all, it didn't show up when running on the P4 hardware, so does that mean it's really a celeron hardware problem? No, that just means it's a tricky problem that only occurs under specific circumstances, and we haven't figured out yet what they are... You can try doing more debugging (see previous strace suggestions), or give up and use a different shell on the affected computers and we'll mark this bug as "worksforme" because us gentoo devs are unable to reproduce it.
(In reply to comment #28) > That doesn't prove it's not a bash problem. After all, it didn't show up when > running on the P4 hardware, so does that mean it's really a celeron hardware > problem? It's not true. I've tried it on a machine with P4 cpu and got the bad result: tsgent ~ # cat cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 2 model name : Intel(R) Pentium(R) 4 CPU 2.80GHz stepping : 9 cpu MHz : 2798.696 cache size : 512 KB physical id : 0 siblings : 1 core id : 0 cpu cores : 1 fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe up pebs bts cid xtpr bogomips : 5600.67 clflush size : 64 > You can try doing more debugging (see previous strace suggestions), or give up > and use a different shell on the affected computers and we'll mark this bug as > "worksforme" because us gentoo devs are unable to reproduce it. I don't belive it. You can reproduce it if you want. Only put the operation system to an older hardware. ...or modify the minimal requirements of the gentoo operating system. I will trying with the debugging.
> It's not true. I've tried it on a machine with P4 cpu and got the bad result: > > tsgent ~ # cat cpuinfo > processor : 0 > vendor_id : GenuineIntel > cpu family : 15 > model : 2 > model name : Intel(R) Pentium(R) 4 CPU 2.80GHz > stepping : 9 > cpu MHz : 2798.696 > cache size : 512 KB > I don't belive it. You can reproduce it if you want. Only put the operation > system to an older hardware. I have older hardware where it works fine, it just doesn't happen to be Intel brand: processor : 0 vendor_id : CentaurHauls cpu family : 6 model : 9 model name : VIA Nehemiah stepping : 10 cpu MHz : 997.192 cache size : 64 KB So, it's not simply a problem running on slower hardware. It will be interesting to see what your traces turn up...
Aha, debian bugs server is reachable now, and I see more info about this bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=476519 The last message includes strace files comparing a normal bash shell and a self-logging-out bash shell, and the logout was triggered by an EIO error when bash tried to read from the terminal: write(2, "nicolas:~$ "..., 11) = 11 read(0, 0x100e09f0, 128) = -1 EIO (Input/output error) write(2, "exit\n"..., 5) = 5 Also, that bug report notes that the problem seems to start with 2.6.24 kernels on single cpu x86 hardware. It sounds like a kernel bug in tty driver. Nobody has reported it in the kernel bugzilla yet, but I haven't searched through LKML messages yet.
It's great that you found this report at debian. I couldn't reproduce the bug with strace yet. Could you post your opinion to the kernel bugzilla? Thanks for your help.
Been experiencing identical behavior on my box for months. Portage 2.2_rc8 (default-linux/x86/2007.0, gcc-4.1.1, glibc-2.8_p20080602-r0, 2.6.24-gentoo-r5 i686) ================================================================= System uname: Linux-2.6.24-gentoo-r5-i686-AMD_Athlon-tm-_XP_2400+-with-glibc2.0 Timestamp of tree: Sat, 16 Aug 2008 22:46:01 +0000 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.4 [enabled] app-shells/bash: 3.2_p39 dev-lang/python: 2.4.3-r4, 2.5.2-r7 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.4-r7 sys-apps/baselayout: 2.0.0 sys-apps/openrc: 0.2.5 sys-apps/sandbox: 1.2.18.1-r3 sys-devel/autoconf: 2.13, 2.62-r1 sys-devel/automake: 1.4_p6, 1.5, 1.8.5-r3, 1.9.6-r2, 1.10.1-r1 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 2.2.4 virtual/os-headers: 2.6.25-r4 ACCEPT_KEYWORDS="x86 ~x86" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic auth_digest authn_anon authn_dbd authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock dbd deflate dir disk_cache env expires ext_filter file_cache filter headers ident imagemap include info log_config logio mem_cache mime mime_magic negotiation proxy proxy_ajp proxy_balancer proxy_connect proxy_http rewrite setenvif so speling status unique_id userdir usertrack vhost_alias" ARCH="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CCACHE_SIZE="2G" CFLAGS="-O2 -march=athlon-xp -O2 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CLEAN_DELAY="5" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/splash /etc/terminfo /etc/udev/rules.d" CVS_RSH="ssh" CXXFLAGS="-O2 -march=athlon-xp -O2 -pipe -fomit-frame-pointer" DCCC_PATH="/usr/lib/distcc/bin" DISTCC_LOG="" DISTCC_VERBOSE="0" DISTDIR="/usr/portage/distfiles" EDITOR="/bin/nano" ELIBC="glibc" EMERGE_DEFAULT_OPTS="--ask --verbose" EMERGE_WARNING_DELAY="10" FEATURES="ccache distlocks parallel-fetch preserve-libs sandbox sfperms strict unmerge-orphans userfetch" FETCHCOMMAND="/usr/bin/wget -t 5 -T 60 --passive-ftp -O "${DISTDIR}/${FILE}" "${URI}"" GCC_SPECS="" GENTOO_MIRRORS="ftp://mirror.iawnet.sandia.gov/pub/gentoo/ ftp://ftp.ucsb.edu/pub/mirrors/linux/gentoo/ http://gentoo.mirrors.easynews.com/linux/gentoo/" HOME="/root" INFOPATH="/usr/share/info:/usr/share/binutils-data/i686-pc-linux-gnu/2.18/info:/usr/share/gcc-data/i686-pc-linux-gnu/4.1.1/info:/usr/share/info/emacs-22" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LDFLAGS="" LESS="-R -M --shift 5" LESSOPEN="|lesspipe.sh %s" LOGNAME="root" LS_COLORS="rs=0:di=01;34:ln=01;36:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=01;05;37;41:mi=01;05;37;41:su=37;41:sg=30;43:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.lzma=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.dz=01;31:*.gz=01;31:*.bz2=01;31:*.bz=01;31:*.tbz2=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.rar=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.flv=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.pdf=00;32:*.ps=00;32:*.txt=00;32:*.patch=00;32:*.diff=00;32:*.log=00;32:*.tex=00;32:*.doc=00;32:*.aac=00;36:*.au=00;36:*.flac=00;36:*.mid=00;36:*.midi=00;36:*.mka=00;36:*.mp3=00;36:*.mpc=00;36:*.ogg=00;36:*.ra=00;36:*.wav=00;36:" MAKEOPTS="-j2" MANPATH="/usr/local/share/man:/usr/share/man:/usr/share/binutils-data/i686-pc-linux-gnu/2.18/man:/usr/share/gcc-data/i686-pc-linux-gnu/4.1.1/man:/usr/lib/php5/man/" OLDPWD="/etc/rtorrent" PAGER="/usr/bin/less" PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/opt/bin:/usr/i686-pc-linux-gnu/gcc-bin/4.1.1" PKGDIR="/usr/portage/packages" PORTAGE_ARCHLIST="ppc s390 amd64 x86 ppc64 x86-fbsd m68k arm sparc sh mips ia64 alpha hppa sparc-fbsd" PORTAGE_BINHOST_CHUNKSIZE="3000" PORTAGE_BIN_PATH="/usr/lib/portage/bin" PORTAGE_CONFIGROOT="/" PORTAGE_DEBUG="0" PORTAGE_DEPCACHEDIR="/var/cache/edb/dep" PORTAGE_ELOG_CLASSES="info warn error log qa" PORTAGE_ELOG_MAILFROM="portage@localhost" PORTAGE_ELOG_MAILSUBJECT="[portage] ebuild log for ${PACKAGE} on ${HOST}" PORTAGE_ELOG_MAILURI="root" PORTAGE_ELOG_SYSTEM="save syslog" PORTAGE_FETCH_CHECKSUM_TRY_MIRRORS="5" PORTAGE_FETCH_RESUME_MIN_SIZE="350K" PORTAGE_GID="250" PORTAGE_INST_GID="0" PORTAGE_INST_UID="0" PORTAGE_PYM_PATH="/usr/lib/portage/pym" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_RSYNC_RETRIES="3" PORTAGE_TMPDIR="/var/tmp" PORTAGE_WORKDIR_MODE="0700" PORTDIR="/usr/portage" PRELINK_PATH_MASK="/usr/lib/klibc" PWD="/etc" RESUMECOMMAND="/usr/bin/wget -c -t 5 -T 60 --passive-ftp -O "${DISTDIR}/${FILE}" "${URI}"" ROOT="/" ROOTPATH="/opt/bin:/usr/i686-pc-linux-gnu/gcc-bin/4.1.1" RPMDIR="/usr/portage/rpm" SHELL="/bin/bash" SHLVL="1" STAGE1_USE="nptl nptlonly unicode" SUDO_COMMAND="/bin/bash" SUDO_GID="1000" SUDO_UID="1000" SUDO_USER="<removed for privacy>" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" TERM="xterm" USE="acl cli cracklib crypt dri exif fortran gdbm gpm iconv isdnlog logrotate midi mmx mudflap ncurses nls nptl nptlonly oav openmp pam pcre perl pppd python readline reflection samba session spl sqlite ssl symlink syslog tcpd unicode x86 xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic auth_digest authn_anon authn_dbd authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock dbd deflate dir disk_cache env expires ext_filter file_cache filter headers ident imagemap include info log_config logio mem_cache mime mime_magic negotiation proxy proxy_ajp proxy_balancer proxy_connect proxy_http rewrite setenvif so speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="apm ark chips cirrus cyrix dummy fbdev glint i128 i740 i810 imstt mach64 mga neomagic nsc nv r128 radeon rendition s3 s3virge savage siliconmotion sis sisusb tdfx tga trident tseng v4l vesa vga via vmware voodoo" USER="root" USERLAND="GNU" USERNAME="root" USE_EXPAND="ALSA_CARDS ALSA_PCM_PLUGINS APACHE2_MODULES APACHE2_MPMS CAMERAS CROSSCOMPILE_OPTS DVB_CARDS ELIBC FCDSL_CARDS FOO2ZJS_DEVICES FRITZCAPI_CARDS INPUT_DEVICES KERNEL LCD_DEVICES LINGUAS LIRC_DEVICES MISDN_CARDS USERLAND VIDEO_CARDS" USE_EXPAND_HIDDEN="CROSSCOMPILE_OPTS ELIBC KERNEL USERLAND" USE_ORDER="env:pkg:conf:defaults:pkginternal:env.d" VIDEO_CARDS="apm ark chips cirrus cyrix dummy fbdev glint i128 i740 i810 imstt mach64 mga neomagic nsc nv r128 radeon rendition s3 s3virge savage siliconmotion sis sisusb tdfx tga trident tseng v4l vesa vga via vmware voodoo" _="/usr/bin/emerge"
I have the same error now, exit after su. I am not sure about that, but afaik it works fine before i installed postfix with the "Virtual Mailhosting System with Postfix Guide" http://www.gentoo.org/doc/en/virt-mail-howto.xml Thats a step into the solution?
Hi, i am experiencing the same error now on two x86 systems, though it exits directly after giving the "su username" command. The last things which were updated included busybox, maybe there is a fault ? However when "su"ing back to the user name i originally connected with before changing to root it works, but any other username doesn't.
I am experiencing the same problem. Also add target user to wheel seems to fix it. So if user is in wheel group su will work, if the user is not in wheel group su will exit after a key press, unless the first key is 'enter'.
I have the similar problem, this is a newly installed box so im not 100% shure it worked before i started editing /etc/ssh/sshd_config But i changed it back as it was before i started. I can still su / su - from root in the console. I get exit with just su and logout with "su -" Portage 2.1.4.5 (hardened/x86/2.6, gcc-4.1.2, glibc-2.6.1-r0, 2.6.25-gentoo-r8 i686) ================================================================= System uname: 2.6.25-gentoo-r8 i686 Intel(R) Celeron(R) CPU 2.00GHz Timestamp of tree: Mon, 10 Nov 2008 16:00:04 +0000 app-shells/bash: 3.2_p33 dev-lang/python: 2.4.4-r14, 2.5.2-r7 dev-python/pycrypto: 2.0.1-r6 sys-apps/baselayout: 1.12.11.1 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.61-r2 sys-devel/automake: 1.10.1-r1 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.23-r3 ACCEPT_KEYWORDS="x86" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=i686 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /var/bind" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-O2 -march=i686 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="buildpkg distlocks metadata-transfer sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="berkdb cracklib crypt dlz hardened ipv6 midi mysql mysqli nls nptl nptlonly pam pic readline ssl tcpd urandom x86 zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="mouse keyboard evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="apm ark chips cirrus cyrix dummy fbdev glint i128 i740 i810 imstt intel mach64 mga neomagic nsc nv r128 radeon rendition s3 s3virge savage siliconmotion sis sisusb tdfx tga trident tseng v4l vesa vga vmware voodoo" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 2 model name : Intel(R) Celeron(R) CPU 2.00GHz stepping : 9 cpu MHz : 2013.009 cache size : 128 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe up pebs bts cid xtpr bogomips : 4032.16 clflush size : 64
This is a me-too! Because it's on a server and i don't need to switch to users very often, i discovered it just today after performing a general gentoo update two weeks before. First, it only happens to some specific user. After a reboot, it occurs on all except root (, fortunately!) A rebuild of PAM don't help. # emerge --info Portage 2.1.4.5 (default-linux/x86/2007.0, gcc-4.1.2, glibc-2.6.1-r0, 2.6.25-gentoo-r8 i686) ================================================================= System uname: 2.6.25-gentoo-r8 i686 Intel(R) Pentium(R) 4 CPU 1.70GHz Timestamp of tree: Mon, 20 Oct 2008 10:45:01 +0000 ccache version 2.4 [enabled] app-shells/bash: 3.2_p33 dev-java/java-config: 1.3.7, 2.1.6 dev-lang/python: 2.5.2-r7 dev-python/pycrypto: 2.0.1-r6 dev-util/ccache: 2.4-r7 sys-apps/baselayout: 1.12.11.1 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.61-r2 sys-devel/automake: 1.10.1-r1 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.23-r3 ACCEPT_KEYWORDS="x86" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -mtune=i686 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-O2 -mtune=i686 -pipe" DISTDIR="/usr/portage/distfiles" EMERGE_DEFAULT_OPTS="--usepkg" FEATURES="buildpkg ccache distlocks parallel-fetch sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://mirrors.sec.informatik.tu-darmstadt.de/gentoo/ ftp://ftp.tu-clausthal.de/pub/linux/gentoo/" MAKEOPTS="-j8" PKGDIR="/usr/packages.x86" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/portage/local/layman/sunrise /usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="acl apache2 berkdb c3p0 cli cracklib crypt cups dri fortran gdbm gpm iconv isdnlog java5 ldap log4j midi mudflap ncurses nls nptl nptlonly openmp pam pcre perl pppd python readline reflection session spl ssl tcpd unicode vim-syntax x86 xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation proxy rewrite setenvif speling status unique_id userdir usertrack vhost_alias" APACHE2_MPMS="prefork" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="apm ark chips cirrus cyrix dummy fbdev glint i128 i740 i810 imstt mach64 mga neomagic nsc nv r128 radeon rendition s3 s3virge savage siliconmotion sis sisusb tdfx tga trident tseng v4l vesa vga via vmware voodoo" Unset: CPPFLAGS, CTARGET, FFLAGS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
I just observed, that this day the first try to switch to another account from root ('# su - user') works without any abnormality, but all consecutive attempts fail with the "auto-logout". I just leave the system alone since yesterday afternoon ...
(In reply to comment #38) > This is a me-too! ftp1 ~ # su - krtek krtek@ftp1 ~ $ dlogout ftp1 ~ # su - krtek krtek@ftp1 ~ $ Alogout ftp1 ~ # su - krtek krtek@ftp1 ~ $ krtek@ftp1 ~ $ #ok, after pressing ENTER WORKS ######################### Portage 2.1.4.5 (default/linux/amd64/2008.0, gcc-4.1.2, glibc-2.6.1-r0, 2.6.27-gentoo-r2-mykernel x86_64) ================================================================= System uname: 2.6.27-gentoo-r2-mykernel x86_64 Intel(R) Celeron(R) CPU 430 @ 1.80GHz Timestamp of tree: Sun, 16 Nov 2008 17:30:01 +0000 app-shells/bash: 3.2_p33 dev-lang/python: 2.5.2-r7 sys-apps/baselayout: 1.12.11.1 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.61-r2 sys-devel/automake: 1.4_p6, 1.7.9-r1, 1.10.1-r1 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.23-r3 ACCEPT_KEYWORDS="amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks metadata-transfer parallel-fetch sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://gentoo.mirror.web4u.cz/ http://gentoo.supp.name/ http://ftp.fi.muni.cz/pub/linux/gentoo/ " LDFLAGS="-Wl,-O1" LINGUAS="cs en" MAKEOPTS="-j1" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="7zip amd64 bash-completion berkdb bzip2 clamav cli cracklib crypt cups dri fix-connected-rt fortran ftp gdbm gnutls gpm iconv idn ifsession imap ipv6 isdnlog javascript jpeg lm_sensors lzo mbox midi mmx mudflap multilib multipath ncurses nfs nls nptl nptlonly openmp opensslcrypt ospfapi pam pcre perl png pop posix pppd python rar readline reflection rewrite sasl session sitemisc smime smtp softquota spl sse sse2 ssl sysfs tcpd tcpmd5 truetype unicode vim-syntax vroot xinetd xorg zip zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="cs en" USERLAND="GNU" VIDEO_CARDS="fbdev glint i810 intel mach64 mga neomagic nv r128 radeon savage sis tdfx trident vesa vga via vmware voodoo" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LANG, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY ###################################
(In reply to comment #40) > (In reply to comment #38) > > This is a me-too! > > ftp1 ~ # su - krtek > krtek@ftp1 ~ $ dlogout > > ftp1 ~ # su - krtek > krtek@ftp1 ~ $ Alogout > > ftp1 ~ # su - krtek > krtek@ftp1 ~ $ > krtek@ftp1 ~ $ #ok, after pressing ENTER WORKS > The same problem was/is on Ubuntu's LIVE CD (8.04 or 7.10 - I don't remember) when doing "sudo su"/"sudo su -" from graphical interface in console.
I just started noticing this problem on my machine too. I get logged out after the first key when I'm su-ing to root from a non-root user (unless the first key is enter). But the problem only seems to happen on the text-mode console, and not when using rxvt in X. (Machine is a Pentium3, single CPU, bash-3.2_p39, shadow-4.1.2.2, pam-1.0.1, gentoo-sources-2.6.24-r4.) I had been futzing with /etc/inputrc, and at first I thought I had messed up the file somehow. But the problem persists even when I delete /etc/inputrc. Bek mentioned above that adding the user to wheel seems to fix the problem. It doesn't solve the problem for me. But it suggests some things to investigate: - How many of you who are experiencing this problem recently updated your shadow package, and had to run grpck/grpconv? - How many of you have "auth sufficient pam_wheel.so use_uid trust" in your /etc/pam.d/su (to allow users in wheel to su without entering a password)?
For me, the problems (noticed on different systems) *seems* to have gone after a general "world-update" made in 2009/01 (no kernel update!). For that reason, i can't give a hint which update of a specific component(s) might be involved. As i wrote, i don't need to "su" very often. But i can't reproduce the issue at the moment.
Debian has same reports: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=476519 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=523251 seems to only happen with bash ... sample program to try and reduce the issue is: perl -e '$<=$>=$(=$)=65534; system bash' but this works fine for me ...
assuming this doesn't happen anymore, please reopen if still occurring after full world update.