Почему драйвер nvidia 346 работает, а драйвер 384 не работает

Вы не можете удалить файл пользователя root .bashrc, если вы не являетесь пользователем root. В случае, если файл .bashrc удален для вашей учетной записи, вы можете восстановить его с помощью
 cp /etc/skel/.bashrc ~/.bashrc

Но это не ваш старый .bashrc-файл. Это новый .bashrc-файл с конфигурацией по умолчанию.

Обновление: любопытство и любопытство

Нет проблем, как указано в вышеприведенном ответе, если вы удалили файл .bashrc. Ваша система будет использовать системный файл /etc/bash.bashrc и запускаться как обычно.

Но если System wide /etc/bash.bashrc файл использует ваша система, тогда нет псевдонимов, нет автоматического ввода вкладок, нет цветов Ничто не будет работать на вас.

В случае чрезмерного любопытства, если вы удалили системную ширину /etc/bash.bashrc, то также не проблема, но единственная функция, которая пропустила здесь, - это если вы наберете какую-то команду, которая недоступна, мы использовали для получения команды-not -found, но после удаления системы bashrc вы не получите даже этого.

Это все, что я знаю.

Надеюсь, что это поможет.

1
задан 12 September 2017 в 18:11

2 ответа

Комментарий к OP, установка более позднего ядра помогла (пакет 4.4, linux-generic-lts-xenial).

Следовательно, это ошибка упаковки Ubuntu, которую я бы рекомендовал сообщить. Они должны добавить более позднее ядро ​​к зависимостям NVidia-384 (пакет 4.4, linux-generic-lts-xenial) .

В конечном итоге ядро ​​не имеет стабильного интерфейса для работы с модулями, что по назначению - это одна из причин того, что, несмотря на то, что ей исполнилось 26 лет, она по-прежнему современна и хорошо развита.

Это хорошо, и на самом деле желательно, чтобы производители карт с драйверами в ядре (например, Intel и AMD), и это действительно полезно, и каждый раз, когда внутренние интерфейсы отбрасываются, добавляются, перезаписываются, улучшаются и т. Д. ). Но NVidia по политическим причинам сохраняет код закрытым, вместо этого они используют DKMS для работы с внутренним нестабильным API. И в вашем случае то, что, по-видимому, произошло, - это некоторое нарушение на пути от 3.16 до 4.4, из-за чего драйвер ядра NVidia терпит неудачу.

FTR, обратите внимание на различие между драйверами ядра GPU (например, Intel и AMD) и пользовательские графические драйверы (являющиеся компонентом для ядра).

Также FYI, 3.16 не является старым, поскольку 4.4 есть. 3.16 является древним.

0
ответ дан 18 July 2018 в 06:59

Комментарий к OP, установка более позднего ядра помогла (пакет 4.4, linux-generic-lts-xenial).

Следовательно, это ошибка упаковки Ubuntu, которую я бы рекомендовал сообщить. Они должны добавить более позднее ядро ​​к зависимостям NVidia-384 (пакет 4.4, linux-generic-lts-xenial) .

В конечном итоге ядро ​​не имеет стабильного интерфейса для работы с модулями, что по назначению - это одна из причин того, что, несмотря на то, что ей исполнилось 26 лет, она по-прежнему современна и хорошо развита.

Это хорошо, и на самом деле желательно, чтобы производители карт с драйверами в ядре (например, Intel и AMD), и это действительно полезно, и каждый раз, когда внутренние интерфейсы отбрасываются, добавляются, перезаписываются, улучшаются и т. Д. ). Но NVidia по политическим причинам сохраняет код закрытым, вместо этого они используют DKMS для работы с внутренним нестабильным API. И в вашем случае то, что, по-видимому, произошло, - это некоторое нарушение на пути от 3.16 до 4.4, из-за чего драйвер ядра NVidia терпит неудачу.

FTR, обратите внимание на различие между драйверами ядра GPU (например, Intel и AMD) и пользовательские графические драйверы (являющиеся компонентом для ядра).

Также FYI, 3.16 не является старым, поскольку 4.4 есть. 3.16 является древним.

0
ответ дан 24 July 2018 в 18:43

Другие вопросы по тегам:

Похожие вопросы: