"/dev/hvc0: No such file or directory" dans auth.log



  • Salut la compagnie

    J'ai installé récemment un dédié en suivant des tuto à droite et à gauche (notamment fail2ban sur ce forum, merci encore au contributeur)

    en lisant mes logs de connexion je suis tombé sur des traces assez zarb

    /dev/hvc0: No such file or directory
    /dev/hvc0: No such file or directory
    /dev/hvc0: No such file or directory

    dans des intervalles de quelques secondes à quelques minutes.

    J'ai googolé le truc sans grand résultat https://www.google.fr/search?q=%2Fdev%2 … +directory

    Ce que j'ai cru comprendre ce serait un reste de VM qui pointerait pas au bon endroit.... ok mais moi je suis pas sur une VM :roll:

    Une idée de comment je pourrais purger mes logs de cette connerie ?



  • je me permet un petit (unique et dernier) up ? :?


  • Administrateur

    Je dirais que le kernel essaye de monter un périphérique qui est détecté sur la carte mère mais non fonctionnel. Difficile de savoir à quoi ça correspond.



  • Bonjour,

    le monsieur a probablement recopié sa conf depuis un VPS. S'il s'agit bien d'une Debian, dans le fichier /etc/inittab, remplace le hvc0 par tty1.



  • co:2345:respawn:/sbin/getty hvc0 9600 linux
    

    J'ai trouvé cette ligne effectivement,

    @Bool du coup : tu me confirmes qu'il me faut la changer en

    co:2345:respawn:/sbin/getty tty1 9600 linux
    

    ça risque pas de péter mon serveur au redémarrage ? :?

    petite précision : sauf erreur de ma part je n'ai pas fait de copier/coller ou autre depuis mon VPS, mais je peux me tromper ou avoir oublié bien que ça me parait plutôt bizarre vu que je flag en général mes modifications par des commentaires explicites.



  • mmm non, ça ne ressemble pas une Debian ça (cf le "co:" en début de ligne). Le fichier original sur une Debian Squeeze est comme ça :

    # /etc/inittab: init(8) configuration.
    # $Id: inittab,v 1.91 2002/01/25 13:35:21 miquels Exp $
    
    # The default runlevel.
    id:2:initdefault:
    
    # Boot-time system configuration/initialization script.
    # This is run first except when booting in emergency (-b) mode.
    si::sysinit:/etc/init.d/rcS
    
    # What to do in single-user mode.
    ~~:S:wait:/sbin/sulogin
    
    # /etc/init.d executes the S and K scripts upon change
    # of runlevel.
    #
    # Runlevel 0 is halt.
    # Runlevel 1 is single-user.
    # Runlevels 2-5 are multi-user.
    # Runlevel 6 is reboot.
    
    l0:0:wait:/etc/init.d/rc 0
    l1:1:wait:/etc/init.d/rc 1
    l2:2:wait:/etc/init.d/rc 2
    l3:3:wait:/etc/init.d/rc 3
    l4:4:wait:/etc/init.d/rc 4
    l5:5:wait:/etc/init.d/rc 5
    l6:6:wait:/etc/init.d/rc 6
    # Normally not reached, but fallthrough in case of emergency.
    z6:6:respawn:/sbin/sulogin
    
    # What to do when CTRL-ALT-DEL is pressed.
    ca:12345:ctrlaltdel:/sbin/shutdown -t1 -a -r now
    
    # Action on special keypress (ALT-UpArrow).
    #kb::kbrequest:/bin/echo "Keyboard Request--edit /etc/inittab to let this work."
    
    # What to do when the power fails/returns.
    pf::powerwait:/etc/init.d/powerfail start
    pn::powerfailnow:/etc/init.d/powerfail now
    po::powerokwait:/etc/init.d/powerfail stop
    
    # /sbin/getty invocations for the runlevels.
    #
    # The "id" field MUST be the same as the last
    # characters of the device (after "tty").
    #
    # Format:
    #  <id>:<runlevels>:<action>:<process>
    #
    # Note that on most Debian systems tty7 is used by the X Window System,
    # so if you want to add more getty's go ahead but skip tty7 if you run X.
    #
    1:2345:respawn:/sbin/getty 38400 tty1
    2:23:respawn:/sbin/getty 38400 tty2
    3:23:respawn:/sbin/getty 38400 tty3
    4:23:respawn:/sbin/getty 38400 tty4
    5:23:respawn:/sbin/getty 38400 tty5
    6:23:respawn:/sbin/getty 38400 tty6
    
    # Example how to put a getty on a serial line (for a terminal)
    #
    #T0:23:respawn:/sbin/getty -L ttyS0 9600 vt100
    #T1:23:respawn:/sbin/getty -L ttyS1 9600 vt100
    
    # Example how to put a getty on a modem line.
    #
    #T3:23:respawn:/sbin/mgetty -x0 -s 57600 ttyS3
    


  • en comparant ton fichier avec le mien, j'ai une seule différence, cette fameuse ligne

    /sbin/getty invocations for the runlevels.

    The "id" field MUST be the same as the last

    characters of the device (after "tty").

    Format:

    <id>:<runlevels>:<action>:<process>

    Note that on most Debian systems tty7 is used by the X Window System,

    so if you want to add more getty's go ahead but skip tty7 if you run X.

    #**
    co:2345:respawn:/sbin/getty hvc0 9600 linux**

    1:2345:respawn:/sbin/getty 38400 tty1
    […]

    Je n'ai aucune foutue idée de comment elle est arrivée là… je l'ai mise en commentaire, reboot du serveur, reco et test du fichier /var/log/auth.log

    Aucune trace n'apparait désormais, je conserverais un œil dessus mais apparemment c'est résolu donc...

    mystère tout de même mais merci beaucoup Bool pour ton coup de main ;)


Se connecter pour répondre
 

Il semble que votre connexion ait été perdue, veuillez patienter pendant que nous vous re-connectons.