티스토리 뷰
USB를 한번쯤 써본 사람이라면 오른쪽 하단의 '하드웨어 안전제거' 아이콘을 본 적이 있을 것이다.
그러나 귀찮아서 안전제거를 하지 않고 뽑는 경우가 많다.
필자도 안전제거를 하지 않고 뽑았다가 USB 속의 데이터가 깨진 경험을 하고 난 이후, 하드웨어 안전제거를 꼭 진행해주고 있다.
그런데 얼마전 뉴스를 보다가 하드웨어 기본 정책이 안전제거를 하지 않아도 되게 바뀌었다는 기사를 보았다.
https://v.kakao.com/v/20190413100022852
여태까지 우리는 왜 USB를 안전제거를 해 줘야 했을까?
그것은 바로 쓰기 캐싱 설정 때문이다.
-쓰기 캐싱?
저장장치의 "쓰기 캐싱"은 고속 휘발성 메모리를 사용하여 데이털 저장장치로 보낸 쓰기 명령을 수집한 다음 이를 보다 느린 저장소 미디어(실제 디스크 or 저렴한 가격의 플래시 메모리)에서 수용할 수 있을때까지 캐시하는 기능이다.
이 캐싱이 이루어지고 있는 상황에서 하드웨어의 분리가 일어나면 data가 깨지게 된다.(정확히는 전원이 꺼지면!)
그래서 과거 필자의 USB 데이터가 깨졌던 것!
최신 윈도우 옵션은 기본적으로 빠른제거로 설정되어 쓰기 캐싱없이 사용 가능하다.
그러나 대용량 외장하드 사용자라면 혹시 모르니 꼭 '빠른 제거' 설정을 확인 한 후 제거 하길 바란다.
'etc' 카테고리의 다른 글
python) error & Tip_에러와 팁 (0) | 2019.06.11 |
---|---|
C) error: expected declaration or statement at end of input 해결법 (0) | 2019.04.24 |
참고)시스템 및 어플리케이션 취약점 정보 사이트 (0) | 2019.04.15 |
C)memcpy() 함수_바이트 복사 (0) | 2019.04.11 |
라즈베리파이 서버구축)1. 라즈베리파이 3(Raspberry Pi 3) 초기 설정_SD 카드 굽기_OS 설치 (0) | 2019.04.06 |
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
TAG
- androidstudio
- 앱분석
- 안드로이드
- 자바
- 모바일리버싱
- MVVM
- 동적분석
- writeup
- 리버싱.kr
- 리버싱기초
- 뷰모델
- pwnable.kr
- 스프링부트
- 웹 MVC
- 코드로 배우는 스프링 부트
- 에러
- Android
- NumberFormatException
- Spring
- reversing.kr
- exception
- 정보보안
- Java
- 포너블.kr
- 칼리리눅스
- 펌웨어 분석
- reversing.kr풀이
- CTF
- DataBinding
- AndroidX
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | |
7 | 8 | 9 | 10 | 11 | 12 | 13 |
14 | 15 | 16 | 17 | 18 | 19 | 20 |
21 | 22 | 23 | 24 | 25 | 26 | 27 |
28 | 29 | 30 |
글 보관함