Websocket

1.1. HTTP의 단점

HTTP 프로토콜의 가장 큰 장점중 하나는 "견고하면서도 간단하다"는 점이다. 프로토콜은 인간이 쉽게 이해할 수 있는 영문 알파벳으로 이루어지며, 필수 헤더 10개 정도면 애플리케이션의 제작이 가능하다. 게다가 인터넷 역사상 가장 성공적인 프로토콜이기도 하다. 즉시 사용할 수 있는 엄청난 수의 서버/클라이언트 애플리케이션들과 역시 엄청난 수의 (게다가 품질도 뛰어난)라이브러리들을 가지고 있다.

 

HTTP는 연결을 유지하지 않는 특성으로 효율에 문제를 가지고 있다. HTTP는 하나의 요청을 보내면, 응답을 받고 연결을 끊는 식으로 작동한다. 10번의 요청을 보내려면, 10번 연결을 맺고 끊는 과정을 거쳐야 한다. 게다가 모든 요청에 헤더파일이 중복해서 들어간다. 비효율적일 수 밖에 없다 [1] .

 

또 다른 문제는 "실시간 상호작용 성"이 떨어진다는 점이다. 예컨데, HTTP를 기반으로 채팅서버를 구현하려면 응답을 기다릴 수 없기 때문에 애로사항이 꽃핀다. Polling, Long Polling등과 같은 방법들을 이용해야 하는데, 효율적이지도 않고 깔끔하지도 않은 억지 구현이다.

 

1.2. Websocket 개요

웹소켓은 full-duplex 통신 [2] 을 지원한다. 일반 소켓 통신과 다른 점이라면 bytes 스트림을 사용하지 않고 오로지 UTF8 포멧의 메시지 스트림만 허용 한다는 점이다.

 

웹 소켓이 나오기전에는 Comet 채널을 이용해서 full-duplex 통신을 구현했지만, TCP 연결과정(Threeway handshake)에서의 오버헤드와 HTTP 오버헤드 때문에 비효율적이었다. 웹소켓은 HTTP를 기반으로 하면서도 HTTP의 문제점을 해결하는 것을 목표로 하고 있다.

 

1.3. 브라우저 지원

웹소켓은 2011년 RFC 6455에 의해서 표준화 됐으며, 웹소켓 API들은 W3C에 의해서 표준으로 채택됐다. 이후 브라우저들에서 지원하기 시작했다. 지금은 PC 브라우저들 뿐만 아니라 모바일 브라우저에서도 지원하고 있다.

 

 Websocket 브라우저 지원

 

출처 : http://caniuse.com

 

거의 모든 브라우저들이 웹 소켓을 지원하고 있다. IE도 11부터 지원을 하고 있고, 마소의 새로운 웹 브라우저인 Edge 역시 당연히 웹 소켓을 지원한다. 다만 이러 저러한 이유로 IE 10이하의 버전을 사용하는 대한민국에서는 애로사항이 꽃필 수 있는 상황이다.

 

1.4. 웹소켓 프로토콜

웹소켓은 HTTP를 기반으로 하지만 HTTP 프로토콜과는 전혀 다른 프로토콜이다. HTTP를 기반으로 한다는 것의 의미는 웹소켓 연결을 맺는 과정에 HTTP가 개입한다는 의미다. Handshake 과정이 성공적으로 끝나면, HTTP를 웹소켓 프로토콜로 바꾸는 protocol switching과정을 진행한다. 이 과정이 끝나면 HTTP 대신 wswss프로토콜이흐르게 된다.

  • ws : 일반적인 웹소켓
  • wss : 데이터 보안을 위해서 SSL을 적용한 프로토콜. ws가 HTTP라면 wss는 HTTPS에 대응한다고 보면 된다.

웹소켓을 호출할 때는 "ws://"를 사용한다. 예를 들자면 "ws://localhost/chat"와 같이 사용한다.

 

웹소켓 통신에 사용하는 데이터는 UTF8인코딩을 따르며, 0x00과 0xff 사이에 데이터를 실어보낸다.

1.4.1. 웹소켓 Handshake 과정

웹소켓 Handshake 과정, 즉 웹소켓을 초기화하기 위한 과정이다. 아래 그림은 웹소켓 handshake가 이루어지는 과정을 보여준다.

 

 ws 핸드쉐이크 과정

 

HTTP로 웹소켓을 사용할 수 있는지 서버에게 묻는다.

1
2
3
4
5
6
7
8
GET /mychat HTTP/1.1
Host: server.example.com
Upgrade: websocket
Connection: Upgrade
Sec-WebSocket-Key: x3JJHMbDL1EzLkh9GBhXDw==
Sec-WebSocket-Protocol: chat
Sec-WebSocket-Version: 13
Origin: http://example.com
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

HTTP기반의 연결을 websocket 기반으로 upgrade하겠다고 요청한다.

 

웹소켓을 지원하는 웹서버의 응답이다.

1
2
3
4
5
HTTP/1.1 101 Switching Protocols
Upgrade: websocket
Connection: Upgrade
Sec-WebSocket-Accept: HSmrc0sMlYUkAGmm5OPpG2HaGWk=
Sec-WebSocket-Protocol: chat
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

HTTP를 websocket으로 switching 하겠다고 응답한다. 새로운 웹소켓이 만들어지고, 웹소켓 프로토콜을 이용해서 데이터 통신을 하다.

 

1.5. 웹소켓과 HTTP Comet

웹소켓개발 이전에도 HTTP를 이용해서 서버측과 실시간으로 데이터를 주고바아야 하는 요구는 계속 있어왔다. 그래서 임기응변식으로 만든 기술이 HTTP Comet다. Comet는 특정기술에 대한 이름은 아니고 HTTP상에서 데이터를 push를 하기 위한 방식자체를 일컫는 기술 모두를 일컫는다.

 

Comet구현을 위해서 일반적으로 사용하는 방식은 Long PollingStreaming이다.

 

1.5.1. LongPolling vs websocket

Long Polling는 이름에서 처럼 데이터가 있는지 주기적으로 Polling을 하돼, polling할 데이터가 있을 때까지 오랫동안 기다리는 방식으로 네트워크 자원을 효율적으로 사용하는 기술이다.

 

  1. 웹서버로 HTTP 요청을 보낸다.
  2. 요청을 받은 웹서버는 데이터가 있을 때까지(혹은 이벤트가 발생할 때까지) 기다린다.
  3. 데이터가 있으면 HTTP 응답을 한다.
  4. 응답을 받은 웹브라우저는 데이터를 출력하고 HTTP 연결을 끊는다.
  5. 다시 HTTP 요청을 보낸다.
  6. 기다린다.
  7. 계속 반복한다.

일정시간 간격으로 주기적으로 Polling하는 것보다는 효율적이지만 여전히 비효율적이다.

 

웹소켓은 요청을 위해서 새로운 연결을 만들 필요가 없고, 추가적인 헤더가 필요없기 때문에 Long Polling 방식에 비해서 효율적으로 작동한다

 

1.5.2. Multipart streaming vs websocket

Multipart streaming은 multipart/x-mixed-replace를 이용해서, 연결을 끊지 않고 하나의 HTTP 연결에서 데이터를 보내는 방식이다. 서버측은 Content-type를 multipart/x-mixed-replace로 하고 스트림 메시지의 boundary를 구분하기 위한 boundary문자를 정의하면 된다. 대략 아래와 같은 모습이다.

1
2
3
4
5
6
7
8
9
10
11
12
13
HTTP/1.1 200 OK
Date: Fri, 08 Jul 2011 00:59:41 GMT
Server: Apache/2.2.4 (Unix) PHP/5.2.0
Content-Type: multipart/x-mixed-replace;boundary=myboundarystring
--myboundarystring
Content-type: text/html
Chating message 1
--myboundarystring
Content-type: text/html
Chating message 2
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

데이터를 일방적으로 보내는(말그대로 streaming) 용도라면 쓸만하다. 하지만 하나의 TCP 포트로 읽기와 쓰기를 동시에 할 수 있는 웹소켓과 달리, 읽기만 할 수 있기 때문에 상호작용하는 서비스를 만들려면 약간의 꼼수를 부려야 하는 단점이 있다. 예컨데 채팅 서비스를 구현할 경우 메시지 입력은 다른 포트를 통해서 받아야 한다.

 

대략 아래와 같은 과정을 밟아야 할 거다. 깔끔하지 않다.

 

 

1.5.3. socket.io

socket.io는 이용해서 브라우저의 종류에 상관없이 실시간 통신을 구현할 수 있도록 한 도구다. 도구라고 한 이유는 웹소켓과 같은 단일 기술이 아닌, 여러 기술들의 모음이기 때문이다. socket.io는 웹소켓, FlashSocket, AJAX long polling, AJAX multipart streaming, Forever Iframe, JSONP Polling 기술들을 포함하고 있다.

 

socket.io는 웹브라우저의 사양을 확인해서 적당한 기술을 선택해서 실시간 통신을 구현한다. 웹소켓의 경우 IE 9.0 이하 버전은 지원하지 않는다. 우리나라에서는 IE 9.0도 무시할 수가 없는데, socket.io는 좋은 선택이 될 수 있다. 대부분의 브라우저에 대해서는 웹소켓을 이용해서 통신을 하고, 지원하지 않는 브라우저는 Login polling등의 기술을 이용해서 실시간 통신을 구현할 수 있기 때문이다.

 

단점은 Node.JS에서만 사용할 수 있다는 점이다. 웹소켓은 언어별/프레임워크별로 구비되 있다.

 

1.6. 웹소켓과 세션

예컨데 cookie 값을 읽을 수 있느냐 하는 건데, 브라우저마다 다른 것 같다. chrome(28.0.1500)의 경우 handshake때 cookie를 전송하지 않았는데, firefox(24.0)은 cookie를 전송했다. cookie를 이용해서 값을 넘겨주는 건 좋은 방법이 아닌 것 같다. URL 파라메터로 넘기는게 제일 깔끔하다. 채팅에 이름을 입력하고 싶다면 아래와 같이 값을 넘겨야 하겠다.

1
ws://localhost:3000/chat?name=yundream
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

 

1.7. 클라이언트에서 웹소켓 API 사용하기

웹소켓 API는 W3C에서 관리한다. 클라이언트는 단지 6개의 API로 모든 통신이 가능하다. 4개의 이벤트 핸들러와 2개의 함수로 구성된다. 이벤트 핸들러는 네트워크 상태를 알려주기 위해서 사용한다. 나머지 2개의 함수는 메시지를 보내고 웹소켓을 닫기 위해서 사용한다.

 

이벤트 핸들러 설명
onopen 웹소켓이 열리면 호출
onmessage 메시지가 도착하면 호출
onerror 에러가 발생하면 호출
onclose 웹소켓이 닫히면 호출
함수 설명
send 메시지 전송
close 웹소켓 닫기
사용 예제 : 채팅을 위한 클라이언트 프로그램이다. 테스트할 수 있는 완전한 코드는 여기를 참고.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
<script type="text/javascript">
window.onload = function(){
(function(){
var show = function(el){
return function(msg){ el.innerHTML = msg + '<br />' + el.innerHTML; }
}(document.getElementById('msgs'));
var ws = new WebSocket('ws://' + window.location.host + window.location.pathname);
ws.onopen = function() { show('websocket opened'); };
ws.onclose = function() { show('websocket closed'); }
ws.onmessage = function(m) { show('websocket message: ' + m.data); };
var sender = function(f){
var input = document.getElementById('input');
input.onclick = function(){ input.value = "" };
f.onsubmit = function(){
ws.send(input.value);
input.value = "send a message";
return false;
}
}(document.getElementById('form'));
})();
}
</script>
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

 

2. 디버깅 및 테스트

2.1. 웹브라우저의 웹소켓 지원여부 확인

http://www.websocket.org/echo.html 에서 사용중인 웹 브라우저의 웹소켓 지연여부를 확인할 수 있다.

 

 Websocket 지원

 

2.2. Chrome Simple Websocket Client

크롬웹브라우저를 사용하고 있다면 simple websocket cleint extension을 이용해서 간단하게 웹소켓을 테스트할 수 있다.

 

Simple WebSocket Client 다운로드

 

2.3. CURL로 테스트

CURL로도 테스트가 가능하다. 그렇다고 메시지 교환까지 테스트 가능한 건 아니고, handshake과정까지만 테스트할 수 있다. 웹소켓 handshake 과정을 빠르게 디버깅하고 싶을 때 사용할 수 있겠다. chat 서버 띄운다음 테스트를 해봤다.

1
2
3
4
5
6
7
# curl -i -N -H "Connection: Upgrade" -H "Upgrade: websocket" -H \
"Host: echo.websocket.org" -H "Origin: http://localhost:3000" http://localhost:3000/chat
HTTP/1.1 101 Web Socket Protocol Handshake
Upgrade: WebSocket
Connection: Upgrade
WebSocket-Origin: http://localhost:3000
WebSocket-Location: ws://echo.websocket.org/chat
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

 

3. 웹서버의 웹소켓 지원

Apache, NginX, IIS, GWS등 대부분의 웹 서버들이 웹 소켓을 지원한다.

3.1. NginX에서의 웹 서버 지원

요즘 NginX를 주로 사용하고 있어서 테스트를 했다. NginX를 리버스 프락시 서버로 이용 할 때, upstream 서버들이 웹 소켓을 서비스한다면, 아래와 같이 설정하면 된다.

1
2
3
4
5
6
location /wsapp/ {
proxy_pass http://wsbackend;
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
}
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

 

3.2. AWS에서의 웹 서버 지원

AWS의 ELB(Elastic Load balancer)는 HTTP 프로토콜 차원에서 웹 소켓을 지원하지 않는다. Listener를 TCP 타입으로 설정하면 되지만, 대신 HTTP의 기능인 스티키세션이나 HTTP health check등의 기능을 이용 할 수 없다.

 

4. 참고

 


  1. ^TCP는 연결을 위해서 3번의 패킷교환이 필요하며, 완전한 종료를 위해서 4번의 패킷교환이 이루어져야 한다. 여기에는 상당히 많은 비용이 들어간다.
  2. ^전 이중통신이라고 부른다. 수신과 송신을 동시에 처리할 수 있는 통신 방식을 의미한다.

local file을 크롬 브라우저로 보는 상황에서

A 문서에서 B 문서를 띄우고 (Parent Window - Child Window) 

B 문서에서 A 문서의 DOM으로 접속하여 데이터를 보내려는 경우 아래와 같은 에러 메세지를 개발자콘솔창에서 볼 수 있다. 


Uncaught SecurityError: Blocked a frame with origin "null" from accessing a frame with origin "null". Protocols, domains, and ports must match. 

 


실제 웹서버로 올려서 실행하는 경우에는 발생하지 않는 문제이나 개발자 테스트 중에 발생 될 수 있는 문제이며, 

파이어폭스에서는 정상적으로 수행이 된다. 

이는 크롬의 보안 정책이 특정 버전 이후로 강화되어서 라고 한다. 


대처 방법으로는 크롬실행시 아래와 같은 옵션을 추가하면 된다. 


--disable-web-security 

 


혹은 


크롬 웹스토어에서 확장프로그램으로 아래 기능을 추가하면 된다. 


 Allow-Control-Allow-Origin: *

 


링크는 아래와 같다. 


https://chrome.google.com/webstore/detail/allow-control-allow-origi/nlfbmbojpeacfghkpbjhddihlkkiljbi


위 방법은 Ajax 로 다른 도메인(cross domain)에 접근하면 문제가 발생한다고 하며 동일하게 해결 할 수도 있다. 


reference : http://www.chromium.org/developers/how-tos/run-chromium-with-flags

reference : http://jongkwang.com/?p=852

 

출처 : http://redcarrot.tistory.com/155

카톡 프로필 상태에서 배경설정을 누르면

'게임 뱃지 삭제'가 있다. 이걸 하면 끗

  1. k 2015.10.25 00:34

    이게뜨면 그사람이 게임중이라는건가요???

  2. forcecomm 2015.11.06 07:59

    감사합니다 ㅎㅎ 못 찾아서 조마조마 햇었는데 덕분에 삭제햇어요^^

작업 방법 1. administrator(관리자 권한) 변경

  1. Windows 로고 키 + x  를 누른 후 명령 프롬프트(관리자)을 선택합니다.
  2. 명령 프롬프트에서 아래의 명령을 입력 후 enter 키를 누룹니다.(입력이 어려울 경우 복사 후 명령 프롬프트에서 마우스 우측 키를 누르고 붙여넣기 합니다.)
  3. net user administrator /active:yes
  4. Windows 로고 키 + x 누른 후 종료 또는 로그 아웃에서 로그 아웃을 선택합니다.
  5. 왼쪽 아래에 administrator 계정이 생성된 것이 보입니다. administrator 계정을 선택 후 로그인 합니다.(처음 시작시 시간이 다소 소요됌)
  6. 삼성노트북 settings 프로그램 설치합니다
  7. administrator 계정에서 로그 아웃합니다.
  8. 처음 표준 계정을 선택 후 로그인합니다.
  9. Windows 로고 키 + x  를 누른 후 명령 프롬프트(관리자)을 선택합니다.
  10. 명령 프롬프트에서 아래의 명령을 입력 후 enter 키를 누룹니다.(입력이 어려울 경우 복사 후 명령 프롬프트에서 마우스 우측 키를 누르고 붙여넣기 합니다.)
  11. net user administrator /active:no
  12. administrator 계정이 해제됩니다.

주의: administrator  계정을 사용하시면 보안에 취약해 지므로 반드시 해제 후 로컬 계정을 사용해 주세요.

  1. 다마고치 조 2015.08.23 22:48

    유용한 정보~!!!

  2. InFlow 2015.08.26 19:52

    감사합니다~ 덕분에 잘 해결되었네요~

레이스토어에 앱을 등록하기 위한 페이지

https://play.google.com/apps/publish/

   

로그인

   

Google Play에 Android앱을 출시 클릭

   

제목 입력

APK 업로드 버튼 클릭

   

프로덕션으로 첫 번째 APK 업로드 클릭

   

   

   

   

   

왼쪽 메뉴의 스토어 등록정보 클릭

   

순서대로 드래그앤 드롭하여 이미지를 추가하면 됩니다.

   

모든 항목 작성 후

상위의 저장 버튼 클릭

   

왼쪽의 가격 및 배포 클릭

배포 방법 선택, 배포 대상 국가, 동의사항 체크 >

저장

   

   

   

   

오른쪽 상단의 출시 준비를 이 앱을 출시로 변경합니다.

   

출시됨으로 상태가 변경됨

   

상단의 Google Play스토어에서 보기 옆의 삼각 느낌를 클릭하면

방금 출시한 경우 몇 시간 정도 걸릴 수 있다는 메시지가 나옵니다.

왼쪽 메뉴의 모든 애플리케이션 아이콘 클릭

   

스토어 등록정보에서

Google Play 스토어에서 보기를 클릭하면 아직 등록정보가 없어서 에러메시지가 나옵니다.

출시 완료 후 1시간~3시간 정도 지나야 확인이 가능합니다.

   

   

출시는 되었지만 확인하려면 시간이 걸립니다.

출시완료!

   

   

마켓 등록 완료!

출시 1시간 후 PlayStore에서 출시된 앱이 확인 되었습니다.

https://play.google.com/store/apps/details?id=kr.codedragon.android.hashshare

 

출처 : http://codedragon.tistory.com/94

  1. han 2015.08.02 15:51

    감사합니디!~

안녕하세요.

2년째 활동하고 있는 개인 웹퍼블리셔 프리랜서 입니다.

중소규모 홈페이지 제작 및 수정 등 유지보수 작업등을 하고 있습니다.

또한 기타 작업 등도 주변 프로그래머와 연계하여 작업을 받고 있습니다.


* 포트폴리오

http://yjhoon.com/?mod=portfolio


2년간 꾸준히 작업해온 실무경험을 바탕으로 홈페이지 신규 오픈이나 수정에 있어 제 홈페이지를 만든다 생각하며 임하겠습니다.

서버 관리에서부터 홈페이지 제작 및 관리까지, 웹 관련 의뢰는 연락 주시면 스케쥴이 여유있는 개발자에게 연결하여 작업이 끝날때까지 1:1로 카톡대화 및 연락을 통해 제작이 완료될때까지 성심성의껏 실시간 응답 가능합니다.


* 서버 작업(신규 설치 및 기본 보안 셋팅, 서버이전 등등)

* 홈페이지 제작(최소한의 포토샵만 사용, HTML5+CSS기반 웹표준 크로스브라우징)

* 유지보수(비용에 따라 서버관리에서부터 홈페이지까지! 저렴한 비용으로 인건비 절약하세요. 수정요청시 1일이내 대응)

* 어플리케이션 개발(안드로이드)

* PC 조립 / 스마트폰 개통 등


웹 디자인은 다 되었는데 퍼블리싱 및 코딩 단계에서 난감하신 디자이너 분들도 연락 주세요. !

홈페이지는 있어야겠는데 운영을 할 시간은 없고 홈페이지에는 스팸글로 넘쳐나고, 모르는사이 홈페이지는 호스팅 만료.... 관리 해드립니다. 연락 주세요!


* 모든 과정은

1) 기획 > 2) 디자인 > 3) 퍼블리싱 및 코딩 > 4) 입금 및 마무리 로 처리하며, 계약자와 개발자간의 서로간의 신뢰를 우선으로 합니다.

2번단계까지 컨펌이 떨어진 상태에서 3번 작업 도중 1번으로 다시 수정요청등을 할 경우 추가비용이 발생합니다.



이메일 root@yjhoon.com


USB 용량은 분명히 정상적으로 표시되어 있는데

 

가지고 있던 파일들이 갑자기 하나도 안보이는 현상

 

바탕화면의 시작 -> 실행 -> cmd 쓰고 확인

 

-> G:치고 Enter  하면 USB 드라이브로 들어감(G는 USB 폴더)

 

-> (까만창에 프롬프트 상태가 나타나면)   attrib /s /d -s -h -r   (G드라이브 내 하위 폴더/파일의 숨김 속성을 해제하는 명령)



위처럼치고(뛰어쓰기주의) 잠시 기다리면 처리하고 다시 G:w>가 나타남

  1. 또만났네 2014.08.04 15:36 신고

    안녕하세요. 블로그 내용이 좋아서♡ 블로그모음 서비스인 블로그앤미(http://blogand.me) 에 등록했습니다. 원하지 않으시면 삭제하겠습니다. 좋은 하루 되세요. ^^

  2. 아타호 2015.01.15 21:10

    감사합니다. 모르는 컴퓨터에 usb 꽂았다가 파일 안보여서 여기 왔더니 해결됬네요. 이제 모르는 컴퓨터에선 n드라이브나 인터넷 드라이브로 돌려야겠네요 ㅜㅜ 식겁했음

  3. 천승호 2015.02.26 00:57

    헐 진짜 되네여 정말 좋은 정보 감사합니다...^^ 한시간을 헤매구 다녔습니다.

  4. mensura 2015.11.10 12:34

    정말 감사합니다 ㅠ.ㅠ

  5. 야곰돼지 2016.03.02 00:57

    좋은 정보 감사합니다

  6. 대박^^ 2016.10.30 20:57

    며칠을 인터넷에서 방법 찾아 헤매다가 이 글 보고 한방에 해결했네요.
    감사합니다.

  7. 봄비 2017.02.20 16:05

    저는 액세스가 거부되었다고 나오는데
    다른방법이 있으시면 부탁합니다.
    impe1124@naver.com 입니다.

오늘 molten-wow 4.3.4버젼을 토렌트로 다운받으려는데

500gb의 e:에 받으려니 갑자기 파일크기가 제한에 걸려 다운을 할수없다는 메시지를 뱉어내고 중지되어버렸다....ㅡㅡ

그래서 원인을 찾아보니, e: 드라이브의 포맷이 fat32라는 별 ..어이없는 결론을 얻었다.

fat32는 다운시 4gb라는 제한이 걸려버리는것이다.. 거기다가 기존에 있던 약 30gb의 용량을 삭제했더니 고맙게도 블루스크린을 선물해주었다

그것때문에 약 한시간 반을 디스크 검사를 하다 포기하고 부팅시킨다음 -_- 걍 포맷시키려고 시도중...

+ Recent posts