Проблема в сценарии с пробелами в имени файла

Я думаю причина, это не работает на Вас, то, потому что тот интерфейс был удержан от использования. Вы обычно не можете писать аудио использование /dev/dsp больше, по крайней мере, не будучи хитрым.

Существует программа, которая выполнит это для Вас в Вашей системе: padsp. Это отобразится /dev/audio или /dev/dsp файл к новой Аудио системе Сервера.

Включите терминал и войдите в корневой режим с sudo su.

Затем я иду в cat /dev/urandom и передайте вывод по каналу в padsp и используйте tee команда для отправки данных в /dev/audio. Вы получите тонну мусора в Вашем терминале, таким образом, можно будет захотеть перенаправить к /dev/null.

После того как Вы находитесь в суперпользователе, попробуйте эту команду:

cat /dev/urandom | padsp tee /dev/audio > /dev/null

Можно даже хотеть попробовать другими устройствами, как мышь: Используйте: /dev/psaux, например, или драйвер usb. Можно даже выполнить память через него: /dev/mem

Надежда, которую это разъясняет, почему она не работала прежде.

Лично, я нашел, что мышь и память были путем, более интересным, чем проигрывание случайных помех!

11
08.12.2012, 00:11
2 ответа

Необходимо заключить в кавычки и объявление и использование

path="/var/root/Documents/MyFile OG-v1.2.3.pkg"
scp "$path" Me@10.1.10.33:/Users/Me/Desktop

Если Вы не заключаете первое в кавычки, $path будет содержать просто первую часть. Если Вы не заключаете второе в кавычки, scp будет рассматривать каждую разделенную пробелом часть как аргумент.

(Я изменился $PATH кому: $path потому что $PATH важная зарезервированная переменная, и Вы не должны использовать ее для общих целей.)

19
27.01.2020, 19:57
  • 1
    Прекрасный! Благодарность миллион @Matteo. Повороты там были также снабженным префиксом пространством, бросающим ключ в него также. –  Miles Alden 08.12.2012, 01:04

Я пробовал нечто очень похожее с ssh и передавал через него командную строку. например.

ssh <somehost> ls -l "$PATH"

Я обнаружил, что простое определение «$ PATH» не помогает - оно все равно вызывает ошибки. Однако, если я запустил

ssh <somehost> ls -l "\"$PATH"\"

, это сработало. Хитрость заключается в том, чтобы обеспечить передачу команды ssh из оболочки дополнительного набора "".

1
27.01.2020, 19:57

Теги

Похожие вопросы