Windows 11에서 시작 앱과 작업 관리자, 시작프로그램 폴더, Run·RunOnce, Autoruns까지 자동 실행 항목을 확인하고 관리하는 방법입니다.
Windows의 시작 앱 목록에서 비활성화했는데도 프로그램이 다시 뜬다면, 같은 항목을 계속 끄기보다 어느 경로로 실행되는지 확인해야 합니다. 앱 자체 설정, 시작 폴더, 로그인 레지스트리, 서비스 등 여러 경로가 있고, 업데이트가 자동 시작 설정을 다시 등록하는 경우도 있습니다.
여기서는 기본적인 끄기 절차를 반복하기보다 로그인 후 느려짐과 숨은 자동 실행을 조사하는 순서를 다룹니다. 단순히 사용하지 않는 앱을 끄려는 경우에는 시작 앱을 안전하게 정리하는 방법부터 확인하세요.
‘부팅이 느림’과 ‘로그인 뒤 프로그램이 뜸’을 분리
전원 버튼을 누른 뒤 로그인 화면까지 오래 걸리는 문제와, 바탕화면이 나온 뒤 앱들이 자원을 사용하는 문제는 진단 출발점이 다릅니다. 시작프로그램은 특히 로그인 이후 자동 실행을 살펴볼 때 유용한 단서이지 부팅 지연 전체의 답은 아닙니다.
작업 관리자에서 로그인 직후와 잠시 뒤의 CPU·메모리·디스크 사용을 비교하세요. 자동으로 뜬 창의 이름, 실행 시점, 계속 자원을 쓰는 프로세스를 함께 기록합니다. 시작 앱 개수가 많다는 사실만으로 원인을 확정하지 않습니다. 업데이트·동기화가 일시적으로 진행되는 것인지, 특정 앱이 계속 높은 사용량을 유지하는지도 나눠 봅니다.
창이 없어도 백그라운드 프로세스는 실행될 수 있고, 창이 뜬다고 반드시 성능 문제의 주범인 것도 아닙니다. 부팅 단계별 진단과 연결해 느려지는 구간부터 정하세요.
Windows 목록과 앱 자체 옵션을 맞춰 보기
설정 → 앱 → 시작 프로그램 또는 작업 관리자 → 시작 앱에서 앱 이름·게시자·상태를 확인합니다. 이 두 화면은 같은 시작 앱 목록을 다룹니다. 작업 관리자의 시작 영향은 우선 조사할 항목을 고르는 참고값이며, 필요한 앱인지나 악성 여부를 판정하지 않습니다.
비활성화는 다음 자동 시작을 바꾸는 조치입니다. 이미 떠 있는 프로그램이 즉시 닫히지 않는 것은 이상 동작이라고 할 수 없습니다. 재시작 뒤 같은 앱이 다시 실행되는지 확인해야 합니다.
앱 설정에서도 로그인 시 시작, 시스템 시작 시 실행, 트레이 최소화 실행 옵션을 확인하세요. 앱 업데이트 후 상태가 다시 바뀌었다면 날짜와 설정 변화를 기록합니다. 사용자가 직접 앱을 열거나 다른 프로그램이 호출한 실행까지 ‘시작 앱 비활성화가 실패했다’고 묶지 않습니다.
보안·회사 관리·장치 제어 기능은 유지 여부를 먼저 확인하세요. 필요한 기능이 사라지면 원래 상태로 복원하고, 불필요한 앱이라도 자동 시작을 끄는 것과 프로그램을 제거하는 것은 구분합니다.
시작 폴더를 확인하면 바로가기 경로가 드러남
실행 창에서 shell:startup을 열면 현재 사용자 시작 폴더, shell:common startup을 열면 모든 사용자 시작 폴더를 볼 수 있습니다.
현재 사용자:
%userprofile%\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Startup
모든 사용자:
%ProgramData%\Microsoft\Windows\Start Menu\Programs\Startup
바로가기 속성에서 대상 경로를 확인하세요. 항목을 빼려면 실행 파일이 아니라 시작 폴더의 바로가기만 제거합니다. 반대로 shell:appsfolder에서 앱 바로가기를 추가하는 방식도 있으므로, 예전에 직접 넣은 항목인지 확인할 수 있습니다.
바로가기 대상이 없으면 앱 제거·파일 이동·네트워크 경로 변경을 의심할 수 있습니다. Microsoft 시작 앱 문서는 목록의 누락된 앱과 끊어진 경로도 설명합니다. 정체를 모르는 바로가기를 직접 실행하거나 프로그램 폴더를 통째로 지우지는 마세요.
Run과 RunOnce는 이름은 비슷하지만 실행 목적이 다름
일반 설정으로 설명되지 않는 로그인 항목은 레지스트리 경로가 단서가 될 수 있습니다. 다음은 확인할 위치의 예이며 삭제 명령이 아닙니다.
Run은 로그인 때 실행할 항목, RunOnce는 설치 마무리처럼 한 번 실행할 항목에 쓰입니다. Microsoft는 이 경로의 프로그램이 로그인 즉시 실행된다고 보장하지 않으며 실행이 지연될 수 있다고 설명합니다. HKEY_LOCAL_MACHINE의 RunOnce는 재부팅 후 관리자 그룹 사용자의 로그인이라는 조건도 있습니다.
따라서 ‘늦게 떴다’, ‘RunOnce에 있다’만으로 비정상이라고 단정하지 않습니다. 값의 명령줄과 파일 위치를 앱 이름·게시자와 연결해 조사하되, 잘 모르는 값을 지우거나 빈 값으로 바꾸지 마세요. 레지스트리 변경 전 백업과 복원이 필요하며, 먼저 앱 자체 설정이나 제거 기능을 사용하는 편이 안전합니다. 동작 조건은 Microsoft Run/RunOnce 문서에서 확인할 수 있습니다.
Autoruns는 더 넓게 보되, 일괄 정리 도구로 쓰지 않기
Microsoft Sysinternals의 Autoruns는 일반 시작 앱 목록보다 넓은 자동 실행 위치를 보여줍니다. 로그인 항목뿐 아니라 서비스, 예약 작업, Explorer 관련 항목, Winlogon 등도 조사할 수 있어 ‘어디에서 실행되는지’를 찾는 도구로 적합합니다.
처음에는 변경하지 않고 연결 관계부터 확인
앱 이름과 경로를 검색하고 Properties로 정보를 확인하거나 Jump to Entry로 등록 위치를 찾아갑니다. Microsoft 서명 항목 숨기기 옵션은 목록을 좁히는 기능일 뿐, 남은 항목이 모두 위험하다는 판정이 아닙니다. 다른 사용자 계정의 항목을 보고 있는지도 확인하세요.
Autoruns에서 체크를 해제하는 비활성화와 Delete로 설정을 삭제하는 작업은 다릅니다. 복원을 고려하면 정체가 확인된 비필수 항목을 소수만 비활성화하고 변경 내용을 기록하는 쪽이 안전합니다. Services나 Winlogon 항목을 이름만 보고 한꺼번에 끄지 않습니다.
서명 확인이나 VirusTotal 연동은 선택 기능입니다. 외부 검사에 해시나 파일을 전송하는 옵션의 차이를 이해하고, 사내·개인 파일을 무심코 제출하지 마세요. 보안 도구를 우회하거나 파일을 직접 실행해 정체를 확인할 필요는 없습니다.
시작 경로 문제가 아니라면 자원 사용과 충돌을 진단
관찰한 상황
다음 조사 방향
특정 앱의 자동 시작 상태가 다시 켜짐
앱 자체 옵션·업데이트 시점과 등록 경로 확인
로그인 후 창은 없지만 자원 사용이 높음
작업 관리자에서 실제 프로세스와 사용 자원 확인
기본 시작 앱을 껐는데 같은 실행이 반복됨
시작 폴더·Run 항목·서비스·예약 작업 연결 조사
시작 앱을 줄여도 전반적으로 계속 느림
업데이트·RAM·디스크·저장공간·드라이버 등으로 범위 확대
변경 전 상태를 남기고 한두 항목씩 재시작 후 비교하세요. 필요 기능에 문제가 생기면 되돌립니다. 시작 앱을 줄인 뒤에도 느리다면 CPU·RAM·디스크부터 원인을 찾는 글에서 지속적으로 높은 자원을 확인하세요. 오래된 저장장치나 부족한 RAM의 성능 한계까지 시작 앱 설정만으로 해결할 수는 없습니다.
소프트웨어 충돌이 의심될 때의 클린 부팅은 서비스와 시작 항목을 제한해 원인을 분리하는 진단입니다. 일시적으로 일부 기능이 제한될 수 있고 완료 후 정상 시작으로 복원해야 합니다. 평소 속도 개선을 위해 모든 서비스를 끄는 방식과 혼동하지 말고 Microsoft의 진단·복원 절차를 확인하세요.