CentOs TeamViewer Application RPM Install Error: libc.so.6 is needed by … issue

Application RPM Install Error: libc.so.6 is needed by …

CentOs 환경에서 teamViewer을 설치하기 위해 rpm파일을 팀뷰어 홈페이지에서 다운로드를 진행한다.

그리고 겪는 문제는 

위와 같은 rpm 의존성 문제가 생겨나게된다.

(needed by .... 이런 문구가 바로 의존성 문제이다. 바로 위에 Failed dependencies라고 적혀져 있다.)

rpm특유의 의존성을 해결하기 위해선 여러가지 솔루션들이 존재한다.


1. 일반적인 패키지 설치
# rpm -ivh [패키지파일]

위와 같은 경우 command는
rpm -ivh teamviewr-suse_13.1.8286.x86_64.rpm 

2. 설치되어 있는 패키지 교체
# rpm -ivh [패키지파일] --replacepkgs

위와 같은 경우 command는
rpm -ivh teamviewr-suse_13.1.8286.x86_64.rpm --replacepkgs

3. 의존성 에러 존재 시 무시하고 설치할 경우
# rpm -ivh [패키지파일] --nodeps

위와 같은 경우 command는
rpm -ivh teamviewr-suse_13.1.8286.x86_64.rpm --nodeps

4.의존성 에러 존재 시 의존성이 있는 패키지들을 먼저 설치한 후 자동으로 설치

- 첫번째 방법 : 에러가 나는 의존성을 따라가며 설치하기
- 두번째 방법 : rpm -ivh [패키지파일] --aid


5. 기존 패키지를 업그레이드 하기(설치되어 있지 않은 경우 rpm -ivh 옵션과 동일함)
# rpm -Uvh [패키지파일]

위와 같은 경우 command는
rpm -Uvh teamviewr-suse_13.1.8286.x86_64.rpm 



이러한 rpm 설치의 단점은 위와 같은 teamviewer의 설치시에는 단순히 의존성파일이 3개밖에 없었지만 향후 다른 프로그램들을 설치할때 어마 무시하게 많은 rpm패키지들을 설치를 해야만 문제가 해결되는 경우가 있다. 그래서 데비안 계통의 OS를 사용하지 않는 개발자들도 늘어나고 있다고 한다.

어찌되었든, 위의 문제는 --nodeps 명령어 (의존성 에러를 존재하고 진행) 하여 정상적으로 해결하였다.

[cent os] vim 깨짐 / 하얀 공백 증상 해결

간혹 vim 을 사용하다가 스크롤을 내리면 흰색의 공백이 생기면서 가독성을 떨어뜨리는 경우가 많아 이번기회에 문제를 해결해보기로 하였다.

현재 회사 워크스테이션 상에서 발현되는 문제는 2가지.

1. 문자의 겹침증상

2. 스크롤시 or 드래그 블록 설정시에 문자의 종료되는 부분 이후로 흰색 공백이 생겨 점박이처럼 배경화면이 깨지는 증상.

먼저

1. 문자의 겹침증상을 해결해보고자 하였고, 이에 대해서 구글링을 진행해서 비슷한 사례를 찾아 보았다. 

 https://askubuntu.com/questions/659357/overlapping-characters-in-terminal

사례의 확인과 기타 다른 부분을 확인시에 이를 해결하는 방법은 글자의 폰트를 수정하여 자간의 간격을 확보하는 방법이었다.


2. 흰색 공백문제

이를 해결하기위하여 vimrc (혹은 bashrc)의 설정을 수정하여 해결하였다.

G++ 컴파일 / c++11 standard 컴파일 방법

R-value 참조 문구 해결하는 방법

g++ *.cpp -std=c++11

명령어를 통해 c++11 표준으로 변경해야 정상적으로 R-value참조를 사용할 수 있음

로그인쉘, 서브쉘 차이점.

로그인쉘에서 실행 : source ./test.sh
 
서브쉘에서 실행    : sh ./test.sh

차이점은

서브쉘에서 실행된 내용이나 실행환경은 서브쉘이 종료되는 순간 없어지는데

로그인쉘에서 실행된 내용이나 실행환경은 로그아웃 할 때까지 없어지지 않는다는데에 있습니다.

두 가지 경우 실행시 발생하는 과정을 자세히 설명하면

sh ./test.sh 로 실행을 하면

현재 쉘 하위로 쉘(서브쉘)이 하나 더 뜹니다.

cp, cd, cp 명령이 실행됩니다.

cd 명령 때문에 현재 작업중인 디렉토리 위치가 변경되었습니다.

서브쉘이 종료하면 상위의 원래 쉘(로그인쉘)로 돌아가게 됩니다.

서브쉘이 종료되면 현재 디렉토리 위치 정보는 없어지고

서브쉘이 시작된 위치로 돌아가게 됩니다.

그렇기 때문에 sh ./test.sh 을 실행한 후에는 작업중인 디렉토리 위치가 변경되지 않습니다.

하지만,

source ./test.sh 을 할 경우에는

서브쉘에서 해당 스크립트가 동작하지 않고, 로그인쉘에서 동작하기 때문에

cd 명령에 따라 작업중인 디렉토리 위치가 변경되게 됩니다.

source 명령 뒤에 오는 스크립트 첫줄에는 #!/bin/bash 가 필요없습니다. 

>> 경로 설정 없이 바로 적용하여 사용이 가능하므로.(?)

* 현재 로그인쉘 확인하기
    – echo $SHELL

출처 : http://itpsolver.com/%EB%A1%9C%EA%B7%B8%EC%9D%B8%EC%89%98-%EC%84%9C%EB%B8%8C%EC%89%98/

Windows 와 Unix 상에서 LF/CR의 차이점

윈도우즈와 유닉스는 전통적으로 아스키 파일에 대한 처리가 다름.

개행문자에 대한 시선차이가 존재하는 것으로, 

개행문자의 시작을 LF만 가지고 하느냐, LF/CR로 하느냐의 차이.

LF는 Line Feed, 즉 다음 줄로 바뀌는 것으로 아스키코드 10

CR은 Carriage return으로 아스키코드는 13.

정확히 따지면 LF/CR을 둘 다 사용해야 다음줄의 첫 칼럼으로 가는 것이나, 유닉스에서는 일반적으로 LF만으로 LF/CR기능을 표현했고, 윈도우즈는 두 문자를 다 사용해서 표현하기 때문에 별도의 문자열 처리를 하지 않더라도 상호 텍스트 문서의 교환에 불편함이 있을 수 있음.

상기의 그림에서, #define ENTER 10 이란 코드는 ENTER 값의 아스키 코드를 디파인하는 코드인데, 윈도우에서는 13으로 설정해야지만 정상적으로 종료하는 코드를 작성할 수 있다.

centos7 yum 명령어 안될때[Could not retrieve mirrorlist..]

vmware에 최소한의 설정으로 centos7을 설치했더니 wget이 작동하지 않아서 yum으로 설치 시도

 

#yum install wget

 

그랬더니 아래와 같은 문구가 뜬다....

해서 구글링을 해보니 ~/etc/resolv.conf 파일에서 servername 주소를 추가해줘야한다 등 이런 저런 방법이 있었지만 모두 실패.....

 

알고보니  centos6 부터인가 방법이 바뀌었다고 한다.

 

해결법

 

# vi /etc/sysconfig/network-scripts/ifcfg-ens33 로 들어가서 맨 밑에 있는 

 

ONBOOT=no 를 yes로 바꿔주고 저장 후 나감

 

# dhclient

# yum update

# yum install wget

 

끝

centos virtualBOX E_FAIL (0x80004005) issue fix

CENT OS 에는 zip 과 unzip이 없어서 별도로 yum 명령어를 통해서 인스톨 해서 사용해야함

현재 vm Virtual Box 상태에서

The virtual machine 'centOS' has terminated unexpectedly during startup with exit code -1073741819 (0xc0000005). More details may be available in 'C:\Users\hskim\VirtualBox VMs\centOS\Logs\VBoxHardening.log'.

결과 코드:	E_FAIL (0x80004005)
구성 요소:	MachineWrap
인터페이스:	IMachine {85cd948e-a71f-4289-281e-0ca7ad48cd89}

이러한 에러가 발생되어짐. 
이전의 문제는 VM박스를 업데이트 함으로써 수정되었지만, 현재의 문제는 어떻게 처리해야하는지 지금 확인하는 중에 있음 차후 업데이트

>VMBOx 5.2.x 릴리즈 된 프로그램에서 자주 발생하는 문제로 보이며 이에 대한 해결책은 다운그레이드.. 뿐인것을 확인하여 실시 조치함.

>> 18.06.20 ADD.
위와 같은 경우가 특히 회사에서 더 빈번하게 일어남을 느껴서 테스트해보니 회사에 DRM 관련된 보안프로그램이 설치되어져 있으면 한번씩 일어나는 일이었다는 점을 추가한다.

그냥 맘편하게 vmware 쓰는걸 추천드립니다..