systemdで遅延サービスを開始するトラブルシューティング：履歴リソースの優先順位？

my-service.service後で起動するように設定してもサービスの起動が遅れる現象を調査していますnetwork.target。使用後30秒後に始まるsystemd-analyze plotことを確認しましたが、これは異常に遅れるようでした。my-service.servicenetwork.target

問題を解決するために実験を実行し、foo.service100ミリ秒後に始まる単純な単位ファイルを作成しましたnetwork.target。奇妙なことは、Raspberry Piからfoo.service設定をコピーしmy-service.serviceてRaspberry Piを再起動したときに設定my-service.serviceが同じであっても、30秒遅れが発生することですfoo.service。

構成が同じであるにもかかわらず、なぜmy-service.serviceこれらの遅延が発生するのか混乱しています。記録にはより多くのリソースが必要になる可能性があるため、構成変更後も後で開始できる記録インテリジェンスがfoo.servicesystemdに組み込まれているかどうか疑問に思います。my-service.service

同じ構成を共有しているにもかかわらず、my-service.service30秒後に始まる理由を説明できる人はいますか？network.targetfoo.service

• foo.service

  [Unit]
  Description=foo.service
  After=network.target
  
  [Service]
  Type=simple
  ExecStart=/home/pi/foo.sh
  
  [Install]
  WantedBy=multi-user.target
  

• foo.sh

  #!/bin/bash
  
  while sleep 1; do echo "executing foo.sh"; done