Порт значения по умолчанию изменения для PulseAudio (намечают, не наушники),

Одно (а не идеальное) решение будет выглядеть следующим образом:

for i in `seq 1 5`
do
flag=1
for j in `cat filename_with_numbers`
do
if [ $i -eq $j ]
then flag=0
fi
done
if [ $flag -eq 1 ]
then echo $i
fi
done

Наблюдаемое поведение происходит потому, что, даже если клиент записал данные на сокет для подключения данных FTP и ядро клиента ответило, что это произошло успешно (при успешном возврате из системного вызова write () или send () ) данные по-прежнему находятся во всех типах буферов и еще не зафиксированы в целевом файле. Он в сетевых буферах в исходной ОС, он в буферах в платах Ethernet, он в полете на проводе, он в буферах в месте назначения, он в буферах процесса FTP-сервера, он был записан в файл на сервере, но не сброшен на диск и т.д.

Это происходит не только с FTP. Это можно легко заметить с помощью более современных инструментов передачи файлов, таких как scp . scp файл на полпути к планете (для сети с высокой задержкой) или к системе с медленного места хранения, и вы увидите, что процесс передачи показан как более быстрый, чем он есть на самом деле, то он, кажется, висит на 100% завершен на некоторое время, прежде чем команда на самом деле завершится.

Если вы посмотрите на исходный код netkit-ftp (стандартный FTP-клиент по умолчанию на Debian), его # mark обработка не делает ничего особенного. Он записывает хеш-метки в соответствии с объемом данных, записанных в сокет подключения данных. Таким образом, он будет проявлять то же поведение, которое вы наблюдаете.

То, что делают обычные FTP-клиенты, и то, что также следует сделать, - это ждать ответа на команду STOR на контрольном соединении. Этот ответ придет через некоторое время после того, как вы уже смыли и закрыли сокет подключения данных. Когда вы получаете этот ответ, вы знаете, что данные есть на FTP-сервере. Возможно, он не полностью привязан к диску, но это такое же подтверждение, как вы собираетесь получить.

У меня была та же проблема (по крайней мере, в течение года), и, казалось, сработало следующее:

Взято из: https://bbs.archlinux.org/viewtopic.php?id=164868

Используйте pavucontrol , чтобы изменить порт на нужный. Затем найдите внутреннее имя порта с помощью этой команды:

$ pacmd list | grep "active port"
    active port: <hdmi-output-0>
    active port: <analog-output-lineout>
    active port: <analog-input-linein>

Используя эту информацию о внутреннем имени порта, мы можем изменить его с помощью команды:

pacmd set-sink-port 0 analog-output-lineout

Если у вас (или у кого-то еще есть проблема) есть несколько карт, попробуйте изменить 0 на 1.

Если это работает, вы можете поместить:

set-sink-port 0 analog-output-lineout

в ваш файл /etc/pulse/default.pa , чтобы выполнить перезагрузку.