부모글 보이기/감추기 AD BLOCK 해제 요청 이 글에는 광고가 많이 들어가 있지 않습니다. adblock을 해제하셔도 글을 읽는데 그다지 부담이 없으니 해제를 부탁드립니다. 윈도우 8 - 그림 암호를 이용해 로그인 시 지연 현상을 해결하는 방법 아래와 같은 질문이 있었습니다. windows embedded 8.1 industry pro 라는 버전의 윈도우를 사용하고있는 사용자입니다. ; http://social.msdn.microsoft.com/Forums/ko-KR/c30a3765-bf0c-48fe-8df7-76344c1d24d2/windows-embedded-81-industry-pro-?forum=vistako 실은 ^^ 저도 이와 동일한 현상을 겪고 있었습니다. 그런데, 위의 글을 읽기 전까지는 그냥 그러려니 했는데요. 갑자기 저 질문을 읽으면서... 왜일까??? 하는 생각이 들었습니다. (개인적으로 그다지 불편하지는 않았었습니다. 거의 항상 '최대절전모드(hibernation)'로 부팅했기 때문인데, 이때는 그런 지연 현상이 없었습니다.) 그래서 웹 검색을 좀 해보았는데요. Windows 8: Huge delay after logging in ; http://blog.fabse.net/2013/01/17/windows-8-huge-delay-after-logging-in/ 위의 블로거는 "Windows Phone 8 emulator"와 함께 설치되는 가상 네트워크 장치를 지움으로써 해결했다고 합니다. 저도 물론, 해당 장치가 있었지만 제 경우에는 이 문제는 아니었습니다. 좀 더 검색해 보니, 다음의 글이 나오는데요. Delay between entering of PIN or Picture Password and the welcome symbol being displayed. ; http://answers.microsoft.com/en-us/windows/forum/windows8_1-performance/delay-between-entering-of-pin-or-picture-password/68b762f1-2035-498b-bffd-7b5e68a42911 제 경우에 위의 답변 중 3번 항목이 해결책이었습니다. Method 3: Check the status of the “Credential Manager” service and its dependency services from the “Services” Console. 실제로 서비스 관리자에 가서 보니, "Credential Manager" NT 서비스의 상태가 "Manual"로 되어 있었습니다. 그래서 이를 "자동(Automatic)"으로 변경해 주었는데, 이후로 그림 암호를 이용했을 때 대기하는 시간 없이 곧바로 로그인이 완료되었습니다. 대충, 생각해 보면... 아마도 '그림 암호'를 이용하는 경우 "Credential Manager" 서비스가 시작될 때까지 '인증'을 하지 못하고 대기하는 듯합니다. 이 때문에 "수동(Manual)"이었던 "Credential Manager"가 시작될 때까지 대기하는 현상이 발생하는 것이고! 그러고 보니, '최대절전모드'로부터 부팅 시에는 왜 그런 대기 현상이 발생하지 않았는지 이해가 되는군요. 이미 "Credential Manager"가 시작 상태였기 때문에 곧바로 인증이 된 것입니다. [이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.] [다음 글] 개발 환경 구성: 223. PowerShell로 Visual Studio 빌드 스크립트 작성[이전 글] .NET Framework: 443. 자바 8과 C#의 람다(Lambda) 지원에 대한 비교 [최초 등록일: 6/12/2014] [최종 수정일: 7/10/2021] 이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다. by SeongTae Jeong, mailto:techsharer at outlook.com 비밀번호 댓글 작성자 2020-09-21 11시32분 이상하군요, 오랜만에 설치한 윈도우 10에 그림 암호 기능을 아예 선택할 수가 없는 상태입니다. 이를 활성화하려면 secpol.msc를 통해 정책 변경을 해야 하는데, 자세한 사항은 다음의 글을 참고하세요.Windows 10 picture password not appearing on sign in screen; https://answers.microsoft.com/en-us/windows/forum/all/windows-10-picture-password-not-appearing-on-sign/489d17e0-865e-41d4-81d6-0f33e4d652a7--------------------------------------Why did Windows 7, for a few months, log on slower if you have a solid color background?; https://devblogs.microsoft.com/oldnewthing/20250428-00/?p=111121윈도우는 부팅 시 데스크탑 준비를 최대 30초까지 기다린다고 합니다. 달리 말하면 어느 특정 구성 요소의 준비가 안 된 경우 30초 대기를 하게 된다는 것을 의미하는데요, 재미있게도 단색 배경을 선택한 경우 wall paper 완료를 알리는 코드가 생략돼 그런 현상이 발생했다고 합니다. 또한 "Hide desktop icons" 그룹 정책을 적용한 경우에도 유사한 30초 대기 문제가 동일한 사유로 인해 발생했다고. 정성태 ... 46 47 48 49 50 51 52 53 54 55 [56] 57 58 59 60 ... NoWriterDateCnt.TitleFile(s) 12540정성태2/17/202118504.NET Framework: 1024. C# - Win32 API에 대한 P/Invoke를 대신하는 Microsoft.Windows.CsWin32 패키지12539정성태2/16/202118351Windows: 189. WM_TIMER의 동작 방식 개요112538정성태2/15/202118847.NET Framework: 1023. C# - GC 힙이 아닌 Native 힙에 인스턴스 생성 - 0SuperComicLib.LowLevel 라이브러리 소개 [2]12537정성태2/11/202119480.NET Framework: 1022. UI 요소의 접근은 반드시 그 UI를 만든 스레드에서! - 두 번째 이야기 [2]12536정성태2/9/202118328개발 환경 구성: 542. BDP(Bandwidth-delay product)와 TCP Receive Window12535정성태2/9/202117408개발 환경 구성: 541. Wireshark로 확인하는 LSO(Large Send Offload), RSC(Receive Segment Coalescing) 옵션12534정성태2/8/202117947개발 환경 구성: 540. Wireshark + C/C++로 확인하는 TCP 연결에서의 closesocket 동작 [1]112533정성태2/8/202116974개발 환경 구성: 539. Wireshark + C/C++로 확인하는 TCP 연결에서의 shutdown 동작112532정성태2/6/202118152개발 환경 구성: 538. Wireshark + C#으로 확인하는 ReceiveBufferSize(SO_RCVBUF), SendBufferSize(SO_SNDBUF) [3]12531정성태2/5/202116910개발 환경 구성: 537. Wireshark + C#으로 확인하는 PSH flag와 Nagle 알고리듬112530정성태2/4/202120767개발 환경 구성: 536. Wireshark + C#으로 확인하는 TCP 통신의 Receive Window12529정성태2/4/202118641개발 환경 구성: 535. Wireshark + C#으로 확인하는 TCP 통신의 MIN RTO [1]12528정성태2/1/202118261개발 환경 구성: 534. Wireshark + C#으로 확인하는 TCP 통신의 MSS(Maximum Segment Size) - 윈도우 환경12527정성태2/1/202118325개발 환경 구성: 533. Wireshark + C#으로 확인하는 TCP 통신의 MSS(Maximum Segment Size) - 리눅스 환경112526정성태2/1/202115158개발 환경 구성: 532. Azure Devops의 파이프라인 빌드 시 snk 파일 다루는 방법 - Secure file12525정성태2/1/202114068개발 환경 구성: 531. Azure Devops - 파이프라인 실행 시 빌드 이벤트를 생략하는 방법12524정성태1/31/202115206개발 환경 구성: 530. 기존 github 프로젝트를 Azure Devops의 빌드 Pipeline에 연결하는 방법 [1]12523정성태1/31/202116210개발 환경 구성: 529. 기존 github 프로젝트를 Azure Devops의 Board에 연결하는 방법12522정성태1/31/202118390개발 환경 구성: 528. 오라클 클라우드의 리눅스 VM - 9000 MTU Jumbo Frame 테스트12521정성태1/31/202117358개발 환경 구성: 527. 이더넷(Ethernet) 환경의 TCP 통신에서 MSS(Maximum Segment Size) 확인 [1]12520정성태1/30/202116179개발 환경 구성: 526. 오라클 클라우드의 VM에 ping ICMP 여는 방법12519정성태1/30/202114940개발 환경 구성: 525. 오라클 클라우드의 VM을 외부에서 접근하기 위해 포트 여는 방법12518정성태1/30/202133093Linux: 37. Ubuntu에 Wireshark 설치 [2]12517정성태1/30/202120718Linux: 36. 윈도우 클라이언트에서 X2Go를 이용한 원격 리눅스의 GUI 접속 - 우분투 20.0412516정성태1/29/202117165Windows: 188. Windows - TCP default template 설정 방법12515정성태1/28/202118864웹: 41. Microsoft Edge - localhost에 대해 http 접근 시 무조건 https로 바뀌는 문제 [3] ... 46 47 48 49 50 51 52 53 54 55 [56] 57 58 59 60 ...