Как создать (с помощью установочного скрипта) задачу, которая установит мой bash-скрипт, чтобы он запускался при запуске DE?

Я, кажется, сталкиваюсь с незначительной проблемой с превосходным ответом, предоставленным Eric Carvalho.

Я создал .tar.bz файл и протестировал это, я могу правильно извлечь его с:

tar xzf MyArchive.tar.bz -C /home/$USERN/Downloads/

Я создал удар header.sfx:

#!/bin/bash

USERN=`whoami`
if [ $(id -u) = "0" ] ; then
       USERN=$SUDO_USER
fi

DATA=`awk '/^__BEGIN_DATA__/ { print NR + 1; exit 0; }' $0`
tail -n+$DATA $0 | tar xz -C /home/$USERN/Downloads/
if [ $? -ne 0 ] ; then 
    exit 1
echo
# Additional installation steps follow

#bash commands here
#the last command calls my main installer script:
bash ./another_bash_script.sh

exit 0 #this is line 125
# The following line must be the last one. Don't place any character (including newline characters) after it.
__BEGIN_DATA__

Я создал самораспаковывающийся файл/установщик оболочки:

cat header.sfx MyArchive.tar.bz > MyInstaller.sh

Я установил полномочия (a+x). Результаты запуска установщика:

tester@mint15_VirtualBox ~/Downloads $ sudo ./MyInstaller.sh 
./ExampleInstaller.2013.07.01.sh: line 132: syntax error near unexpected token `('
./ExampleInstaller.2013.07.01.sh: line 132: `.����D������V G��c�� ��������Ӭ��ӡ|@��|M�.�/�~��w�O��*��B���l�}Ω�O�.��'

Кажется, что файл MyArchive.tar.bz извлечен правильно от взгляда вокруг внутренней части извлеченная папка.

Тот тип ошибки звонит в звонок?

Мое первое предположение было этим exit 0 игнорируется, но я не уверен, почему это имело бы место... Я заметил это exit 0 находится на строке 125, и об ошибке сообщают как являющийся на строке 132, который был бы частью связанного архивного файла.

Следующая вещь, которую я попробовал, состоит из следующих изменений в headers.sfx:

первая строка:

#!/bin/bash -xv

последние строки:

exit 0
echo "we should never reach here!"
# The following line must be the last one. Don't place any character (including newline characters) after it.
__BEGIN_DATA__

На этот раз результат похож:

tester@mint15_VirtualBox ~/Downloads $ sudo ./MyInstaller.sh 
#!/bin/bash -xv
USERN=`whoami`
whoami
++whoami
[snip]
exit 0

echo "we should never reach here!"
# The following line must be the last one. Don't place any character (including newline characters) after it.
__BEGIN_DATA__
�#�Q��P\߷&�и����Ƶ��4    и��
                                           ��������Ӭ��ӡ|@��|M�.�/���B���l�}Ω�O�.
./ExampleInstaller.sh: line 134: syntax error near unexpected token `('
./ExampleInstaller.sh: line 134: `.����D���c��

Эффективная выходная мощность включает намного больше "���", но вышеупомянутые получения единственная читаемая часть его.

Примечания решения:

Первая ошибка, которую я сделал, состоит в том, что я думал, там, как предполагалось, не был символом новой строки в конце последней строки в header.sfx файле. Посмотрите ниже:

# The following line must be the last one. Don't place any character (including newline characters) after it.
__BEGIN_DATA__

Оказывается, что должна быть новая строка в конце строки __BEGIN_DATA__

Вторая проблема, которую я нашел, состоит в том что, включая удар, отлаживающий (например, set -x) препятствует тому, чтобы awk/tail/tar последовательность команд работала.

Эти два изменения получили его работающий на меня на тестовом сценарии. (И это было действительно всего одно изменение: исправление моего недоразумения о заключительных символах новой строки.)

Однако на моем реальном примере я столкнулся с дополнительными проблемами. Оказывается, что полномочия файла на файлах в архиве действительно имеют значение. Был один файл в моем архиве, который очень ограничил полномочия, и этот файл заставил целый самораспаковывающийся сценарий удара перестать работать в фазе извлечения. Однако ручные извлечения в файловом менеджере GUI или извлечения командной строки с помощью tar оба, за которыми следуют. Так самораспаковывающиеся сценарии удара немного более чувствительны к вещам как полномочия файла в архиве (и я не говорю о полномочиях на самом архиве).

Кроме того, любой "запаздывающий мусор" заставит самораспаковывающийся сценарий удара перестать работать. Пример:

gzip: stdin: decompression OK, trailing garbage ignored

У меня было это сообщение из одного архива, и самораспаковывающемуся сценарию удара не удалось выполнить любые команды после извлечения (даже при том, что извлечение, кажется, было прекрасно, как сообщение предполагает). Возможно что что-то как 2> /dev/null решил бы эту последнюю проблему...