아마존 프리티어로 이것저것 테스트 중인데, S3 버킷이 삭제 안되는 오류 발생. 



1. 오류 메세지


Error : Access Denied






2. 수정


해당 S3 버킷의 삭제 정책을 확인 후, s3:DeleteBucket Deny를 Allow로 수정













3. 삭제


버킷 삭제 정책 수정 후 해당 버킷 삭제. 삭제 잘 됨! 끝!





아마존 프리티어로 테스트 해보면서 "이렇게 하는 거구나" 라는 생각 들었던게 많았는데...


해당 내용을 어딘가에 정리를 안해두고 있었다는게 급 생각나서 정리....


다른것들도 정리를 해 두어야겠다는...




폴라로이드 XS100 설정 프로그램을 실행하면 "Connection Failed. Please connect your camera" 라는 메세지가 출력되는 경우가 있습니다.


매뉴얼 상에서는 "다른 USB포트를 사용해봐라, USB 케이블을 점검해 봐라"라는 설명이 있는데, 결론적으로는 폴라로이드 XS100 설정 프로그램이 XX입니다.









폴라로이드 XS100 셋팅 프로그램 실행하기




1. XS100을 HDMI 케이블을 이용하여 모니터와 직접 연결합니다.

2. XS100에서 메모리카드를 포맷합니다. 이때, 셔터 버튼 한번은 이동, 더블 클릭은 선택으로 작동 합니다.

3. XS100에서 메모리 카드를 포맷을 하면 자동으로 윈도우용 설정 프로그램이 설치됩니다.

4. XS100을 PC와 연결하고 설정 프로그램을 실행합니다







5. 포맷을 했음에도 불구하고 설정 프로그램이 XS100을 찾지 못할 경우에는, 메모리 이름이 맥의 경우 "No Names", 윈도우의 경우 디스크 이름이 없음으로 설정 되어 있는지 확인 합니다.







만약 이 방법으로도 안되면................. 모르겠습니다. OTL

참고로 XS100 프로그램을 실행하더라도 펌웨어 업데이트는 사라졌습니다. 




서피스 프로1 아이들 상태에서 CPU 사용률이 70%에 육박해서 찾아보니 윈도우즈8/8.1에서 윈도우즈 10으로 업그레이드한 사용자들에게서 "SDO 센서 V2"와 관련된 윈도우즈 드라이버 파운데이션 오류가 발생하는 것으로 보입니다.



관련 링크

Battery drain with windows 10 on surface pro 2

Windows driver foundation constantly using cpu

High CPU usage with Win 10? : Surface - Reddit













해결 방법







윈도우즈 제어판 > 장치관리자 > 센서 > Sdo 센서 V2 > 사용중지를 통해서 임시로 해결할 수 있습니다.










Sdo 센서 V2 사용함/ 사용안함 CPU 사용률





그 동안 화면 자동 전환기능을 사용하지 않다가 Toolbar Creator라는 프로그램을 테스트 하면서 자동 전환 기능을 몇번 사용하였는데 이후 Sdo 센서 V2가 각성(?)하여 발생된 문제로 보입니다.


Sdo Sensor V2는 화면 가로/세로 자동 전환과 관련있는 가속도계 센서로 화면 가로/세로 전환을 사용하지 않는 저에게는 하드웨어를 사용하지 않음으로 발생하는 문제는 느낄 수 없습니다.










그러나....





CPU 여유가 생기자마자 CPU 혹사 시켜 주시는 antimalware service executable!!!
이건 잠시 후 사라지니 그나마 다행!

PHP 프레임워크 중 한가지인 Laravel은 Homestead라는 Vagrant Box를 제공합니다.



Laravel Homestead 소개 (영문 및 한글 번역)

"Vagrant provides a simple, elegant way to manage and provision Virtual Machines." 영문 페이지
"Vagrant은 간단하고 세련되게 가상 머신을 관리하고 준비할 수 있는 방법을 제공합니다." 한글 페이지


하지만 저 말에 큰 함정이 있으니.... "쉽다고는 안했다!"




Laravel Homestead Vagrant 사용 후 만난 대표적인 메세지





Laravel Homestead 안내를 보고 Laravel Homestead를 사용하면서 만난 가장 대표적인 오류입니다.





Vagrant Box 구동하기

Homestead.yaml 파일 설정이 끝났다면, 홈스테드 디렉토리에서 vagrant up 명령어를 실행하십시오.

Vagrant가 가상머신을 구동시키고 공유폴더와 Nginx 사이트를 자동으로 설정할 것입니다.
가상 머신을 파괴하기 위해서는 vagrant destroy --force 명령어를 사용하면 됩니다.




Laravel Homestead 설명에서는 "Vagrant UP"의 반대 걔념이 "Vagrant destroy --force"이라고 오해하기 쉽습니다.

"왜 kill 이나 down, halt, off 같은게 아니지?" 라는 생각을 하지만 일단 설명을 따라서 가상 머신을 종료하기 위해 "vagrant Destroy --force"를 실행하게 됩니다. 그러면 다음번 "Vagrant UP" 실행 시 위와 같은 에러 메세지와 함께 정상적으로 실행되지 않는 문제가 발생할 수 있습니다.





vagrant destroy??







앞서 Laravel/Homestead 안내를 보면 "vagrant destroy --force"가 "가상 머신 끄기"로 오해하기 쉽다고 했습니다.

Laravel/Homestead 안내에서는 "To destroy the machine / 가상 머신을 파괴하기 위해서"라는 단어로 명확하게 설명하고 있기 때문에 오해한 제가 잘못입니다만, vagrant destroy를 하기 위해서는 한단계가 빠져있습니다.


그것은 일단 "vagrant halt" 명령어로 가상 머신을 끈 상태에서 destory명령어를 사용해야 한다는 것입니다.

만약, 강제로 destory를 하는 경우 Laravel/Homestead 가상 머신은 어디선가 계속 돌아가는 상황이 발생하기도 하니, 주의해야 합니다.







Vagrant Box 명령어 관계







vagrant list-command를 보면 Vagrant Box의 전원 옵션에 대한 몇가지 명령어가 있는데, 해당 명령어의 관계입니다.


당연한 구조인데 Laravel/Homestead 안내만을 보면 오해하기 딱 좋아서, vagrant 명령어를 정리해봤습니다.




+ Recent posts