Я думаю причина, это не работает на Вас, то, потому что тот интерфейс был удержан от использования. Вы обычно не можете писать аудио использование /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
Надежда, которую это разъясняет, почему она не работала прежде.
Лично, я нашел, что мышь и память были путем, более интересным, чем проигрывание случайных помех!
Необходимо заключить в кавычки и объявление и использование
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
важная зарезервированная переменная, и Вы не должны использовать ее для общих целей.)
Я пробовал нечто очень похожее с ssh и передавал через него командную строку. например.
ssh <somehost> ls -l "$PATH"
Я обнаружил, что простое определение «$ PATH» не помогает - оно все равно вызывает ошибки. Однако, если я запустил
ssh <somehost> ls -l "\"$PATH"\"
, это сработало. Хитрость заключается в том, чтобы обеспечить передачу команды ssh из оболочки дополнительного набора "".