रिबूट के माध्यम से ओएस एक्स टर्मिनल सत्र कैसे जारी रहते हैं?


14

मैकबुक प्रो खरीदने से पहले एक शौकीन चावला लिनक्स उपयोगकर्ता होने के नाते, मेरे पास आमतौर पर किसी भी एक समय में कई टर्मिनल टैब खुले होते हैं।

अतीत में, क्रैश और रिबूट आम तौर पर मेरे वर्कफ़्लो, और मेरे संबंधित टैब इतिहास के अधिकांश भाग को मिटा देते हैं। मैंने इस समस्या को हल करने के तरीकों की खोज की, लेकिन हमेशा खाली आया; विभिन्न तकनीकों से अलग उपकरणों की उपयोग किया संयोजनों की तरह है कि ssh, screen, tmux, और एक आभासी निजी सर्वर (या समान) की आवश्यकता है।

स्क्रिप्ट लिखने के लिए, और सीएलआई उपकरण, आदि का उपयोग करने के लिए मेरे मैकबुक प्रो का उपयोग करने के बारे में मेरी पसंदीदा चीजों में से एक; मेरा टर्मिनल सत्र क्रैश से परे रहता है और डिफ़ॉल्ट रूप से रीबूट होता है। वास्तव में, मैंने लगभग 2 साल पहले से एक बैकअप बहाल कर दिया था, और जब मैंने पहली बार लॉग इन किया था, तो मुझे अपने पुराने डेस्कटॉप और तीन bashगोले के साथ प्रस्तुत किया गया था जिसमें एक परियोजना शामिल थी जिसे मैं उस समय काम कर रहा था।

मैं जानना चाहूंगा कि ओएस एक्स इस सुविधा को कैसे संभव बनाता है। यहाँ किसी को भी अंतर्दृष्टि है कि यह कैसे काम करता है?

जवाबों:


10

टर्मिनल (वास्तव में bashसत्र) को बहाल करने का कोड, इसका एक हिस्सा है /etc/bashrc_Apple_Terminalजो टर्मिनल में चल रहे प्रत्येक सत्र के माध्यम से /etc/profileऔर उसके /etc/bashrcलिए खट्टा हो जाता है bash

# 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

1
अच्छा है, तो इन टिप्पणियों से कर रहे हैं /etc/bashrc_Apple_Terminal? मुझे विशेष रूप से पसंद है कि # 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.यह कुछ और है जिसे मैंने पहले लागू करने की कोशिश की है, लेकिन कोई फायदा नहीं हुआ।
आवाज

तो वैसे भी मैं इसे उत्तर के रूप में चिह्नित करना चाहता हूं, लेकिन मैं इस फ़ाइल के माध्यम से पढ़ रहा हूं और .. क्या आप कोड की विशिष्ट लाइनों को इंगित कर सकते हैं जो इस प्रभाव का कारण बनते हैं? टिप्पणियों में उल्लिखित कार्यों की तुलना में यह अधिक प्रतीत होता है। यह सिर्फ मेरी थकी हुई आंखें हो सकती हैं, लेकिन मैं इसका ज्यादा मतलब नहीं निकाल सकता।
आवाजें

@ tjt263 कभी कि अभी तक यह पता लगाने की समय मिल
nohillside

@ tjt263 यह टिप्पणी से सब कुछ है, फ़ाइल के अंत में वास्तव में। मूल रूप से यह trapएक सत्र के अंत को पकड़ने और टैब / सत्र विशिष्ट फ़ाइल में अपने इतिहास को संग्रहीत करने के लिए उपयोग करता है।
nohillside

7

जहां तक ​​मैं बता सकता हूं, यह सिर्फ प्रत्येक विंडो के स्क्रॉलबैक बफर में पाठ को बचाता है। यह वास्तव में टर्मिनलों में जो चल रहा था उसकी स्थिति को नहीं बचाता है; यह सिर्फ रिबूट के बाद एक नया खोल शुरू करता है।

एक प्रयोग के रूप में, अपने शेल में एक वैरिएबल को परिभाषित करें, और उसके मान की जाँच करें:

foo=bar
echo $foo

फिर रिबूट करें, और चर के मूल्य को फिर से जांचें। आप देखेंगे कि यह अब परिभाषित नहीं है।


वाह! यह अन्यथा डरावना होता।
उहोह
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.