Newsgroup: it.comp.os.linux.sys
Titolo: shell e job fuori controllo

Su due RedHat 7.2 appena installate su due pc diversi ho
notato questo comportamento assurdo della shell bash.
In un modo del tutto 'random' - o secondo una logica che
mi sfugge completamente - alcune shell non hanno alcun
controllo dei job che esse stesse lanciano. Ad es., l'u-
tente 'pippo' loggato in tty2 non può stoppare i processi
con CTRL+C, mentre lo stesso utente loggato, ad es., in tty4 
può benissimo farlo. Non solo, il povero pippo loggato in tty2,
se digita 'mc' viene addirittura 'sloggato', come
se avesse fatto CTRL+D o 'exit'. I terminali sui quali gli
utenti non hanno il pieno controllo variano in modo del
tutto casuale. Solo root ha sempre il pieno contollo dei 
job.
Sono tre giorni che tento di risolvere la cosa - man stty,
man bash, ecc - man non ho combinato nulla, anche perchè
una cosa del genere non mi era mai successa (se uno deve
perdere tempo a ripararsi anche la shell...). Non capisco
se dipenda dalle pam, dalla shell o da che altro diavolo.
Ho temporaneamente rimediato al problema usando 'screen,'
ma vorrei capire cosa sta succedendo e se capita anche a 
qualche altro utente di RedHat 7.2.
Ciao e grazie



A me sta succedendo lo stesso con la 7.1. Leggi il post "Shell e IOCTL
error". Mi succede da quando ho avuto un crash di sistema mentre
provavo l'ext3 e solo quando uso 'su' per diventare root, ma in
maniera random, il piu' delle volte non succede e quando capita 'no
job control in this shell' la shell stessa non e' associata ad alcun
terminale. Ho anche aggiornato Pam e usermode ma nulla. Quando ti
capita l'inconveniente  esegui il comando 'ps' e controlla il
terminale associato alla shell, appare un '?' al posto di tty<n>.
Il fatto e' che prima del crash funzionava, o almeno il problema non
si era mai presentato, ho anche reistallato bash ma poi mi sono
accorto che lo stesso accade per csh. Non so proprio cosa sia
successo.

 terminale associato alla shell, appare un '?' al posto di tty<n>.
Proprio così, appare un ? e appare pure uno strano job dal nome:
937 ?        S      0:00 cons.saver /dev/tty1
Che diavolo e'?
Ciao

Che diavolo e'?
So che cons.saver e' una sorta di screensaver della console usato dal
Midnight Commander, sapevo anche che mc ha problemi di sicurezza. Io a
volte l'ho usato, potrebbe aver combinato casini??? Una volta mi si e'
piantato ed e' rimasto il proccesso cons.saver che ho killato
manualmente, una qualche connessione sembra esserci, ma siamo nel
campo delle ipotesi. 
Ciao.

 campo delle ipotesi. 
Ok, Franco. Spulciando in google news credo di aver capito che il
problema riguarda le 'util-linux' ultima versione, che ho opportunamente
downgradato insieme a 'usermode'.
Adesso sembra - e faccio gli scongiuri - che tutto sia ritornato
a funzionare.
Certo che ne fanno di cappelle...
Ciao

Certo che ne fanno di cappelle...
Pero' anche qualcosa di buono, il supporto della memoria degli ultimi
kernel e' molto migliorato, sembra che i casini (come il nostro) siano
legati all'apm, stasera bash era collegata al terminale (tty1), ho
lasciato acceso e sono tornato dopo piu' di mezzora, mi aspettavo di
trovare lo schermo del monitor nero come al solito, invece era acceso
e ho trovato che la shell si era discollegata dal terminale (il solito
'?'.......aaaaaaarrrrrgh). Speriamo che la tua sia la soluzione
giusta. 
Bye 

 dritta. Grazie
Le versioni che uso ora sono:
util-linux-2.11f-9
usermode-1.43-1
Che sono poi quelle presenti nei CD di RedHat 7.2.
Quelle che davano problemi erano le:
util-linux-2.11f-12
che avevo scaricato dagli updates di RedHat 7.2.
La 'dritta' l'ho avuta semplicemente digitando 'job' e 'shell' in
google, nella sezione riguardante i newsgroup, limitando la ricerca
agli ultimi mesi, e ho letto di alcuni utenti che lamentavano i no-
stri stessi problemi dopo aver upgradato il package 'util-linux'.
Non c'era molto altro. E' evidente che l'aggiornamento e' bacato.
Sembra proprio che, downgradando, tutto sia tornato a posto.
Mah...
Ciao


Grazie