Если установлен ruby, используйте aka для создания постоянного псевдонима на лету.
-121--199967-
Ok. Разгадал тайну сам. Он связан с USB autosuspend. Кажется, что он надвигается слишком рано, и UI не пробуждают устройство должным образом, только scanimage делает это.
Я использую TLP для управления настройками питания. Поэтому я получил идентификатор устройства с помощью lsusb
и добавил его в строку USB _ BLACKLIST
. Работает так, как ожидалось сейчас.
Мне потребовалось 10 часов, чтобы выяснить это, потому что подобные случаи всегда имели какие-то другие причины или оставались без ответа.
-121--74180-
Отсутствует полный раздел для сервера IMAP. Поскольку они используют прогноз, он должен работать аналогично Hotmail
account hotmail {
set MAIL=imaps://username%40hotmail.com@imap-mail.outlook.com
set imap-use-starttls
set password-username%40hotmail.com@imap-mail.outlook.com="secret"
set smtp="smtp-mail.outlook.com:587"
set from="My Name "
set smtp-use-starttls
set smtp-auth="login"
set smtp-auth-user=username@hotmail.com
set smtp-auth-password="secret"
}
Я не ошибся, используя% 40 вместо @. Последний s-nail (Linux mailx сильно отстает) не любит два @ с тех пор, как Microsoft использует.
На самом деле нет никакой такой вещи, как гарантированный набор каталогов, включающих в путь
. Вы найдете / bin
, но все остальное просто вероятно или возможно. Пользователи в моих системах будут иметь что-то вроде $ Home / Bin: / usr / local / bin: / bin: / usr / bin
. У пользователей root / usr / local / sbin: / sbin: / usr / sbin
тоже.
Если ваш файл может быть в одном из нескольких мест, которые вы можете искать его в этих возможных местах. Просто удалите всю зависимость на пути
из этого поиска, или продлить путь к включению минимального набора мест, которые можно найти, что ваш скрипт.
local OPATH="$PATH"
PATH="$PATH:/extra/place:/another/extra/place"
local my_script=$( which my-services-check.sh 2>/dev/null )
PATH="$OPATH" # Restore the original PATH (optional)
if test -z "$my_script"; then ...; fi
. "$my_script"
В качестве альтернативы просто установлено путь
к требуемому значению в верхней части скрипта. Нет никаких причин, когда ваш начальный скрипт работает, почему вы не можете установить Путь
. Я склонен делать это во многих моих сценариях, чтобы я знаю, что среда правдоподобна.
Интерактивные нагрузки оболочки .bashrc
, скрипт не. Если ваш путь $ PATH
установлен в .bashrc
, и вы не экспортируете его , скрипт не наследует ваши модификации на $ PATH
. Если вы звоните Экспорт путь
, скрипт должен его увидеть. Проверьте Export -P
, чтобы увидеть, какие переменные вытекают ( $ PATH
должны быть среди них). Также проверьте $ Bash_env
, которые могут потенциально переопределить ваш путь $
.
В идеале, путь $ PATH
должен быть установлен и экспортирован в ваш .profile
, чтобы он был загружен и установлен при входе в систему, и виден все, что вы запускаете на переднем.
Это хорошая практика, чтобы проверить не только в том случае, если имена имена файла, но если это правильный файл, [[-F »$ my_script"]]
или (если вы хотите назвать это как Сценарий вместо того, чтобы погрузить его), выключатель -x
.