Если вы используете (t )csh, вы получите Ambiguous output redirect.
при попытке настроить два конфликтующих перенаправления:
> echo foo > a > b
Ambiguous output redirect.
В Bash вы могли получить аналогичную ошибку, если вместо имени файла использовали массив с несколькими элементами:
$ set aa bb
$ echo foo > "$@"
bash: "$@": ambiguous redirect
Как упоминалось в ответах на перенаправление stderr не работает в csh , оператор >&
работает в (t )csh для перенаправления как stdout, так и stderr.2>&1
— это стандартный способ перенаправить stderr в то же место, что и stdout, но (t )csh не поддерживает это. Вместо этого он принимает комбинацию > foo 2>&1
как перенаправление на foo
, обычный аргумент 2
и перенаправление на 1
, и перенаправления конфликтуют, поэтому вы получаете ошибку.
>&
также работает в Bash и zsh, но не является стандартной функцией.
Это ошибка в debian libvirt. Обходной путь выглядит следующим образом:
cd /usr/lib/xen-4.11/bin/
sudo ln -s /usr/bin/qemu-system-i386 qemu-system-i386
(У вас должен быть установлен пакет qemu
)
Взято из аналогичного отчета об ошибке в Red Hat, который с тех пор был исправлен.