Зацикленный оператор sed - странный вывод
Этой информации недостаточно, чтобы дать полезный совет. Проблема в том, что, хотя systemd-analysis виноват описывает службы, запуск которых занимает больше всего времени, он не говорит:
- действительно ли процесс загрузки ожидал этого устройства для активации (запуска), или это произошло в фоновом режиме ;
- может ли пользователь добровольно отключить этот блок, или это требуется для чего-то еще.
На первый вопрос отвечает systemd-analysis critical-chain (или, в сложных случаях, systemd-analysis plot ). На второй вопрос отвечает systemctl list-dependencies default.target .
Поэтому было бы здорово, если бы вы предоставили выходные данные этих команд (кроме plot , который выводит файл SVG и в большинстве случаев не требуется).
Однако вы можете попробовать отключить (с помощью systemctl disable ) NetworkManager-wait-online.service и remote-fs.target (последнее иногда вызывает в бывшем). Дело в том, что вам почти наверняка не нужно, чтобы сеть была подключена до того, как вы сможете войти в систему, и вы можете допускать запуск сети в фоновом режиме.
La salida es la esperada, porque cada uno de los dos sedcomandos opera en el mismo texto de entrada sin modificar . Para obtener el resultado que esperaba el investigador, los dos comandos de sustitución sdeben combinarse en una invocación desed:
...-exec sed -e 's/sys.exit.*/os_.exit()/g' -e 's/import sys/&\nimport os/g' "{}" \;
o
...-exec sed 's/sys.exit.*/os_.exit()/g;s/import sys/&\nimport os/g' "{}" \;