Выбор одинарные кавычки или двойные кавычки вряд ли должны быть под влиянием чего-то столь тривиален и неактуальной проблемой, как Ли текст вашего сценария является сам действующий строка с одинарными кавычками. Одинарные кавычки используются для предотвращения разложения, в то время как двойные кавычки позволяют определенные расширения и требуют дополнительного анализа. Это реальные критерии для определения того, какие использовать. И убедитесь, что вы используете в матче с `[а-Яа-З0-9]` не включает такие вещи, как `à` которых кодирование может также быть неправильно истолкована некоторыми ракушками (как `баш`) в ряде районов. Факел @beeshyams есть. К сожалению сброс не вернет его обратно в фактическом меню. Не удаления и повторного добавления факел. Может быть мне хватает кофе, но я просто забыл об этом "команды dmesg | хвост -Н3" после монтажа блока. Спасибо Rinzwind. Но в любом случае, если у вас есть какой-то плагин для Наутилуса также показывают, что информация, когда проверял свойства устройства, это поможет немного больше. Также Спасибо за ЛС примеры, не понимаю.

Я видел похожую проблему на Ubuntu 18.04 ЛЦ (ядра 4.15.0-38). Но это не произойдет на моей системе Debian 9.5 коробка (ядра 4.9.110-3). Похоже, баг в новых ядрах?

Простой способ воспроизвести проблему с netcat. клиент и сервер могут быть локальными или на разных коробках.

  1. Запустить сервер с netcat в одном терминале: НК -п-л 1234
  2. Запускаем netcat клиента в другой терминал: НЦ -у 127.0.0.1 1234
  3. введите короткое сообщение "а" в клиенте и нажмите Enter.
  4. в третьем терминале проверьте почту-вопрос длины следующую команду: netstat -план | грэп 1234

На Ubuntu принимающего сокета UDP будет иметь непустое приема-д (768 байт 2 байт сообщения) хотя с netcat прочитал сообщение из розетки и распечатал его. У меня УИН системные вызовы Recv-Q храните растет примерно до 52К, а затем его сбрасывает до нуля.

На Debian системные вызовы Recv-Q всегда ноль пока сокет UDP сливают быстрее, то пакеты будут получены.

Также встречается в этом ядре отчет об ошибке: неверный расчет УДП памяти ядра в /proc/сеть/УДП