Newsgroup: it.comp.os.linux.iniziare
Titolo: xsession debian sarge

Riapro qui il 3ad, sempre per lo stesso problema dei precedenti.
Riassumo: dopo avere pasticciato e messo fuori uso la /dev (ma 
sinceramente non so se sono stata io... ero lì perchè c'era un problema 
già da prima), l'ho copiata da cd e ripristinato il SO.
Ora però riesco ad aprire solo la sessione di root (gnome), cosa che non 
riesco a fare da utente (anche appena creato).
Poichè già da prima del crash del sistema i log di boot mi sembravano 
strani, ho attivato bootlogd: queste righe sono quelle che non 
"quadrano":
--------------------------------------------
Thu Dec 16 14:06:39 2004: Loading -uhci module.
Thu Dec 16 14:06:39 2004: modprobe: invalid option -- u
Thu Dec 16 14:06:39 2004: modprobe 2.4.26
Thu Dec 16 14:06:39 2004: Load/Unload modules with dependencies
Thu Dec 16 14:06:39 2004: 
Thu Dec 16 14:06:39 2004: Load module(s):
Thu Dec 16 14:06:39 2004:   modprobe [-a -n -v ] [-C config ] [ -t type 
] pattern OR module1 module2 ...
Thu Dec 16 14:06:39 2004: List modules:
Thu Dec 16 14:06:39 2004:   modprobe [-l ] [-C config ] [ -t type ] 
pattern
Thu Dec 16 14:06:39 2004:    note: wildcard patterns should be escaped
Thu Dec 16 14:06:39 2004: Show configuration:
Thu Dec 16 14:06:39 2004:   modprobe [-C config ] -c
Thu Dec 16 14:06:39 2004: Remove module(s) or autoclean:
Thu Dec 16 14:06:39 2004:   modprobe [-C config ] -r [ module ...]
Thu Dec 16 14:06:39 2004: 
Thu Dec 16 14:06:39 2004: options:
Thu Dec 16 14:06:39 2004: 
Thu Dec 16 14:06:39 2004: Loading -hcd module.
Thu Dec 16 14:06:39 2004: modprobe 2.4.26
Thu Dec 16 14:06:39 2004: Load/Unload modules with dependencies
Thu Dec 16 14:06:39 2004: 
Thu Dec 16 14:06:39 2004: Load module(s):
Thu Dec 16 14:06:39 2004:   modprobe [-a -n -v ] [-C config ] [ -t type 
] pattern OR module1 module2 ...
Thu Dec 16 14:06:39 2004: List modules:
Thu Dec 16 14:06:39 2004:   modprobe [-l ] [-C config ] [ -t type ] 
pattern
Thu Dec 16 14:06:39 2004:    note: wildcard patterns should be escaped
Thu Dec 16 14:06:39 2004: Show configuration:
Thu Dec 16 14:06:39 2004:   modprobe [-C config ] -c
Thu Dec 16 14:06:39 2004: Remove module(s) or autoclean:
Thu Dec 16 14:06:39 2004:   modprobe [-C config ] -r [ module ...]
Thu Dec 16 14:06:39 2004: 
Thu Dec 16 14:06:39 2004: options:
Thu Dec 16 14:06:39 2004: 
Thu Dec 16 14:06:39 2004: Running 0dns-down to make sure resolv.conf is 
ok...done.
Thu Dec 16 14:06:40 2004: Cleaning: /etc/network/ifstate.
Thu Dec 16 14:06:40 2004: Starting hotplug subsystem:
Thu Dec 16 14:06:40 2004:    input   
Thu Dec 16 14:06:40 2004:    input    [failed]
Thu Dec 16 14:06:40 2004:    isapnp  
Thu Dec 16 14:06:40 2004:    isapnp   [success]
Thu Dec 16 14:06:40 2004:    net     
Thu Dec 16 14:06:40 2004:    net      [success]
Thu Dec 16 14:06:40 2004:    pci     
Thu Dec 16 14:06:40 2004: insmod: /lib/modules/2.4.26-1-
386/kernel/drivers/net/irda/via-ircc.o: init_module: No such device
Thu Dec 16 14:06:40 2004: insmod: Hint: insmod errors can be caused by 
incorrect module parameters, including invalid IO or IRQ parameters.
Thu Dec 16 14:06:40 2004:       You may find more information in syslog 
or the output from dmesg
Thu Dec 16 14:06:40 2004: insmod: /lib/modules/2.4.26-1-
386/kernel/drivers/net/irda/via-ircc.o: insmod via-ircc failed
Thu Dec 16 14:06:40 2004:      via-ircc: can't be loaded
Thu Dec 16 14:06:40 2004: missing kernel or user mode driver via-ircc 
Thu Dec 16 14:06:40 2004:      ehci-hcd: loaded successfully
Thu Dec 16 14:06:40 2004:      usb-uhci: blacklisted
Thu Dec 16 14:06:41 2004:      uhci: loaded successfully
Thu Dec 16 14:06:41 2004:      cmpci: already loaded
Thu Dec 16 14:06:41 2004:      8139too: already loaded
Thu Dec 16 14:06:41 2004: insmod: /lib/modules/2.4.26-1-
386/kernel/drivers/net/8139cp.o: init_module: No such device
Thu Dec 16 14:06:41 2004: insmod: Hint: insmod errors can be caused by 
incorrect module parameters, including invalid IO or IRQ parameters.
Thu Dec 16 14:06:41 2004:       You may find more information in syslog 
or the output from dmesg
Thu Dec 16 14:06:41 2004: insmod: /lib/modules/2.4.26-1-
386/kernel/drivers/net/8139cp.o: insmod 8139cp failed
Thu Dec 16 14:06:41 2004:      8139cp: can't be loaded
Thu Dec 16 14:06:41 2004: missing kernel or user mode driver 8139cp 
-----------------------------------------------------
Inoltre .xsession-errors dice questo:
-----------------------------------------------------
/etc/gdm/PreSession/Default: Registering your session with wtmp and utmp
/etc/gdm/PreSession/Default: running: /usr/bin/X11/sessreg -a -w 
/var/log/wtmp -u /var/run/utmp -x "/var/lib/gdm/:0.Xservers" -h "" -l 
":0" "manuela"
/etc/gdm/Xsession: Beginning session setup...
/etc/gdm/Xsession: line 1: /dev/null: Permission denied
/etc/gdm/Xsession: line 1: /dev/null: Permission denied
/etc/gdm/Xsession: line 1: /dev/null: Permission denied
/etc/gdm/Xsession: line 83: /dev/null: Permission denied
/etc/gdm/Xsession: line 83: /dev/null: Permission denied
/etc/gdm/Xsession: line 83: /dev/null: Permission denied
/etc/gdm/Xsession: line 83: /dev/null: Permission denied
/etc/gdm/Xsession: line 83: /dev/null: Permission denied
/etc/gdm/Xsession: line 83: /dev/null: Permission denied
/etc/gdm/Xsession: line 83: /dev/null: Permission denied
/etc/gdm/Xsession: line 83: /dev/null: Permission denied
/etc/gdm/Xsession: line 83: /dev/null: Permission denied
/etc/gdm/Xsession: Executing /usr/bin/gnome-session failed, will try to 
run x-terminal-emulator
------------------------------------------------------
Alla fine del login appare la solita finestra di terminale che dice : 
"errore nel creare il processo figlio per questo terminale", al che 
chiudo la finestra e il tutto torna al login.
Scusate se l'ho fatta lunga, ma non capisco DOVE possa essersi creato il 
problema.
Qualche idea?
GrazieManu

 /etc/gdm/Xsession: line 83: /dev/null: Permission denied
per reimpostare i permessi di /dev/null:
$ chmod 666 /dev/null
ciao!
gl :)

 problema.
Questo mi sembra chiaro, l'utente non ha i permessi per accedere a /dev/null
Che ti dà ls -l /dev/null ?
Ciao, Paolo

 Certo che questo spezzare i thread e riprenderli mica aiuta tanto eh!!!
lo so: i problemi non vengono mai da soli e così perdo il filo.
Sono incasinata con il lavoro e il collega infortunato.
Ciaomanu (vado a provare)
:-)

 $ chmod 666 /dev/null
ha funzionato:
dopo queste operazioni ho ripristinato anche la sessione utente!
i permessi di /dev/* erano tutti 755, li ho cambiati in 666.
 > posso consigliarti di aggiornare il kernel-image-2.6 all'ultima 
versione o
 > di scaricarlo/reinstallarlo e di fare lo stesso con modutils e
 > module-init-tools.
non ho mai aggiornato il kernel: è operazione semplice? (dubito). Hai 
qualce link utile da poter leggere prima?
grazieManu

Kaosmos wrote:
anche se ho ripristinato la sessione utente i log di boot continuano a 
dare gli stessi errori.
Mi è scaduto il tempo di "prova".
:-(
devo fare 'na collana tuttàmano con millanta campanelline ammagliate una 
dentro làltra (uff!!!).
rimando a domani.
Non cambio 3ad.
grazieManu

Alix wrote:
  anche se ho ripristinato la sessione utente i log di boot continuano a
...e poi perchè tutte le volte che riavvio il sistema devo rifare i 
symlink del cdrom0 e del cdrom1?
mi sembrava di avere letto qualcuno con lo stesso problema, ma non 
ritrovo il 3ad.
ciaomanu

 qualce link utile da poter leggere prima?
semplice?
semplice?
vuoi dire semplice così?
$ apt-get install kernel-image-2.6-k7
(oltre alla variante k7 ci sono anche 386/686/amd64...)
o più semplice ancora? :))
se non ricordo male, hai la sarge, quindi avrai già le module-init-tools
e le modutils, ma meglio controllare. hai grub? sarebbe meglio.
ciao!
gl :)

 e le modutils, ma meglio controllare. hai grub? sarebbe meglio.
ho tutto quanto compreso grub.
Dici che non mi serve fare un backuppino?
Ora devo lavorare, intanto ci penso su.
Ciaomanu

 Ora devo lavorare, intanto ci penso su.
il backup serve a prescindere dall'aggiornamento del server.
se un bel giorno, mentre gira lo screensaver, il disco si inceppa e prende
fuoco, così spontaneamente, hai perso tutti i dati.
il backup serve *sempre*, meglio se fatto regolarmente.
ma fare l'aggiornamento del kernel non è nulla di speciale, non è più
pericoloso di aggiornare la calcolatrice di gnome :))
ciao!
gl :)

 pericoloso di aggiornare la calcolatrice di gnome :))
mài convinto.
CiaoManu

 mài convinto.
# apt-cache search kernel
...ci sono un sacco di kernel-image!
Insomma quale dovrei installare?
Manu

 Insomma quale dovrei installare?
kernel-image-2.6-<cpu> è un meta-pacchetto che tiene solo le dipendenze
al kernel 2.6 più nuovo disponibile nella versione di debian che
usi, compilato per la <cpu> specifica. oggi punta a 2.6.8
<cpu> è la cpu del tuo PC, può essere 386, 686, k7, amd64, em64t, ecc...
quindi installa il pacchetto relativo alla tua specifica cpu (è
compilato ottimizzato per quella cpu specifica) oppure il kernel 386/686
ciao!
gl :)
PS: ho scartato il caso in cui tu abbia una CPU di architettura diversa da
intel x86 e compatibili, come Alpha, Sparc, PowerPC, nel qual caso avrai
altri tipi di pacchettizzazioni del kernel

 quindi installa il pacchetto relativo alla tua specifica cpu (è
ok, c'ero arrivata.
incomincio però a stancarmi: ora debian non riconosce più l'hostname e 
nemmeno la password di su, posso fare il login di root interrompendo la 
sessione utente. L'hostname che riconosce è "none" e mi suggerisce di 
inserirlo nel file /etc/hosts.
Ad ogni avvio devo caricare il modulo ide-scsi altrimenti i cdrom non 
funzionano... e non so che altro non funziona, perchè sono già 
abbastanza nel pallone. Ieri mi è sparita la /bin nel tentativo di un 
backup e non so come è successo.
Insomma sono stufa: perchè tutti questi casini? Di sicuro so che sono 
iniziati dopo un apt-get upgrade.
Se aggiorno il kernel ho probabilità che la situazione si aggravi oppure 
che risolva qualcosa?
Manu confusa

 Manu confusa
ad essere sincera sto sclerando: devo fare il login di root solo per 
modprobe ide-scsi.
merda!
Manu

 che risolva qualcosa?
Secondo me anzichè aggiornare il kernel dovresti prima mettere a punto 
la tua debian risolvendo *con calma* tutte le cose che non vanno.
Aggiornare il kernel non credo proprio ti cambierà nulla, anzi avrai in 
più anche i (piccoli) casini che comporta il passaggio del 2.4 al 2.6
Ciao, Paolo

 più anche i (piccoli) casini che comporta il passaggio del 2.4 al 2.6
è quello che temo.
mi sono accorta che sono spariti alcuni file in /bin, ad esempio mancava 
/bin/hostname, probabilmente manca anche il file che legge e riconosce 
le password. Ora confronto il mio /bin con quello della knoppix live per 
rendermi conto di cosa manca. Non capisco perchè tentando di copiare una 
directory o alcuni files a un certo punto sparisce roba. Mi sembra di 
non avere dato comandi strani... ma posso sbagliarmi.
Manu

 modprobe ide-scsi.
basta metterlo in /etc/modules e viene caricato in automatico.
ciao
gl :)

 che risolva qualcosa?
non comporta nessun rischio e nessun problema, ma per adesso se hai due
minuti di tempo per fare qualcosa, è meglio dedicarli a sistemare quei
problemucci...
ciao!
gl :)

 problemucci...
non riesco a sistemare la questione della password di su, che la shell 
non riconosce. Cosa dovrei controllare che non va? Quello che ho 
guardato sembra a posto (...come al solito).
Manu

 guardato sembra a posto (...come al solito).
i file nella cartella /etc/pam.d dovrebbero contenere almeno queste
opzioni:
/etc/pam.d/su
auth       sufficient pam_rootok.so
@include common-auth
@include common-account
@include common-session
/etc/pam.d/common-session
session required        pam_unix.so
/etc/pam.d/common-account
account required        pam_unix.so
/etc/pam.d/common-auth
auth    required        pam_unix.so nullok_secure
perlomeno qui funge :)
ciao!
gl :)

 guardato sembra a posto (...come al solito).
dimenticavo, esplora il file /var/log/auth.log in cerca di errori.
se per esempio faccio 'su', in coda il file riporta questo:
Dec 20 13:04:33 pericle su[9769]: + pts/0 gl:root
Dec 20 13:04:33 pericle su[9769]: (pam_unix) session opened for user root
by gl(uid=1000)
ma da te dovrebbe riportare degli errori. quali?
ciao
gl :)

 dimenticavo, esplora il file /var/log/auth.log in cerca di errori.
Dec 20 14:33:21 localhost su[5257]: (pam_unix) authentication failure;
logname=manuela uid=1000 euid=1000 tty=pts/0 ruser=manuela rhost=  user=root
Dec 20 14:33:23 localhost su[5257]: pam_authenticate: Authentication failure
a quanto ho capito ci sono dei moduli che permettono a pam 
l'autenticazione, ma non so quali, ora indago.
Manu

 l'autenticazione, ma non so quali, ora indago.
...però pensavo che se invece il login di root lo fa normalmente 
potrebbe essere l'ennesimo problema di permessi. Ma dove?
Manu

 potrebbe essere l'ennesimo problema di permessi. Ma dove?
qui ci vuole un guru del PAM!
dubito proprio che sia un problema di permessi...
non vorrei che parte del sistema di autenticazione funzionasse con
password MD5 e parte no.
oppure c'è qualche problema (di permessi? boh...) su /var/log/lastlog
oppure bisognerebbe vedere quali regole usa PAM per login e per su e
perché le differenze danno questi problemi (in /etc/pam.d)
altrimenti... ho proprio finito le idee...
ciao
gl :)

 altrimenti... ho proprio finito le idee...
grazie comunque.
farò sapere gli # svi-luppi
:-)
Ciaomanu (ho appena cacciato babbonatale)

 farò sapere gli # svi-luppi
...ogni volta che riavvio c'è una sorpresina: ora devo essere superuser 
anche per fare il mount dei cdrom.
Mah.
Manu

 Mah.
o il tuo sistema si sta sfaldando, oppure sei vittima di una invasione
borg. :(
in /etc/fstab sicuramente c'è già
/dev/cdrom      /mnt/cdrom      iso9660 ro,user,noauto  0       0
ma forse, visto che hai dovuto ricreare i device in /dev, i vari hd* e sd*
non appartengono a utente/gruppo giusti
brw-rw----  1 root disk  3,  0 2002-03-14 22:51 hda
$ chmod 660 /dev/hd* /dev/sd*
$ chown root.disk /dev/hd* /dev/sd*
$ adduser manuela disk
ciao!
gl :)

 $ adduser manuela disk
fatto, anche se era già così.
risultato: non dipende da quello.
Secondo me è lo stesso pasticcio, la stessa "virgola" fuori posto, il 
soliti calcolo nel condotto biliare... 'nzomma: non va.
Manu  :-(

 soliti calcolo nel condotto biliare... 'nzomma: non va.
non so proprio cosa consigliarti in questa situazione.
presumo che hai libpam0g, libpam-runtime e libpam-modules versione
0.76-22 come me, quindi se vuoi mandarmi in email un tar.gz di
/lib/security /etc/security /etc/pam.d posso fare un `diff` dei file e
vedere che cosa c'è che non va o al limite riscarica i pacchetti e
reinstallali.
ciao!
gl :)

gl :) wrote:
...lo sapevo che era la virgola che mancava: mancava il permesso suid
-rwsr-xr-x  1 root root 23416 2004-12-18 18:52 /bin/su
ora funziona!
ciaograzie
Manu

 ora funziona!
da segnare su un post it :)
ciao!
gl :)