Попробуйте сделать это:
sudo apt-get -V --dry-run --no-install-recommends remove g++
Я думаю, что ваша проблема в этой строке:
DIR="$( cd "$( dirname "${BASH_SOURCE[0]}" )" && pwd )"
BASH_SOURCE - «плохая замена» sh.
С другой стороны, я нашел это:
http://www.reactivation.net/writing_udev_rules.html#external-run
udev не запускает эти программы ни на одном активном терминале, и он не выполняет их в контексте оболочки. Убедитесь, что ваша программа помечена как исполняемая, если это сценарий оболочки, убедитесь, что она запускается с подходящего шебанга (например, #! / Bin / sh), и не ожидайте появления какого-либо стандартного вывода на вашем терминале.
Таким образом, в основном проблемы могут быть:
a) Вы не используете шебанг для usb_autorun.sh, и вам нужно добавить
#!/bin/bash
как к autorun.sh, так и к usb_autorun .shb) вместо этого попробуйте эту строку и используйте #! / bin / sh как для autorun.sh, так и для usb_autorun.sh:
DIR=$( readlink -f "$( dirname "$0" )")
Примечание: это решение немного небезопасно (любой может запустить что-нибудь в autorun.sh и запустить его), но на локальном уровне я считаю, что это безвредно. Тем не менее, я бы использовал другое имя вместо «autorun.sh», например «install_deb.sh» - просто чтобы избежать любых вредоносных скриптов.
Я думаю, что ваша проблема в этой строке:
DIR="$( cd "$( dirname "${BASH_SOURCE[0]}" )" && pwd )"
BASH_SOURCE - «плохая замена» sh.
С другой стороны, я нашел это:
http://www.reactivation.net/writing_udev_rules.html#external-run
udev не запускает эти программы ни на одном активном терминале, и он не выполняет их в контексте оболочки. Убедитесь, что ваша программа помечена как исполняемая, если это сценарий оболочки, убедитесь, что она запускается с подходящего шебанга (например, #! / Bin / sh), и не ожидайте появления какого-либо стандартного вывода на вашем терминале.
Таким образом, в основном проблемы могут быть:
a) Вы не используете шебанг для usb_autorun.sh, и вам нужно добавить
#!/bin/bash
как к autorun.sh, так и к usb_autorun .shb) вместо этого попробуйте эту строку и используйте #! / bin / sh как для autorun.sh, так и для usb_autorun.sh:
DIR=$( readlink -f "$( dirname "$0" )")
Примечание: это решение немного небезопасно (любой может запустить что-нибудь в autorun.sh и запустить его), но на локальном уровне я считаю, что это безвредно. Тем не менее, я бы использовал другое имя вместо «autorun.sh», например «install_deb.sh» - просто чтобы избежать любых вредоносных скриптов.
Я думаю, что ваша проблема в этой строке:
DIR="$( cd "$( dirname "${BASH_SOURCE[0]}" )" && pwd )"
BASH_SOURCE - «плохая замена» sh.
С другой стороны, я нашел это:
http://www.reactivation.net/writing_udev_rules.html#external-run
udev не запускает эти программы ни на одном активном терминале, и он не выполняет их в контексте оболочки. Убедитесь, что ваша программа помечена как исполняемая, если это сценарий оболочки, убедитесь, что она запускается с подходящего шебанга (например, #! / Bin / sh), и не ожидайте появления какого-либо стандартного вывода на вашем терминале.
Таким образом, в основном проблемы могут быть:
a) Вы не используете шебанг для usb_autorun.sh, и вам нужно добавить
#!/bin/bash
как к autorun.sh, так и к usb_autorun .shb) вместо этого попробуйте эту строку и используйте #! / bin / sh как для autorun.sh, так и для usb_autorun.sh:
DIR=$( readlink -f "$( dirname "$0" )")
Примечание: это решение немного небезопасно (любой может запустить что-нибудь в autorun.sh и запустить его), но на локальном уровне я считаю, что это безвредно. Тем не менее, я бы использовал другое имя вместо «autorun.sh», например «install_deb.sh» - просто чтобы избежать любых вредоносных скриптов.
Я думаю, что ваша проблема в этой строке:
DIR="$( cd "$( dirname "${BASH_SOURCE[0]}" )" && pwd )"
BASH_SOURCE - «плохая замена» sh.
С другой стороны, я нашел это:
http://www.reactivation.net/writing_udev_rules.html#external-run
udev не запускает эти программы ни на одном активном терминале, и он не выполняет их в контексте оболочки. Убедитесь, что ваша программа помечена как исполняемая, если это сценарий оболочки, убедитесь, что она запускается с подходящего шебанга (например, #! / Bin / sh), и не ожидайте появления какого-либо стандартного вывода на вашем терминале.
Таким образом, в основном проблемы могут быть:
a) Вы не используете шебанг для usb_autorun.sh, и вам нужно добавить
#!/bin/bash
как к autorun.sh, так и к usb_autorun .shb) вместо этого попробуйте эту строку и используйте #! / bin / sh как для autorun.sh, так и для usb_autorun.sh:
DIR=$( readlink -f "$( dirname "$0" )")
Примечание: это решение немного небезопасно (любой может запустить что-нибудь в autorun.sh и запустить его), но на локальном уровне я считаю, что это безвредно. Тем не менее, я бы использовал другое имя вместо «autorun.sh», например «install_deb.sh» - просто чтобы избежать любых вредоносных скриптов.
Я думаю, что ваша проблема в этой строке:
DIR="$( cd "$( dirname "${BASH_SOURCE[0]}" )" && pwd )"
BASH_SOURCE - «плохая замена» sh.
С другой стороны, я нашел это:
http://www.reactivation.net/writing_udev_rules.html#external-run
udev не запускает эти программы ни на одном активном терминале, и он не выполняет их в контексте оболочки. Убедитесь, что ваша программа помечена как исполняемая, если это сценарий оболочки, убедитесь, что она запускается с подходящего шебанга (например, #! / Bin / sh), и не ожидайте появления какого-либо стандартного вывода на вашем терминале.
Таким образом, в основном проблемы могут быть:
a) Вы не используете шебанг для usb_autorun.sh, и вам нужно добавить
#!/bin/bash
как к autorun.sh, так и к usb_autorun .shb) вместо этого попробуйте эту строку и используйте #! / bin / sh как для autorun.sh, так и для usb_autorun.sh:
DIR=$( readlink -f "$( dirname "$0" )")
Примечание: это решение немного небезопасно (любой может запустить что-нибудь в autorun.sh и запустить его), но на локальном уровне я считаю, что это безвредно. Тем не менее, я бы использовал другое имя вместо «autorun.sh», например «install_deb.sh» - просто чтобы избежать любых вредоносных скриптов.
Я думаю, что ваша проблема в этой строке:
DIR="$( cd "$( dirname "${BASH_SOURCE[0]}" )" && pwd )"
BASH_SOURCE - «плохая замена» sh.
С другой стороны, я нашел это:
http://www.reactivation.net/writing_udev_rules.html#external-run
udev не запускает эти программы ни на одном активном терминале, и он не выполняет их в контексте оболочки. Убедитесь, что ваша программа помечена как исполняемая, если это сценарий оболочки, убедитесь, что она запускается с подходящего шебанга (например, #! / Bin / sh), и не ожидайте появления какого-либо стандартного вывода на вашем терминале.
Таким образом, в основном проблемы могут быть:
a) Вы не используете шебанг для usb_autorun.sh, и вам нужно добавить
#!/bin/bash
как к autorun.sh, так и к usb_autorun .shb) вместо этого попробуйте эту строку и используйте #! / bin / sh как для autorun.sh, так и для usb_autorun.sh:
DIR=$( readlink -f "$( dirname "$0" )")
Примечание: это решение немного небезопасно (любой может запустить что-нибудь в autorun.sh и запустить его), но на локальном уровне я считаю, что это безвредно. Тем не менее, я бы использовал другое имя вместо «autorun.sh», например «install_deb.sh» - просто чтобы избежать любых вредоносных скриптов.
Я думаю, что ваша проблема в этой строке:
DIR="$( cd "$( dirname "${BASH_SOURCE[0]}" )" && pwd )"
BASH_SOURCE - «плохая замена» sh.
С другой стороны, я нашел это:
http://www.reactivation.net/writing_udev_rules.html#external-run
udev не запускает эти программы ни на одном активном терминале, и он не выполняет их в контексте оболочки. Убедитесь, что ваша программа помечена как исполняемая, если это сценарий оболочки, убедитесь, что она запускается с подходящего шебанга (например, #! / Bin / sh), и не ожидайте появления какого-либо стандартного вывода на вашем терминале.
Таким образом, в основном проблемы могут быть:
a) Вы не используете шебанг для usb_autorun.sh, и вам нужно добавить
#!/bin/bash
как к autorun.sh, так и к usb_autorun .shb) вместо этого попробуйте эту строку и используйте #! / bin / sh как для autorun.sh, так и для usb_autorun.sh:
DIR=$( readlink -f "$( dirname "$0" )")
Примечание: это решение немного небезопасно (любой может запустить что-нибудь в autorun.sh и запустить его), но на локальном уровне я считаю, что это безвредно. Тем не менее, я бы использовал другое имя вместо «autorun.sh», например «install_deb.sh» - просто чтобы избежать любых вредоносных скриптов.
Я думаю, что ваша проблема в этой строке:
DIR="$( cd "$( dirname "${BASH_SOURCE[0]}" )" && pwd )"
BASH_SOURCE - «плохая замена» sh.
С другой стороны, я нашел это:
http://www.reactivation.net/writing_udev_rules.html#external-run
udev не запускает эти программы ни на одном активном терминале, и он не выполняет их в контексте оболочки. Убедитесь, что ваша программа помечена как исполняемая, если это сценарий оболочки, убедитесь, что она запускается с подходящего шебанга (например, #! / Bin / sh), и не ожидайте появления какого-либо стандартного вывода на вашем терминале.
Таким образом, в основном проблемы могут быть:
a) Вы не используете шебанг для usb_autorun.sh, и вам нужно добавить
#!/bin/bash
как к autorun.sh, так и к usb_autorun .shb) вместо этого попробуйте эту строку и используйте #! / bin / sh как для autorun.sh, так и для usb_autorun.sh:
DIR=$( readlink -f "$( dirname "$0" )")
Примечание: это решение немного небезопасно (любой может запустить что-нибудь в autorun.sh и запустить его), но на локальном уровне я считаю, что это безвредно. Тем не менее, я бы использовал другое имя вместо «autorun.sh», например «install_deb.sh» - просто чтобы избежать любых вредоносных скриптов.