Newsgroup: it.comp.os.linux.iniziare
Titolo: Rallentamento al login

Salve a tutti,
ho notato che il mio sistema (MDK 9.1 on PII 400) spesso rallenta quando
inserisco la pass al login. Sta cinque, sei, sette secondi fermo, senza
dare segni di vita. Poi compare il prompt normale. Ma prima devo
aspettare!
Se loggo come root questo non succede! Pensavo che il problema stesse nel
fatto che ho modificato .bash_profile, ma poi ho pensato che .bash_profile
viene eseguito DOPO il login, non DURANTE. O sbaglio?
TIA
-- 
                Andrea Spadaccini a.k.a. Lupino               
                          - Catania -                         
Now playing: Jovanotti, Ligabue, Pelu - Il Mio Nome e' Mai Piu

 viene eseguito DOPO il login, non DURANTE. O sbaglio?
Beh, dipende: cosa c'hai messo in .bash_profile?
-- 
Testing? What's that? If it compiles, it is good, if it boots up it is perfect 
-- [Linus Torvalds]
To reply: news [at] mamakin1976 [dot] plus [dot] com

 inserisco la pass al login. Sta cinque, sei, sette secondi fermo, senza
_se_ lo fa per il login "utente normale e non per il login di root,
potrebbe essere il devfs (in /etc/rc.d/... il livello che usi, 3?)
che carica dei moduli con modprobe, potresti verificarlo cosi':
-al riavvio del pc, loggati come root, lancia top
-alt-f2 e loggati come utente normale, appena dato l'invio alla
password ritorna sull'alt-f1 e goditi lo spettacolo
-se appare modprobe e' probabile che io abbia avuto ragione :-)
per rimediare dipende... io ho eliminato il demone devfsd (veramente
per altre ragioni) e non ho più nessun rallentamento al login; se ti
serve devfs devi paciugare un po' con moduli e bashrc (credo) ma non
c'ho mai messo mano e non saprei dirti di piu'.
-- 
Giuppech

 Beh, dipende: cosa c'hai messo in .bash_profile?
[andrea@iridium andrea]$ cat .bash_profile
# .bash_profile
# Get the aliases and functions
clear
echo Benvenuto, Andrea! Sono le `date +%H:%M` del `date +%d-%m-%Y` 
cp -f /home/andrea/...e_session-XXXXXX.snapshots.0 /home/andrea/.enlightenment/
if [ -f ~/.bashrc ]; then
        . ~/.bashrc
fi
mesg n
[andrea@iridium andrea]$ 
che ne dici?
-- 
Andrea Spadaccini a.k.a. Lupino
          - Catania -          
 Now playing: Jovanotti - Bella

 che ne dici?
Niente... Hai provato con un altro utente? Che succede?
/bin/login e' linkato alle PAM: cosa c'hai in /etc/pam.d/login?


 /bin/login e' linkato alle PAM: cosa c'hai in /etc/pam.d/login?
[root@iridium andrea]# cat /etc/pam.d/login 
#%PAM-1.0
auth       required     /lib/security/pam_securetty.so
auth       required     /lib/security/pam_stack.so service=system-auth
auth       required     /lib/security/pam_nologin.so
account    required     /lib/security/pam_stack.so service=system-auth
password   required     /lib/security/pam_stack.so service=system-auth
session    required     /lib/security/pam_stack.so service=system-auth
session    optional     /lib/security/pam_console.so
[root@iridium andrea]# 
-- 
              Andrea Spadaccini a.k.a. Lupino              
                        - Catania -                        
Now playing: Wolfgang Amadeus Mozart - Minuetto: Allegretto

 [root@iridium andrea]# cat /etc/pam.d/login 
Nope... l'ultima cosa sarebbe /etc/pam.d/system-auth: cosa c'e' li'?
-- 
Software is like sex: it's better when it's free -- [Linus Torvalds]
Fabio Marini - RHCT 608002292700226


 Nope... l'ultima cosa sarebbe /etc/pam.d/system-auth: cosa c'e' li'?
[andrea@iridium andrea]$ cat /etc/pam.d/system-auth
#%PAM-1.0
auth        required      /lib/security/pam_env.so
auth        sufficient    /lib/security/pam_unix.so likeauth nullok
auth        required      /lib/security/pam_deny.so
account     required      /lib/security/pam_unix.so
password    required      /lib/security/pam_cracklib.so retry=3 minlen=2  dcredit=0  ucredit=0 
password    sufficient    /lib/security/pam_unix.so nullok use_authtok md5 shadow
password    required      /lib/security/pam_deny.so
session     required      /lib/security/pam_limits.so
session     required      /lib/security/pam_unix.so
mah..
ho controllato con top, caricato dalla seconda console come root...
kjournald e modprobe occupano a turno la vetta della coda.
non so più che fare :/
-- 
  Andrea Spadaccini a.k.a. Lupino  
            - Catania -            
Now playing: Alex Britti - La Vasca

 
beh, può essere seccante, ma sono 10-15'' al massimo di attesa :-)
prova:
vai (come root) in /etc/rc.d/rc.3 e sposta (NON cancellare e basta) in
una directory di backup il link-simbolico chiamato S***devfs_qualcosa,
fai il reboot, l'attesa dovrebbe essere scomparsa, se quest'operazione
ti crea inconvenienti (ad esempio usi dispositivi che attacchi/stacchi
dal pc a caldo) rimetti il link a posto e reboot ancora: ti tieni il
ritardo finché non trovi un'altra soluzione; se, invece, hai risolto
felicemente, non buttare comunque quel link a devfsd, non si sa mai.
Spero di essere stato utile, ciao :-)
-- 
Giuppech

 kjournald e modprobe occupano a turno la vetta della coda.
kjournald ok, ma modprobe che modulo sta cercando di caricare??? mah...
nei log di sistema (/var/log/messages e /var/log/secure) c'e' niente?
