주누의 기록보관소

mDrawerLayout.setScrimColor(getResources().getColor(android.R.color.transparent)); 끝!

- DrawerLayout을 통해서 적용시킬수 있음. drawerLyaout.openDrawer(cup_hello2); - 해당뷰(cup_hello2)에 layout_gravity 속성에 'start'or 'end' 속성이 적용되어있어야함.- android:layout_gravity="start", android:layout_gravity="end" - start 속성은 좌측, end 속성은 우측- left, right 속성도 마찬가지인듯...?(테스트 안 해본...)- 양쪽의 둘다 넣을수도 있음. - java.lang.IllegalArgumentException is not a drawer 이 옴의 에러때문에 한시간 버림...ㅠ_ㅠ 소스 첨부 소스MainActivity.java==============..

0번 프로세스 - init와 kthreadd를 'ps -ef' 명령으로 확인해보면 부모 프로세스의 PID(PPID)가 0번으로 나옴- 유닉스나 리눅스에는 스와퍼(swapper)라는 0번 프로세스가 있음.- 스와퍼는 프로세스 스케쥴링을 담당하는 스케쥴러라고 생각하면 됨- 스와퍼는 CPU가 프로세르를 실핼할 수 있도록 메모리에 올렸다가, 할당된 시간이 끝나면 디스크로 잠시 스왑했다가, 다시 실행할 순서가 되면 메모리에 올리는 일을 함- 리눅스의 모든 프로세스는 부모 프로세스가 있는데 스와퍼만은 부팅 과정에서 별도로 실행되어 부모 프로세스가 없음.- 스와퍼는 프로세서라기보다는 운영체제 자체라고 볼 수도 있음.

init 프로세스와 런레벨- 기존의 init 프로세스는 런레벨(Run Level) 이라는 개념을 사용- init 은 시스템의 단계를 일곱 개로 구분하여 정의하고 각 단계에 따라 쉘 스크립트를 실행하는데, 이 단계를을 런레벨이라고 함 유닉스의 런레벨 런레벨 의미 관련 스크립트의 위치 0 시스템 종료 /etc/rc0.d 1, S, s 단일 사용자 모드 /etc/rc1.d 2 다중 사용자 모드(NFS를 실행하지 않음) /etc/rc2.d 3 다중 사용자 모드(NFS 포함) /etc/rc3.d 4 사용하지 않음(예비 번호) /etc/rc4.d 5 시스템 종료(페도라는 GUI 모드로 부팅) /etc/rc5.d 6 시스템 재시작 /etc/rc6.d - 페도라와 달리 우분투에서는 이중 0, 1, 2, 6번만 사용- ..

init 프로세스 - init 프로세스는 PID가 1번인 프로세스로 모든 프로세스의 조상 역할 - init 프로세스는 부팅 과정에서 커널의 의해 실행- 각종 서비스를 제공하는 다른 프로세스를 동작 시키는 역할- 전통적인 init 프로세스는 스크립트를 순차적으로 실행하여 다른 프로세스들을 동작- 최근 우분투를 비롯해 유닉스나 리눅스 대부분이 스크립트를 순차적으로 실행하는 기존의 방식에서 이벤트 기반으로 동작하는 방식으로 init 을 대체- 우분투는 자체적으로 개발한 'upstart' 를 init 대신 사용- 기존의 유닉스 및 리눅스 환경과의 호환을 위해 실행 파일 이름은 init을 유지- 'man upstart' 명령을 통해서 확인 가능- init 동작 방식이 바뀜에 따라 전통적으로 init 프로세스와 관..

int[][] states = new int[][] {// new int[] { android.R.attr.state_enabled}, // enabled// new int[] {-android.R.attr.state_enabled}, // disabled// new int[] {-android.R.attr.state_checked}, // unchecked new int[] { android.R.attr.state_pressed}, // pressed new int[] {}}; int[] colors = new int[] { Color.parseColor( ("#" + cRowNor) ), Color.parseColor( ("#" + cRowSel) )};ColorStateList c = new Col..

리눅스 시스템의 부팅 - 리눅스 시스템의 부팅 과정은 크게 'PC 부팅' 과 '리눅스 부팅'으로 나누어짐.- 리눅스가 철치된 하드웨어(예:PC)의 부팅과 리눅스 운영체제의 부팅 절차로 구분 리눅스 부팅 과정 전원ON 바이오스단계 부트 로더단계 커널 초기화단계 init 실행단계 로그인프롬프트출력 PC 부팅 리눅스 부팅 바이오스 단계 - PC 의 전원 스위치를 켜서 부팅시 제일 먼저 바이오스(BIOS, basic input/output system)가 동작- 바이오스는 보통 ROM에 저장되어 있어 흔히 ROM-BIOS라고 부름- 바이오스는 PC에 장착된 기본적인 하드웨어(키보드, 디스크 등)의 상태를 확인한 후 부팅 장치를 선택하여 부팅 디스크의 512바이트를 로딩- 이 512바이트를 마스터 부트 레코드(M..

리눅스 파일 시스템의 종류 - 리눅스 고유의 디스크 기반 파일 시스템 * ext : 초기의 미닉스 파일 시스템을 대체하여 개발된 최초의 리눅스 고유 디스크 기반 파일 시스템 * ext2, ext3, ext4 : ext 파일 시스템의 문제점을 보완하여 개선된 파일 시스템- 리눅스에서 지원하는 기타 파일 시스템 : msdos, iso9660, nfs, ufs, vfat, hpfs, ntfs, sysv, hfs- 특수 용도의 가상 파일 시스템 ; swap, tmpfs, proc, ramfs, rootfs- 현재 시스템이 지원하는 파일 시스템의 종류 : /proc/filesystems 파일 리눅스 파일 시스템의 구조 - 리눅스 파일 시스템은 그룹 0 패딩, 슈퍼 블록, 그룹 디스크립터, GDT 예약 블록, 데이..

AsyncTask 당연히 병렬처리 된다고 생각했는데... 아니었음... When first introduced, AsyncTasks were executed serially on a single background thread. Starting with DONUT, this was changed to a pool of threads allowing multiple tasks to operate in parallel. After HONEYCOMB, it is planned to change this back to a single thread to avoid common application errors caused by parallel execution. If you truly want parallel e..

파일 시스템 검사하고 복구하기- 파일 시스템은 부적절한 시스템 종료나 전원의 불안정, 소프트웨어 오류, 하드웨어 오작동 등 다양한 이유로 손상될 수 있음- 이렇게 손상된 파일 시스템의 용량을 확인할 뿐만 아니라 파일 시스템의 상태를 점검하고 문제가 있을 때는 복구해야함 fsck 명령으로 파일 시스템 검사하기 - fsck 는 'file system check' 의 약자- inode 및 블록, 디렉터리, 파일 링크 등을 검사하고 필요시 복구 작업도 수행 - 기능 : 리눅스의 파일 시스템을 검사- 형식 : fsck [옵션] 장치명- 옵션 : * '-f' : 강제로 점검 * '-b 슈퍼블록' : 지정한 백업 슈퍼블록을 사용 * '-y' : 모든 질문에 yes로 대답하게 함 * '-a' : 파일 시스템 검사에서 ..