본 글은 필자가 Ubuntu 16.04.1 64bit 기반의 Unity와 Gnome을 약 6개월 정도 써보고 기타 다른 Linux를 깔면서 겪은 각종 문제들을 정리해둔 것입니다. 아마 계속 업데이트 될 거 같네요.


1. 부팅 문제

부팅이 실패하는 경우는 원인이 무진장 많습니다. 그러나 제가 경험해보니 원인은 거의 하나에 편중되어 있는 거 같더라고요. 그 원인을 순위별로 나타내서 해결법까지 말씀드려보겠습니다.


- 1위. 그래픽 문제

특히, Nvidia 그래픽 카드(왜 리누즈 토르발스가 Nvidia를 욕하는지 알 수 있는 경우입니다)를 쓰는 유저의 경우 처음에 OS를 깔 때 아예 Live CD 조차 GUI 부팅이 안 되는 경우가 있습니다. 또는 데스크탑에서 리눅스 잘 쓰다가 각종 패키지를 업데이트했을 경우(특히 아마 유저가 개발자라면 더 심할 거 같습니다) 기존의 리눅스 그래픽 드라이버와 충돌이 나는지 부팅이 안 되는 경우가 있습니다. 이런 경우에는 제 경험상 아래와 같은 현상이 나타납니다.


    - 1. Live CD로 부팅할 때 리눅스 펭귄 8마리 정도(모니터 크기, 해상도에 따라 다를 겁니다)가 떠 있고 그 이후 어떠한 그래픽의 변화도 일어나지 않는다.

        ↳ CentOS Live CD로 부팅시 발생했습니다.

    - 2. 부팅 로그가 뜨다가 'ACPI PCC Probe Failed' 등 probe 뭐시기가 실패했다, 오류가 났다는 등의 로그가 뜨고 진행이 안 된다.

        ↳ 거의 웬만한 Linux를 깔거나 깔려있는 상태에서 부팅할 때 발생했습니다.

    - 3. 부팅은 정상적으로 된 거 같은데 정확한 계정 정보로 로그인을 시도했음에도 불구하고 로그인 화면이 끊임없이 반복되고 메인 화면으로 이동할 수 없다.

        ↳ Ubuntu Unity에서 Nvidia Driver를 깐 직후 또는 특정 상황(업데이트를 했던가 등)이후에 재부팅했을 경우 발생했습니다.

    - 4. 부팅 화면이 정상적으로 뜨다가 로그인 화면이 나와야 하는데 모니터 백라이트가 깜빡거리면서 정상적으로 GUI 화면이 뜨지 않는 경우

        ↳ Ubuntu Gnome에서 Nvidia Driver를 깐 이후 특정 상황(업데이트를 했던가 등) 이후에 재부팅했을 경우 발생했습니다.


실제로 위의 상황들은 아마 Nvidia 그래픽카드를 쓰시면서 업데이트를 자주하시거나 저처럼 개발자이시면 꽤 많이 만나 볼 수 있지 않을까 싶습니다. 해결 방안은 다음과 같습니다.


    - 1,2번의 경우에는 grub 창(Ubuntu, Advanced Options, Memory Test 등의 옵션이 있고 방향키로 옵션을 선택할 수 있는 화면)에서 원하는 옵션

       (맨 위에 있는 디폴트 옵션 추천)에 선택을 둔 다음에 엔터 누르시지 마시고 e(edit)를 누르셔서 명령어를 수정하셔야 합니다. edit 창 잘 들어오셨으면

       각종 부팅을 위한 grub 명령어들이 모여있는 창이 뜰텐데 여기서 quiet splash 있는 줄에서 splash 뒤에 적절한 곳에 nomodeset을 넣어주시면 됩니

       다. 그리고 나서 F10 또는 Ctrl+X를 통해 부팅을 시도하시면 일단 부팅은 제대로 될 것입니다. 이후에 grub 옵션을 따로 건드셔서 그 옵션에

       nomodeset을 넣어주시면 추가적으로 큰 문제는 발생하지 않으실 겁니다.

    - 3번의 경우엔 Nvidia Driver를 깔 때 Driver 내부에 있는 OpenGL도 같이 설치하셨거나 아니면 업데이트로 인해 드라이버가 충돌난 것으로 보입니다.

       일단 로그인 창까지 오셨으면 Alt+Shift+F1을 누르셔서 CLI 콘솔 모드로 접속하셔야 합니다. 이후에는 계정 정보 입력하시고 Nvidia Graphic Driver

       Installer 설치하시던 것처럼 그대로 설치 진행하시면 됩니다. 이때 OpenGL 옵션이 보인다면 No를 선택하셔서 설치를 막으셔야 합니다. 경험상 apt 등

       으로 설치한 Nvidia Driver는 꽤나 충돌이 잘 나고 문제가 많았기 때문에 저는 Nvidia 공식 홈페이지에서 제공하는 .run 확장자의 드라이버를 추천드립

       니다. .run 확장자의 드라이버를 까는 방법은 콘솔 모드로 들어가셔서 Ubuntu Unity의 경우 'sudo systemctl stop lightdm', Ubuntu Gnome의

       경우 'sudo systemctl stop gdm'으로 GUI 서비스 죽인 후 root 계정으로 드라이버 파일을 실행해서 설치하시면 됩니다. 시간이 나면 나중에 싹 다 정리

       해서 리눅스에서 그래픽카드 드라이버 설치 방법도 안내해드리겠습니다.

    - 4번의 경우엔 일단 GUI 조차 제대로 뜨지 않았고, 게다가 제 컴에서만 그러는지는 모르겠는데 Alt+Shift+F1 등이 먹히지도 않아서 CLI 콘솔 창으로 접속

       이 불가능하더라고요. 그래서 먼저 재부팅을 하신 다음에 grub 창으로 가야합니다. 만약에 grub창이 뜨지 않으시면 리눅스가 부팅화면 뜨기 직전(저 같

       은 경우엔 부팅 화면 직전에 '-'이 깜빡거리는데 그때)부터 grub 옵션창이 뜨기 전까지 Shift 키를 그대로 쭉 누르고 있으면 grub 창이 뜹니다. 여기서 맨

       위에 디폴트 옵션 가시고 e(edit)를 누르셔서 명령어를 수정하셔야 합니다. 명령어 수정창이 뜨면 거기서 splash 있는 줄까지 오신 다음에 'quiet splash

       vt.handoff=7(또는 $~handoff 있는 명령어)'(아마 이 세 개가 다 연속적으로 있을 겁니다.)를 다 지우시고 거기에 'single'을 입력하시고 Ctrl+X 또는

       F10으로 부팅하시면 콘솔창이 뜹니다. 이후엔 위에서 설명한 Nvidia Driver 까는 방법을 그대로 따라하셔서 드라이버를 다시 까시면 됩니다.


- 2위. 디스크 파티션 문제

저 같은 경우엔 NTFS의 하드를 부팅 시에 fstab을 통해 자동 마운트를 시키는데 이게 윈도를 쓰다가 리눅스 부팅할 때 가끔씩 디스크 내부에서 꼬이는 건지 마운트 자체가 에러가 나서 fstab도 오류나고 이로 인해 부팅 자체가 멈춰버리는 경우가 있습니다. 이런 경우에는 제 경험상 아래와 같은 현상이 나타납니다.


    - 1. 부팅화면 잘 뜨고 프로그래스 바 같은 것도 잘 돌아가는 등 그래픽이 정상적으로 동작하다가 어느 순간 멈춰버리는 경우

    - 2. 부팅하다가 또는 부팅할 때 로그를 켜뒀을 때 부팅 오류라면서 Emergency Mode로 들어가는 경우


뭐 저야 이게 파티션이 망가진 게 아니고 일종의 버그 같은 거라서 저는 되게 쉽게 해결했지만 아닌 분들도 있게 추가적으로 제가 아는 한에서 해결 방안을 더 알려드리겠습니다. 1,2번에 대한 해결 방안은 아래과 같습니다.


    - grub 창에 들어가서(자동으로 안 뜨면 부팅 할 때 Shift 키 누르고 있기) Advanced Options -> 리눅스 커널 버전-recovery mode에 들어가시면

       부팅이 됩니다. 그 다음에 잘 보시면 파티션 오류 잡는 거 있는데 그거 실행해주시면 아마 될 겁니다.(이건 제가 진짜 파티션이 망가져 본 적이 없어서 제대

       로 해본 적이 없긴 하네요.

    - 저 같이 리눅스 기본 파티션 말고도 다른 것을 추가적으로 fstab으로 자동 마운트하시고 윈도와 함께 듀얼 부팅하신다면 그냥 윈도 다시 한 번 부팅하셨다

       가 뭐 이대로 끝내기는 좀 아쉬우니 문제있는 해당 디스크 윈도에서 잘 인식되는지 확인하시고 디스크를 탐색기로도 열어보시고 다시 리눅스 들어가시면

       됩니다(...).


2. 사용중 문제

그래도 윈도나 맥보다는 안정성이 조금 떨어져서 은근 문제를 많이 겪었으나 딱히 그렇게 굵직하게 사용상에 큰 지장을 주는 경우는 많이 못 봤습니다. 제가 경험하고 해결한 문제들만 보여드리겠습니다.


- 1. 키보드 & 마우스가 사용 중에 갑자기 멈춰버린다.

↳ 답이 없습니다(...). 다른 USB 포트에 키보드와 마우스를 끼워보시고, 그래도 안 살아난다면 강제로 재부팅을 하는 수 밖에 없습니다. 아마 고질적으로 가끔

     씩 Ubuntu에서 발생하는 문제로 보이는데 저도 아직까지 완벽한 해결책은 찾지 못했습니다.

- 2. Firefox를 실행하는데 분명히 다른 Firefox 프로세스가 실행되고 있지 않음에도 제대로 실행할 수 없다.

↳ 이건 설치하고 초기 실행할 때 제대로 안 했기 때문에 그럽니다. 사실 apt 등으로 firefox를 설치하신다면 죽어도 만날 수 없는 오류라고 전 생각합니다. 저

     같은 경우는 처음에 Firefox Developer Edition을 /opt/폴더 내부에 옮겨서 설치한 후에 'root' 권한으로 Firefox를 실행했는데 이때 초기 설정 파일들

     이 'root' 권한으로 생성되어서 이후에 일반 'user' 권한으로 기존의 Firefox를 실행하면 그 파일들을 불러오지 못해서 발생하는 오류라고 봅니다.

     (Chrome/Chromium은 이걸 알고 있었는지 'root' 계정으로는 죽어도 실행 못하게 만들었더라고요. 왜 그런가 했더니 이런 빅픽쳐가...)  해결방안은

     먼저 firefox를 지우시고(Developer Edition은 그 폴더 자체를 삭제) 이후에는 아래 폴더들을 완벽하게 삭제하시고 재설치하시면 됩니다.

     ~/.mozilla/firefox/

     /etc/firefox/

     /usr/lib/firefox/

     /usr/lib/firefox-addons/

  1. 벌래 2019.03.31 02:07

    해결 방법들 감사합니다

어쩌다가 소설 '개미'를 읽게 되어서 그 유명한 개미수열을 한 번 Python으로 구해보고 싶어져서 한 번 구해봤습니다.


일단 이 수열은 원래 읽고 말하기 수열입니다. 한국에서는 소설 '개미'로 인해 유명해져서 개미 수열이라고 부른다고 하군요. 재미난 점(?)이 서양(아마 서양쪽이 맞을 겁니다)과는 다르게 우리나라에서는 '1'을 '일이 한 개'라고 읽고, 서양에서는 '1'을 '한 개의 일'(one 1)라고 읽기 때문에 실제로 소설이 한국어로 번역될 때 한국 사정을 고려하다보니 한국에 출판된 '개미'에 나오는 수열은 읽고 말하기 수열를 뒤집은 꼴입니다. 예를 들어서 원래 읽고 말하기 수열은

1,

11,

21,

1211,

...


이렇게 이어지는데 반면에 한국에 출판된 '개미' 에서는

1,

12,

1121,

...


이렇게 나옵니다. 뭐 이 구조 특성상 프로그래밍하는 데도 순서만 바꾸면 되는지라 저는 한국 소설에 나온 방식이 더 맘에 들고 실제로 '개미수열'하면 이렇게 알려져 있는 경우가 더 많은 거 같아서 후자의 방식을 선택하여 프로그래밍 해봤습니다.


Python 코드는 다음과 같습니다. 일반적인 터미널 출력과 더불어 파일 출력도 가능하게 만들었습니다.

#-*- coding: utf-8 -*-

n = input("출력할 수열의 끝 번호: ")
isSave = raw_input("파일로 저장할 것인가요?(Y/N)(기본: N): ")

if isSave == "Y":
    f = open("./Les-fourmis_sequence.txt", "w")

s = "1"
for i in xrange(n):
    if isSave == "Y":
        f.write(s + "\n")
    else :
        print "\t" + str(i + 1) + ": " + s

    x = s[0]
    count = 1

    s_dev = ""

    for j in xrange(1, len(s)):
        if s[j] != x:
            s_dev += str(x) + str(count)

            x = s[j]
            count = 1
        else:
            count += 1

    s = s_dev + str(x) + str(count)

if isSave == "Y":
    f.close()

이 수열의 특성상 거의 기하급수적으로 길이가 길어지기 때문에 1번째부터 15번째 수까지만 보여드리겠습니다.

1
11
12
1121
122111
112213
12221131
1123123111
12213111213113
11221131132111311231
12221231123121133112213111
1123112131122131112112321222113113
1221311221113112221131132112213121112312311231
11221131122213311223123112312112221131112113213111213112213111
122212311223113212223111213112213111211223123113211231211131132111311222113113
...


이 수열의 재미난 성질이 있다면

1. 초기값(1)이 달라지지 않는다면 각 수에서 1, 2, 3을 제외한 다른 숫자들은 나올 수 없다.

↳ 상당히 흥미로운 이야기입니다. 나중에 가능하면 한 번 증명해보고 싶네요.

2. 초기값이 22를 제외한 임의의 수이면 수열은 끊임없이 길어진다.

↳ 간단히 생각해보면 간단한 이야기입니다. 먼저 초기값이 어떠한 수이던 간에 2번째 수부터는 무조건 짝수입니다. 근데 초기값이 한 숫자로만 이뤄져있으면

     당연하게 2번째 수는 무조건 두 자리일 수밖에 없습니다. 따라서 22이면 22, 22, 22, ...으로만 이어집니다. 즉, 초기값이 22가 아니라면 어떻게든 그 수열

     의 길이는 끊임없이 길어지게 되어 있습니다.

3. 초기값이 22를 제외한 임의의 수이고 각 수열의 일반항의 길이를 Li라고 하면

라고 합니다. 이 상수를 콘웨이 상수라고 하며 대수적 수라고 하네요. 나중에 시간나면 이놈도 한 번 구해보면 나름 재미있을 거 같습니다. ㅋㅋㅋ


지금 이 글 쓰면서 수열의 100번째 수까지 구해서 저장하고 있는데... 이런 짓은 안 하시는게 정신건강에 좋습니다. 파일 용량이 텍스트 주제 5GB를 넘어가고 있네요...(물론 저는 1부터 200억 사이에 있는 소수를 구하면서 11GB에 육박하는 텍스트 파일을 가지고 있긴 힙니다 ㅋㅋㅋ) 게다가 시간도 만만찮게 오래 걸립니다. 대충 지금 실행시간 20분 넘어간 거 같네요. 한 번 나중에 시간 복잡도 O()를 구해보는 것도 좋을 거 같네요.


(참고: https://ko.wikipedia.org/wiki/%EB%B0%94%EC%9D%B4%EC%96%B4%EC%8A%88%ED%8A%B8%EB%9D%BC%EC%8A%A4_%ED%95%A8%EC%88%98)


어쩌다가 우연히 이 함수를 알게 되었는데, 그냥 개인 취향으로 맘에 들어서 언젠간 한 번 그려보고 싶었던 놈이였습니다. 오늘 새벽에 멍 때리다가 갑자기 생각나서 python numpy를 활용해서 그려봤네요. 거의 수학 공식 그대로를 코드로 바로 옮겨서 쓸 수 있다는 게 맘에 들었습니다. 실제로 이걸 C/C++, Java로 계산하자면(까마득...) 확실히 python이 편하긴 하네요.


코드는 다음과 같습니다.


import numpy as np import matplotlib.pyplot as plt a = 0.5 # 0 < a < 1 b = 5 # ab > 1 + 3/2 * pi x = np.arange(-5, 5, 0.0001) y = np.zeros(2 * 5 * 10000, dtype="float128") for n in xrange(1000): y += np.power(a, n) * np.cos(np.power(b ,n) * np.pi * x) if n % 100 == 0: print "Now: ", n plt.grid(True) plt.xlim(-5, 5) plt.ylim(-3, 3) plt.plot(x, y, "black", linewidth=0.1) # linewidth 조정 가능 plt.savefig("Weierstrass Function.png", dpi=1200) # 그냥 보시려면 plt.show()


이미지로 그려봤습니다. 나름 적절히 linewidth 타협을 봐서 세세하게 잘 보이면서 너무 얇지도 않게(?) 그렸습니다. 너무 얇다고 생각하시는 분은 linewidth를 0.1보다 크게 세팅하시면 됩니다.

* 그리다보면 warning으로 overflow가 뜰 수 있습니다. np.power의 특성 덕분인지는 모르겠으나 그래프 그리는데에는 큰 지장은 주지 않아서 그대로 사용했습니다. 원래는 a 초기값에서 step마다 a 자신을 초기값과 곱해서 늘려가게 짜보았으나 이건 overflow가 나버리면 아예 작동에 심각한 지장을 줘서 일단은 np.power로 했습니다. 따로 제대로된 해결책을 찾아봐야 할 것 같습니다.

+ Recent posts