In che modo le sessioni del terminale OS X persistono attraverso i riavvii?

Question

In che modo le sessioni del terminale OS X persistono attraverso i riavvii?

#1 da (10 voti)
#2 da (5 voti)

12

Essendo un avido utente Linux prima di acquistare un MacBook Pro, in genere ho diverse schede terminali aperte in qualsiasi momento.

In passato, arresti anomali e riavvii generano in genere il mio flusso di lavoro e la maggior parte delle mie cronologie di schede. Ho cercato modi per risolvere questo problema, ma sono sempre uscito vuoto; a parte varie tecniche che utilizzavano combinazioni di strumenti come ssh , screen , tmux e richiedeva un server virtuale privato (o simile).

Una delle cose che preferisco di usare il mio MacBook Pro per scrivere script, e usare gli strumenti CLI, ecc; è che le mie sessioni terminali persistono oltre gli arresti anomali e si riavviano per impostazione predefinita. In effetti, ho appena ripristinato un backup da quasi 2 anni fa, e quando ho effettuato il login per la prima volta, mi è stato presentato il mio vecchio desktop e tre shell bash che comprendevano un progetto su cui stavo lavorando tutto questo tempo fa .

Vorrei sapere come OS X rende possibile questa funzione. Qualcuno qui ha un'idea di come funziona?

macos terminal autosave restore reboot

posta tjt263 02.04.2017 - 06:02

fonte

2 risposte

Leggi altre domande sui tag macos terminal autosave restore reboot

Come creare una playlist da Su i prossimi brani in iTunes? Problemi con ridimensionamento dello schermo su monitor esterno

score 10 · Answer 1

Il codice per ripristinare Terminal (in realtà bash sessioni) è parte di /etc/bashrc_Apple_Terminal che viene acquisito tramite /etc/profile e /etc/bashrc per ogni sessione bash in esecuzione nel Terminale.

# Resume Support: Save/Restore Shell State
#
# Terminal assigns each terminal session a unique identifier and
# communicates it via the TERM_SESSION_ID environment variable so that
# programs running in a terminal can save/restore application-specific
# state when quitting and restarting Terminal with Resume enabled.
#
# The following code defines a shell save/restore mechanism. Users can
# add custom state by defining a shell_session_save_user_state function
# that writes restoration commands to the session file at exit. e.g.,
# to save a variable:
#
#   shell_session_save_user_state() { echo MY_VAR="'$MY_VAR'" >> "$SHELL_SESSION_FILE"; }
#
# During shell startup the session file is executed. Old files are
# periodically deleted.
#
# The default behavior arranges to save and restore the bash command
# history independently for each restored terminal session. It also
# merges commands into the global history for new sessions. Because
# of this it is recommended that you set HISTSIZE and HISTFILESIZE to
# larger values.
#
# You may disable this behavior and share a single history by setting
# SHELL_SESSION_HISTORY to 0. There are some common user customizations
# that arrange to share new commands among running shells by
# manipulating the history at each prompt, and they typically include
# 'shopt -s histappend'; therefore, if the histappend shell option is
# enabled, per-session history is disabled by default. You may
# explicitly enable it by setting SHELL_SESSION_HISTORY to 1.
#
# The implementation of per-session command histories in combination
# with a shared global command history is incompatible with the
# HISTTIMEFORMAT variable--the timestamps are applied inconsistently
# to different parts of the history; therefore, if HISTTIMEFORMAT is
# defined, per-session history is disabled by default.
#
# Note that this uses PROMPT_COMMAND to enable per-session history
# the first time for each new session. If you customize PROMPT_COMMAND
# be sure to include the previous value. e.g.,
#
#   PROMPT_COMMAND="${PROMPT_COMMAND:+$PROMPT_COMMAND; }your_code_here"
#
# Otherwise, the per-session history won't take effect until the first
# restore.
#
# The save/restore mechanism is disabled if the following file exists:
#
#   ~/.bash_sessions_disable

score 5 · Answer 2

Per quanto posso dire, salva semplicemente il testo nel buffer di scrollback di ogni finestra. In realtà non salva lo stato di ciò che stava funzionando nei terminali; avvia appena una nuova shell dopo il riavvio.

Come esperimento, definisci una variabile nella tua shell e controlla il suo valore:

foo=bar
echo $foo

Quindi riavvia e controlla di nuovo il valore della variabile. Vedrai che non è più definito.