tempo di lettura : 10 minutes

Lei lancia`./gradlew build`, il terminale è bloccato per 3 minuti, e hai bisogno di fare qualcos’altro in attesa ? Non c’è bisogno di aprire una nuova scheda.`Ctrl+Z`sospende il processo,`fg`Lo riporta esattamente dove l’hai lasciato. È il consiglio Unix più sottovalutato nella quotidianità di uno sviluppatore.

Il problema: un terminale occupato

Ogni sviluppatore ha conosciuto questa situazione:

$ ./gradlew build
> Building...

Il terminale è bloccato. Non puoi più digitare alcun comando. E hai bisogno di consultare un file, avviare un`git status`, o verificare una porta occupata.

@startuml
skinparam backgroundColor #FEFEFE

actor Développeur as dev
participant "Terminale" as term
participant "Gradle\n( processo )" as gradle

dev -> term : ./gradlew build
term -> gradle : Lance le build
gradle -> term : Occupe le terminal\n(pas de prompt)
dev -> term : veut taper une commande
term --> dev : ❌ Terminal bloqué

note right of dev
Lo sviluppatore è
paralizzato per
tutta la durata della build
end note
@enduml

La maggior parte degli sviluppatori apre un nuovo terminale. Ma esiste una soluzione più elegante, più veloce e nativa: la gestione dei job.

I tre comandi indispensabili

Ctrl+Z — Sospendere (SIGTSTP)

`Ctrl+Z`invia il segnale`SIGTSTP`al processo in primo piano. Il processo èsospeso— non ucciso — e il terminale riprende il suo prompt.

$ ./gradlew build
> Building...
^Z
[1]+  Stoppé    ./gradlew build
$

Il numero tra parentesi quadre`[1]` est le numero di lavoro. Le `+`indica il lavoro predefinito.

fg — Riprendere in primo piano

`fg`riporta il lavoro sospeso in primo piano. Il processo riprende esattamente dove si era interrotto.

$ fg
./gradlew build
> Building... (reprend où il en était)

Con un numero di lavoro specifico :

$ fg %2

bg — Riprendere in background

`bg`Riprende il processo senza bloccare il terminale. Ideale per i build lunghi.

$ bg
[1]+ ./gradlew build &
$

Le `&`alla fine significa che il processo è in esecuzione in secondo piano.

jobs — Elencare i job della shell

$ jobs
[1]-  Stoppé    vim README.md
[2]+  En cours   ./gradlew build
@startuml
skinparam backgroundColor #FEFEFE
skinparam defaultFontName sans-serif

state "Primo piano\n(terminal bloccato)" as fg #LightCoral
state "Sospeso\n(Ctrl+Z)" as stopped #LightYellow
state "Sfondo\n(bg)" as bg_ #LightGreen

[*] --> fg : Lance une commande
fg --> stopped : Ctrl+Z\n(SIGTSTP)
stopped --> fg : fg\nreprend en avant-plan
stopped --> bg_ : bg\nreprend en arrière-plan
bg_ --> fg : fg\nramène en avant-plan
fg --> [*] : Commande terminée

note right of stopped
Il processo è congelato
ma _non_ terminato
end note

note left of bg_
Il terminale è libero
la build continua
end note
@enduml

Scenario 1 : La build lunga

È il caso d’uso più comune. Avvii un build Gradle, il terminale è bloccato, e hai bisogno di fare altro.

@startuml
skinparam backgroundColor #FEFEFE
autonumber

actor Développeur as dev
participant "Terminale" as term
participant "Gradle" as gradle
database "Stato\nprocesso" as state

dev -> term : ./gradlew build
term -> gradle : Lance le build
gradle -> state : En cours (FG)
dev -> term : Ctrl+Z
term -> state : Suspendu (job [1])
term --> dev : Prompt libre $

dev -> term : git status
term --> dev : working tree clean

dev -> term : fg
term -> state : Reprend (FG)
gradle --> dev : Build réussi ✓

note right of state
Il processo Gradle
non è mai stato interrotto
Riprende esattamente
da dove si era fermato
end note
@enduml

Passo a passo

$ ./gradlew build
> Building...
^Z
[1]+  Stoppé    ./gradlew build

$ git status
On branch main
nothing to commit, working tree clean

$ fg
./gradlew build
> Building...
BUILD SUCCESSFUL in 2m 34s

Scenario 2: L’editore dimenticato

Sei in`vim`, hai bisogno di consultare un altro file senza uscire`vim`.

# Dans vim, en mode commande :
:shell
$ cat /path/to/other/file.txt
$ exit
# Retour dans vim

Ma è pesante. Con`Ctrl+Z`, è immediato :

# Dans vim, n'importe quel moment :
Ctrl+Z
[1]+  Stoppé    vim README.md

$ cat /path/to/other/file.txt
# ... lire le fichier ...

$ fg
vim README.md
# Retour exact là où on en était, curseur en place
@startuml
skinparam backgroundColor #FEFEFE
autonumber

actor Développeur as dev
participant "vim" as vim
participant "Shell" as shell

dev -> vim : édition en cours
dev -> vim : Ctrl+Z
vim -> shell : Suspendu (job [1])
dev -> shell : cat autre_fichier.txt
shell --> dev : contenu du fichier
dev -> shell : fg
shell -> vim : Reprend (job [1])
vim --> dev : Curseur exactement\nà la même position

note right of vim
vim ripristina
integralmente lo stato:
posizione del cursore,
buffer, undo stack
end note
@enduml

vim`ripristina perfettamente il suo stato dopo un`fg: posizione del cursore, contenuto del buffer, cronologia delle annullazioni — tutto è preservato.

Scenario 3 : Il processo opencode sospeso

È lo scenario che ha motivato questo articolo. Lei utilizza`opencode`(strumento CLI per pilotare un LLM sul tuo codice), e il processo è sospeso.

@startuml
skinparam backgroundColor #FEFEFE
skinparam defaultFontName sans-serif
skinparam componentStyle rectangle

actor Développeur as dev
participant "opencode\n(agente LLM)" as agent
participant "Shell" as shell
participant "git" as git

dev -> agent : Session active
agent -> agent : Tour de parole\ndu LLM en cours

note over agent
Ctrl+Z arriva
nel bel mezzo
di un'analisi del codice
end note

dev -> agent : Ctrl+Z
agent -> shell : Suspendu (job [1])
dev -> git : git diff
git --> dev : changements visibles
dev -> shell : fg
shell -> agent : Reprend (job [1])
agent --> dev : Reprend exactement\nl'analyse en cours

note right of agent
Nessuna perdita di contesto
Il LLM riprende la sua risposta
esattamente da dove era rimasto
end note
@enduml
$ opencode
# ... session en cours, LLM analyse le code ...
^Z
[1]+  Stoppé    opencode

$ git diff HEAD~1
# vérifier les changements récents

$ fg
opencode
# Le LLM reprend là où il s'était arrêté

Il vantaggio è doppio :

  1. Nessuna perdita di contesto : la session LLM, l’historique de conversation, les fichiers ouverts — tout est préservé

  2. Nessun riavvio: non è necessario rilanciare opencode, ricaricare il contesto, spiegare nuovamente il problema al LLM

Scenario 4: Gestire più job contemporaneamente

fg et `bg`accettano un numero di job per mirare a un processo specifico quando più processi sono sospesi

$ vim config.yml
^Z
[1]+  Stoppé    vim config.yml

$ ./gradlew test
^Z
[2]+  Stoppé    ./gradlew test

$ htop
^Z
[3]+  Stoppé    htop

$ jobs
[1]   Stoppé    vim config.yml
[2]-  Stoppé    ./gradlew test
[3]+  Stoppé    htop

$ fg %2
./gradlew test
# Le build reprend en avant-plan

$ bg %3
[3] htop &
# htop reprend en arrière-plan
@startuml
skinparam backgroundColor #FEFEFE

rectangle "Job sospesi" as jobs #LightYellow {
  card "[1] vim config.yml" as j1
  card "[2] ./gradlew test" as j2
  card "[3] htop" as j3
}

rectangle "Azioni" as actions #LightGreen {
  card "fg %2\n→ primo piano" as a1
  card "bg %3\n→ sfondo" as a2
  card "fg %1\n→ primo piano" as a3
}

jobs --> actions : fg/bg + numéro de job
actions --> j2 : Reprend
actions --> j3 : En arrière-plan

note bottom of jobs
Ogni job conserva
il suo stato esatto
tra i suspend/resume
end note
@enduml

Riepilogo dei comandi di lavoro

Ordine effetto Esempio

Ctrl+Z

Sospende il processo in primo piano

Invio di`SIGTSTP`

fg

Riprendi il lavoro predefinito in primo piano

fg ou fg %1

fg %n

Riprende il lavoro n in primo piano

fg %2

bg

Riprende il job di default in background

bg ou bg %1

bg %n

Riprendi il lavoro n in secondo piano

bg %2

jobs

Elenca i job della shell corrente

jobs -l(con PID)

kill %n

Termina il lavoro n

kill %2

Differenze tra fg, bg, Ctrl+Z, Ctrl+C e &

Molti sviluppatori confondono questi meccanismi. Ecco una chiarificazione decisiva.

@startuml
skinparam backgroundColor #FEFEFE
skinparam defaultFontName sans-serif

rectangle "**Ctrl+Z**\nSIGTSTP" as ctrlz #LightYellow {
  card "Sospende il processo\n(rimane in memoria)\nUtilizzabile con fg/bg" as c1
}

rectangle "**Ctrl+C**\nSIGINT" as ctrlc #LightCoral {
  card "Uccide il processo\n(non è possibile tornare indietro)\nPerdita di tutto lo stato" as c2
}

rectangle "**& **\n(background)" as ampersand #LightGreen {
  card "Avvia direttamente\nin background\nTerminale libero immediatamente" as c3
}

rectangle "**fg**\n(foreground)" as fg_ #SkyBlue {
  card "Riporta un job\nsospeso in foreground\nTerminale occupato" as c4
}

rectangle "**bg**\n(background)" as bg_ #Lavender {
  card "Riprende un job\nsospeso in background\nTerminale libero" as c5
}

ctrlz -right-> fg_ : fg pour reprendre
ctrlz -right-> bg_ : bg pour continuer\nen arrière-plan
ctrlc -right-> c2 : Pas de retour\nprocessus tué

note bottom of ctrlz
Il processo è **congelato**
ma **non terminato**
end note

note bottom of ampersand
Alternativa: lanciare
`./gradlew build &`
direttamente in background
end note
@enduml
Scorciatoia/Comando Segnale Effetto Ctrl+Z

SIGTSTP

Sospendi il processo (congelato, in memoria)

Sì :`fg` ou bg

Ctrl+C

SIGINT

Uccidi il processo (terminato)

No: processo distrutto

Ctrl+\

SIGQUIT

Uccidi il processo + core dump

No: processo distrutto

commande &

Ctrl+Z est non-distruttivo. Il processo è congelato così com’è, nella memoria. Puoi riprendere immediatamente con`fg`. È una pause, non uno stop.

Il ciclo di vita completo di un job

@startuml
skinparam backgroundColor #FEFEFE
skinparam defaultFontName sans-serif

title Ciclo di vita completo di un job shell
state "Inesistente" as none
state "Primo piano\n(occupa il terminale)" as foreground #LightCoral
state "Sospeso\n(Ctrl+Z / SIGTSTP)" as suspended #LightYellow
state "Sfondo\n(bg o &)" as background #LightGreen
state "Terminato\n(exit code 0)" as done #LightGray

[*] --> none
none --> foreground : tape une commande
foreground --> suspended : Ctrl+Z
foreground --> done : fin normale

suspended --> foreground : fg
suspended --> background : bg
suspended --> done : kill %n

background --> foreground : fg
background --> done : fin normale\n(en arrière-plan)
background --> suspended : Ctrl+Z\n(si fg puis Ctrl+Z)

done --> [*]

note right of suspended
Lo stato sospeso è
il perno di tutto il
sistema di job
end note
@enduml

Consigli avanzati

fg con il lavoro più recente e l’alternanza

fg`senza argomento riporta il lavoro marcato+(il più recente). Ma puoi anche usare%-`per prendere di mira il lavoro precedente :

$ vim file1.txt
^Z
[1]+  Stoppé    vim file1.txt

$ vim file2.txt
^Z
[2]+  Stoppé    vim file2.txt

$ fg      # ramène job [2] (le plus récent)
$ fg %-   # ramène job [1] (le précédent)

uccidere un job correttamente

$ jobs
[1]-  Stoppé    vim config.yml
[2]+  Stoppé    ./gradlew test

$ kill %2       # envoie SIGTERM au job 2
$ kill -9 %1    # envoie SIGKILL au job 1 (force)

désown: rimuovere dalla shell

disown`rimuove un lavoro dalla tabella dei lavori della shell. Il processo continua a girare ma non può più essere riportato indietro con`fg

$ ./gradlew build &
[1] 12345

$ disown %1
# Le processus continue mais n'est plus lié au shell
# Ça survives à la fermeture du terminal

Combinare con nohup per i processi lunghi

Perché un processo sopravviva alla chiusura del terminale :

$ nohup ./gradlew build &
[1] 12345
$ disown %1
# Le build continue même si vous fermez le terminal
@startuml
skinparam backgroundColor #FEFEFE
skinparam defaultFontName sans-serif

rectangle "fg" as fg_ #SkyBlue {
  card "Riporta il job\npiù recente (+)" as f1
  card "Mira a un job\nspecifico: fg %n" as f2
  card "Alterna: fg %-" as f3
}

rectangle "kill %n" as kill_ #LightCoral {
  card "SIGTERM (pulito)" as k1
  card "SIGKILL -9 (forzato)" as k2
}

rectangle "disown" as disown #Lavender {
  card "Scollega dalla shell\n(sopravvive alla disconnessione)" as d1
}

rectangle "nohup + &" as nohup_ #LightGreen {
  card "Processo immune\na SIGHUP\n(sopravvive alla chiusura\ndel terminale)" as n1
}

fg_ -right-> kill_ : si faut\nterminer
kill_ -right-> disown_ : ou détacher
nohup_ -left-> fg_ : fg ramène en\navant-plan

note bottom of disown_
Dopo disown, fg non può
più riportare il job
end note
@enduml

Trappole ed errori comuni

Confondere Ctrl+Z e Ctrl+C

È l’errore più frequente.`Ctrl+C`Uccide il processo.`Ctrl+Z`lo sospende. Se premi`Ctrl+C`per riflesso, tutto lo stato è perso — file aperti, sessioni LLM, build in corso.

@startuml
skinparam backgroundColor #FEFEFE

rectangle "Ctrl+Z (SIGTSTP)" as z #LightGreen {
  card "Processo congelato in memoria" as z1
  card "fg lo riporta intatto" as z2
  card "Nessuna perdita" as z3
}

rectangle "Ctrl+C (SIGINT)" as c #LightCoral {
  card "Processo terminato" as c1
  card "Stato perso definitivamente" as c2
  card "Nessun ritorno possibile" as c3
}

note bottom of z
Pausa → Riprendi
end note

note bottom of c
Kill → Perso
end note
@enduml

I job sono locali nella shell

jobs, fg et `bg`funzionano solo nella shell che ha avviato i processi. Se apri un nuovo terminale, non vedrai i lavori dell’altro.

# Terminal 1
$ vim file.txt
^Z
[1]+  Stoppé    vim file.txt

# Terminal 2 (nouveau)
$ jobs
# (rien — les jobs sont locaux au shell)

Per vedere i processi di sistema, utilizza`ps` ou htop:

ps aux | grep vim

I lavori non sopravvivono alla chiusura della shell

Se chiudi il terminale, tutti i lavori sospesi o in background vengono distrutti. Perché un processo sopravviva, utilizzi`nohup`+disown:

$ nohup ./gradlew build &
[1] 12345
$ disown %1
# Fermer le terminal → le build continue

processi interattivi e fg

Alcuni programmi interattivi non funzionano bene dopo un`Ctrl+Z`+fg. È raro ma succede :

  • Alcuni programmi che utilizzano segnali (vim, htop, less gestiscono bene`Ctrl+Z`)

  • I programmi di rete lunghi (ssh, opencode) recuperano generalmente correttamente

  • I programmi che modificano il terminale (ncurses) possono a volte lasciare il terminale in uno stato inatteso

In caso di terminale corrotto dopo un`fg`, digita :

reset

Diagramma riassuntivo

@startuml
skinparam backgroundColor #FEFEFE
skinparam defaultFontName sans-serif
skinparam ArrowColor #444444

title "fg — Il tip che cambia tutto"

rectangle "**Problema**" as problem #LightCoral {
  card "Terminale bloccato\nda un processo" as p1
  card "Aprire un nuovo\nterminale = soluzione drastica" as p2
}

rectangle "**Soluzione**" as solution #LightGreen {
  card "Ctrl+Z → sospende" as s1
  card "fg → riprende" as s2
  card "bg → in background" as s3
  card "jobs → vedi i sospesi" as s4
}

rectangle "**Vantaggi**" as advantages #SkyBlue {
  card "Nessuna perdita di contesto" as a1
  card "Nessun riavvio" as a2
  card "Un solo terminale è sufficiente" as a3
}

problem -right-> solution : "La soluzione nativa\nUnix da 40 anni"
solution -right-> advantages : "Risultato"

note bottom of advantages
fg non è un tips oscuro
È un meccanismo fondamentale
della shell Unix
end note
@enduml

Perché fg è sottovalutato

La maggior parte degli sviluppatori moderni scopre`fg`tardi, forse mai. Alcune ragioni :

  1. Gli IDE nascondono il terminale: VS Code offre un terminale integrato, ma le schede multiple rendono`fg`meno necessario all’apparenza

  2. Gli strumenti grafici sostituiscono le CLI: i gestori di file, i monitor di sistema, i client Git grafici

  3. tmux e screen: questi multiplexer risolvono lo stesso problema in modo diverso, ma`fg`è più semplice e sempre disponibile

Tuttavia,fg# JBake CLI Commands ` # Initialize a new JBake project jbake -i

Bake (generate) the site jbake -b

@startuml
skinparam backgroundColor #FEFEFE
skinparam defaultFontName sans-serif

rectangle "Perché fg è\nsottovalutato?" as why #LightCoral {
  card "IDE con terminale\nmulti-scheda" as w1
  card "Strumenti grafici\nche sostituiscono la CLI" as w2
  card "tmux/screen\nrisolvono il problema\nin altro modo" as w3
}

rectangle "Perché fg è\nsuperiore?" as superior #LightGreen {
  card "Universale: bash,\nzsh, fish, sh..." as s1
  card "Senza dipendenze:\nnessuna installazione" as s2
  card "Due tasti:\nCtrl+Z poi fg" as s3
  card "Contesto preservato:\nzero perdita di stato" as s4
}

why -right-> superior : "La semplicità\nvince sempre"
@enduml

Bake and watch for changes jbake -b --reset

Specify source and destination jbake source_folder output_folder

Clear the output directory before baking jbake -b . output --reset ` è :

  1. universale: presente in tutti i shell POSIX (bash, zsh, fish…​)

  2. Senza dipendenza: non è necessario installare tmux o screen

  3. istantanea: due colpi (Ctrl+Z`poi`fg) per sospendere e riprendere

  4. Conservatore del contesto: lo stato del processo è intatto

@startuml
skinparam backgroundColor #FEFEFE
skinparam defaultFontName sans-serif

participant "Utente" as user
participant "Shell" as shell
participant "Processo" as proc

user -> shell : Ctrl+Z
shell -> proc : SIGTSTP (signal 18)
note right of proc : Processo bloccato\nin memoria

user -> shell : fg
shell -> proc : SIGCONT (signal 19)
note right of proc : Il processo riprende\nin primo piano

user -> shell : bg
shell -> proc : SIGCONT (signal 19)
note right of proc : Il processo riprende\nsullo sfondo

user -> shell : Ctrl+C
shell -> proc : SIGINT (signal 2)
note right of proc : Processo completato\nstato perso
@enduml

Memoria tecnica: i segnali

Per i curiosi, ecco i segnali implicati:

segnale Nome Inviato da Effetto

2

SIGINT

Ctrl+C

Interruzione — termina il processo

3

SIGQUIT

Ctrl+\

Termina con core dump

18

SIGTSTP

Ctrl+Z

Stop interattivo — sospende il processo

19

SIGCONT

fg/bg

Continua — riprende un processo sospeso

15

SIGTERM

kill %n

terminazione propria

9

SIGKILL

kill -9 %n

Terminazione forzata (impossibile da intercettare)

Il flusso completo:

@startuml
skinparam backgroundColor #FEFEFE
skinparam defaultFontName sans-serif

participant "Utente" as user
participant "Shell" as shell
participant "processo" as proc

user -> shell : Ctrl+Z
shell -> proc : SIGTSTP (signal 18)
note right of proc : Processus figé\nen mémoire

user -> shell : fg
shell -> proc : SIGCONT (signal 19)
note right of proc : Processus reprend\nen avant-plan

user -> shell : bg
shell -> proc : SIGCONT (signal 19)
note right of proc : Processus reprend\nen arrière-plan

user -> shell : Ctrl+C
shell -> proc : SIGINT (signal 2)
note right of proc : Processus terminé\nétat perdu
@enduml

Conclusione

Articoli correlati