Newsgroup: it.comp.os.linux.iniziare
Titolo: Recuperare frezee sistema

Stavo effettuando delle copie di backup di alcuni file di dimensione di 
circa 15/20gb quando l'utente con il quale ero collegato si + "freezato".
Premendo alt+ctrl+F5 sono riuscito ad aprire una nuova shell ed avviare 
startx. Solo che l'utente con il quale operavo resta bloccato.
C'è un modo per sbloccare l'utente e recuperare la shell?
Altri suggerimenti per situazioni limite come questa?
Grazie.

 ha scritto:
 
| [...]
|
| C'è un modo per sbloccare l'utente e recuperare la shell?
| Altri suggerimenti per situazioni limite come questa?
| Grazie.
 
buonasera, 
 
suggerimento banale ma sul momento non me ne viene uno migliore, hai provato
semplicemente ad inviare un SIGTERM al processo che ha causato il freeze?
questo dovrebbe permetterti di "riprendere il controllo" della sessione bloccata.
 
saluti.
 
***
[» WinterMute «]  @  [» debian «]  -branch-  [» bullseye / testing «]
***
 

il Mon, 6 Jul 2020 00:59:34 +0200
WinterMute <winte...@cryptolab.nOt> ha scritto:
 
| [...]
 
mi correggo vista la situazione e considerato che il processo responsabile del freeze
è sicuramente in uno stato di blocco inviare un "normale" sigterm potrebbe non essere
sufficiente.
 
direi che è più verosimile che si possa risolvere inviando il segnale sigkill al
processo in questione.


Il 06/07/20 01:43, WinterMute ha scritto:

Guida passo passo per entrambi i comandi, possibilmente in italiano?
Grazie.

 sigkill al processo in questione.
 
 
Tempo fa qualcuno ti averebbe risposto che questo newsgroup si chiama
linux.iniziare non per caso o per errore :-)
 
 

il Mon, 6 Jul 2020 11:42:29 +0200
Guglielmo <mmemmoTO...@tiscali.it.invalid> ha scritto:
 
| Tempo fa qualcuno ti averebbe risposto che questo newsgroup si chiama
| linux.iniziare non per caso o per errore :-)
 
buongiorno,
 
forse dipenderà dal fatto che il lunedi mi mette sempre in un particolare stato di
"coma" ma temo di non aver capito che cosa intendi con il tuo intervento.


 ha scritto:
 
| Guida passo passo per entrambi i comandi, possibilmente in italiano?
| Grazie.
 
buongiorno,
 
online ci sono moltissime risorse (anche in italiano) sulla gestione dei processi in
un sistema gnu/linux.
 
questa [1] ad esempio.
 
[1]
https://linuxaria.com/article/linux-terminal-manage-processes-with-killall-and-kill?lang=it
 


 "coma" ma temo di non aver capito che cosa intendi con il tuo intervento.
 
Che questo era/dovrebbe ancora essere il newsgroup dedicato ai newbie di 
Linux ed a un novellino alle sue prime esperienza con Linux non puoi 
rispondere invia un sigterm o sigkill, come minimo se va bene, ti guarda 
male... :-)

il Mon, 6 Jul 2020 12:29:02 +0200
Guglielmo <mmemmoTO...@tiscali.it.invalid> ha scritto:
 
| Che questo era/dovrebbe ancora essere il newsgroup dedicato ai newbie di 
| Linux ed a un novellino alle sue prime esperienza con Linux non puoi 
| rispondere invia un sigterm o sigkill, come minimo se va bene, ti guarda 
| male... :-)
 
nessuno l'ha messo in dubbio, del resto non gli ho mica risposto RTFM... ne mi
pare di essere stato lapidario nell'intervento. 



Cosa vuol dire che si è freezato l’utente?
 
Poi, stavi effetttuando copie di backup di alcuni files grandi:
come?
 
cp -a $SRC $DST ???
 
rsync ??
 
Cosa vorrebbe dire poi che l’utente col cquale operavi resta bloccato?
 
Magari non serve ma se metti qualche dettaglio in più...
 
 
Consiglio spassionato per la prossima volta:
 
- fai la copia usando un terminale da una sessione screen:
- avvii terminale
- digiti screen
- ti trovi in una schell in cui lanciare il comando di copia
- lo lanci
- poi se ti si blocca la sessione grafica X
- te ne sbatti, la puoi anche chiudere insieme al terminale
- vai come hai fatto in console con ctrl+alt+F(2,3,4,quelchevuoi)
- qui digiti screen -r
- e se non ci sono altri inghippi ti ritrovi la copia in corso
  davanti al naso... Anche se X è andato a ramengo.
- Puoi anche riavviarlo con startx, riaprire un terminale grafico
  e riagganciare la sessione screen sempre con screen -r
 
Per approfondimenti cercalo con google “screen”.

 mi pare di essere stato lapidario nell'intervento.
 
Gli avrei risposto volentieri anch'io all'OP, pero' ho atteso
(inutilmente) perche' non capivo:
- ha dato startx, dunque era in console e non in terminale;
- da dove c'era andato: dalla GUI crashata o da un'altra console
crashata?
- perche' e' andato sulla GUI e per fare cosa?!
- una GUI crashata generalmente non vede tastiera e mouse..
 
Chi da' startx non e' poi tanto novellino, inoltre parlava di ^Z, che
non e' quello che manda in bg? bah.. chi vivra' vedra' ciao
 
-- 
Yoda
 

Il 06/07/20 12:29, Guglielmo ha scritto:

Non è il mio caso. La domanda richiede una risposta adeguata, sono con 
WinterMute. ;)

Il 06/07/20 16:47, Yoda ha scritto:

Una breve ricerca con google e ti compare "per far partire una sessione 
X da terminale digita startx ed "per passare da un terminale all'altro 
digita ctrl+alt+Fx". Ricerche effettuata con tablet in emergenza, non 
volendo chiudere dal tasto di avvio del computer. Mistero svelato.
Solo che completato ciò mi sono trovato comunque bloccato anche se sono 
riuscito a chiudere, senza tasto di alimentazione, il computer.
Ciao.

 riuscito a chiudere, senza tasto di alimentazione, il computer.
 
Prossima volta (non funziona sempre) puoi provare a chiudere X
con CTRL+ALT+BACKSPACE.
Se comunque riesci ad andare come è successo a te in una console,
puoi semplicemente chiudere il processo che ha "freezato" il pc o
addirittura chiudere X stesso.
Puoi usare il comando "top", vedrai i processi attivi e potrai killarli.
Top ti mostra anche l'utilizzo della cpu, e così spesso trovi il 
responsabile del freeze.
Altrimenti puoi usare il comando "ps" e come dice Wintermute usare poi 
il "kill".
Ti consiglio di leggere i relativi man.
Non vuole essere un RTFM ma ti consiglio di abituarti a leggere i man,
sono molto chiari.
Le prime volte possono spaventare ma sono una risorsa inestimabile di
Linux, e se non hai il sistema freezato puoi leggerli anche da X.
 
bye
 
 
 
-- 
  "S'io m'intuassi, come tu t'inmii." - Dante - Paradiso IX,81

 WinterMute. ;)
 
Si, giusto, pero`, con tutto il dovuto
rispetto, la domanda e` *incomprensibile*.
 
Che Linux e`? Ubuntu? Debian? Fedora? ArchLinux?
 
Che comando _esattamente_ e` stato dato
prima che andasse in "freeze"?
O cosa si e` fatto prima?
Che vuol dire "freeze"?
 
Varie ed eventuali.
 
Serve qualche dettaglio in piu`.
 
bye,
 
-- 
 
piergiorgio

 Mistero svelato.
{...cut...}
 
Buon per te ma un [altro] principiante, da questo 3d, imparerà meno di niente.

Il 06/07/20 18:27, freefred ha scritto:

In inglese mi viene complicato...


difficile rispondere con questi elementi. se il display manager è 
bloccato molto probabilmente non è possibile recuperare la sessione, 
visto che sei riuscito ad accedere ad una console quello che puoi fare è 
far ripartire il display manager (sudo systemctl restart gdm ovviamente 
se hai gdm). in questo modo però perdi tutto il lavoro aperto in quella 
sessione, ma probabilmente non hai alternative.