ログオン時に勝手に起動することでした。使ってないこともあって、無意識に無効にしたのですが先日困っている人がいたので記事にしておきます。勝手にログイン時に起動するくせにMicrosoft365の組織アカウントがないとエラーで死ぬので、日々のPC起動がエラーダイアログを閉じるところから始まる。ログイン時に起動をオフにする設定(存在する?)にすらたどり着けない。起動してくるのを止めることができます。場合、2か所を確認するといいでしょう。アクセスしやすくなった気がします。ユーザーがログオンしたときに起動するアプリが登録されています。これらのアプリをログオン時に起動するかどうかは、タスクマネージャーで有効/無効の切り替えできます。あったシステムコンフィグのスタートアップ設定は、前述のタスクマネージャーに移動しています。ユーザーがログオンしたときに実行するアプリのショートカットが登録されています。このパスにショートカットがおいてあれば起動するので、起動を無効にするにはショートカットを消すか移動します。サービスやレジストリでの登録などもありますが、直接触る機会はかなり減ったように思います。その背景には、アプリが自分自身でスタートアップを設定するか設定に持つことが増えたこともある気がしますね。非常に安定しており、また便利で好んで利用しています。するにあたり対応したことをメモしておきます。まではなかった変更で直面することになります。パッケージの実行のたびにエラーになるのは困ります。再起動もそれなりにすることもあり、結構いらない感じがあります。こしらえて、警告表示を無効にしています。処理の前段で設定することでok、となります。ストアから再インストールが可能でした。再起動するまでストアから再インストールできなくなっているようです。試行錯誤がちょっとめんどくさくなりました。構成する大きな変更以外は調整不要です。問題なく機能するでしょう。私は次のようなコマンドで構成しています。-Kリポジトリはこちらです。古いのを指定しないと動かないのは変わっていません。開始するとうまく動きます。(断念)手元では、再現する問題が2点あり解消が難しそうなので断念しました。解消できないのでちょっと難しそうです。導入時に起こっています。問題よく知られている問題なので、これをやっていきましょう。別プロジェクトへの移動はサポートされていません。スタックを後から整理したいときには、このスタックを別のプロジェクトに移動させたいというのはやりたくなるでしょう。公式にはまとまっていないので、いずれサポートされるまでのワークアラウンドを見てみましょう。使ってステートを取り込みなおせばステートを別プロジェクトのスタックに移動できるスタックの移動前にスタック名を移動先で使いたい名前にリネームしましょう今あるプロジェクトにスタックを追加するのが忘れがち主にこの流れですが、別プロジェクト名なのでステートの編集が必要です。github.com何をしたいのかスタック移動したい例を考えてみましょう。いうスタックがある状態です。別に作りたかったようですが、プロジェクトで分けてしまいました。上でも縦に伸びて見にくなります。いうスタックを持つ構成に変えましょう。まとめつつ、その構成の違いはスタックで示すことができます。変更の流れ次の流れでやっていきます。up変更前のフォルダ構成ちなみに変更前は次のようなフォルダ構成です。変更後は次のようになります。プロジェクトとスタック名で初期化します。ap-northeast-1EOFこれで次のようなフォルダとファイルができたはずです。プロジェクトにguarddutyスタックを作ります。