우분투(리눅스)에서 이클립스를 이용한 안드로이드 개발시 단말기 인식 문제 해결 방법

안드로이드 어플리케이션을 계발하기 위해서 에뮬레이터를 이용하는 방법이 있지만
좀 더 쾌적한 환경에서 테스트하기 위해 실제 단말기를 많이 이용한다.

하지만 우분투(리눅스) 환경에서 단말기를 연결할 경우 몇몇 특정 모델 또는 특정 경우에
단말기를 인식하기 못하는 문제가 발생할 수 있다.
이럴때는 대부분 단말기의 시리얼 정보레 "???????" 등으로 표기된다.

이러한 문제를 해결하기 위한 방법을 간단히 설명한다.

우선 리눅스 환경에서 안드로이드를 정상적으로 계발하기 위해서는 SDK 에서 제공하는 
adb를 정상적으로 접근이 가능해야 한다. 이는 이클립스가 스스로 adb가 저장된 위치로
찾아가야 한다는 것인데 PATH를 설정하여 해결가능하다.

터미널을 열고
1. sudo -s
2. vi /etc/profile
3. 맨 아래에 export PATH=$PATH:(SDK위치)/platform-tools 기입하고 저장
    (예. /home/XXX/android-sdk-linux/platform-tools)
4. source /etc/profile

위의 과정을 정상적으로 마치면 터미널에서 adb 를 실행하였을때 옵션에 대한 설명을
볼 수 있게 된다.

이 상태에서 이클립스를 실행한 후 임의의 프로젝트를 생성하여 실행해본다.
아직까지도 단말기가 정상적으로 인식되지 않는다면 터미널을 연 후 아래의 과정을 따른다.

1. sudo -s
2. adb kill-server
3. adb devices

위의 과정으로 마치면 터미널 상에서 단말기에 대한 정보를 확인할 수 있을 것이다.

이제 이클립스에서 정상적으로 단말기를 이용한 실행이 가능할 것이다.

댓글

댓글 쓰기

이 블로그의 인기 게시물

GDB 사용법

*참조도서: "유닉스 리눅스 프로그래밍 필수 유틸리티" GDB 사용 방법 <<실행>> GDB를 이용하기 위해서는 컴파일 과정에서 디버깅 정보를 삽입해야 한다.     컴파일 시 옵션 'g' 이용     $ gcc -g -o main main.c 컴파일이 정상 종료 되면 GDB를 실행한다.     gdb [프로그램명]     $ gdb main     gdb [프로그램명] [프로세스PID]     $ gdb main 1928 GDB가 정상 실행되면 터미널의 프롬프트가 (gdb)로 바뀌게 된다. <<종료>> 종료방법에는 크게 두가지가 있다.     ctrl + d     (gdb) q     (gdb) quit <<소스보기>> 옵션에 따라 실행중인 프로그램의 소스를 다양한 방법으로 볼 수 있다.     l(list)     list 10     list [함수명]     list -  //이전 10라인을 출력한다.     list [파일명]:[함수명]     list [파일명]:10 list 명령어를 사용하면 소스코드가 10줄 단위로 출력된다. 다음의 명령을 통해 출력단위를 변경할 수 있다.     set listsize 20 <<세그멘테이션 폴트가 발생했을대>> 컴파일한 프로그램을 실행했을때 segmentation fault 가 발생하여 비정상 종료되었다면 다음의 명령어를 통해 오류 지점을 확인할 수 있다.     (gdb) r(run) run 명령어는 GDB가 프로그램을 실행시켜 이상이 발생했을때의 파일과 지점을 출력해준다. 또한 관련 함수 또는 변수에 담긴 값을 출력하여 오류수정에 많은 도움을 준다. 오류 지점에 도달하기 전 과정을 확인하기 위해서는 다음 명령어를 이용하면 된다.     (gdb) bt bt명령어는 백트레이스로 프로그램 스택을 역
자세한 내용 보기

우분투(리눅스)에서 zip 파일 압축 해제시 한글 깨짐 문제 해결 방법

윈도우를 이용하던 리눅스를 이용하던 압축파일은 자주 접하게 된다. 하지만 리눅스 환경에서 한글로 구성된 제목을 이루고 있는 파일들의 경우 압축을 하제할 경우 문자가 이상하게 나타난다. 이 문제는 문자의 인코딩과 관련한 문제로 한글의 특수한 구조 때문에 발생하게 되는 것이다. 이를 해결하기 위해서는 문자열을 직접 지정해주면 된다. 일반적인 zip 파일의 압축 하제를 위해서는 unzip 명령어를 이용한다. $ unzip [파일명] 여기에 문자 인코딩을 직접 지정하면 $unzip -O [인코딩] [파일명]  ==>  $unzip -O cp949 ???.zip 위의 방법을 이용하면 한글의 깨짐 없이 무사히 압축을 해제할 수 있다. 하지만 문자열 인코딩 종류를 일일이 지정하는 방법은 번거롭다. 그리고 명령어에서 인코딩 종류를 지정하는 방식은 터미널을 통한 과정에서만 이용 가능하다. 이런 불편함들은 profile을 수정하는 과정을 통해 해결 가능하다. 관리자 권한을 획득한다. $ sudo -s       or       $ su - profile 파일을 에디터를 통해 오픈한다. # vi /etc/profile        or        # gedit /etc/profile 파일의 마지막 줄에 다음의 문자열들을 추가한다.  export UNZIP="-O cp949"  export ZIPINFO="-O cp949" 이제 재부팅하면 마우스 오른쪽 클릭을 통해서 압축을 해제해도 한글이 깨지지 않게 될 것이다.
자세한 내용 보기

GDB 간단한 사용 방법

gdb를 이용하여 프로그램을 이용한 디버깅 방법을 간략히 설명한다. 1. gdb를 이용, 디버깅 하기 위해서는 gcc 옵션 -g를 지정하여 컴파일 한다. ex> gcc -g -o debug1 debug1.c 2. 컴파일된 바이너리 파일이 있는 곳에서 gdb [바이너리파일명] 입력하여 gdb 실행한다. ex> gdb debug1 3. gdb 명령어 'run'으로 컴파일된 프로그램을 실행한다. (gdb) run 4. debug1 프로그램 실행 시 segmentation fault가 발생하였다면 발생시점에서 run은 중지된다. 5. segmentation fault 발생시점에서 backtrace 또는 bt 명령어를 입력하면 오류 발생 직전 사용된 코드를 확인할 수 있다. (gdb) bt 6. segmentation fault 는 발생하지 않지만 프로그램이 원하는 의도하지 않은 결과를 출력할 경우, breakpoint를 지정하여 단계별 실행 및 변수에 담긴 값을 확인 할 수 있다. 'break' 명령어와 line_number 또는 function_name을 입력한다. (gdb) break 21 또는 (gdb) break sort 7. breakpoint 지정 후 'run'을 이용 프로그램을 실행하면 breakpoint가 설정된 위치에서 프로그램의 실행이 멈준다. 이 후 'next' 명령어를 이용 한단계씩 프로그램을 진행시킬 수 있다. (gdb) next 8. Loop에 breakpoint 를 지정한 상황에서 'next' 명령어를 이용하여 다음 Loop까지 가는것이 힘들다면 'cont' 명령어를 이용하여 다음 breakpoint까지 단숨에 이동한다. (gdb) cont 9. 'next' 명령어를 이용 단계별 실행 도중 변수에 담긴 값이 궁금하다면 'prin
자세한 내용 보기