"Hello World" 모듈(및 NVIDIA 및 VirtualBox)을 생성할 수 없습니다.

Question 1

해결되었습니다!

매우 간단합니다. /root/.bashrc다음과 같은 내용이 있습니다.

 export GREP_OPTIONS='--color=always'

다음으로 변경하세요.

 export GREP_OPTIONS='--color=never'

...그리고 루트 셸을 다시 시작합니다(틀림없이;이 단계를 생략하지 마십시오). 모든 것이 다시 작동하기 시작했습니다. NVIDIA와 VirtualBox 커널 모듈은 모두 첫 번째 시도에서 구축되었습니다. 정말 기뻐요! :-)

하지만 다시 한 번 커널 빌드 도구에 약간 실망했습니다. 그들은 더 잘 인식하고 이전 값을 --color=never사용할 때마다 전달해야 합니다 grep. 또는 오히려 이전 값을 저장하고 GREP_OPTIONS빌드 프로세스가 진행되는 동안 덮어쓴 다음 복원해야 합니다.

이 문제에 대한 저의 일주일간의 장대한 싸움이 커뮤니티와 커널 빌드 도구 개발자 모두에게 귀중한 것이 되기를 바랍니다.

저와 함께 머물면서 도움을 주려고 노력해주신 분들께 진심으로 감사드립니다.

(모든 크레딧은 여기에 있습니다:http://forums.gentoo.org/viewtopic-p-4156366.html#4156366)

Answer

해결되었습니다!

매우 간단합니다. /root/.bashrc다음과 같은 내용이 있습니다.

 export GREP_OPTIONS='--color=always'

다음으로 변경하세요.

 export GREP_OPTIONS='--color=never'

...그리고 루트 셸을 다시 시작합니다(틀림없이;이 단계를 생략하지 마십시오). 모든 것이 다시 작동하기 시작했습니다. NVIDIA와 VirtualBox 커널 모듈은 모두 첫 번째 시도에서 구축되었습니다. 정말 기뻐요! :-)

하지만 다시 한 번 커널 빌드 도구에 약간 실망했습니다. 그들은 더 잘 인식하고 이전 값을 --color=never사용할 때마다 전달해야 합니다 grep. 또는 오히려 이전 값을 저장하고 GREP_OPTIONS빌드 프로세스가 진행되는 동안 덮어쓴 다음 복원해야 합니다.

이 문제에 대한 저의 일주일간의 장대한 싸움이 커뮤니티와 커널 빌드 도구 개발자 모두에게 귀중한 것이 되기를 바랍니다.

저와 함께 머물면서 도움을 주려고 노력해주신 분들께 진심으로 감사드립니다.

(모든 크레딧은 여기에 있습니다:http://forums.gentoo.org/viewtopic-p-4156366.html#4156366)

Question 2

dkms 삭제 후 재설치 해보셨나요?

이것을 사용하면 apt-get purge dkms이에 의존하는 모든 패키지도 지워지므로 나중에 다시 설치해야 합니다.

종속 패키지도 지우고 싶지 않으면 dpkg를 사용할 수 있습니다.

dpkg --purge --force-depends dkms

일반적인 방법으로 다시 설치하십시오.apt-get install dkms

FWIW, 여기에 커널 linux-image-3.2.0-3-amd64 및 nvidia-kernel-dkms 302.17-3 및 관련 패키지가 설치된 두 대의 시스템(debian sid 실행)이 있습니다. dkms 모듈을 컴파일하는 데 문제가 없습니다. 세 번째 컴퓨터(내 기본 데스크톱)는 여전히 nvidia-kernel-dkms 295.53-1을 실행하고 있는데, 주로 로그아웃하고 싶지 않기 때문입니다.

그런데, 적성을 사용하여 다양한 엔비디아 패키지를 정리하고 다시 설치한다고 언급하셨습니다. 패키지 이름에 nvidia가 포함되지 않은 nvidia 패키지가 여러 개 있습니다. 다음은 nvidia pkgs를 보존/보존 해제하기 위해 생각해낸 솔루션입니다. (저는 일반적으로 현재 X 세션에서 로그아웃할 의향/로그아웃할 수 있을 때만 nvidia pkgs를 업그레이드하고 싶습니다... 그리고 새로운 nvidia 버전에서 불쾌한 놀라움을 겪은 후, 나는 가장 덜 중요한 컴퓨터에서 먼저 테스트하는 것을 좋아합니다):

(참고: 이것을 실행하려면 dlocate 패키지를 설치해야 합니다)

$ 고양이 /usr/local/sbin/hold-nvidia.sh
#! /bin/bash

PKGS=$(dlocate -l nvidia cuda vdpau | awk '/^[hi]i/ {print $2}' | sed -e 's/:.*//')

에코 dpkg-hold $PKGS
dpkg -$PKGS 유지

dpkg-unhold보관되지 않은 패키지의 경우 거의 동일한 패키지( 대신 실행 중 dpkg-hold) 가 있으므로 이를 실행 dpkg --purge하거나 apt-get purge교체하는 것은 쉽지 않습니다.

Answer

dkms 삭제 후 재설치 해보셨나요?

이것을 사용하면 apt-get purge dkms이에 의존하는 모든 패키지도 지워지므로 나중에 다시 설치해야 합니다.

종속 패키지도 지우고 싶지 않으면 dpkg를 사용할 수 있습니다.

dpkg --purge --force-depends dkms

일반적인 방법으로 다시 설치하십시오.apt-get install dkms

FWIW, 여기에 커널 linux-image-3.2.0-3-amd64 및 nvidia-kernel-dkms 302.17-3 및 관련 패키지가 설치된 두 대의 시스템(debian sid 실행)이 있습니다. dkms 모듈을 컴파일하는 데 문제가 없습니다. 세 번째 컴퓨터(내 기본 데스크톱)는 여전히 nvidia-kernel-dkms 295.53-1을 실행하고 있는데, 주로 로그아웃하고 싶지 않기 때문입니다.

그런데, 적성을 사용하여 다양한 엔비디아 패키지를 정리하고 다시 설치한다고 언급하셨습니다. 패키지 이름에 nvidia가 포함되지 않은 nvidia 패키지가 여러 개 있습니다. 다음은 nvidia pkgs를 보존/보존 해제하기 위해 생각해낸 솔루션입니다. (저는 일반적으로 현재 X 세션에서 로그아웃할 의향/로그아웃할 수 있을 때만 nvidia pkgs를 업그레이드하고 싶습니다... 그리고 새로운 nvidia 버전에서 불쾌한 놀라움을 겪은 후, 나는 가장 덜 중요한 컴퓨터에서 먼저 테스트하는 것을 좋아합니다):

(참고: 이것을 실행하려면 dlocate 패키지를 설치해야 합니다)

$ 고양이 /usr/local/sbin/hold-nvidia.sh
#! /bin/bash

PKGS=$(dlocate -l nvidia cuda vdpau | awk '/^[hi]i/ {print $2}' | sed -e 's/:.*//')

에코 dpkg-hold $PKGS
dpkg -$PKGS 유지

dpkg-unhold보관되지 않은 패키지의 경우 거의 동일한 패키지( 대신 실행 중 dpkg-hold) 가 있으므로 이를 실행 dpkg --purge하거나 apt-get purge교체하는 것은 쉽지 않습니다.

Question 3

이것은 좋지 않습니다:

PATH: /usr/local/rvm/gems/ruby-1.9.3-p194/bin:\
    /usr/local/rvm/gems/ruby-1.9.3-p194@global/bin:\
    /usr/local/rvm/rubies/ruby-1.9.3-p194/bin:\
    /usr/local/rvm/bin:\
    /usr/local/sbin:\
    /usr/local/bin:\
    /usr/sbin:\
    /usr/bin:\
    /sbin:\
    /bin

나는 이 디렉토리 중 최소한 몇 개에는$PATH편집하다~ 전에/bin그리고/sbin- 특히ruby즉, 출력을 색상화하는 일반 셸 응용 프로그램 래퍼 스크립트가 있습니다. 어쩌면 다음과 같은 구성을 적용했을 수도 있습니다./etc/skel이 경우에도 안됨/bin/env -i grep당신을 당신 자신으로부터 구할 수도 있었습니다.

이래서 사람들이 컴파일하는구나chroot.

PS 제가 이렇게 까다롭게 선택한 이유는 몇 년 전에도 같은 교훈을 같은 방식으로 배워야 했기 때문입니다. 아마 당신은 필요하지 않을 것입니다=never만약 당신의$PATH매우 깨끗합니다. 또는 다음을 사용할 수 있습니다.--color=auto이 경우 다음과 같은 경우에만 터미널 이스케이프를 사용하세요.grep~의stdout터미널입니다. 즉, 터미널이 아닙니다.|pipe도착하다gcc.

또는 더 나은 방법은 유연하지 않은 쉘을 설정하지 않는 것입니다.alias그리고:

alias grep=grep\ --color=anything

당신이 사용할 수있는grep~의$ENV환경:

GREP_COLOR=auto

Answer

이것은 좋지 않습니다:

PATH: /usr/local/rvm/gems/ruby-1.9.3-p194/bin:\
    /usr/local/rvm/gems/ruby-1.9.3-p194@global/bin:\
    /usr/local/rvm/rubies/ruby-1.9.3-p194/bin:\
    /usr/local/rvm/bin:\
    /usr/local/sbin:\
    /usr/local/bin:\
    /usr/sbin:\
    /usr/bin:\
    /sbin:\
    /bin

나는 이 디렉토리 중 최소한 몇 개에는$PATH편집하다~ 전에/bin그리고/sbin- 특히ruby즉, 출력을 색상화하는 일반 셸 응용 프로그램 래퍼 스크립트가 있습니다. 어쩌면 다음과 같은 구성을 적용했을 수도 있습니다./etc/skel이 경우에도 안됨/bin/env -i grep당신을 당신 자신으로부터 구할 수도 있었습니다.

이래서 사람들이 컴파일하는구나chroot.

PS 제가 이렇게 까다롭게 선택한 이유는 몇 년 전에도 같은 교훈을 같은 방식으로 배워야 했기 때문입니다. 아마 당신은 필요하지 않을 것입니다=never만약 당신의$PATH매우 깨끗합니다. 또는 다음을 사용할 수 있습니다.--color=auto이 경우 다음과 같은 경우에만 터미널 이스케이프를 사용하세요.grep~의stdout터미널입니다. 즉, 터미널이 아닙니다.|pipe도착하다gcc.

또는 더 나은 방법은 유연하지 않은 쉘을 설정하지 않는 것입니다.alias그리고:

alias grep=grep\ --color=anything

당신이 사용할 수있는grep~의$ENV환경:

GREP_COLOR=auto

Question 4

저는 NVIDIA 드라이버와 함께 Debian Wheezy(32비트)를 실행하고 있습니다. 최근에 DKMS 320.17 버전도 사용해 보았지만 "공식" NVIDIA 버전(295.59)으로 되돌렸습니다. 설치에 실패했기 때문이 아니라 프로그램이 포함되지 않았고 nvidia-settingsHDTV(보조 모니터)에서 오버스캔을 재설정해야 했기 때문입니다. ).

/usr/bin/gcc그렇긴 하지만, 이전 버전을 실행하기 위해 gcc-4.6에 링크할 필요는 없습니다 . CC=gcc-4.6설치된 모든 nvidia 항목을 지운 후 "공식" 295.59 설치를 실행하기 전에 이 작업을 수행 했습니다 apt-get.

아직도 숨이 차다시험버전이므로 64비트 버전에서 제대로 테스트되지 않은 버그가 발생할 수 있습니다. 앞서 말했듯이 32비트 업그레이드에는 기능 누락 외에는 아무런 문제가 없었습니다. 시스템에 모든 문제가 없다고 확신하는 경우 기록된 오류 보고서를 검토할 수 있습니다.

내 제안은 295.59 "공식" 버전으로 되돌리고(링크를 사용하거나 CC를 정의하여 올바른 버전을 사용 gcc) nvidia-kernel-dkms 모듈이 업데이트될 때까지(또는 Wheezy가 다음으로 출시될 때까지) 기다리는 것입니다.안정적인).

물론 확인해 보면여기코드는 다음과 같습니다.무료가 아님어쨌든 "공식" 바이너리의 시험판 버전을 사용하는 것이 가능하므로 문제의 가능성만 높아집니다.

Answer