Hi,
   If I enter tty, /dev/console is returned.  I did some comparisons of a Rhel
   6.1 build and the Rhel 6.3 when I am put into the bash shell at boot.  The
   environment seems the same at that point, or I have not found a difference
   that would cause an issue yet.  Do you know what is doing the open(/dev/tty)
   call?
   On another note:
   I tried to use a newer C compiler and ran into the following error during
   the build:
    CC [M]  arch/x86/kernel/microcode_amd.o - due to target missing
     CC [M]  fs/autofs4/init.o - due to target missing
   cc1: warnings being treated as errors
   fs/aufs/super.c: In function au_statfs_sum:
   fs/aufs/super.c:325:  error:  passing  argument  1  of vfs_statfs from
   incompatible pointer type
   include/linux/fs.h:1867: note: expected struct path * but argument is of
   type struct dentry *
   fs/aufs/super.c: In function aufs_statfs:
   fs/aufs/super.c:356:  error:  passing  argument  1  of vfs_statfs from
   incompatible pointer type
   include/linux/fs.h:1867: note: expected struct path * but argument is of
   type struct dentry *
   make[3]: *** [fs/aufs/super.o] Error 1
   make[3]: *** Waiting for unfinished jobs....
     CC [M]  crypto/vmac.o - due to target missing
     CC [M]  crypto/xcbc.o - due to target missing
     CC [M]  crypto/crypto_null.o - due to target missing
   make[2]: *** [fs/aufs] Error 2
   make[2]: *** Waiting for unfinished jobs....
   On 06/20/12, sf...@users.sourceforge.net wrote:
   [1]tisja...@verizon.net:
   >  84 execve(= "/sbin/mount.aufs", ["/sbin/mount.aufs", "aufs&quo= t;,
   "/memfs/union", "-n", "-o",
   > "rw,br:/= memfs/rootfs=3Drw:/memfs/in"...], [/* 10 vars */]) =3D 0
   > 84 = uname({sys=3D"Linux", node=3D"(none)", ...= }) =3D 0
   > 84 open("/dev/tty", O_RDWR|O_NOCT= TY|O_NONBLOCK) =3D -1 ENXIO (No such
   device or address)
   > 84 = --- SIGSEGV (Segmentation fault) @ 0 (0) ---
   You found the point.
   /sbin/mount.aufs tried opening /dev/tty, but there is no such entry on
   your system.
   - I don't know why open("/dev/tty") is issued. I'd suggest the C runtime
   startup routine on your system (or your build envionment).
   - Also I'd suggest you to investigate why your system doesn't have
   /dev/tty. Since you executed this mount command from your initrd or
   initramfs, it should have /dev/console which is equivalent to
   /dev/tty, isnt' it?
   By the way, would make your mail to follow the standard format?
   Your mail message doesn't have some necessary header fields, and it is
   very hard for me to read your mail.
   J. R. Okajima

References

   1. mailto:tisja...@verizon.net
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

Reply via email to