Administrator 계정?

네, 분명 winntsetup 으로 uefi 설치햇습니다.

이번에 처음 격는 일이라 아리송 합니다.

관리자 계정인데 앱 실행이 될때는  "실행" 에서 이 작업은 관리자 권한으로 실행됩니다. 라는

부분이이 안나온걸로 압니다.

그러면 그냥 프리뷰라서 뭔가 미묘한 헛점이 있는게 아닌가 싶네요.

저는 항상 MBR로 설치합니다. 가상머신까지 굳이 조금 까다로운 설치방식인 uefi로 하진 않습니다.

일단 다시 한번 더 테스트를 해 볼려고 합니다.

저도 mbr로만 설치해 보다가 우연히 uefi로 설치해보니

부팅 시간이 엄청 빠런걸 보고 계속 uefi만 설치 합니다.

BOOTICE 로 vhd 만들고 파티션 작업시에 간단하게 esp 파티션만 만들어주면 간단합니다.

저는 mbr로 하면 예전부터 완전자동화를 해놨기 때문에...uefi가 어렵지는 않아도 손이 가기 때문에..

그리고 가상머신에서는 이상하게 uefi는 더 느리더군요. 로고 뜰때까지 괜히 시간 끌면서...이런 부분도 다르게 체감 되는군요.

가상에서는 저하고는 정 반대 현상이군요.

가상에서 당연한지 몰라도 실컴보다 엄청 빠르게 부팅이 됩니다.

간혹 mbr로 가상으로 부팅해보면 uefi 보단 많이 느린걸 체감합니다.

이번 버전이 메모리도 좋네요.

밑에 글을 지금보고 실행을 해 봤습니다.

시작버튼 우클릭에 관리자가 아닌 명령프롬프트 실행하였는데도 관리자: 라고 뜨면 리얼 관리자계정입니다

--> 정상적으로 관리자로 cmd 창이 실행이 됩니다.

RS2는 명령 프롬프트 대신에 파워셸이 있는데요. 마찬가지입니다. 그리고, 검색에 regeditt 입력 하셔서 uac 없이 바로 실행되면 리얼입니다

--> uac 없이 바로 실행이 됩니다.

네,

이런 경우는 처음이라 의아해 하고있습니다.

합성같은건 할줄도 모러지만....장난질은 안합니다

-

네, 저도 다런 마음으로 뎃글 쓴것은 아닙니다.^^

감사합니다.

기본적으로 어드민 계정이면 앱은 실행이 됩니다.

다만 아래 그림처럼 "실행" 에서 관리자 권환으로...나오지 않습니다.

혹시 운영 체제 에디션이 달라서 그런가요?

방금 다시 가상으로 uefi 설치를 해 봣습니다.

참 이상한 현상입니다???????

네, virtualbox가 얼마 전부터 uefi 부팅시에 메인보드처럼 저 로고로 나옵니다.

uefi 부팅 속도가 mbr 보다 느린가요?

저는 무조건 무인 설치로만 설치합니다.

몇 번을 테스트를 해도 잘 됩니다.

대충 정리하고 wim 캡쳐해서 실컴으로 vhd wimboot uefi 로 부팅을 해 봐야 겠습니다.

제 실컴에서 이상이 없다면 wim을 한번 테스트 해 주세요?

이번에 이상한 증상 때문에.... 분명 확인이 필요 해 보입니다 만...

vmware는 uefi로 부팅하면 느렸기 때문에...[vmware 로고가 늦게 뜨더군요]

virtualbox는 그 전에는 uefi로 한 기억은 없네요 [해봤을건데 인상에 남지 않았나봅니다]

이번에 부팅속도에 신경써보니까 virtualbox는 uefi 로고가 빨리 뜨네요.

작업표시줄 보면 트윅으로 설치하신 듯 합니다

트윅하셨다고 해도....관리자권한 + 앱 실행은 양립할 수 없는데...신기한 일이네요

어떤 무인 설치파일 사용하셨는지 궁금하네요. 저는 밑에 첨부했습니다.

위에 쓴대로 아무런 트윅없이 관리자계정으로 설치만 됩니다

윈도7 통합본에 늘 올리던 그 파일입니다 autounattend.xml

사용하신 무인설치 파일로 제가 설치하면 재현이 될지 모르겠네요. 어디서 차이가 발생하는건지....희한한 일이 생겼네요

15042 빌드 ISO 역시 아무런 트윅없는 상태입니다

작업표시줄 트윅은 부팅후 기본으로 사용하는것만 설치한겁니다.

추가 reg 트윅은 없습니다.

아래 그림같이 winntsetup의 트윅만 적용합니다.

이건 예전부터 적용하던 겁니다. 예전에는 이런 증상이 없었다느겁니다.

wimmtsetup 3.8.7.3 때문인지 아직 확인을 못했습니다.

무인설치 파일도 예전부터 계속 사용하던 파일입니다. 테스트 해 보세요. unattend.xml

vhd 파일을 압축해서 올려드릴테니 virtualbox 로 테스트 해 보세요.

그리고 15042 한글판 UUP 파일은 어떻게 만드는지, 또 구할 수 없는지요?

제가 어제 밑에 자유게시판에 올려놨습니다. 그냥 iso 받는 것이 빠르실 겁니다.

UUPs는 변환해야 하는데...저도 아무런 첨가없이 그대로 iso로 변환한 상태입니다

올리신 vhd파일 다운로드 중입니다. 트윅과 관계없이 관리자권한 + 앱실행만 가능해도....그동안 있을 수 없는 일이 발생하는거네요

unattend.xml은 특이점이 없고..winntsetup.exe 트윅은 uac 사용안함만 관계된 듯 한데요

이런 트윅을 하셨으면 당연히 앱 실행은 안 되어야 하는데요..무슨 일인지...납득이...안 가네요. 일단 vhd로 재현이라도 해봐야겠네요.

그 다음에는 iso 파일 단계에서 설치도 따라해봐야겠네요. 도대체 이게 무슨 일인지...근데 15042 빌드만의 버그일 수도 있는데요

괜히 잠시 지나가는 빌드에 힘빼는 것이 아닌지...ㅎㅎ; 그래도 특이한 일로 기록에 남겠군요.

ISO 이미지는 석님꺼 받아서 작업했습니다.

영문판 UUPs 받아서 변환해보니 이게 편리하드군요. x86, x64 = 17개 나오더군요.

한글판 UUPs 용 파일만 구하면 모든 에디션 변환이 편리하게 될것 같아서요.

uac 사용안함을 적용하면 2가지 중에 하나는 작동을 안 해야 되는데요...

그리고 .net3.5 적용입니다.

세상에 이런 일이....학계?에 보고할 일이 생겼네요 ㅎㅎ

분명히 관리자권한인데요 [관리자계정은 별로 의미가 없습니다. 관리자권한이 없는 경우도 있기 때문에]

엣지 실행이 되네요. 물론 다른 앱들도 실행되더군요. 아무래도 winntsetup.exe의 uac 사용안함 때문 같습니다만

말씀하신대로 그동안은 앱실행이 안 되는 것이 정상인데요. 잠시 지나가는 15042 빌드만의 버그겠죠

ms의 앱과 관련된 정책은 바뀌지 않을거라고 보기 때문에 그렇습니다. 보안을 이유로 강력한 관리자권한으로는 앱 실행을 못 하게 합니다.

사용자 권한이 약해도 문제, 강해도 문제..이리 채이고 저리 채이고...그렇네요

UUPs 파일도 iso 올린 후에 올렸습니다. 다만 프로만 iso로 변환될 겁니다. 다양한 에디션 변환에 대해서는 모르겠네요

아직 생각도 안 해봐서...각 에디션마다 다운로드 하여 iso로 변환만 해왔습니다. 요즘은 프로 64비트 1개만 하고 있습니다..

얼핏 봐도 영문판 UUPs는 다르더군요. 러시아의 능력자분들이라서...UUPs 파일도 다르게 구성하는 듯 합니다.

15042 이전에는 설치 전에 엡을 모두 지우고 설치해서 사용했습니다...

이번 15042버전에서는 엡을 모두 지우고 부팅하면 시작 메뉴가 흐리게 나오면서 메뉴 사용을 못하는 문제가 나오더군요

(이 문제는 다시 확인을 해 봐야겠지만요...)

그래서 혹시나하고 엡을 지우지않고 설치를 해 봣는데...이런일이 생겼습니다.

15042 UUPs to ISO 영문판 작업 해 놓은걸로 받아서 이것도 그런지 확인을 해 볼려고요.

올리신 UUPs 파일은 Pro만 변환이 가능하더군요.

전체 에디션이 가능한건 어떻게 구해야 할지, 만드는지...궁금합니다.

영문판은 wzor 러시아 분이 능력자라서 그러신 듯 하고

저는 제각각 에디션만 다운로드해서..그 에디션만 가능합니다

모르지요. 각 에디션 전부 다운로드 후에 파일들을 전체 변환 가능하도록 재구성한 것인지는 모릅니다

개인적으로는 점점 인사이더 프리뷰와 인연이 없어진다는 생각입니다

조금 더 있으면 저도 영문판 올라오면 다운로드만 하여 구경할 것 같습니다

지금 작업하는 한글판 프로 64비트 마저도 점점 ms의 철벽 수비에 못 하게 될 것 같습니다.....물론 wzor 같은 능력자분들은 계속 하겠습니다만... 

처음 부터 설치로도 재현 가능하네요. 역시 winntsetup.exe의 uac 사용안함이 범인? 같습니다

uac 사용안함만 적용했는데...같은 현상이 발생하네요

스샷은 그냥 재설치만 했다는 의미네요

제 생각은 위에도 썼지만...앞으로 나오는 빌드....최소한 정식 버전에서는 막힐 걸로 예상합니다

이런 벙커가 그대로 유지 되면.....사용자 입장에서는 좋습니다만....보안상 이유로 막을 것 같습니다

결론이군요.

15042 이전에 없던 짓을하니...헷갈립니다.

버그인지 아니면 마소정책인지...다음버전이 나오면 확실하게 알것 같습니다.

2마리 토끼를 원하시는 분들은 좋은 선택이 되겠습니다.

네, 그렇군요. 저는 하위버전은 테스트를 못해봤는데요...

그러면 결론은 winntsetup 에 UAC체크에 비법이 있나 봅니다.

다음 버전에서 마소에서 막을지...다음버전이 궁금해 집니다.

그러면 winntsetup 에서 또 풀어 줄런지도...

앞으로 이렇게 가능해지면 구지 엡을 지울 필요없이 그냥 설치를 해야겠습니다.

엡이 없는것보다 있는게 좋을것 같습니다.

아무튼 석님 수고하셨습니다.

.