Почему делает (выйдите 1), не выходят из сценария?

Поскольку вы не указали дистрибутив, я опишу метод Ubuntu (и, возможно, его производные) Попробуйте найти папки $ HOME/.Private и $ HOME/.ecryptfs . Должен присутствовать любой из них или оба. или попробуйте ls -A/home , чтобы получить выходные данные с упоминанием одной или обеих папок.

Источник: EncryptedHome - справка Ubuntu Wiki

Из меньше введите s , затем введите имя файла, в который требуется сохранить файл, затем введите .
На странице man в разделе COMMANDS :

s filename
      Save the input to a file.  This only works if the input is a pipe, not an ordinary file.

man также указывается, что в зависимости от конкретной установки команда s может быть недоступна. В этом случае можно перейти к строке 1 с:

g or < or ESC-<
      Go to line N in the file, default 1 (beginning of file).

и направить весь контент к cat с:

| <m> shell-command
      <m> represents any mark letter. Pipes a section of the input file to the
      given shell command. The section of the file to be piped is between the
      first line on the current screen and the position marked by the letter. 
      <m> may also be ^ or $ to indicate beginning or end of file respectively.

, так что либо:

g|$cat > filename

, либо:

<|$cat > filename

т. е. введите g или < ( g или меньше ) | $ ( труба , затем доллар ), затем cat > имя файла и введите .
Это должно работать независимо от того, является ли входной файл каналом или обычным файлом.

Выполнение exit в субоболочке представляет собой один недостаток:

#!/bin/bash
function calc { echo 42; exit 1; }
echo $(calc)

Сценарий печатает 42, выходит из субоболочки с кодом возврата 1 и продолжает сценарий. Даже замена вызова на echo $ (CALC) | | exit 1 не помогает, поскольку код возврата echo 0 независимо от кода возврата calc . И расчет выполняется до эхо .

Еще больше недоумения мешает эффекту exit , заключив его в локальный builtin, как в следующем сценарии. Я наткнулся на проблему, когда написал функцию для проверки входного значения. Пример:

Я хочу создать файл с именем «year month day.log», то есть 20141211 log на сегодня. Дата вводится пользователем, который может не предоставить разумное значение. Поэтому в моей функции fname я проверяю возвращаемое значение date , чтобы проверить действительность пользовательского ввода:

#!/bin/bash

doit ()
    {
    local FNAME=$(fname "$1") || exit 1
    touch "${FNAME}"
    }

fname ()
    {
    date +"%Y%m%d.log" -d"$1" 2>/dev/null
    if [ "$?" != 0 ] ; then
        echo "fname reports \"Illegal Date\"" >&2
        exit 1
    fi
    }

doit "$1"

Выглядит хорошо. Разрешить скрипту имя s.sh . Если пользователь вызывает скрипт с помощью ./s.sh «Thu Dec 11 20:45:49 CET 2014» , создается файл 20141211 log . Если, однако, пользователь вводит ./s.sh «Thu hec 11 20:45:49 CET 2014» , то сценарий выводит:

fname reports "Illegal Date"
touch: cannot touch ‘’: No such file or directory

Строка fname... говорит, что в оболочке обнаружены плохие входные данные. Но exit 1 в конце строки local... никогда не запускается, поскольку директива local всегда возвращает 0 . Это происходит потому, что локальный выполняется после $ (fname) и, таким образом, перезаписывает его код возврата. И поэтому сценарий продолжается и вызывает touch с пустым параметром. Этот пример прост, но поведение bash может быть довольно запутанным в реальном применении. Знаю, настоящие программисты не используют locals.☺

To дают понять: Без локального сценарий прерывается так, как ожидалось, когда вводится недопустимая дата.

Исправление состоит в том, чтобы разделить строку, как

local FNAME
FNAME=$(fname "$1") || exit 1

Странное поведение соответствует документации local в пределах man-страницы bash: «Возвращаемое состояние 0, если локальное не используется вне функции, указано недопустимое имя или имя является переменной только для чтения».

Хотя не является ошибкой, я чувствую, что поведение bash является контринтуитивным. Я знаю о последовательности выполнения, локальный не должен маскировать нарушенное назначение, тем не менее.

Мой первоначальный ответ содержал некоторые неточности. После показательной и углубленной дискуссии с микесервом (спасибо за это) я пошел на их исправление.

Скобки запускают подоболочку , и выход только из этой подоболочки.

Вы можете прочитать код выхода с помощью $? и добавить его в свой скрипт, чтобы выйти из скрипта, если подоболочка была закрыта:

#!/bin/bash

function bla() {
    return 1
}

bla || ( echo '1' ; exit 1 )

exitcode=$?
if [ $exitcode != 0 ]; then exit $exitcode; fi

echo '2'