exec command
оператор заменяет текущую оболочку command
. Таким образом, Ваш сценарий на самом деле завершается в строке exec ffmpeg ...
; остающиеся строки были бы выполнены если и только если ffmpeg
команда не найдена на Вашем ПУТИ (или это не может быть запущено по другим причинам).
Можно надеть больше деталей exec
удар, встроенный путем ввода help exec
в командной строке удара:
$ help exec
exec: exec [-cl] [-a name] [command [arguments ...]] [redirection ...]
Replace the shell with the given command.
Execute COMMAND, replacing this shell with the specified program.
ARGUMENTS become the arguments to COMMAND. If COMMAND is not specified,
any redirections take effect in the current shell.
[...]
autoconf.h
перемещенный от include/linux
кому: include/generated
в Linux 2.6.33. Авторы сторонних модулей должны адаптировать свой код; это было уже сделано в восходящем направлении для VirtualBox. Тем временем можно или исправить источник модуля или создать символьную ссылку как обходное решение.
Что касается NMI-связанных ошибок, сторожевой таймер NMI изменился много между 2.6.37 и 2.6.38. Это похоже на него, требует нетривиального усилия по портированию на исходном коде модуля. Тем временем у Вас могла бы быть некоторая удача, просто исправляющая незаконный код. Цель сторожевого таймера NMI состоит в том, чтобы отладить тупики ядра, таким образом, это - что-то, без чего можно жить.
У меня были те же проблемы с ядром 2.6.38.2 и для создания вещей сделанными, я сделал как корень:
aptitude purge virtualbox-ose virtualbox-ose-dkms
dpkg --list |grep "^rc" | awk '{print $2}' | xargs sudo dpkg --purge
locate -e virtualbox
Я удалил всю связанную выборку файлов мой ~/.VirtualBox
затем
- aptitude install virtualbox-ose virtualbox-ose-dkms
с тех пор у меня есть рабочее Virtualbox-ose 4.0.2 с ядром 2.6.38.2