Я нашел ответ на проблему! Проблема в том, что процесс загрузки пытается запустить службу DHCP при запуске сети / настраивается, поэтому DHCP не может найти рабочий интерфейс для привязки. Вот почему он всегда работал, когда я запускал службу start dhcpd вручную и не работал при загрузке.
Я нашел ответ на этот вопрос: dhcp на Arch Linux - rasp-pi . Пользователь использовал объявление перезапуска в файле модуля, что заставляло службу повторять попытку каждые 6 секунд, пока служба не была запущена. - Это временное решение у меня тоже сработало.
Я покопался на веб-сайте systemd на странице специальных целей и нашел эту ссылку на запускающие службы после того, как сеть заработала . Из рекомендаций этой страницы я внес следующие изменения:
Before = ...
, изменил After
на After = network-online.target
и изменил Wants
на Wants = network-online.target
systemd-networkd-wait-online.service
для запуска при загрузке. Теперь он работает при загрузке! Однако на странице рекомендаций действительно сказано, что включение systemd-networkd-wait-online.service
действительно замедляет время загрузки и может замедлиться на 90 секунд (если я правильно прочитал). Хотя в моем случае я заметил только увеличение времени загрузки на 1-2 секунды.
Если вы удалили файл из CLI, он будет потерян. Вы можете попытаться восстановить его с диска, но не можете найти, потому что его нет.
Если вы хотите удалить -подобную функцию в CLI, вы можете создать новую папку, например /trash , а затем создать функцию в .bashrc
function rm {
mv $@ /trash
}
Это очень просто и, вероятно, не будет обрабатывать все возможные сценарии аргументов. Вы также можете написать свой собственный «инструмент удаления», например, на Python, и заменить стандартную команду rm.
Если вы удалили файл из графического интерфейса, возможно, в вашей домашней папке пользователя есть папка bin. Проверьте скрытые папки (с точкой в начале )в вашей домашней папке. Согласно Mint doc это должно быть что-то вроде ~/.Trash
или~/.local/share/Trash