[TIP][PORTAGE] Stoppare e riprendere un emerge senza dolore!

[FonderiaDigitale]

Salve. So gia' che molti mi baceranno il deretano per questo come me lo sono io baciato da solo (ebbene si )

EDIT: c'e' chi l'aveva fatto presente prima di me, precisamente solka in questo post

Ho scoperto un modo efficace e indolore per stoppare un emerge in corso e riprenderlo senza perdere la compilazione effettuata (cosa MOOLTO utile in caso di macchine lente).
La cosa sorprendente e' quanto possa essere semplice la soluzione di uno dei piu angosciosi dilemmi che attanaglia qualsiasi utente gentoo.

In pratica, dopo che avrete dato

Code: Select all

emerge pacchetto

basta premere

Code: Select all

CTRL Z

per 'ibernare' il processo.

A questo punto potrete andare a farvi i cavoli vostri, e poi riprendere l'emerge dove lo avete lasciato semplicemente digitando

Code: Select all

fg

Provare per credere.

Funziona con qualsiasi emerge, e in generale con qualsiasi processo (almeno dovrebbe) solo nella stessa sessione di terminale.


Questo tip e' beerware (nel senso che a chi e' servito, puo' offrirmi una birra :P)

[FonderiaDigitale]

ad esempio, potrebbe servire a chi durante l'estate, fa surriscaldare troppo il suo pc, dandogli un attimo di fiato. ma e' solo un esempio tra tanti.

[emix]

Ottimo... complimenti!

Lo userò siuramente per gli emerge lunghissimi

[Danilo]

Funziona con qualsiasi emerge, e in generale con qualsiasi processo (almeno dovrebbe) solo nella stessa sessione di terminale.

Non lo avevo segnalato perche' mi sembrava ovvio...
Comunque confermo funge su ogni processo (almeno finora NESSUN processo NON si e' ibernato).
E' una features dei sistemi unix(-like).

ctrl-z non fa altro che freezare il processo in attesa di altre istruzioni:
fg (foreground) che hai segnalato continua il processo.
bg (background) lo manda in background

Io lo uso sopratutto se dopo aver dato un emerge e mi che dura troppo e voglio dare un halt alla macchina dopo la compilazione stessa.

Code: Select all

fg && halt

Ovvio non funge se ho dato un

Code: Select all

qualcosa &

in quel caso devo prima portare il processo in foreground (fg) e poi sospenderlo...

[xchris]

tip semplice, alla luce dei fatti ovvio...
ma geniale

perche' non ci abbiamo pensato prima?

le migliori idee sono quelle + semplici!
compliments

ciauz

P.S.: maratona dello script?maratona dei tip?

[codadilupo]

l'aveva già fatto presente solka, ma ricordarlo non fa male

Coda

[FonderiaDigitale]

l'aveva già fatto presente solka

Arg! m'era sfuggito....... lo cito subito

[n3m0]

ctrl-z non fa altro che freezare il processo in attesa di altre istruzioni:

a voler essere pignoli, invia un segnale SIGSTOP al processo in foreground.

Code: Select all

# kill -l

per l'elenco dei segnali che si possono inviare ad un processo.

Un processo che riceve SIGSTOP passa dallo stato di running a quello di suspended (e vi rimane fino a che non riceve un segnale di risveglio, es: SIGCONT); il suo contesto viene salvato per poi essere ricaricato nel momento in cui il processo ritorna nello stato di running.
Quindi il processo riprenderà l'esecuzione dall'istruzione "logicamente successiva" all'ultima eseguita prima del suspend.

Quando si esegue

Code: Select all

# bg

si manda in background-running il primo job della shell.


Quando si esegue

Code: Select all

# fg

si manda in foreground-running il primo job della shell.

Con

Code: Select all

# man bg fg

scoprirete che questi comandi accettano come parametro opzionale l'id di un job.
Per avere un elenco dei job di una data istanza del processo di shell, digitare

Code: Select all

# jobs

Ovvio non funge se ho dato un

Code: Select all

qualcosa &

Poiche' il processo è già running in background, e CTRL-Z invia SIGSTOP al processo in foreground-running della shell.

in quel caso devo prima portare il processo in foreground (fg) e poi sospenderlo...

Oppure

Code: Select all

# kill -STOP <qualcosa-pid>

Bye bye.

[RenfildDust]

Ma cosi' non si creano dei files compilati a meta'?
Non potrebbe dare problemi?
E nel caso in cui chiudiamo la shell o riavviamo la macchina, non funzionerebbe..
Comunque e' una buona soluzione nella sua semplicita'..

[bld]

hmm ho visto un tip su tips and tricks molto molto carino...

praticamente emergi usando screen e la sua funzione script

http://forums.gentoo.org/viewtopic.php?t=14562

[n3m0]

Ma cosi' non si creano dei files compilati a meta'?

No.

Non potrebbe dare problemi?

No.

E nel caso in cui chiudiamo la shell o riavviamo la macchina, non funzionerebbe..

Questo si.

[koma]

.... lo usavo da un paio d'anni sta cosa ..... pensavo fosse palese

[xchris]

sara' forse palese per te..
ma tieni conto che il forum e' consultato anche da persone con minore esperienza.

sebbene molto semplice io ad esempio non ci avevo pensato.

e risulta molto comodo.

ciao

[koma]

io ho cominciato con gentoo quando mi sono registrato al forum il 06/06/03 mettici uno scarto di 6 mesi con red hat e yellowdog e suse . Non sono un Veterano come dice la scritta sono solo fortunato e mi piace leggere un po' di manuali a random
anzi a dirla tutta una volta ho fatto ctrl+z invece di ctrl+x io chiude sempre le shel con exit e mi ha detto There are unstopped jobs. allora ho fatto jobs --help ed ho capito

[Danilo]

sebbene molto semplice io ad esempio non ci avevo pensato.
e risulta molto comodo.

Lo stesso successe a me prima che fosse sollevato nell'altro thread.
Eppure sono anni che gioco con i ctrl-z, fg ecc...

[Benve]

sarebbe bello poter congelare un processo e salvarlo su disco per poi riprenderlo dopo un reboot o su un'altra macchina
Credo che l'unico che lo faccia sia DragonFly BSD

[n3m0]

sarebbe bello poter congelare un processo e salvarlo su disco per poi riprenderlo

Tale "tecnica" si chiama checkpointing
Per Linux conosco questo:
http://www.unicc.kiev.ua/tasks/chpx_eng.html

[FonderiaDigitale]

come su segnalato, per congelare processi e rieseguirli in un altro terminale, usate screen

[lopio]

Qualcuno dice semplice (perche' lo sapeva gia' forse) ma per me proprio ottimo!!!
grazie

[-YoShi-]

Up per il Tip adesso potro stoppare la maratona di 2 giorni di compilazione che ogni volta mi fa openoffice...Così la cpu riprende fiato e si raffredda un filino

[flocchini]

Io sono cretino

Situazione ricorrente: lancio emerge via ssh da una macchina remota ma ... azz! Non ho lanciato prima screen. Stoppo, lancio screen e riemergio, detachando poi qdo devo spegnere la macchina locale con il sistema remoto che continua il suo emerge. Come potrei fare x evitare tutto cio'? posso fare in modo di detachare l'emerge gia' in corso (lo so che no detacho di fatto emerge, pero' e' + esplicativo )

[Cazzantonio]

No è che magari funziona anche un

Code: Select all

nohup emerge -xxx yyyyy

??
in questo modo posso anche disconnettere l'utente e la compilazione va in background
ora provo!

[xchris]

per fare questo basta screen
ciao

[koma]

No è che magari funziona anche un

Code: Select all

nohup emerge -xxx yyyyy

??
in questo modo posso anche disconnettere l'utente e la compilazione va in background
ora provo!

Non solo con questo metodo avrai l'output dell'intera compilazione su nohup.out nella cartella dove hai lanciato l'emerge. e potravi così vedere ogni passaggio e errore. e controllare se l'emerge è andato a buon fine con un semplice tail nohup.out

[Benve]

sarebbe bello poter congelare un processo e salvarlo su disco per poi riprenderlo

Tale "tecnica" si chiama checkpointing
Per Linux conosco questo:
http://www.unicc.kiev.ua/tasks/chpx_eng.html

Bello, appena ho di nuovo una macchina linux ci guardo meglio