Linux[1]

220px-Tux.png
리눅스 커널의 마스코트인 Tux(턱스)[2]

1 개요[편집]

커널의 일종. 또한 그 커널을 사용하는 운영체제를 가리키는 말이기도 하다.[3] 소스 코드가 공개되어 있는 대표적인 오픈소스 소프트웨어이다. 어쩌다 보니 자유 소프트웨어계의 구세주가 되기도 했다. [4]

2 개발 및 발전[편집]

핀란드 헬싱키대학의 학생이었던 리누스 토르발스(Linus Torvalds)라는 사람이 1991년에 취미 삼아 만들었던 미닉스 터미널 에뮬레이터가 그 시초이다. 그 뒤로 개발이 계속 이루어지다가 1993년부터는 소스코드가 GPL을 따라 공개되었다. 또 그 뒤로 전 세계의 심심하고 할 일 없는 프로그래머들이 달려들어 이런저런 프로그램과 모듈을 만들면서 더 많은 기능과 더 높은 안전성을 갖추게 되었다.Python도 심심해서 만든걸 보면 공돌이를 심심하게하면 뭔가 나오는건가

3 특성[편집]

3.1 뭔 리눅스가 이리 많아?[편집]

같은 리눅스라고는 해도 모양이 생판 다른 수백 종류 이상의 변종들이 존재하며 생긴 모양이 어쨌든 커널이 리눅스면 전부 리눅스라고 부른다.

왜 이런 현상이 생겼냐면, 모든 소스가 공개되어 있다 보니 같은 역할을 하는 프로그램이라도 편리성을 지향하는 프로그램, 속도를 지향하는 프로그램, 확장성을 지향하는 프로그램, 가벼움을 지향하는 프로그램 등등 여러가지 선택지가 존재하기 때문. 기존의 프로그램이 마음에 안 들면 작게는 개인에서 크게는 기업 단위로 직접 새로 하나 만들어내 버리면 되니까.

운영체제 하나를 구성하는 데에도 핵심부 커널부터 해서 그 상위 미들웨어를 거쳐 사용자가 접하는 인터페이스에 이르기까지 수십~수백가지의 프로그램이 들어가고 그걸 엔드유저가 직접 하나하나 신경쓸 순 없기 때문에[5] 일정한 단체에서 자신만의 기준을 가지고 하나의 세트(배포판)를 만들어 내고 엔드유저가 그걸 가져다 쓰는 것이라고 보면 된다.

여러 사용자층 입맛에 맞추어서 수십가지의 배포판이 나오긴 했지만 처음 리눅스 입문하는 엔드유저는 너무 많은 배포판에 압도되어 리눅스를 포기하는 경우가 왕왕있다. 어차피 엔드유저 입장에서는 쉽고, (커뮤니티) 지원 잘되는 배포판이 장땡이므로 우분투(혹은 리눅스 민트)가 제일 적절하다고 할 수 있다. 배포판이 너무 많아 고민된다면 우분투를 선택하여 어느정도 감을 익히고, 맘에 들면 계속 우분투를 쓰거나 자기 입맛에 맞는 다른 배포판으로 갈아타면 된다.

  • 'Linux'가 아니라 'GNU/Linux'라고 불러야한다는 주장도 있다. 자유 소프트웨어 운동을 창시한 리처드 스톨먼도 'GNU/Linux'라고 부르지 않는 기자들에게는 대화도 하지 않는다고.
  • 하지만 리누스 본인은 GNU/Linux라고 부르는걸 이상하다 생각하고 Linux라 부르는걸 선호한다. 'Linux'라는 상표를 가지고 있는 원 제작자가 좋아하지 않은 행위이다보니 이쪽 관련으로 본인의 자서전에서 리처드 스톨먼을 언급하기도 한다. 또한 안드로이드도 리눅스는 리눅스다보니 최고로 많이 보급된 리눅스 배포판으로 볼 수 있는데, 이녀석은 GNU 라이센스가 아니다.
  • 또한 리눅스 커널 자체도 다양한 변종이 있다. 각 배포판 제작팀에서 자기 입맛에 맞춰 약간씩의 수정을 가하기도 하고, 공식 리눅스에는 포함되지 않은 패치를 집어넣어서 직접 컴파일할수도 있다. (그렇다고 윈도마냥 비스타에서 옛날프로그램 돌리기 어렵고 뭐 그런건 아니다. 사실 옛날프로그램이 지금과 호환되지 않는 것은 커널의 잘못이 아니라 API의 문제다.[6][7][8][9]).
  • http://distrowatch.com/index.php?language=KR 리눅스 배포본 정보와 출시에 대한 뉴스 정리 사이트.

3.2 다양한 플랫폼[편집]

소스 코드가 공개되어 있기 때문에 해당 CPU 및 보드에 맞도록 설정만 주고 컴파일하면 원칙적으로 CPU가 딸린 어떤 기계에서도 돌릴 수 있다(물론 기본 사양은 되어야 한다)[10]. 일반적으로 생각하는 PC용 운영체제 말고도 임베디드 시스템에 리눅스 커널을 얹어서 돌리는 경우도 많으며, 인터넷 공유기나 PDA휴대폰에도 리눅스를 OS로 사용하는 경우가 있다. 2011년 들어서 각광을 받고 있는 안드로이드도 자주 쓰이는 x-window가 서피스플링거로 대체되고 Dalvik 가상머신 등의 안드로이드 프레임워크 계층이 추가된 리눅스이다. 심지어 냉장고TV에서도 사용하는 경우가 있다. 대표적으로 LG전자의 TV인 엑스캔버스 일부 모델의 메뉴 시스템이 리눅스인데, 리눅스의 기본 라이센스가 GPL 라이센스인지라, LG전자에 연락하면 메뉴 시스템 소스를 배포에 필요한 최소한의 비용(배송료 등)만 받고 CD에 담아 보내주게 되어 있다(…).

주변기기들로 따지면 마이크로소프트가 가만히 놀고 있어도 주변기기 제작하는 회사들에서 알아서 윈도우즈 지원을 해주는 윈도우즈 계열이 가장 호환성이 높다고 할 수 있지만, 지원되는 플랫폼으로 본다면 리눅스가 더 많다. 물론, 호환성을 최대의 미덕으로 삼아 개발되는 NetBSD 에 비하면 많은건 아니다.[11]

심지어 리눅스는 CPU 핫플러깅[12]도 지원한다. 다시말해 컴퓨터가 작동되는중에 CPU를 갈아끼워도 된다는 소리. 물론 여러 조건이 만족돼야 하겠지만…흠좀무. 사실 이런 기능은 대형 서버에 필수라서 지원할 수밖에 없다.

Ps2 linux.JPG
플레이스테이션 2에서는 공식적으로 리눅스를 지원한 적이 있었다. 이를 위해서 네트워크 카드, 40GB HDD, VGA 케이블, 키보드, 마우스, 메모리카드와 더불어 리눅스 인스톨 키트를 세트로 해서 판매하였다. 다만 리눅스를 설치한 상태에서는 게임 구동이 불가능하였으며, 게임을 돌리기 위해서는 리눅스를 포맷하고 PS2 기본 펌웨어로 변경해야 했다. 나중에 나온 슬림모델에서는 HDD 를 설치할 수가 없으므로, 리눅스 설치가 불가능해졌다.

플레이스테이션 3에서도 공식적으로 리눅스 설치가 가능했었다.관련정보. Yellow Dog Linux라는 배포판이 유명한데, 이는 페도라에서 파생되어 나온 물건이다. 다만 PS3에서 데스크탑용 리눅스처럼 쓰려면 PS2 와 마찬가지로 싹 밀고 다시 깔아줘야 하는데 가끔씩 이 짓을 정말로 저지르는 용자들이 꽤 있다. 다만, PS3 초기형에서만 가능하며, 2010년 펌웨어 버전 3.21이 넘어가면서 리눅스 지원을 중단하였다.[13]

또한, 구형 엑스박스는 CPU로 펜티엄 3를 사용하고, 주요 하드웨어 구성이 PC랑 별 차이 없기 때문에 비교적 쉽게 리눅스를 설치 할 수 있다. 약간의 꼼수만 쓰면 모드칩같은 것을 사용하지 않아도 가능하다. 이렇게 리눅스를 설치하여 미디어 플레이어로 쓰거나 서버로 돌리는 사람도 있다(…). 자 여기에 QEMU를 깔고 안에 윈도를 까는거야! VM Ware는?

아이팟에도 리눅스를 설치할 수 있다! iPodLinux라는 배포판이 있는데, 아쉽게도 서버가 왔다갔다 하더니 결국 중단되었다. 애플의 음모다!! 포럼과 일부 시스템이 나중에 복구되었는데, 원래 프로젝트를 주도하던 사람 말로는 원래 웹호스팅을 해 주던 업체가 죽은지 너무 오래돼서 자료를 담고 있던 서버 자체가 남아있는지조차 모르겠다고...

3.3 중독성[편집]

익숙해지기까지 시간이 오래 걸리고 배워야 할것도 기본적인, 유닉스의 구조부터 다양한 프로그래밍 언어들 및 쉘 사용법등, 고3 수능공부를 가볍게 애들 장난으로 치부할만큼 복잡하고 방대하지만, 처음 익숙해지기까지의 과정만 어찌어찌 이겨내면 저것들이 모두 레고블럭으로 변신하면서 갖고놀거리가 무궁무진한 장난감이 된다. GUI 에서 간단히 클릭으로 끝낼것도 쉘을 통해서 명령을 내려야 직성이 풀리고, 한번 명령내리는것으로 끝나는것들도 굳이 쉘 스크립트 혹은 다른 프로그래밍 언어를 이용해서 만드는 중독성을 보여준다. 사실, 이 중독성은 프로그래밍과도 밀접한 관련이 있는데, 리눅스와 CLI 환경 자체가 간단한 프로그래밍 언어를 이용해서 처리할 수 있는 수많은 과제들을 제공해주는 소스라고 볼 수 있다. 윈도우등의 경우, 프로그래밍 언어를 배운 후 쓸만한 프로그램을 하나 만들려면 그 언어의 문법등을 모두 마스터한 후, GUI 나 기타 윈도우 전용 라이브러리까지 배워야 하지만, CLI 환경에서는 초반부터 실제 사용목적의 프로그램을 만들어 사용하는것이 가능해진다. 실제로, CLI 명령중 하나인 wc 나 cat, cp 등의 간략화버전같은것은 C 언어를 배운지 얼마 안된사람도 금방 쫓아할 수 있고, 소스코드도 공개되어있으므로 자신만의 개량형 버전을 만들어 사용하는 것도 쉽다. 게임 관련해서도 CLI 환경이 훨씬 만들기 쉽기때문에, 게임은 만들어보고싶고, 그래픽관련 디자인 능력은 안되는 이들이 여가시간을 할애하여 개발한 Roguelike 게임들이 많이 돌아다닌다. 디아블로에 지대한 영향을 주고, 리니지1이 대놓고 갖다베낀 넷핵이 이쪽에서 유명게임중 하나.

물론 이러한 진입장벽은 최근은 옛말이라고 할 수도 있는 것이, 많은 리눅스 배포판들이 업데이트를 거듭하면서 컴퓨터를 처음 이용하는 사용자도 '적어도 윈도우만큼은' 편하게 이용할 수 있도록 충분한 UI를 개발하고 있다. 무엇이듯 OS는 사용하기 나름이니, 널리 퍼져있는(…) 리눅스는 매니아를 위한 OS라는 편견은 버리도록 하자.

또한, 굳이 프로그래밍이 아닌 세팅 및 커스터마이징 관련 덕후들의 덕심을 자극하는 부분도 많다.커널도 셋팅이 가능하다 오픈소스쪽에서 사용자에게 불친절하다고 알려진 수많은 프로그램들은 사실 세팅이 매우 복잡하고 방대한 까닭인 경우가 많은데, 이것을 바꿔말하면 거의 바닥부터 원하는대로 세팅하는게 가능하다. 실제로 수천줄 이상의 세팅파일이 돌아다니는경우도 허다하며, 몇몇 프로그램은 아예 소스코드 자체를 세팅파일로 활용한다.(dwm(C), xmonad(Haskell), ranger(Python) 등) 물론, 엄청난 시간을 잡아먹는것은 물론이요, 인간관계도 피폐해질수밖에 없다. 덕분에 일반인들은 기피하지만, 프로그래밍이 직업인 사람부터 취미로 하는사람까지 전세계 다양한 인종들을 끌어들여 폐인양산에 일조하고 있는중. 리눅스 입문하는 노래도 있다.#

4 라이선스[편집]

주요 특징으로는 제너럴 퍼블릭 라이선스(GPL)라는 '소스 공개 및 자유로운 이용을 원칙으로 하는' 라이선스에 의해 배포된다.

GPL에 대해 좀 더 정확하게 말하자면, 무료로 배포할 의무는 없고 돈이나 이런저런 조건 하에 배포할 수 있지만, 구매자에게는 소스만큼은 최대 3년내에 읽을수 있는 형태로 배포해야 하며 이 구매자가 소스를 다시 배포하는 것을 제한해서는 안 되기 때문에 현실적으로는 무료나 다름없다.[14] 실제로 소스는 공개하면서 프로그램은 유료로 판매하는 경우도 있기는 있다.

단, '리눅스'라는 이름 자체는 리누스 토르발스의 등록상표이므로 배포판에 저 이름을 함부로 사용할 수는 없다. 원래는 등록상표가 아니었는데, 대한민국을 포함한 여러 나라의 천하의 개쌍놈들 리눅스를 상표를 점거하여, 언죽번죽 로열티나 사용 불가를 주장하는 경우가 있어서 그런 일을 방지하기 위해 등록했다. 다행히도 다 무효 판정 났다.

4.1 항상 공짜는 아니다[편집]

Linux is only free if your time is worthless - Jamie Zawinski[15]
리눅스는 당신의 시간이 가치가 없을 때만 공짜다.[16]

리눅스를 사용하다가 어떠한 문제가 생기면 하루종일 삽질을 해서라도 스스로 해결해야하는 경우가 많다. 윈도우도 고객센터나 도움말이 아니라 구글신에 의존하고 있지만. 이런 상황을 피하기 위해 돈을 내고 고객지원 서비스를 받을 수 있는데, 리눅스에 웬 돈을 받아먹느냐 할 수 있지만 소프트웨어 자체는 공짜라도, '소프트웨어' 비용이 아닌 기술 지원' 비용 등도 반드시 공짜가 아니기 때문이다.. 예를 들면 우분투를 배포하는 캐노니컬 같은 경우에는 기술 지원 라이센스 계약을 통해 수익을 얻고 있으며(물론 막강한 후원자가 있기는 하지만), 비용은 평일 업무시간만 지원을 받는 계약일 경우 1년에 250달러, 1년 내내 시간과 날짜에 관계없이 지원을 받는 계약은 1년에 900달러. 서버일 경우 각각 750달러, 2750달러이다. 유명한 레드햇의 경우 아예 리눅스 배포판에 기업 지원 및 솔루션 제공까지 무조건 사도록 되어 있다.(대신에 RHEL의 패키지 구성을 그대로 가져가서 기술 지원 없이 무료로 배포하는 CentOS라는 서버용 리눅스도 있다).

다만, 이런 기술지원은 개인과는 거의 관련이 없는게, 이런 기술지원은 기업에서 쓰라고 만든 것이다. 일반적으로는 제조사에서 모든 걸 맡기 때문에 어딘가 잘못되면 제조사에 연락해서 A/S만 받으면 그만인 반면에, 리눅스는 운영체제를 구성하는 대부분의 프로그램을 각자의 커뮤니티에서 관리하기 때문에 어딘가 잘못되더라도 어딘가 구심점이 되어 맡길 때가 없기 때문이다. 개인 사용자라면 남는 시간에 이것저것 찾아보면서 천천히 고치면 되지만 시간과 인력이 곧 돈인 기업에서는 이런 기술지원이 필수다.

사실 GPL에서도 찾아볼 수 있듯이 Free Software라는 것은 그냥 무작정 공짜 소프트웨어가 아닌데, 이걸 착각하는 사람들이 매우 많다(…) 영어는 공짜도 free이고 자유도 free이기 때문에 이로 인해 생기는 오류가 크다. GPL의 내용에서 따오자면free beer(공짜 맥주) 할 때의 free가 아니라, freedom(자유)의 free이다. free software는 보통 그래서 자유 소프트웨어로 번역한다.

'주의: 법적인 문제를 깊이 있게 따지고자 하는 사람은, 오픈 소스 진영에서도 GPL, LGPL, MPL, AGPL 등 다양한 라이선스의 호환성과 자유를 강제하는 범위에 차이가 있으므로 리그베다 위키보다는 전문 문서를 통해 정확한 내용을 습득하기 바란다. 오픈 소스 라이선스 역시 저작권법에 의해 보호받으므로, 잘못 알고 있다가 문제가 발생할 수 있다.
대표적인 예로 GPL은 항상 “프로그램을 원한다면 유료로 판매할 수 있다”고 전문에 명시하나, 내부에서는 파생 작업의 GPL화(v1) 또는 공중에 소스코드를 무료로 보급하도록 강제(v2)하고 있다.'

5 엔드 유저 입장에서...[편집]

5.1 데스크탑 용도[편집]

우선, 리눅스 데스크탑 환경에 대해 알아볼 필요가 있다. 리눅스 자체는 커널만을 의미한다는 문장에서 알 수 있듯이, 리눅스에서는 데스크탑 환경도 하나의 '앱'일뿐이다. 윈도우로 따지면 옛날 MS-DOS 시절에 윈도우 3.1을 따로 설치해서 쓰던 때를 생각하면 된다.

여러종류의 UI 가 존재하고, 원하는 대로 바꿔쓸 수 있기때문에 리눅스는 인터페이스가 편하다 불편하다 말하는게 애매모호하다. 인기있는 데스크탑 환경[17]으로는 GNOME, KDE, Xfce, LXDE 정도가 있으며, 이중에서 맥의 UI 와 비슷한 철학을 갖는[18] GNOME 이 가장 인기가 많고, 그다음으로 윈도우의 UI 와 철학을 공유하는[19] KDE 가 있다. 이외에도 데스크탑 환경 없이, 달랑 윈도우 매니저와 자신이 사용할 프로그램만 선별적으로 인스톨하여 사용할수도 있고, 올드스쿨러의 경우에는 그냥 CLI 환경만으로 사용하는것도 가능하다. 즉, 알고보면 그 안에서 무궁무진한 선택지가 존재한다. 다만, 저런 선택지를 어느정도 알고 니즈에 맞게 선택할 수 있게 되기까지는 상당한 시간을 보내야 한다.사실 이것때문에 그냥 우분투로 대동단결 하는거다.

인기 배포판인 우분투의 경우, GNOME 개정판인 Unity 를 사용하는데, 이게 인터페이스가 어렵다는 말도 많지만 사실 누구나 윈도의 인터페이스에 익숙해져있기 때문에 거기에서 오는 이질감이 가장 크다. 실제 아무것도 모르는 컴맹이 익숙해지는 속도는 리눅스가 빠르다는 연구결과도 있다.[20] 한국 사이트에서 도움을 받고 싶다면, 우분투 한국 사용자 모임 ubuntu.or.kr에 가면 친절한 도움을 받울 수 있다. 한국어 리눅스 문서 프로젝트 kldp.org에 가면 도움을 받을 수는 있지만, 분위기 자체가 매우 덕력이 높은 분위기라 뉴비가 끼기엔 힘들다.
만약 영어가 된다면 몇몇 영문 용어만을 통한 구글링으로도 매우 쉽게 해결법이 나오는 경우가 많다. 특히 배포판의 가장 대다수를 차지하는 우분투를 사용하는 경우는 더더욱 그렇다. 심지어 우분투는 한글 키워드로 검색만 해봐도 초심자가 겪는 기초적인 문제는 해결 가능하다. 어차피 컴맹들은 윈도우를 쓰나 리눅스를 쓰나 검색을 통해 스스로 해결하려는 의지조차 없기 때문에 잘 모른다. 다만 일반적인 중수 이하의 엔드 유저들은 이제까지 알던 것들과 너무 다르고 낯설다 보니 호기심에 깔아서 이것저것 해 보려다가 포기하는 경우가 많다사실은 이게 다 게임이 안 돼서 그런 거다.

리눅스를 처음 시도하는 사람들은 메인 컴퓨터를 리눅스로 바로 시작하기보다 주변에 남는 구형컴퓨터 혹은 안쓰는 구형 랩탑등에 먼저 인스톨하여 쓰는 것이 권장된다. 일단, 부담없이 이거저거 막 해보다가 부팅이 안되도 별 문제가 없고, 구형 컴퓨터가 하드웨어 지원도 더 잘된다.

리눅스의 인터페이스 하면 빼놓을 수 없는부분이 CUI 인데, 일단 이 부분은 리눅스뿐 아니라 유닉스 전체에 해당하는 부분이다. 이부분을 단점으로 생각하는 유저들이 많지만, 사실 웬만한건 GUI 로 모두 가능하고, 옵션으로 윈도우의 cmd 창처럼 CLI 환경을 제공한다고 보면 된다. 리눅스 하면 CUI를 많이 연상하는 이유는 리눅스의 각종 강좌나 팁이 GUI로 설명하는 것보다 CUI로 설명하는 것이 압도적으로 많기 때문이고, GUI에서 못하거나 어려운 것이 CUI에서 가능한 경우가 의외로 많기 때문이다. 사실, 리눅스의 쉘은 sh, bash, ksh, csh, tcsh, zsh 등 종류도 많고 기능도 다양하여 사용법만 안다면 다량의 파일/디렉토리 관리시 매우 강력한 UI 가 될 수 있다. 예를들어, 100 개 이상의 디렉토리가 있을때, 그 각각의 디렉토리로 들어가서 모든 파일 확장자를 xxx 에서 yyy 로 바꾼 후 압축하고 압축파일은 상위디렉토리로 보낸 후, 해당 디렉토리는 삭제하는 노가다 작업을 쉘에서는 단 한줄로 가능하다.[21] 컴퓨터 사용 용도가 컨텐츠 소모라면 필요가 없겠지만, 컨텐츠 생산작업을 겸하고, 데이터 관리를 어느정도 해야한다면 어차피 윈도우 cmd 나 리눅스 쉘의 기본적인 사용법은 알고있는것이 훨씬 편리하다. 저런 파일/디렉토리 관리 작업들은 GUI 만으로는 사실 매우 힘든것들이다.

자체적으로 문제 해결이 가능하고 주로 제한된 업무만을 수행하는 환경인 기업이나 관공서 등에서는 비용 절감을 위해 윈도우즈를 리눅스로 대체하는 경우가 늘고 있다. 많은 사람이 이용할 만한 프로그램은 어지간한 것은 거의 있고, 자신들이 필요한 프로그램을 직접 만드는 경우도 많은데 이 경우 리눅스라해서 큰 문제가 없기 때문이다. 특히 우리나라의 우체국들은 이용객을 위해 '인터넷 PC'라는 것을 각 지점당 하나씩 갖추고 있는데, 이 PC가 아시아눅스를 사용한다.하지만 한국에서는 중립적이어야 할 많은 국가기관들이 여전히 윈도우즈가 아니면 안되거나 열람에 불편한 자료들을 국민들에게 당연하다는듯이 공개하는 곳이 많기 때문에 윈도우즈를 완전히 대체하는 것은 요원하다.2009년 이후로 업뎃도 안해서 망했다 카더라

보안 프로그램이 Wine에서 돌아가지 않기 때문에 게임, 뱅킹, 쇼핑이나 공인인증서가 필요한 곳 정도는 포기해야 한다[22]. 이 때문에 윈도를 날려버리고 리눅스만 사용하기는 리스크가 조금 큰 게 현실. 편리성에 조금만 중점을 두는 배포판이라면 윈도와 함께 멀티부팅하는것도 친절하게 안내해 주니 리눅스 쓸거라고 윈도부터 날려버리진 말자. 최근에는 2011년부터 오픈뱅킹이니 뭐니 해서 리눅스를 지원해 주는 추세이긴 한데, 아직도 지원 안되는 곳도 많고 오픈뱅킹이래도 그리 편리하게 이용할 수 있는 것은 아니라서...

그러나, 리눅스의 데스크탑 진입은 아직도 요원한 일로 여겨지는 경우가 많다. 보통 5-10년전 사용해본 유저들이 특히 부정적인데5-10년이라고 쓰인지가 몇 년이 지났다. 사실은 고질적이라 카더라, 제대로 테스트되지 않은 오픈소스 프로그램들에 자잘한 버그들이 수두룩한 것 하며, 늦어지는 최신 드라이버 개발 등 윈도우즈나 OS X에 비하면 일반 사용자들이 사용하기에는 버거운 부분들이 당시에 많았기때문이다.

다만, 재정적인 뒷받침을 받기 힘든 작은 오픈 소스 소프트웨어 개발은 일반 사용자들을 위해 지속적으로 고도화, 단순화되는 인터페이스를 구현하는 것 같은 상당한 노력이 필요한 일들은 그저 '재미'로 하기에는 불가능한 것이다. 덕분에 기능이 비슷하더라도 오픈소스 프로그램쪽이 편의성에서 밀리는 경우가 많다.

데스크탑 운영체제로써의 심각한 문제점을 나열한 다음 링크를 참고해 보자. #
여기 언급된 문제는 제아무리 유저들을 위해 편의성을 높인 우분투 같은 배포판에도 해당되는 문제이다. 특히 와이어리스 USB 펌웨어가 아직 존재하지 않거나, 같은 칩셋임에도 불구하고 사용자가 보유한 기기를 제대로 인식하지 않는 경우[23]가 존재하며, 업데이트 후에 한글 환경이 깨지는 등 시스템을 잘 모르는 엔드 유저 입장에서는 치명적인 문제점이 한둘이 아니다. 위와 같은 리스트는 윈도우즈나 OS X에서도 뽑아낼 수 있다지만 이미 이들 운영체제들은 사용처도 많고, 커뮤니티도 활성화되어 있으므로 해결책을 찾는 게 훨씬 수월하다. 그리고 정품 컴퓨터라면 아싸리 워런티 센터로 들고 가거나 RMA보내버릴 수도 있으므로 문제점이 있더라도 해결 방안이 상당히 많다. 그러나 우분투 같은 유명한 배포판조차 USB Floppy Drive 인식 문제를 해결하려면 사용자가 직접 설정 파일을 만져줘야 하며, 이 설정 파일을 찾아댜녀야 한다[24]. 그러나 몇몇 아키텍쳐의 경우 xorg 버그인 로그인 후 타이틀 바 클릭이 안 되는 문제(ALT+CTL+F1 등으로 콘솔로 갔다 오거나 Xorg데몬을 재시작하면 해결된다)는 아직도 완벽히 해결되지 않은 상태. 데스크탑 엔드 유저를 상정한다면 out of box 상황에서 시스템 세팅을 일일히 조절해 버그를 잡아주는 과정 없이 작동시키는 것을 원할 텐데, 아직도 이 정도 까지는 못 미치는 실정이다. 물론 리눅스 팬들은 우회 방법을 알고 있으므로 별로 상관 없다 하겠지만, 요즘은 컴맹들도 컴퓨터를 사용할 수 있도록 만들어야 하는 세상이다.

위와 같은 문제점을 처리하고도 실사용자 입장에서 가장 크게 다가오는 문제점은 [25] 응용 프로그램이다. 사실 윈도우의 독점적 지위는 윈도우 자체가 뛰어난점보다 오히려 오피스라는 전무후무한 베스트셀러 프로그램에 의한것이라 봐도 될정도로, 오피스의 영향력은 막강하다. 관공서, 기업 심지어 한국한정으로 대학까지 오피스(혹은 한글)의 문서포맷은 일종의 표준인 상황이라 협업을 하게될시 오피스는 일종의 필수아이템이 된다. 그리고 오피스는 윈도우에서만 돌아간다는것이 가장 큰 문제. 그나마 오피스는 완벽히 호환되진 않더라도 열고 수정할 수 있는 방법이나마 있는데 아래아한글은 리눅스에선 답이 없다. 특히 한국의 경우, 리눅스를 고집하다가는 '저놈때문에'라는 시선을 피하기 힘들다.아마도 대학에서부터 길러지는 이런 시선들이 액티브 엑스 왕국을 만들었겠지 즉, 일개 시민 입장에서 리눅스를 사용하고싶더라도 그냥 개인용도로만 사용하고 대외적으로는 눈밖에 나기 싫다면 윈도우를 사용하도록 하자.

비영어권 사용자는 언어장벽 또한 심각한 문제이다. 물론 사용자가 많은 배포판은 한글화가 많이 진행되었다. 그러나 한글화가 가장 잘 진행된 배포판인 우분투마저도 OS 내에서 영어메세지나 파일명, 설정 등을 지겹도록 보게 되고, 처음 OS 설치후 한글입력 문제 등으로 고생하는 경우는 매우 흔하다. 그리고 이것도 순정 우분투의 이야기이며 쿠분투 같은 변형판들은 상태가 더 심각하다. 근래들어 다운로드수가 우분투를 초월한 개인배포판인 리눅스 민트 역시 우분투보다 상태가 더 심각하다. 하물며 사용자 수가 적은 배포판은? 한국어는 기대하지 않는게 좋다.
또한 리눅스 관련 인터넷 자료의 절대다수는 영어자료인 것 또한 사용자를 좌절시키는 요인중 하나이다.[26] 그나마도 이 팁들도 우분투, 민트, 페도라자료가 대부분이고 나머지 배포판 자료들은 비중이 적다.
그냥 처음부터 영어도 배우자는 마음가짐으로 편하게 생각하는게 답이다

5.2 서버 용도[편집]

데스크탑 용도와는 다르게, 홈서버 용도로는 매우 많은 사랑을 받고있다. 한국의 경우, 징벌적 누진세로 인해 가정에서 홈서버를 돌리는것이 그다지 보편화되어있는 상황은 아니지만, 누진세 없이 그냥 전기 쓴만큼 내는 해외의 경우, 웬만한 IT 에 관심있는 사람들은 홈서버를 돌리는 비중이 꽤 되는편이다. 실제 홈서버 용도로 판매되는 상당수의 NAS 기기들이나 혹은 공유기들 역시 리눅스 혹은 BSD 운영체제를 올려서 사용중이며, 좀더 고급기능을 원하는 유저들은 직접 아톰이나 저전력 CPU 를 사용한 컴퓨터를 이용하여 스스로 서버를 설치하기도 한다. 서버용도로 사용하는 경우, 리눅스를 사용함으로서 발발하는 수많은 호환성 관련 문제도 없고, 리눅스에서 지원이 잘 안되는 소위 exotic 한 하드웨어 드라이버 관련 문제도 없으며, 세팅한번 해놓으면 그걸로 끝이니 굳이 리눅스라는 새로운 운영체제를 깊이 배워야 한다거나 하는 부담감도 없다.물론, 그다지 네트워크 성능에 관심이 없고, 이 초기세팅마저 귀찮은 이들은 유료버전인 윈도우 서버버전을 사용하지

홈서버 뿐만 아니라 좀더 전문적인 서버 용도로도 리눅스는 대단히 많이 사용된다. 기본적으로 서버쪽 성능이나 안정성등은 리눅스가 가장 뛰어나다는 평가를 자주 받는다. 실제로, G-WAN 이라는 웹서버 소프트웨어는 원래 윈도우 서버용으로 개발중이었는데, 윈도우와 리눅스에서네트워크 성능테스트를 해본 결과 윈도우에서의 성능이 처참할정도로 밀렸다고 한다.벤치마크 현재는 개발중이던 윈도우버전을 그냥 버리고 리눅스쪽으로 옮긴상태이다. 즉, 서버쪽에서 리눅스가 강세를 보이는건 공짜인것을 제외하고서도[27] 그만한 이유가 있다고 봐도 될듯.

게다가, ZFS라는 파일시스템은 윈도우의 파일시스템을 그야말로 애들장난으로 만들어버리는정도의 고급기능과 안정성등을 제공한다. 사실 리눅스보다는 솔라리스와 FreeBSD 쪽의 파일 시스템이라 리눅스 자체적으로는 Btrfs라는 파일시스템을 준비하고 있다는 게 함정.[28] 윈도우에서도 서버 2012 에서 ReFS라는 파일시스템을 새로 개발해 도입했지만, 여전히 끝판왕은 ZFS다. 단점은, NAS 수준으로는 돌리기 힘든 사양이다. 메모리를 매우 적극적으로 사용하며, 사양이 올라갈수록 퍼포먼스도 올라가는 스타일이기때문에, 저전력 iCPU[29]에 4기가 이상의 메모리를 확보 후 돌리는것이 좋다. 참고로, SSD 등을 L2ARC 캐싱 디바이스로 사용이 가능하기때문에 많은 양의 메모리와 SSD 를 달아주면 고가의 하드웨어 레이드 카드 수준의 퍼포먼스도 보여준다.

즉, 홈서버, 대형서버를 불문하고 서버 용도로는 데스크탑과 상황이 반전되어 '리눅스가 윈도우 얼터너티브'가 아니라, '윈도우가 리눅스 얼터너티브' 인 상황. 실제 점유율도 그만큼 리눅스가 더 높다.

원격 접속은 기본적으로 telnet이나 ssh등을 통해 CUI 환경으로 접속이 가능하다. 웹호스팅 등에서 putty를 이용하여 서버에 접속하는 것이 바로 리눅스의 ssh 원격접속이다. 또한 telnet은.... 그렇다. PC통신 시절에 많이 쓰던 그 텔넷이다[30]. 단, 텔넷은 암호화가 안 되기 때문에 보안성이 낮아서 요즘은 거의 안 쓰고, 암호화 통신을 하는 ssh를 많이 사용한다.

물론 GUI 환경도 원격접속이 가능하다. 윈도우나 맥OS, 심지어는 다른 리눅스의 GUI 환경에서도 원격 접속이 가능하다. 주로 VNC를 사용하는데 윈도우나 맥OS에서는 별도의 프로그램이 필요하다. 윈도우에 기본탑재된 "원격 데스크톱 연결"프로그램은 RDP를 사용하기 때문. 다만 VNC 프로토콜로 접속 가능한 윈도우용 클라이언트도 있고, 역으로 VNC를 RDP로 변환해서 윈도우의 원격 데스크톱 연결로 접속가능하게 만드는 XRDP라는 프로그램도 있다.[31]

6 점유율 및 현황[편집]

IDC가 발표한 12년 4분기 마켓 셰어 현황에 따르면 리눅스가 20%, 윈도우가 45%, 유닉스가 17% 정도의 점유율을 보이고 있다. 이는 OS가 탑재된 상용서버의 판매량을 기준으로 측정한 것이고, 실제로 서버는 그 종류가 많기때문에 딱히 점유율이라는 것을 측정하기가 쉽지는 않다.

모바일에서는 상당히 강세인데, 이 시장에서 안드로이드는 70%가 넘는 점유율을 보이고 있다. 세계적으로는 이 정도고, 국내에서는 90%를 넘어간다. 그 외의 리눅스 기반 모바일 OS는 우분투 터치, 타이젠 등이 있지만 아직 걸음마도 떼지 못하고 있다.

흔히들 말하는 '리눅스 세계정복'은 농담이다. 너무 진지하게 받아들이지는 말자.

여담이지만 빌 게이츠도 리눅스 세계정복을 위해 자신의 블로그를 리눅스 서버로 돌리고 있다는 소문이 있었지만, 정확하게는 블로그의 서버가 아니라 블로그를 캐싱하는 서버가 리눅스이다. 블로그 서버는 윈도우를 쓴다.

과거 핫메일 서버는 리눅스는 아니고 BSD 유닉스중 하나인 FreeBSD 로 돌렸었는데, 현재는 윈도우로 이전한 상태이다. 현재, 윈도우 7 울티메이트 버전과 엔터프라이즈 버전에는 유닉스 하위호환 시스템이 들어있는데[32], 이 유닉스 하위호환 시스템이 바로 핫메일 서버를 FreeBSD 에서 윈도우 서버로 옮기는 과도기에 사용하던 시스템이다. 윈도우 8 에서는 이 유닉스 서브시스템은 사라졌지만, 윈도우 8 엔터프라이즈 한정으로 NFS client 가 탑재된다.

리눅스를 잘 모르는 일반인들은 왠지 검은 바탕의 흰 글씨의 프롬프트로 대변되는 CLI[33]를 떠올린다. 현재는 GUI환경의 많은 발전으로 얼마 안되는 적응기간만 지나면 윈도우와의 호환성을 제외하면 큰 문제는 없다. 다만 CLI에 익숙해진다면 콘솔에서의 작업이 편한 경우가 많다.

요즘은 잘 찾아보면 CLI까지 갈 필요 없이 웬만한 세팅이나 설정까진 GUI로도 가능하긴 하다. 하지만 인터넷에서 뭘 물어보면 GUI 보다는 주로 CLI 환경의 답변만 받는 경우가 많은데, GUI 기준으로 설명하게 되면 동일한 데스크탑 환경을 사용하는 소수의 사용자에게나 유효한 설명이 돼버리기때문이다. 게다가, GUI가 CLI보다 편한 경우도 많이 있지만, 경우에 따라 GUI 에서 불가능하거나 극심한 클릭노가다로만 가능한 작업이 CLI에서는 간단히 끝나는 경우가 많기도 하다. CLI 에 어느정도 익숙해지게 되면, 그저 터미널을 띄울 수 있다가 전부인 GUI 위주의 데스크탑 환경보다는 터미널을 데스크탑 환경에 이리저리 통합시켜 사용하는 데스크탑 환경을 더 편하게 느낄것이다. 다만 당연히 터미널 뜨면 그저 막막한 대부분의 일반인들은 이것을 불친절함으로 받아들이게 되는 경우도 많다. 안 그럼 아직도 다들 도스에서 커맨드 치고 있지 윈도우나 맥을 쓰겠는가. [34]

의외로 맥이 리눅스 계열 오픈소스 진영을 도와준 경우도 많다. OS X도 뿌리는 유닉스 계열인지라, 리눅스나 BSD 계열과 어느 정도 호환이 되고, 사실 거의 독점이었던 윈도우즈에 혼자서는 대항이 불가능했기에 오픈 소스 진영의 힘을 빌린것이라고 볼 수 있다. 결론적으로 OS X는 많은 성공을 거두었지만...그럼에도 리눅스 진영은 OS X를 그다지 탐탁치 않게 보고 있는데, 소스를 뜯어가서 라이센스 하에 공개 하는것은 좋지만, 원본 소스의 성능과 같은 부분에 대해서 피드백을 절대 하지 않는데다가, 애플이 수정한 소스 자체를 원본 소스에 다시 적용하기 힘들게 바꿔놓기 때문이다. 이부분은 사실, 애플이 리눅스가 아닌 FreeBSD 에서 많은 부분을 가져다 썼기때문에 벌어지는 차이라 볼 수 있다. 리눅스나 BSD 나 같은 유닉스이지만, 그 유닉스 specification 을 넘어서는 부분에 대해서는 리눅스와 BSD 의 차이가 꽤 심하게 벌어진다. 덕분에, 순수하게 POSIX 기준에만 맞춰 제작된 소수의 프로그램은 두 운영체제에서 문제없이 돌아가지만, 리눅스 기준으로 만들어진 프로그램은 BSD 에서 돌리려면 에뮬레이터가 필요해지고, 반대의 경우에도 상당한 포팅작업이 필요해진다. 즉, 애플의 기여도는 리눅스를 기준으로 보면 불친절하고사실 코드를 가져온 OS 가 리눅스가 아니기때문에 굳이 갚을 의무같은게 없긴 하다, 리눅스가 아닌 FreeBSD 를 기준으로 보면 상당히 높은편이다. 실제로, 초창기에는 FreeBSD 의 코드를 가져다 쓰기만 했지만, OS X 가 자체적으로 발달하고 애플이 여러가지 오픈소스 프로젝트에 손을 뻗으면서 요즘에는 오히려 FreeBSD 에서 애플쪽 소스코드를 가져다 쓰는경우가 많다. 기본 베이스가 FreeBSD 와 상당히 유사하기때문에 FreeBSD 기준으로는 OS X 용도로 개발된 코드의 포팅작업도 리눅스에 비해 매우 쉬운편.(예를들어, libdispatch 나 libc++ 같은것들은 FreeBSD 로 가장 먼저 포팅이 되었다.)

애플의 기여도가 BSD 한정적이라면, 마이크로소프트는 거의 주적이다. 오픈 소스 진영에 전혀 기여를 하지 않는데다가 오히려 방해까지 해대기때문이다.[35] 즉, 윈도우가 최악이라면 OS X 는 차악 정도. 그러나 최근 진행중인 애플의 리눅스 기반 안드로이드 진영에 대한 무차별 소송전으로 인해 애플 역시 인식이 급격히 나빠졌다. 특히 '안드로이드를 무너뜨리기 위해 핵전쟁도 불사하겠다'는 스티브 잡스의 발언이 알려지고, 미국 1심 재판에서의 애플·삼성에 대한 배심원 평결 등 직접적인 위협이 가해지자 마이크로소프트를 능가하는 수준으로 적대감이 크게 상승할뻔...했으나 옛날부터 오픈소스는 암세포 발언으로 빈축을 사던 MS 의 수장 스티브 발머의 안드로이드 UI 는 iOS UI 의 카피버전 발언으로 다시 역전되가는 상태.[36]

다만 오픈소스 진영-애플측의 관계가 아닌, 리눅스 유저-맥 유저의 관계로 말할 것 같으면 생각보다는 좋은 편이다. 일단 윈도라는 공공의 적이 있고, '윈도에서만 돌아가는 프로그램들의 호환성 문제'라거나 '주변에서 동족 구하기가 어렵다'거나 하는 등 동병상련 하는 요소가 많기 때문. 더군다나 리눅스 유저가 맥으로 갈아타는 경우나 그 반대의 경우도 매우 흔하다.

7 게임이 되기는 된다[편집]

여담으로 리눅스 깔면 게임 할게 없다는 소문은 어느 정도는 옛말이다. DirectX가 아닌 OpenGL 계열 게임들은 상당히 부드럽게 돌아간다.[37] [38] 리눅스에도 유명 게임들을 포팅하는 회사도 있으며 Wine으로 잘 돌아가는 게임도 있다. 스타크래프트2도 돌아가며, 문명 5도 잘 돌아간다는 보고가 몇 건 나왔다. 월드 오브 워크래프트도 설정 파일 한 줄만 손대주면 리눅스에서 OpenGL 기반으로 돌릴 수 있다! 다만 업데이트는시망… 상대적으로 게임이 잘 나오지 않는 것 자체는 어쩔 수 없다. 스팀에선 리눅스에서 스팀 구동 방법을 알려준다. 그리고 프리웨어로 웬만한 상용보다 더 빵빵한 게임을 내놓는 용자도 있다.

대인배 존 카멕의 이드 소프트웨어에서 출시하는 PC 게임은 거의 다 리눅스를 지원한다. 물론 패치도. DirectX를 사용하지 않고 OpenGL을 사용하기 때문에 가능한 모양.

철지난 게임들[39]의 바이너리 파일을 리눅스용으로 공개하였고[40], BraidWorld of Goo등의 몇몇 인디 게임들도 리눅스용 Full버젼을 팔고 있다.

다만 게임사들이 맘먹고 포팅을 한다고 가정한다면, 성능측면에서는 오히려 리눅스+OpenGL 조합이 윈도우+DirectX 조합을 능가할 가능성도 분명히 존재한다. 실제로, 윈7+DirectX 조합에서 레포데2 270 프레임을 찍었던 컴퓨터에 밸브가 리눅스+OpenGL 로 소스엔진을 포팅하여 돌려봤더니 처음에는 6 프레임 나오던것이 최적화가 진행되니 결국 315 프레임으로 윈도우에 비해 무려 20% 가까이 상승했으며, 이에 힘입어 윈도우에서도 DirectX 대신 OpenGL 조합으로 바꿔봤더니 역시 300 프레임으로 상승했다고 한다. DirectX 의 굴욕 이미지 퀄리티 등의 문제가 있던것도 아니었다고 하니, 리눅스 커널이나 OpenGL의 최적화 수준은 게임 측면에서도 윈도우에 뒤지지 않거나 혹은 그 이상이라는 결론이 나온다. 다만, 그래픽 드라이버의 문제[41]와 문서화가 불친절하다는점, 그리고 빈번히 뒤집어 엎는경우가 많은 오픈소스 특징상, 상용 업체들이 '믿고' 개발하기가 힘든 측면이 있다.

이유는 조금 다르지만 Kerbal Space Program의 경우, 윈도우용으로는 64bit 모드가 불안정하지만 리눅스용으로는 64bit로 잘 돌아가기 때문에 오히려 리눅스로 돌리는 게 낫다.

근데 애초에 가장 큰 문제는, 게임만을 위해 리눅스를 설치할 필요성은 전혀 없다는 것이다. 위에 기술된 이런저런 방법이 존재해도 리눅스에서 게임을 돌리는 방법은 편법적인 방법이 많이 동원되기 때문이다. 거기다 리눅스를 공식적으로 지원하는 게임은 수량 면에서는 확실히 적은 편이고, 대작 게임에서도 찾아보기 힘든 편. 리눅스에서 게임 할 게 없다는 이야기는 이런 배경에서 나온 것이다. 분명 돌릴 수 있는 게임이 많지만 이런저런 편법을 동원하거나 뭘 만지거나 해야 하고, 돌릴 수 있는 게임은 인디 게임이나 철지난 게임이 상당수다. 게임에 비중을 크게 두면 둘 수록 리눅스는 윈도우보다 우선순위에서 밀릴 수 밖에 없다.

그나마, 리눅스에게 다행(?)인것은 콘솔게임 시장이 점점 커진다는것인데, 게임을 콘솔로 즐기는것이 정착될경우, PC 는 순수 PC 용도로 쓰는 사람들이 많아질것이며, 이럴경우 게임 외에는 굳이 돈주고 윈도우를 사용해야 할 필요성을 못느끼는 상당수의 엔드유저를 포섭할 수 있게 된다는것이다.물론, 불법유저에게는 이렇든 저렇든 상관 없다. 한국에서는 예외. 콘솔이고 뭐고 우선 이것부터 뿌리 뽑아야 하기에

밸브에서 스팀 클라이언트하고 소스 엔진을 리눅스용으로 포팅하고 있다니 기다려보자. 기초 작업은 끝난 상태라고 한다. 밸브 사장이 기자를 불러 직접 인증했고 사진으로 스크린샷도 공개했으니 루머는 아닌 것 같다. 사실, 리눅스 플랫폼 지원강화는 윈도우 8 이 클로즈드 마켓방식으로 변했기때문이다. 밸브는 윈도우 8 을 비난하는 언급을 했으며, 리눅스 플랫폼을 일종의 보험용도로 인식하여 지원을 강화한다고 발표하였다. 블리자드 역시 이에 동조하고 있으나, 리눅스 지원에 대해서는 아직 구체적인 이야기가 없는상태. [1] 이제 리눅스라고 지갑이 안전해지지 않는다!

그리고 한국시간 2013년 2월 15일 오전 3시경부터 드디어 스팀의 리눅스 정식판이 공개되었다. 기념으로 리눅스용 게임들을 할인하는 이벤트를 열었다. 특히 밸브의 게임들 상당수가 리눅스 버전도 존재하니 앞으로 스팀의 유명세를 타고 더 많은 기업들에 의해 리눅스 버전 게임이 출시될 가능성이 높아졌다.

그리고 리눅스 기반의 스팀OS가 출시됬다!
어떻게 될지는 더 이상의 자세한 설명은 생략한다.

8 대중화의 방해 요소들[편집]

당장 리눅스 대중화 방해 요소중 제일 큰 문제점인 소프트웨어 숫자의 한계는 스팀이 마이크로소프트와 맥으로부터의 엑소더스를 선언하며 리눅스로 이전함으로써 상당부분 해결될 희망이 생기긴 했다. 스팀과 구글이 리눅스진영에 힘을 실어주면서 중구난방식으로 개발되던 리눅스 커뮤니티에 약간이나마 구심점을 제공한 것도 다행이라면 다행.[42] 하지만 여전히 대중화를 위해 고쳐야할 점이 많이 남아있다. 드라이버나 소프트웨어 문제는 그렇다쳐도, 리눅스 자체가 가진 딜레마들이 큰 문제다. 이 중 상당수 문제는 유닉스의 기본적 사용 방식인 소스를 직접 컴파일해서 설치하는 것의 잔재와 관련된다 볼 수 있다.

8.1 파편화[편집]

아까 "뭔 리눅스가 이리 많아?"에서 이어지는 내용인데 사실 이게 제일 심각한 문제이다.

리눅스가 기본적으로 커널만 리눅스면 떡을 치건 삽을 푸건 리눅스로 인정받기 때문에 천태만상의 배포판들이 있으며, 그 사용법도 배포판마다 다르고, 때로는 소프트웨어 버전에 따라 방법이 달라지기도 한다. 안드로이드(운영체제)/문제점의 SW 파편화는 그야말로 애들 장난 수준. 이는 UX의 파편화라는 일반 사용자의 어려움 뿐만 아니라 개발의 엄청난 장애 또한 만들게 된다. 어느 배포판에서는 잘 돌아가는 프로그램도 다른 배포판에서 돌아간다는 보장이 없기 때문에 진지하게 개발하려면 주류 리눅스 배포판에서 테스트하는데만으로도 상당한 비용이 들어가게 된다. 스팀이나 어도비 플래시 구글 크롬[43] 등이 공식으로 지원하는 배포판이 페도라와 우분투 계열로 한정된 이유가 이러한 이유. 이런 상황에서 상용 소프트웨어를 개발하기는 상당히 어렵다.

리눅스 프로그램이 대부분 온갖 환경에서의 실행을 지원하고 문제 없이 돌아가는것은 사실이나, 이것은 한 명, 혹은 한 집단의 노력으로 달성가능한 수준이 아니다. 처음에는 미약하게 시작하더라도 오 이거 괜찮네 하고 쓰는 사람들이 많아지고, 그러다보면 '이런 상황에서는 버그가 있네?' '이런 조합도 지원해줬으면...'하는 사람들이 피드백을 해 주고, 또 커밋을 해 주면 원 프로젝트의 주인이 그것을 받아서 개선해 나가면서 점차 크고 아름다운 프로젝트가 되어 가는 것인데, 상용 프로그램이라면 소스 공개를 할 수도 없고, 그렇다고 그런 피드백을 다 받아주자니 역량이 모자라는 사태가 온다. 게다가 오픈소스 동네는 우리가 이렇게 움직이면 상호관계에 있는 다른 프로젝트도 같이 움직여 줄 거라는 전제 하에 이런저런 수정이 잦은 편인데, 오픈소스라면 충분히 열정을 가진 개발자들이 어느정도 같이 개선해 나갈 수 있지만 커뮤니티 참여가 제한된 상용 프로그램의 입장에서는 기껏 만들어서 테스트까지 다 마쳐 놨더니 얼마 안 가서 호환이 안 되어버리는 미쳐버릴 환경이 되어버리는것. 더욱이 서로 다른 환경에서 돌아가기 위해서는 새로 컴파일을 해야 하는 경우도 많기 때문에 보통 소스 코드를 공개하고 바이너리는 각 배포판에서 직접 컴파일하여 저장소에 올리도록 하는 것이 보통인 만큼 소스공개조차 하지 않는 상용 프로그램이 모든 환경에서 돌아가도록 하는건 말도 안 되는 소리. 그렇다고 오픈 소스 프로그램만 쓰기엔 상용 프로그램의 성능이 필요할때가 있는것이 현실이다. 공돌이 삘 충만한 툴이나 알고리즘같은경우는 상용프로그램 뺨을 후려갈기는 완성도의 걸작이 나오지만 UI나 그래픽 편집등 미적 감수성이 필요한 부분에서는 그저 안습...

이 부분에 있어서는 구글이 사용하는, 크로미움-구글 크롬이나 AOSP-안드로이드처럼 오픈소스 프로젝트를 후원하고 브랜딩만 붙여서 상용 소프트웨어로 만드는 효율적인 구조의 예도 있으나 일단 전제조건이 오픈소스 프로젝트가 일단 성공해야 그 뒤의 커뮤니티 지원이 성공적으로 이루어진다는 점, 그리고 직접적인 수익은 기대할 수 없다는 점에서 구글이라서 가능한 전략이라고 봐야 할 것이다.

그리고 이 문제가 존재하기 때문에, 아래의 문제들 상당수는 해결될 수가 없다고 봐야 한다.

8.2 저장소 Repository[편집]

리눅스에게 주어진 양날의 검 1

윈도우의 경우 파일을 프로그램별로 모아서 각각의 폴더 내에 저장하기 때문에 같은 요소가 프로그램별로 중복되어 설치되는 경우가 종종 생긴다. 그러나 리눅스는 저장소 시스템 덕분에 공용 라이브러리가 설치되어있는지 확인하기 쉽기 때문에 라이브러리를 최대한 프로그램과 별개로 빼내어 설치하여 프로그램의 구성 파일이 중복되는 상황을 줄인다. 하지만 이 때문에 프로그램을 설치하기 전 구성요소를 미리 설치해야 하며, 프로그램별로 요구하는 구성요소의 버전이 다를 경우 문제가 생기기도 한다.

그래서 많은 패키지 시스템에서는 패키지 내에 의존성을 명시하고 리눅스 배포판들은 의존성이 모두 맞춰진 프로그램 세트를 구할 수 있도록 별도의 저장소를 만들어 두곤 한다. 각 프로그램이 문제 없이 돌아갈 수 있도록 안정 버전을 모아두는 게 배포판의 주요 목적인 만큼 필요한 구성요소를 버전별로 갖춰두고 각 프로그램마다 필요한 버전을 가리키도록 개조하는 것으로 이 문제를 해결하는 것이 보통이다.[44]

이상적으로만 돌아간다면 프로그램을 찾으려고 여기저기 돌아다닐 필요도 없고, 같은 요소를 중복 설치할 필요도 없고, 보안 업데이트 등을 OS가 알아서 관리해 주고, 필요한 것들은 알아서 선택해 주는 등 편리하기 그지없는 시스템. 이런 시스템은 지속성에 도움을 주기도 한다[45]. 이런 패키지 관리자는 프로그램을 쉽게 검색하여 금방 설치할 수 있다는 장점도 있기 때문에, 시스템 구조상 그 체계를 완전히 가져올 순 없더라도 이런 모양을 갖춘 관리자를 다른 시스템에서도 갖춰 가는 모습도 볼 수 있다.

이 방식의 장점을 정리하자면

  • 라이브러리 중복 설치로 인한 저장 장치 공간 감소
  • 시스템 전체 업그레이드가 쉽다. 윈도우xp에서 윈도우 7로 업그레이드하면 기존 프로그램을 전부 재설치해야하는것과 대조적이다.
  • 보안 문제에 대해 유연한 대응이 가능하다. [46]

다만 이게 문제가 되는 것은 주요 소프트웨어 설치 방법이 여기에 죄다 묶여버렸다는 것이다. 리눅스에서 프로그램을 설치하는 방법은 정석적인것부터 나열하면

  • 저장소에 등록된 프로그램을 설치하는 것
  • 저장소에 없는 프로그램이라면 운영체제 버전에 맞게 컴파일된 패키지를 홈페이지에서 받아서 설치하는것
  • 다른 의존성 패키지까지 필요하다면 별도의 저장소를 추가해서 설치하는 것
  • 소스를 직접 받아서 패키지로 만들어 설치하는 것
  • 패키지를 거치지 않고 소스를 직접 설치하는 것

까지가 있다.

일단 가장 크게 다가오는 단점으로는 초보자에게 매우 낯설다는 점이다. 흔히 프로그램을 설치하는 것은 윈도의 방식대로 인터넷에서 설치 파일을 받아서 실행만 하면 끝나는 것에 익숙한 데 비해 어느 방법이나 상당히 어색할 수 밖에 없다. 어떤 프로그램을 설치하고 싶은데 제작사 홈페이지를 가 보니 뭘 어떻게 해야 할지를 모르는 난관에 봉착하는 것.

설치를 하려니 첫 번째 방식으로 해결되지 않아서 다른 방법을 선택해서 설치하는 경우에는 기본적으로 번거롭고 어려운데다가 제 때 업데이트를 받지 못 하는 것부터 의존성이 꼬여버리는 경우까지 각양각색의 위험성이 도사리고 있다. 윈도의 경우 각 프로그램이 의존성이 필요한 프로그램은 설치 패키지내에 다 때려박아서 무식하게 해결하는 대신 적어도 꼬일 위험은 훨씬 적다. 이렇게 꼬여버린 시스템은 리눅스 구조에 대해 어느 정도 지식을 가지지 않은 한 풀어내기는 매우 어렵다.

또다른 단점으로는 배포판의 안정화를 위해 버전을 억지로 묶어두다보니 빠른 업데이트가 불가능하게 됐다는 것이다. 물론 보안 업데이트처럼 중요한 업데이트나 자잘한 버그픽스는 배포판을 만든 쪽에서 알아서 챙겨 주지만 좀 큰 규모의 업데이트는 자칫 잘못하다가는 배포판 전체를 삐걱대게 만들 수 있기 때문에 다음 버전이나 돼야 만날 수 있는 경우가 많다. 또 프로그램의 새 업데이트가 배포판 릴리즈 시기보다 일찍 나왔다고 해도 배포판쪽에서 안정화 테스트가 이미 어느정도 진행된 상태라면 다시 또 다음 릴리즈를 기약해야 하는 경우도 많다.

8.3 자유 소프트웨어에 대한 집착[편집]

리눅스에게 주어진 양날의 검 2

GNU/Linux 가 자유 소프트웨어라고해서 리눅스에서 돌아가는 소프트웨어가 전부 자유 소프트웨어야할 필요는 없다. 하지만 리눅스에서 돌아가는 대부분의 소프트웨어는 레포지터리에서 무료로 다운로드 가능한 소프트웨어로 거의 한정되어있으며, 상용 소프트웨어는 대부분 기업용으로 나온 무지막지하게 비싼 제품들 말곤 드물다.

자유 소프트웨어들은 충분히 상용 소프트웨어들에 대해 경쟁력을 충분히 갖추고 있지만, 모두가 자유로움을 원하지는 않는다. 리눅스에서 보다 완성도 높고 안정적이며 때로는 비용을 지불해서라도 쓰고 싶은 소프트웨어를 쓸 수 있다면 기뻐할 수요층은 충분히 많다. 이런 수요를 완전히 묵살하다 시피한 자유 소프트웨어에 대한 집착은 리눅스 대중화에 오히려 해악을 끼칠 뿐이다. 대안이라면, 우분투 스토어가 있긴 한데, 이 플랫폼도 영 좋지 않은 상황이다.

역시 이 문제도 파편화 문제와 얽혀 있는데, 군소 배포판의 경우 상용 소프트웨어는 깔아봤자 라이브러리 경로 문제로 안돌아가는 경우가 허다해서 차라리 소스를 받아서 깔아 쓸 수 있는 자유 소프트웨어를 선호하는 경우가 있기 때문이다.

아이폰의 AVPlayer가 그러하듯 자유 소프트웨어=무료 소프트웨어라는 공식은 잘못되어있다. 실제로 많은 자유 소프트웨어 프로그램은 지금도 유료로 팔리고 있고 이러한 유료로 팔리는 자유 소프트웨어 중에선 레드햇과 같은 유명 프로그램도 많다.[47] 하지만 이러한 프로그램들은 유명하고 널리 알려져있기 때문에 그게 아니면 딱히 대적할 프로그램이 없는 경우가 많지만 치열한 경쟁 상대가 많은 소규모 회사나 개인 개발자가 제작한 프로그램은 다른 프로그램과 차별성을 두지 못하면 뒤쳐지기 쉽기 마련이다.
자유 소프트웨어로 배포하면 이러한 차별성을 두는것에 이점을 상당량 잃게 되므로 상용 프로그램을 판매하는 회사는 자사의 프로그램을 자유 소프트웨어로 배포하는걸 꺼리게 되는 이유다.

이는 어도비 플래시HWP포맷, ALZ, EGG포맷이 그러하듯 다른 사용자들이 퇴출되어야할 것들이라 비판하더라도 대체제가 없는 차별성 때문에 계속 쓰이는 것처럼 회사와 개발자에겐 장점이 되지만 사용자에겐 단점이 되기도 하므로 개개인의 가치관에 따라 판단해야할 부분이다. [48]

허나 이러한 자유 소프트웨어에 대한 지나친 요구는 상업적 목적으로 개발하는 대부분의 회사들이 리눅스로 부터 등을 돌리게 되는 이유이며 리눅스 프로그램이 윈도우등 경쟁 OS에 비해 부족한 이유중 하나이기도 하다.

8.4 터미널 명령어[편집]

리눅스에게 주어진 양날의 검 3

단 터미널이라고 줄여 부르는 터미널 에뮬레이터(terminal emulator)는 사용자가 데이터를 입력 출력하는 프로그램이며 사용자는 터미널 에뮬레이터를 통해 응용 프로그램에 접근하는 구조로 되어있다. 즉 터미널은 종류에 따라 CUI또는 '텍스트 유저 인터페이스(TUI)' 넓게 보면 GUI환경을 쓸 수 있도록 하는 프로그램이다. 그러므로 이 문단에서 다루는 문제점은 터미널 명령어가 아니라 그냥 리눅스가 GUI보다 CUI에 기반하고 있다는 문제와 파편화이다.)

터미널 없는 리눅스는 리눅스가 아니다. 하지만, 터미널은 그 존재 자체만으로 일반 사용자들에게 막대한 부담을 준다. 사실, 오히려 터미널 명령어가 존재하기 때문에 여러가지 문제가 생겼을때 터미널 명령어만 따라 입력해주면 바로 해결이 가능해서 오히려 GUI 보다 문제 해결에 훨씬 유리한게 터미널이다. 문제는 모든 설명을 이 터미널로 끝낸다는 점에 있다. 모든 유저들이 터미널 명령어로 일을 해결하고 싶어하는 것은 아니다! 실제론 터미널 명령어를 쓰는 것보다 복잡하더라도 GUI를 통해 일을 해결하고 싶은 사람들도 아주 많고 그것은 지금의 리눅스의 데스크탑 점유율이 확실히 입증한다.

더 골치아픈 문제점은, 배포판과 버전별로 입력해야하는 터미널 명령들이 따로 노는 경우가 허다하며, 또한 사실 GUI 상으론 똑같은 행동을 하는 것인데, 터미널 명령어는 묘하게 바뀌어있는 부분이 한두가지가 아니란 점이다. 포럼들에서 터미널 명령어를 보고 명령어를 입력했는데, 설명한 것과 다른 결과가 나오는게 어디 한두번인가?

예시를 들면, 우분투 배포판의 최신 버전은 노트북 전력 관리 기능이 꺼져있어서 포럼들을 해매며 강제로 활성화 시켜야하는데, 검색을 해보면 뭐 하나 제대로된 명령어가 없다. 하나같이 구버전에만 먹히는 명령어 이거나, 터미널 명령어로 열어야하는 창은 열었는데 그 이후의 설명이 빠져있는 둥 일반 유저는 죽었다 깨어나도 해결 불가능한 영역에 가있다. 노트북 전력 관리기능이 꺼진 우분투의 배터리 광탈이 얼마나 심각한지를 생각하면 더 이상의 설명이 필요할까?

실제로, 이 문제는 리눅스 사용자 사이에서도 일반 사용자들의 진입장벽으로 가장 먼저 언급되는 문제이며, GUI가 기본인 현재의 컴퓨팅 환경에서 지나치게 뒤쳐져 있는(Outdated) 시스템이라는 비판이 거세다. 시대적 흐름을 모르고 구식 시스템을 고수함으로써 갈라파고스화 되고 있다는 것.

명심하자. GUI에 익숙해져 있는 대다수의 일반 사용자들은 컴퓨터의 문제를 해결하려고 텍스트뿐인 창에 일일히 명령어를 쳐줘야 하는 이유를 이해하지 못할뿐더러, 비직관적이고 어렵다고 생각해 리눅스 자체에 회의감을 느끼고 끝내는 포기하게 된다. 더군다나 현 시대는 모든 소프트웨어가 직관적인 인터페이스를 추구하고 있는 시대인데 아직도 비직관적인 터미널 명령어에 의존하는 현재의 리눅스 시스템에 대중이 얼마나 적응할 수 있을 것 같은가?

또한 이것은 리눅스라는 OS 자체의 문제 뿐만 아니라, 사용자측의 책임도 어느정도 맞물려 있는 문제이다. 웹에서 돌아다니는 많은 리눅스 팁들이 터미널을 활용하게 되어있는데, 민트나 우분타 관련 팁의 절대다수는 GUI에서 클릭질로 해결이 가능한 문제이다. 그러나 '리눅스 팁의 수요자는 컴퓨터를 어느정도 아는 사람이다'라는 선입견과, 컴퓨터 초보자에 대한 이해 부족이 리눅스 팁의 절대다수가 CUI로 이루어지게 된 원인이 되었다. 물론 CUI는 GUI보다 훨씬 간단하고 설명하기도 쉽고 관리하기도 쉽다. 예를들어 리눅스 민트에서 A라는 패키지를 설치하는 것을 GUI로 설명한다고 가정해보자. 초보자에게 설명을 한다면, 소프트웨어 관리자를 키고 어느 것을 선택하고 적용을 누르라는 식으로 설명해야한다. 하지만 CUI로 설명을 한다면, "터미널 켜서 sudo apt-get install A라고 입력하세요"라고 설명하면 끝이다. 단순히 패키지를 설치하는 과정만 하더라도, CUI가 훨씬 압도적으로 설명하기 편하며 (익숙해지면) 사용자도 편리하다. 하지만 초보자는 CUI를 보면 우선 겁부터 먹는다. CUI가 GUI보다 어떤 장점이 있는지도 이해하지 못하는 경우가 절대다수다. 컴퓨터 초보자 뿐만 아니라, 윈도 환경에서 나름 컴퓨터 잘한다는 소리 듣던 사람들도 CUI의 장점을 이해하지 못하는 경우가 많다. 그렇기에 번거럽더라도 팁을 설명할때는 GUI 환경에서 설명해주는 것이 훨씬 바람직하다.

결국 이 문제점은 사용자를 터미널 명령으로부터 사실상 분리하는 데 성공한 안드로이드에서는 확실하게 해결이 되었다. 물론 데스크탑 리눅스는 여전히 그런 거 없다 가 현실이지만.

8.5 자부심과 선입견[편집]

리눅스에게 주어진 양날의 검 4

이리 저리 리눅스의 대중화에 방해가 되는 요소들을 가지치기하는 것은 사실상 불가능할 것이다. 자유 소프트웨어의 수호자라는 그 자부심은 리눅스 발전에 매우 큰 원동력이 되어왔고 지금도 그렇지만, 대중화에 큰 방해가 된다는 문제를 불러일으키고 있다. 이런 자부심은 대중에겐 독단으로 보일 지경이다. 리눅스에 대한 온갖 선입견을 유발하는 중요 요소중 하나가 바로 이 리눅스 프로젝트 기여자들과 리눅스 사용자들의 자부심이다. 변화를 주도하던 리눅스가 역설적으로 자부심에 묶여 변화하지 못하고 있는 점은 정말 큰 아이러니다.

8.6 다국어 지원 문제[편집]

리눅스는 영어권 사용자를 대상으로 개발되고 있고 각 국가의 사용자들이 커뮤니티 차원에서 다국어 지원을 추가하고 있다. 리눅스 사용자가 상대적으로 많은 국가는 다국어 지원이 잘되는 편이나 한국은 사용층이 턱없이 부족하기 때문에 다국어 지원 미비 문제를 마주치기 쉽다. 또한 이는 상용 리눅스인 레드햇 계열이나 OpenSUSE 또한 팔리는 수준 만큼만 부족한 로컬 라이징을 보완해서 출시하기 때문에 손익 구조를 계산하면 한국의 리눅스 유저 점유율이 지금의 배 이상으로 늘어나지 않는 이상 오랜 시간이 지나도 절대로 해결되지 않을 전망이다.

실제로 써보면 꽤나 억소리나는데. 배포판에 따라서는 인스톨러만 간신히 한글화되어 있기도 하고. 프로그램도 반만 한글화 되어 있다거나해서 차라리 영어로 두고 쓰는게 나을정도의 상황이 자주 생긴다. 이는 특별히 상용 프로그램이 아니라면 유저들에게 로컬라이징을 맡기는데 이것도 자발적인거라... 누가 기여를 안하면 말짱 꽝이다. 유명한 배포판/프로그램들이야 빠르게 한글화 되지만 그게 아니라면 골치아프다. 물론 윈도우나 맥용 프로그램도 한글화가 안된 경우가 많지만 기본 UI에서 로컬라이징 문제를 마주칠 가능성이 있는건 리눅스 뿐이다. 그야말로 치명타.

8.7 부실한 디바이스 드라이버 지원[편집]

PC용 리눅스 배포판의 경우 신규 하드웨어와 그에 부속된 신규 사양에 대한 디바이스 드라이버 지원이 대체로 늦고 설령 지원이 되더라도 부실한 경우가 많다. 예를 들어 PC쪽에서 최근 추진하고 있는 저전력 환경에 대한 대응에서도 한발 늦는 모습을 보여주고 있고, 이때문에 리눅스가 커널 수준에서 전력관리 성능이 떨어진다는 오해까지 불러오고 있다.

이러한 현상의 근원은 크게 세 가지로 요약할 수 있다.
1. 일반 PC용 디바이스 드라이버에 한정할 경우 디바이스 드라이버를 작성해야 할 업체 입장에서는 대부분 윈도우 드라이버에 대한 대응이 우선이고 리눅스 지원은 2순위이다.
2. 때문에 전력 관리기능 같은 여러 디바이스 드라이버도 같은 맥락에서 업체들이 늦게 개발한다.
3. 제조업체들과 배포판 업체들간의 공개/비공개 부분이나 라이센스 정책에 관련된 부분을 조율하고 그 결과에 맞춰 디바이스 드라이버를 변경해야 한다.

즉 저전력 환경에 대한 지원이나 GPU등의 드라이버 지원[49]이 전반적으로 부실하거나 늦는 것은 PC용 리눅스 배포판에 대해서는 맞는 이야기이지만 이것조차도 리눅스 자체의 문제라기 보다는 드라이버 개발을 주도해야 할 관련 업체들이 적극적으로 발빠르게 움직이지 않은 것이 큰 원인을 차지한다[50]. 더불어 GPL과 같은 라이센스 정책과 각 업체들의 입장에 대한 교통정리도 필요한 상황. 즉 PC OS의 리눅스 점유율이 윈도우를 역전하지 않는 이상 리눅스 지원이 우선시되거나 지원이 충실해질 일은 없을 것으로 전망된다꿈도 희망도 없다.

반면 PC계열 이외의 SoC계열 디바이스들에 대한 지원 양상을 보면 오히려 리눅스 계열의 지원이 빠르면서도 충실한 경우가 많고[51] PC쪽에서 최근에 발전해온 전력관리 기능도 일찌감치 적용된 경우가 대부분이다. 즉 점유율이 높거나 혹은 문제가 되지 않을 경우 드라이버 지원이 빠를 것이라는 점은 가능성이 충분히 높은 이야기이다. 이는 SoC계열 디바이스들의 사업구조가 PC업체와는 상당히 다른 탓이 크다. 우선 SoC업체들은 스스로가 주도하여 디바이스 드라이버뿐만 아니라 OS커널을 자사 SoC에 맞춰 포팅하는 작업을 해야 하기 때문에 디바이스 드라이버 추가작업은 그 과정에서 자연스럽게 반영되기 마련이다. 또한 SoC내의 여러 주변장치들에 대한 라이센스 문제 역시 SoC 업체에서 주도적으로 풀 수 있으므로 그러한 구심점이 없는 PC리눅스에 비해 문제해결이 한결 수월한 경향이 있다. 다만 이렇게 만들어진 SoC계열 드라이버들은 커널에 기본적으로 포함되도록 업스트림까지 올라가는 경우가 잘 없고 디바이스 전용으로만 남는 경우가 많다. 리눅스 커널 드라이버는 커널이 업데이트되면 커널 드라이버도 같이 수정을 해 줘야 하는데 업스트림에 포함되지 않으면 드라이버 업데이트도 제품지원 종료와 함께 끊어지는게 다스. 게다가 커널과 드라이버가 같은 버전이라도 같은 옵션으로 컴파일되지 않으면 여기서 쓰던 드라이버를 저기서도 쓰고 이런게 안 된다. 리눅스가 SoC계열에 적용되는 사례는 폭발적으로 늘어나고 있지만 리눅스 확장성의 폭발적 확대 및 SoC계열에서의 제품과 운영체제의 분리까지 가기에는 아직까지 머나먼 일로 보인다...

8.8 복잡한 설정법[편집]

시스템 기본 프로그램조차 각 프로그램이 따로 개발되는 오픈소스 동네의 특성상 설정파일이 꼬이는 경우도 많은데, 이것도 리눅스의 매력을 반감시키는 것 중의 하나이다. 실제로 새로운 기능이 도입되거나, 다른 프로그램과의 충돌을 피하거나, 사용자에게 더 많은 선택지를 주거나, 다른 프로그램과의 호환성을 높이거나, 편의성을 높이려고 하거나, 사용자별로 설정을 다르게 하거나 하는 등의 이유로 한 프로그램에 설정 파일이 여러 개가 있는 경우도 많고 설정 파일의 위치가 바뀌는 경우도 많고 설정 파일의 형식이 바뀌는 경우도 많다.

예를 들어, A 프로그램의 설정을 고치기 위해 a라는 설정을 고쳤다고 해 보자.
이 경우 꼬일 수 있는 경우의 수는

  • a보다 우선시되는 a'라는 설정파일이 존재한다.[52]
  • a는 사실 과거 버전에만(혹은 새로운 버전에만) 사용되는 설정이다.
  • a가 원하는 부분을 건드리는 게 맞지만, 다른 설정도 같이 건드려줘야 한다.
  • A의 버그(!)로 설정이 적용이 안 된다(혹은 A가 뻗어버린다).
  • 사실 내가 쓰던 프로그램은 A가 아니고 B였다.
  • a가 A의 설정은 맞지만, 엉뚱한 부분만 설정이 바뀌었다.
  • A는 설정이 고쳐졌는데 같이 사용되는 B는 설정이 안 고쳐진다.
  • A는 종료될 때 설정파일을 덮어쓰고 종료된다.
  • A와 B를 같이 쓸때 설정과 A와 C를 같이 쓸 때 설정이 다르다.[53]

등등...

특히, 여러 프로그램이 같은 설정파일을 공유할 때 이런 현상이 발생한다든지, 설정프로그램으로 수정해서 어느 설정파일이 건드려졌는지 모른다든지, 시스템 테마 관련해서 프로그램들이 죄다 따로 논다든지[54] 하면 답이 없는 상황이 온다. 그리고 시스템 전체의 설정파일이 모조리 수정되는 배포판 업데이트라도 할라치면...이럴땐 리눅스도 포맷이 진리. 아치 리눅스를 씁시다
간혹 설정을 고쳤는데 효과가 없다고 무시한 채로 제대로 된 방법을 찾는다고 이것저것 건드리다가 한참동안 잊어버린 뒤에야 해당 설정이 뒤늦게 갑툭튀하는 바람에 멘붕이 오는 경우도 있다(...)

9 주요 배포판[편집]

광대한 리눅스 배포판의 계보도. 이 계보도 안에 없는 리눅스 배포판도 많다. 2012년 10월 기준이다. 그 이후로는 제작자가 업데이트를 안하고 있다.
리눅스 계열은 주로 패키지 관리자를 기준으로 묶는다. 배포판 특징상 불가능한 경우가 아니라면 서로 다른 패키지를 변환해서 사용할 수도 있다.

9.1 레드햇 계열[편집]

레드햇 계열이라고 부르는 것들로, 레드햇 리눅스를 시조로 파생된 배포판들이다. 패키지 관리자로 rpm을 사용하는 것이 특징이다. 한때 엄청난 인기를 끌다가 데비안 계열에 자리를 많이 내주었다[55].

페도라 - 레드햇 엔터프라이즈 리눅스

9.2 데비안 계열[편집]

데비안에서 파생된 배포판들. 패키지 형식은 .deb이며, 패키지 관리자로 apt를 이용한다. 수많은 리눅스를 제치고 점유율 순위권에 드는 배포판이 몇 개씩 나오는 뼈대있는 계열이다.

데비안 GNU/리눅스

  • 우분투
    • 리눅스 민트
      • 하모니카 : 대한민국 버전 붉은별[58] 정부에서 주도해서 만들어진 개방형OS, 미래창조과학부와 한국정보통신산업진흥원이 2억원 규모의 예산을 투입해서 제작했다고 하는데... 정작 리눅스 민트 Mate 버전의 한글화에 불과하다. 대체 어떻게 하면 한글화에 2억원이 드는건가요? 그런데 홈페이지 보니까 한글화도 유저가 하는거 같던데 기본버전과 UI개선버전이 존재하며 일부 은행에서는 인터넷 뱅킹도 가능하다.[59] 대체로 사용하기에는 좋고 윈도에 익숙한 사용자도 쉽게 적응할 수 있다는 평이 많다. 다만 이쪽은 리눅스 민트 자체의 특징이라서 하모니카만의 특징이라고 하기엔 뭐하다. 그래도 나름의 의의는 있는데, 정부가 MS 윈도 위주의 전산화에서 탈피하려는 척이라도 하였다는 것이다. 즉 정부가 국민에게 HWP, 액티브X를 강요하는 환경이 조금이라도 개선될 여지가 생겼다. 그리고 리눅스 민트가 정부에 의해 선택된 덕에, 오리지널 민트 유저들 역시도 한글화의 덕을 간접적으로 누릴 수 있게 되었다. 하모니카에 대한 평을 요약하자면, "전체적으로 나쁘지는 않은데, 도대체 이게 2억원이 들어갈 프로젝트인가?"라고 할 수 있다. 사실, 소프트웨어 인력에 투입하는 인건비라는 관점에서 생각하면 프로젝트 하나에 2억은 결코 많은 돈이 아니다. 정부에서 하는 일인데 '오픈소스니까 돈은 안 드리곗습니다. 데헷'이라고 할 수도 없고, 되려 돈 안 썻으면 당당하게 열정 페이 계산법에 이름을 올리고 정부가 개발자 착취한다고 욕을 죽도록 먹었을 것이다.
    • 쿠분투
    • 주분투
  • 크노픽스
  • Kali Linux : 백트랙의 후속 버전
  • Backbox [61]
  • 크런치뱅 : 2015년 2월부터 개발이 중지되었다.
  • Raspbian [62]

9.3 안드로이드 계열[편집]

모바일 운영체제인 안드로이드 계열 배포판들. 패키지 형식은 apk이다. 기존 리눅스와는 구조가 크게 달라서 다른 배포판과 함께 엮지 않는 경우도 많지만, 어쨌거나 리눅스로 본다면 현재 일반 사용자를 대상으로 한 리눅스 배포판 중에는 가장 메이저하다.

안드로이드

9.4 슬랙웨어 계열[편집]

슬랙웨어에서 파생된 배포판들. 현재 명맥이 이어지는 배포판 중 가장 오래된 배포판이다.

슬랙웨어 리눅스

9.5 기타 배포판[편집]

초보자가 접하기에는 결코 쉽지 않은 배포판이지만 어느정도 감을 익힌 사용자를 중수 이상의 실력자로 만들어 주는 배포판. 나름의 매력이 있어 점유율 순위에서는 항상 10위권을 찍는다. 패키지 관리자는 pacman이며, 패키지 형식은 특별한 확장자 없이 압축파일 확장자 tar.gz 혹은 tar.xz이다.
모든 패키지를 소스 컴파일로 설치하기 때문에 극한의 최적화가 가능하다. 대신 유명 배포판 중에는 극악의 난이도를 자랑한다. 패키지 관리자는 portage이며, 소스컴파일 방식이라 패키지 파일 대신 ebuild 스크립트가 배포된다.
크롬 OS는 원래 우분투 기반으로 알려졌었는데, 현재에는 젠투 기반으로 개발되고 있다. 원래 최소한의 리눅스 위에 구글 크롬 하나만 올라가 있었으므로 패키지 파일은 .crx, 패키지 관리자는 크롬으로 볼 수 있었지만 운영체제의 크기를 키우고 이 부분에 대한 확장을 장려하는 쪽으로 방향을 잡으면서 패키지 관리자가 portage가 되었다.
모듈화가 잘 되어 있어 용량이 작으면서도 프로그램의 설치가 간편하다. CD에 설치돼서 부팅시에 램상에 운영체제를 통째로 얹어서 운용하는 방식이 기본(!)이다. 패키지 관리자는 pet-get이며 패키지 형식은 .pet이다. 다른 계열의 패키지도 사용가능하다.

10 유사 리눅스?[편집]

Cygwin과 coLinux는 둘 다 마이크로소프트 윈도에서 GNU/리눅스와 그 유틸리티들을 쓰기 위한 방법이지만 구현 기술이 다르다. coLinux는 개조된 리눅스 커널 자체를 로드해 리눅스를 셋방살이(...)시킨 유저모드 리눅스이고 cygwin은 런타임 라이브러리 Cygwin1.dll를 통해 리눅스 프로그램을 윈도우가 알아먹을 수 있도록 번역시켜주는 에뮬레이션.

11 관련 항목[편집]

  1. Linus' Minix의 줄임말이라는 설이 가장 유력하다. Linux Is Not UniX의 줄임말이라는 설도 있다.
  2. 왜 하필 펭귄이냐 하면 별다른 이유는 없고, 그저 개발자인 리누스 토르발스펭귄을 좋아해서라고..... 때는 93년 경, 토르발스가 오스트레일리아를 여행하던 때의 일이다. 토르발즈는 유닉스 모임에서 리눅스에 대해 말하려 가던 중에 작은 펭귄에게 물리게 된다. 그 일로 인해 토르발스가 펭귄을 좋아하게되고 리눅스의 로고로 떠올리게 되었다고 한다. 하지만 이런 Tux도 모에선의 마수를 피해가진 못했다.#
  3. GNU 쪽 사람들은 리눅스는 커널일뿐이고, 이 커널을 가져다가 GNU 프로그램들을 올려 만든 운영체제는 GNU/Linux 라고 이야기하며 이런 명칭에 민감하게 반응하는 경우도 있다.
  4. 컴퓨터 역사상, 사람이 가장 많이 들어간, 가장 큰 프로젝트이다.
  5. LFS나 젠투, 아치리눅스 같은 경우에는 그 모든걸 유저가 선택해서 쓰는 걸 목표로 하고 있다. ㅎㄷㄷ
  6. 리눅스 커널에서의 수정은 드라이버의 포함 여부, 자원을 다루는 규칙의 선택, 최대 절전 모드 등의 기능 포함 여부 정도가 전부다. 커널 패치도 마찬가지. 따라서 변종이라고 해 봐야 일반적인 의미의 그런 변종은 아니다.
  7. 커널 컴파일 옵션중 보면 실행파일 형식도 두어가지(a.out과 ELF)가 나오는데, 이미 한참 예전에 바뀐 표준이라 큰 의미는 없다. 굳이 호환성을 신경써야 할 상황이라면 둘다 체크해도 된다.
  8. 윈도 API는 메이저 업데이트마다 우수수 바뀌고 상용프로그램도 일정 기간마다 야!끝났다!하고 버그픽스 외엔 손을 놓아버리고 다음 버전으로 넘어가기 때문에 그런 인식이 강하다. 반면 리눅스는 API도 프로그램도 지속적으로 계속 발전돼나가기 때문에 전체가 유기적으로 움직여서 그런 느낌이 덜하다. 일반적으론 API가 업데이트되더라도 소스코드가 개방돼있는 이 동네 특성상 재컴파일만 하면 쓸 수 있으며, 그렇지 않으면 죽기 직전의 프로그램이라도 누군가가 새 라이브러리에 맞게 수정한 패치만 올려주면 연명가능. 우분투만 해도 메이저 버전마다 패키지가 따로 만들어져 나오는 걸 생각해 보자.
  9. 참고로 한번 설치하면 지속적으로 업데이트해 나가는 아치 리눅스같은경우, 어떤 라이브러리에 큰 수정이 있으면 그에 관련된 프로그램들이 동시에 우수수 업데이트되기도 한다. 그만큼 업데이트가 잦은 편이며 너무 업데이트를 드물게 해 주면 업데이트 한 방에 부팅 불가능한 상황이 오기도 한다(...)
  10. 사실 소스 상에 플랫폼 의존적인 부분이 존재하며, 이 부분이 준비되어 있는 플랫폼에 대해서만 작동한다.
  11. NetBSD 의 경우 공식적으로 지원되는 플랫폼만 따져도 57개이다. NetBSD 의 모토가 "Of course it runs NetBSD!" 이다.
  12. 플러그 앤 플레이와 비슷하다고 보면 된다. 같지는 않은 모양
  13. 이전에도 PS3 크랙 시도가 있긴 있었으나 이 사건을 빌미로 PS3 보안이 완전히 붕괴되었다고 봐야 한다. 해커들로서는 뭐가 오픈되었던 것이 다시 사라지는 것을 해킹의 대의명분으로 쓰기 참 좋기 때문. 참고로 이전에 PSN 해킹 대란이 원인이라 되어 있었는데, 이건 2011년 일이다.
  14. 이러한 GPL 전염성 때문에 내가 만들 걸 무료로 배포해야 된다고 하여 무료가 아니다 라고 주장하는 의견도 있다.
  15. 넷스케이프, 모질라의 핵심 개발자중 하나. '모질라'라는 이름도 그가 붙였으며, 넷스케이프에선 about:jwz라고 치면 그의 홈페이지 주소가 이스터 에그로 등장한다.
  16. 시간이 너무 많이 들기 때문에 그 시간의 가치를 따지면 공짜가 아니라는 말로 해석할 수 있다. 그 시간을 절약하기 위해 고객지원 서비스를 이용하라는 뜻으로도 연결지을 수 있겠다.
  17. 리눅스 세계에서 데스크탑 환경이란 일반적으로 윈도우 매니저+기본적인 프로그램들의 모음 정도를 의미한다.
  18. 심플하며 꼭 필요한 기능 위주로 제공
  19. 옵션이 많고 복잡하지만 거의 모든게 가능한 UI
  20. 그러나, 이런 류의 연구 결과는 의미도 없고 믿을 게 되지 못한다. 리눅스의 인터페이스 종류가 많아서 결과를 특정 지을 수도 없으며 학습자가 학습 대상을 구하기 쉽고 가장 접하기 쉬운 인터 페이스가 가장 학습이 빠르다. 그리고, 빨리 익숙해진다고 해서, 꼭 사용하기가 편한것도 아니다. 즉 아무리 쓰기 쉬운 리눅스 데스크탑 환경을 사용하더라도 정보의 양이 윈도보다 압도적으로 적어서 초보자가 배우기에는 오히려 윈도가 나은 면이 많다.
  21. 물론, 윈도우 cmd 에서도 배치파일 만들어서 쓰면 가능하다.
  22. 그래도 이게 어디야. 2000년대 초반만 해도 어딜 가든 액티브엑스 떡칠이었는데
  23. carl9170 펌웨어어를 사용하라 나오는 USB랜카드도 막상 이 펌웨어를 얹어 주면 작동하지 않는 경우가 있다. 참고로 이 랜카드는 DWA-160A2로, 출시 후 3년도 넘은 모델이다.
  24. 다행히 이 경우는 포럼에 11.10버젼 기준으로 해결책이 나와 있다.
  25. 만일 리눅스를 출하시 기본 탑재하는 모델을 구입했다면 문제가 되지 않을 것이다.
  26. 사실 리눅스뿐만 아니라 어느 OS든간에 당연히 영어자료가 압도적으로 많다. 하지만 윈도우 같은 경우는 워낙 사용자가 많기 때문에 한국어 화자들의 정보만으로도 어지간한 것은 다 처리가 가능하다.
  27. 사실, 기업입장에서는 안정성과 오류시 책임여하를 위해 유료버전 리눅스를 사용하는 경우도 많기때문에 딱히 공짜여서 쓰는건 아닌 경우도 많다.
  28. 애초에 Sun 사에서 솔라리스에 탑재하기 위해 개발한 오픈소스 파일시스템이며, 리눅스쪽에서는 Sun 의 CDDA 라이센스와 자신들의 GPL 라이센스의 차이때문에 커널에서 공식 지원을 하지 않는다. 물론, 커널에서 공식지원을 하지 않더라도 fuse 로 사용은 얼마든지 가능하고, native 로도 포팅하는 프로젝트가 있다.
  29. i3, i5, i7 등
  30. 이 때문에 리눅스 환경에서는 다른 프로그램 없이 바로 telnet 명령 입력하고 PC통신 연결 주소 입력하면 PC통신 화면이 바로 떴다. 애초에 PC통신 자체가 리눅스의 원본(?)인 유닉스의 터미널 환경을 사용하기 때문에 리눅스에서도 그대로 되는 것. PC통신 프로그램은 이 터미널 환경을 도스나 윈도우 환경에서도 쓸 수 있게 에뮬레이션 시켜주는 프로그램이다.
  31. VNC는 화면을 그대로 전송하는 방식인 반면 RDP는 화면 구성요소를 전송한 뒤 클라이언트에서 적절히 짜맞추는 방식이다. 비트맵과 벡터와도 비슷한 차이인데, 일장일단이 있기 때문에 자기에게 적절한 방법을 쓰는 것이 좋다.
  32. 이것을 사용하면 유닉스 시스템과 삼바가 아닌 NFS 를 통해 연결이 가능하다. 세팅에 따라 차이가 지겠지만, 보통 테스트결과를 보면 NFS 가 삼바보다 속도면에서 크게 빠른경우가 많다.
  33. Command-line interface, 명령줄 사용자 환경, GUI와 대응되는 CUI라는 약자를 쓰기도 한다. 이때는 Command-line User Interface, Character User Interface(문자 사용자 환경), Console User Interface(조작판 사용자 환경)등을 의미한다. 모두 다 같은 의미.
  34. 예로,,, 어떤 드라이버가 없어서 안된다고 하면, Win 에서는 브라우져 열기 -> A 사이트 -> 다운로드탭 -> OS버젼 선택 -> 다운로드진행 -> 완료후 설치... 이 과정이 리눅스에선 1줄짜리 커맨드 명령어로 끝난다.
  35. 오픈 소스 진영이 겨우겨우 국제 표준 하나를 만들어내면 어느 순간 윈도우만의 전용 표준을 내세우는 통에 오픈 소스 진영이 만들어낸 국제 표준을 순식간에 찬밥으로 만들어버리곤 한다. 물론 국제 표준이 엄연히 존재하긴 하지만, 일반 사용자층에서 윈도우의 점유율빨이 버텨주고 있으니...윈도우 사용자들이 윈도우에서 잘 굴러가는 윈도우 표준을 사용할까, 아니면 윈도우에서 돌아갈지 어쩔지 모르는 국제 표준을 사용할까?
  36. 사실, 안드로이드 진영 개발자와 오픈소스 리눅스 개발자 진영이 그다지 일치하는 카테고리는 아니다. 과거 구글도 리눅스 커널 가져다 쓰면서 피드백 제대로 안한다고 대차게 까인적도 있고, 안드로이드쪽 개발은 기업차원에서 이루어지는 경우가 많기때문. 하지만, 오픈소스 커뮤니티가 거의 제로에 가까운 한국에서는 오픈소스=안드로이드로 보는 경향이 있다.
  37. 그러나 리눅스 그래픽 지원문제 때문에 많이 느리다. Nvidia 는 그나마 지원해줘서 어느정도 성능이 나오지만, ATI는 거의 지원포기 상태이다. Intel은 회사측에서 소스를 오픈했기 때문에 호환성 문제는 없다. 다만 카드 자체의 성능이 낮은건 안습.
  38. OpenGL 하면 윈도우에서 게임할때 몇번 본 사용자들은 DirectX 에 비해 좀 열등한것으로 생각할지 모르겠지만, 사실 OpenGL 이 우월했고, DirectX 는 계속 그 뒤를 열심히 쫓아온것이 진실이다. DirectX 신 버전에서 이것도 된다며 게이머들의 가슴을 설레게 하던것중에는 사실 OpenGL 에서 이미 한참 전에 구현이 되어있던것도 많다. 예를 들어 다이렉트 X 10이후 지원되기 시작한 앰비언트 오클루젼 기술은 OpenGL 1.5를 가지고도 코드를 만들어 낼 수 있다. 현재도 전문적인 용도에서는 OpenGL 을 많이 사용하며, DirectX 가 뒤를 쫓고있는중이다. 게임에서 DirectX 에 밀려버린 이유는, 아무래도 MS 가 뒤에서 막대한 돈을 쏟아부어 빠르게 개발한것도 있고, OpenGL 에 비해 MS 의 DirectX 서포트가 훨씬 뛰어났던것이 그 이유이다.(성능이 아무리 좋아봤자, 아무설명이나 예시없이 불친절하면 그것으로 만들어진 결과물도 좋지 않고, 결국 버림받는게 당연하다.)
  39. 둠3, 퀘이크3, 리턴 투 캐슬 울펜슈타인 등
  40. 다만 게임은 실행 파일만으로 즐길 수 없으므로 윈도우용 카피에서 실행 파일을 제외한 패키지 파일들(.pak)을 가져와야 한다.
  41. 밸브가 소스엔진을 포팅할때도 그래픽 카드 제조사들과 긴밀히 협조해서 드라이버 개선(특히 멀티스레딩 지원)을 동시에 진행했다고 한다.
  42. 그러나 커뮤니티와 지향점이 달라질 때는 불협화음이 발생하기도 한다는 단점도 있다. 기존에 가장 큰 구심점 역할을 하던 우분투도 삐딱선을 타면서 욕을 엄청 먹고 있는 사례가 있다. 더욱이 구글은 기존의 리눅스 생태계보다 안드로이드에 더 관심이 큰게 함정
  43. 단, chromium은 오픈소스이다.
  44. 단 젠투, 아치, 데비안 sid등 특별한 release주기 없이 rolling-release를 사용하는 배포판은 모든 프로그램과 구성요소가 최신버전으로 유지된다. 이 경우 반대로 시스템이 극도로 불안정해지는 역효과가 나타난다.
  45. 여담으로 데비안 계열이 유명해진건 의존성 처리를 안해주던 기존 패키지 관리 기능(대표적으로 레드헷의 rpm과 기존 슬랙웨어의 tar 묶음 패키지 설치 방식)에 의존성 기능을 넣었기 때문이다.
  46. 이와 관련해 리눅스 라이브러리중 하나인 zlib에서 있던 일이 대표적인데 이 프로그램은 공용 라이브러리를 제공하지 않고 정적 라이브러리(static, 윈도우 방식에 가깝다)로 배포되었는데 zip알고리즘을 다루기 위해 전역적으로 쓰던 라이브러리에 결함이 있다는게 밝혀지고 사용자들은 문제가 된 zlib를 업데이트 하기 위해 시스템 내부의 zlib를 사용하는 모든 패키지를 다시 컴파일 해야했다. 공용 라이브러리를 쓰면 모든 패키지를 다시 컴파일 할 동안 문제가된 라이브러리만 기존 버전과 호환성을 유지한채로 다시 빌드하면 이런 문제가 해결된다
  47. 안드로이드 구글의 수익은 구글플레이를 통한 거래의 수수료에서 나오지만 안드로이드 기술 자체는 엄연한 구글 소유다. 제조사는 안드로이드 인증을 받기 위해선 구글로 부터 직접 기기 인증 요청을 해야하고 이 과정은 결코 '무료'가 아니다. 이는 오픈소스 라이센스를 가진 프로그램들이 주로 취하는 유료 정책 중 하나이기도 하다. MySQL은 오픈소스부분만 포함한 커뮤니티버전은 무료이고 오라클에서 수정한 부분을 포함한 버전만 유료에 상용 라이센스이다. 다만 오라클이 수정한 부분을 사용함으로써 얻는 이득은 미비하고 유료 버전을 구매하는 이유는 레드헷이 그러하듯 오라클로부터 직접 고객 지원을 받을 수 있기 때문이다. 여담으로 현재 대부분의 리눅스 배포판은 MySQL대신 커뮤니티 버전을 fork한 MariaDB로 대체했다. JAVA의 가장 널리 쓰이는 JVM인 HotSpotVM은 OpenJDK로 오픈 소스로 제공되지만 실상은 오라클이 소유한 엄연한 '상용 소프트웨어'이다. 또한 자바 기술 자체는 유료가 아니다. 안드로이드의 달빅 가상머신이 이미 자바 기술 침해로 오라클에게 고소당한적이있다(물론 인정은 안됨). 즉 자바도 엄연한 상용 기술이다. 다만 개발자들이 그렇게 느끼지 못할뿐인데 이는 오라클에 합병되기전 썬 마이크로시스템즈가 가진 자바 라이센스 정책에 의해 그렇게 느껴질 뿐이다.
  48. 실제로 플래시 플레이어의 소스가 JAVA와 같이 자유 소프트웨어로 공개되었다면 플래시 기술은 사장되지 않고 HTML기술 안에 통합되는 식으로 색다른 발전이 이뤄졌을 것이다. 결국 어도비가 플래시 시장을 축소하게 된거도 스마트폰 시대가 열리며 급격히 바뀌는 시장의 요구에 제때 대응하지 못한것에 대한 자업 자득이기도 하다.
  49. 리누스 토르발즈가 nVIDIA에 가운데손가락을 날린 일이 이쪽 방면의 전설적 사례이다.(...) http://www.zdnet.co.kr/news/news_view.asp?artice_id=20120618080541 리눅스 오픈소스에 참여할 경우 오픈소스를 가져다 쓰는 이득을 최소한의 코드 오픈으로 환원해 주는 관계가 불문률인데 엔비디아의 경우 그러한 부분을 좀 심하게 무시해 왔기 때문에 벌어졌던 일.
  50. 칩셋스펙을 공개하지 않는 이상 관련 작업은 칩셋 제조사에서 직접 수행해야만 한다.
  51. 윈도우 계열이 SoC에서 지원 범위가 상대적으로 좁은 이유는 PC에 비해 훨씬 다종다양한 SoC제품군들에 대한 지원을 일일히 해줄 수 없다는 점이 크게 작용한다.
  52. 컴퓨터 전체 설정보다 우선시되는 사용자별 설정이라든지, 다른 프로그램과 공유되는 설정이 따로 있다든지
  53. 대표적인 예로, Conky의 투명 배경 설정은 정말 윈도 매니저가 다르면 하나하나 다 실험해봐야되는걸로 악명높다
  54. 이러면 진짜 꼴뵈기 싫어진다. 근데 프로그램 기본 테마 설정에 가장 많이 쓰이는 Qt(KDE쪽)와 gtk+(Gnome쪽)조차도, 아니, gtk2+ 와 gtk3+ 조차도(KDE쪽은 확인바람) 서로 테마 설정파일이 통일이 안 되어 있어 이 부분에 신경 안 쓰고 프로그램을 자꾸 설치하고 테마를 바꾸다보면 어느새 쉽게 이런 진풍경이 벌어진다(...)
  55. 어디까지나 개인 유저에게 해당되는 이야기이고 서버 시장에서는 레드햇 리눅스가 사실 독점하고 있다고 봐도 과언이 아니다. 상용 시장에서도 거의 독점이지만 어차피 상용 리눅스는 레드햇 외에는 거의 없으니(...)
  56. 놀랍게도 윗동네에서 만든 물건이라 하고 그네들이 페도라 7을 이리저리 마개조 한 물건이라 읽는다(…). 윗동네에서 만들었기에 GPL같은 듣보잡은 다 날려버렸다고 한다 레드햇 혹은 페도라 프로젝트의 고소가 필요합니다. 미하일(Mikhail)이라는 러시아 유학생이 자신의 블로그에 올리면서 알려졌다. 윗동네치고 디자인이 괜찮다. 국내에서 이것을 다운로드, 설치, 배포 등 붉은별과 관련된 행동을 하는 것이 불법은 아니다. 백도어가 설치되어 있다는 소문이 있지만 사실여부가 확인된 사항은 아니다. 그러나 이걸 만든 곳이 다름 아닌 지상에 강림한 1984의 세계 지상에 강림한 북두신권의 세계가 생각난다.이니 만큼 찜찜한 건 사실.
  57. 참고로 "알색맞추기"와 "원자맞추기"란 정체불명의 게임과 장기 게임, 심지어 지뢰찾기도 있다!
  58. 붉은별이 레드햇 계열의 유저친화 OS인 페도라를 기반으로 하였고, 하모니카가 데비안 계열의 유저친화 OS인 민트를 기반으로 하였다는 점을 생각하면 정말 비슷하다(...) 그리고 레드햇과 데비안은 리눅스 진영에서 가장 뼈대있는 양대 명문가이기도 하다. 물론 대한민국 정부는 북한처럼 GPL 라이센스를 씹는 짓은 하지 않는다.
  59. 다만 이쪽은 하모니카만의 장점이라고 하기는 힘들다. 우분투와 민트에서도 당연히 가능하다.
  60. 현재는 지원이 완전히 끊어졌다. 지금 보면 이 리눅스는 4년 전에 나오고, 지원도 완전히 끊어져 있는 우분투를 수정한것이다.
  61. 백트랙이나, 칼리 리눅스 처럼, 침투 테스트 할때 사용하라고 있는 리눅스 이다.
  62. 라즈베리파이 + 데비안
  63. 원래 S.U.S.E였다가 SuSe로 바뀌었고, 다시 openSUSE로 이름이 바뀌었다. 이 쪽은 유럽이 본진인지라 유럽에서 흥하고 있다. 한국에서도 우분투와 CentOS가 널리 알려지기 이전에는 인지도가 있었다.
랜덤