☰

Ubuntu 3.11.0-15(NVidia가 설치된 시스템) - USB 드라이브에서 부팅 가능 - 하드 드라이브 아님

tag-icon • tag-icon boot nvidia usb live-usb nouveau
Ubuntu 3.11.0-15(NVidia가 설치된 시스템) - USB 드라이브에서 부팅 가능 - 하드 드라이브 아님

nvidia 드라이버를 여러 번 설치하려고 하면 Ubuntu 설치가 부팅되지 않을 정도로 손상되었습니다. 나는 다음 메시지로 끝납니다.

nvidia: 모듈 라이센스 'NVIDIA'가 커널을 오염시킵니다.
커널 오염으로 인한 잠금 디버깅 비활성화
nvidia: 모듈 확인 실패: 서명 및/또는 필수 키 누락 - 커널 오염

그 이후로 Ubuntu를 약 4번 다시 설치했습니다.

나는 최근에야 하드 드라이브에서 "UI"("X"라고 불리는가?)에 대한 로그인 화면에 들어갈 수 있었습니다. 즉, 다음을 수행하여 하드드라이브의 터미널에 접근할 수 있습니다:

  1. GRUB 시작 메뉴에서 고급을 선택합니다.
  2. 3.11.0-15 일반 복구 모드 선택
  3. "dpkg" 단계에서 실제로 무엇이든 업데이트/다운로드/수정하려면 선택적으로 네트워크(네트워킹 활성화)를 클릭하세요.
  4. 복구 메뉴에서 dpkg(깨진 패키지 복구)를 선택합니다(파일 시스템 읽기/쓰기를 위해).
  5. 루트 선택("루트 쉘 프롬프트로 드롭")
  6. 이제 전체 화면 터미널이 있고 /etc/default/grub 파일 업데이트와 같은 작업을 수행할 수 있습니다.

하지만 아직 하드드라이브의 로그인 화면을 벗어나게 만드는 항목(nomodeset, 백라이트 등)을 파악하지 못했습니다.

내 문제는 내가 설치한 드라이버, xorg.conf 및 내가 가지고 있는 특정 그래픽 카드(NVIDIA GeForce GTX 780 - 3 GB - 941 GHZ)일 가능성이 99%인 것 같습니다.

내가 시도하고 싶은 한 가지 접근 방식은 내 하드 드라이브 "구성 파일"을 USB 드라이브 "구성 파일"과 일치시키는 것입니다. 불행하게도 동일한 "전체 화면 터미널"에서만 하드 드라이브 "구성 파일"을 볼 수 있었지만 UI를 사용하여 USB 드라이브 시작 구성 파일을 볼 수 있었습니다. USB 드라이브가 캐스퍼와 같은 Linux 명령에 대해 일부 인수/매개변수를 사용하는 것을 확인했으며 하드 드라이브에서 시작할 때 유사하게 수행할 수 있는지 궁금합니다. 그렇지 않으면 다음으로 최선의 방법은 하드 드라이브 부팅을 USB 드라이브 부팅과 더 밀접하게 일치시키는 것입니다.

예를 들어 다음은 linux 명령에 대한 하드 드라이브 호출 명령입니다.

linux /boot/vmlinuz-3.11.0-15-generic root=UUID=01494fc3-a040-46dd-b8ef-23ce81b59dbe ro Quiet Splash nomodeset $vt_handoff

USB 드라이브에서 부팅하는 명령은 다음과 같습니다.

linux /casper/vmlinuz.efi 파일=/cdrom/preseed/ubunutu.seed cdrom-Detect/try-usb=true noprompt floppy.\allowed_drive_mask=0ignore_uuid boot=casper Quiet Splash -- nomodeset

하드 드라이브에서 부팅할 때 USB 드라이브의 "캐스퍼" 측면을 사용할 수 있습니까? 아니면 일부 "시작 구성 파일"을 보고 하드 드라이브를 USB 드라이브와 일치시킬 수 있는지 확인해야 합니다.

또 다른 아이디어 - jockey-text -l 명령을 사용하여 하드 드라이브의 터미널/셸에서 드라이버를 나열하면 알 수 있습니다.

두 개의 nvidida 드라이버(kmod:nvidia_319_updates 및 kmod:nvidia_319)만 표시되고 nouveau 비디오 드라이버는 표시되지 않습니다. 내 Nouveau 버전이 최신 상태이고 내 하드 드라이브에서 작동하는지 확인하기 위해 다음도 실행했습니다.

sudo apt-get 설치 noveau-firmware xserver-xorg-video-nouveau xsever-xorg-video-nouveau-dbg

설치되었지만 마찬가지입니다. 로그인 화면으로 이동하면 비밀번호를 입력할 때 비밀번호 필드 업데이트가 표시되지만 Enter 키를 누르자마자 화면이 검게 변합니다.

또한 복구 메뉴에서 그래픽 안전 장치 선택을 사용해도 하드 드라이브에서 부팅할 수 없다는 점도 언급할 가치가 있습니다. 그런데 이 파일을 보니

xorg.conf.failsafe

해당 파일에서 장치 드라이버가 "vesa"로 설정되어 있음을 알 수 있습니다. 나는 또한 xorg.conf가 없다는 것을 알았습니다. 그래서 nouveau를 참조하여 xorg.conf를 만들었습니다.

다음 명령을 실행하여:

X -구성

새 파일 /root/xorg.conf.new가 생성되었으므로 /etc/X11로 옮겨서 살펴보았습니다.

그 안에는 8개의 화면이 구성되어 있으며 "Screen2"라는 이름의 화면에는 누보가 표시됩니다. 처음으로(48시간이 지나서) xorg.conf(/etc/X11 디렉토리에 있음)로 이름을 바꾸었습니다. 이제 시작 화면이 하드 드라이브에 로드된 것을 볼 수 있습니다!

그런데 비밀번호를 입력하면 화면이 검게 변합니다. 한 포스터에서는 로그인 UI에서 ctrl-alt f6을 사용할 수 있으며(이것이 나타난다고 가정) X가 아닌(UI가 아닌) 터미널 인터페이스(여기서 로그인할 수 있음)를 제공한다는 것을 보여주었습니다. 하지만 그렇게 한다고 해도 다음에 무엇을 시도해야 할지 아직 모르겠습니다. 로그인 화면에 로그인하자마자 화면이 검게 변합니다. 아마도 이것은 여전히 ​​내 그래픽 설정과 관련되어 있을 것입니다. 아마도 내 /etc/X11/xorg.conf 파일에서 다른 7개 항목을 삭제하는 것일까요?

Bumblebee 설치 등을 통해 상황을 개선하려고 시도한 후 로그인 화면이 더 이상 나타나지 않습니다.

언급할 가치가 있는 한 가지는 다음을 사용하여 모든 드라이버를 나열하는 것입니다.

기수 텍스트 -l
알겠어요

kmod:nvidia_319_updates (독점, 비활성화, 사용되지 않음)
kmod:nvidia_319 (독점, 비활성화, 사용되지 않음)

Bumblebee를 설치하면 이 항목이 추가됩니다.

kmod:nvidia_304 (독점, 활성화, 사용되지 않음)

모두 "사용하지 않음"으로 표시된 이유는 복구 모드 메뉴를 통해 이 터미널에 접속했기 때문입니다.

그런 다음 이 페이지를 사용하여 nvidia_304 드라이버를 제거/제거했습니다. jockey-text에 나열되지 않은 제한된 그래픽 드라이버 비활성화

구체적으로 이 비트

sudo apt-get 제거 --purge nvidia-*

데스크탑 명령을 실행했을 때 이미 설치되어 있었고 최신 버전이었습니다.

이제 로그인 화면으로 돌아갈 수 있습니다. 하지만 로그인할 때 여전히 검은색으로 표시되고 방금 알아낸 또 다른 점은 마우스를 움직이면 UI가 응답/업데이트를 중지한다는 것입니다.

어둠 속에서 더 많은 촬영 - 이 명령을 실행했을 때:

dpkg -l | grep -i 엔비디아*

다음 항목 외에도 내 컴퓨터에 primus 및 Bumblebee 드라이버가 여전히 설치/상주하고 있음을 확인했습니다.

bbswitch-dkms amd64
누보-펌웨어 모두

그래서 다음 명령을 사용했습니다.

sudo apt-get 제거 --purge bumblebee

Bumblebee와 Primus를 모두 제거했습니다. 상황이 더 악화되지는 않았습니다. 여전히 로그인 화면에 접근하여 비밀번호를 입력할 수 있었지만, 다시 비밀번호를 입력한 후 화면이 검게 변하고 강제로 다시 시작해야 했습니다.

다른 제안이 있나요?

감사해요!

관련 정보