无法创建“Hello World”模块（以及 NVIDIA 和 VirtualBox）

Question 1

解决了！

就这么简单：/root/.bashrc里面有这个：

 export GREP_OPTIONS='--color=always'

将其更改为：

 export GREP_OPTIONS='--color=never'

...并重新启动 root shell (当然;不要省略此步骤）。一切又开始运转了。 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'

...并重新启动 root shell (当然;不要省略此步骤）。一切又开始运转了。 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，我这里有两台机器（运行 debian sid），安装了内核 linux-image-3.2.0-3-amd64 和 nvidia-kernel-dkms 302.17-3 及相关软件包。 dkms模块编译没有问题。第三台机器（我的主桌面）仍在运行 nvidia-kernel-dkms 295.53-1，主要是因为我不想注销。

顺便说一句，您提到使用 aptitude 清除并重新安装各种 nvidia 软件包。有几个 nvidia 软件包的软件包名称中没有 nvidia。这是我想出的保留/取消保留 nvidia pkgs 的解决方案（我通常只想在我愿意/能够注销当前的 X 会话时升级 nvidia pkgs...并且在新的 nvidia 版本出现一些不愉快的意外之后，我喜欢首先在我最不重要的机器上测试它们）：

（注意：你需要安装我的 dlocate 包才能运行它）

$ cat /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，我这里有两台机器（运行 debian sid），安装了内核 linux-image-3.2.0-3-amd64 和 nvidia-kernel-dkms 302.17-3 及相关软件包。 dkms模块编译没有问题。第三台机器（我的主桌面）仍在运行 nvidia-kernel-dkms 295.53-1，主要是因为我不想注销。

顺便说一句，您提到使用 aptitude 清除并重新安装各种 nvidia 软件包。有几个 nvidia 软件包的软件包名称中没有 nvidia。这是我想出的保留/取消保留 nvidia pkgs 的解决方案（我通常只想在我愿意/能够注销当前的 X 会话时升级 nvidia pkgs...并且在新的 nvidia 版本出现一些不愉快的意外之后，我喜欢首先在我最不重要的机器上测试它们）：

（注意：你需要安装我的 dlocate 包才能运行它）

$ cat /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那些 - 你有通用的 shell 应用程序包装脚本来对输出进行着色。也许您甚至应用了类似的配置/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那些 - 你有通用的 shell 应用程序包装脚本来对输出进行着色。也许您甚至应用了类似的配置/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-settings程序，并且我需要在我的高清电视上重置过扫描（辅助监视器）。

话虽如此，您不需要链接/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