「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と関連パッケージがインストールされている2つのシステム（debian sidを実行）があります。 dkmsモジュールのコンパイルに問題はありません。 3番目のコンピュータ（私のデフォルトのデスクトップ）はまだnvidia-kernel-dkms 295.53-1を実行していますが、主にログアウトしたくないからです。

ちなみに、適性を使って様々なNVIDIAパッケージを整理して再インストールすると言われました。パッケージ名に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と関連パッケージがインストールされている2つのシステム（debian sidを実行）があります。 dkmsモジュールのコンパイルに問題はありません。 3番目のコンピュータ（私のデフォルトのデスクトップ）はまだnvidia-kernel-dkms 295.53-1を実行していますが、主にログアウトしたくないからです。

ちなみに、適性を使って様々なNVIDIAパッケージを整理して再インストールすると言われました。パッケージ名に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