[gelöst]Nvidia-Treiber und Jessie

[halo44]

Nachdem ich bereits etwa einen Monat auf meinem Notebook Jessie problemlos nutze, wollte ich jetzt auch meinen Desktoprechner von Wheezy auf Jessie upgraden.

Hierzu habe ich in der sources.list die Verweise von wheezy auf jessie geändert und dann apt-get update + dist-upgrade gestartet. 1551 Pakete sollten aktualisiert, 639 neu installiert, 47 entfernt und 1 nicht aktualisiert werden. Dem habe ich zugestimmt.

Der Vorgang wurde gestartet und lief bis zu dieser Meldung :

Ihr System hat eine Grafikkarte, die nicht mehr vom NVIDIA-Treiber (aus dem Paket nvidia-driver) bedient wird. Sie möchten das Paket vielleicht istalliert lassen - um beispielsweise eine andere Karte zu betreiben, aber der folgende Chipsatz wird damit nicht nutzbar sein:

00:10.0 VGA compatible controller [0300]: NVIDIA Corporation C73 [GeForce 7100 / nForce 630i] [10de:07e1] (rev a2)

Die oben angegebene Karte benötigt entweder den nicht-freien Legacy-NVIDAI-Treiber (aus dem Paket nvidia-legacy-304xx-driver) oder den freien Nouveau-Treiber (aus dem Paket xserver-xorg-video-nouveau).

Bevor der Nouveau-Treiber genutzt werden kann, müssen Sie die NVIDIA-Konfiguration aus xorg.conf (und xorg.conf.d/) entfernen.

NVIDIA-Treiber installieren trotz nicht unterstützter Grafikkarte?

<Ja> <Nein>

Hier habe ich, wie voreingestellt "Nein" gewählt.

Daraufhin bricht der Upgrade-Vorgang ab mit :

Code: Alles auswählen

Vorbereitung zum Entpacken von .../libgl1-nvidia-glx_340.65-2_amd64.deb ...
*** The following unsupported devices are present in the machine:
00:10.0 VGA compatible controller [0300]: NVIDIA Corporation C73 [GeForce 7100 / nForce 630i] [10de:07e1] (rev a2)
Aborting nvidia driver installation.
dpkg: Fehler beim Bearbeiten des Archivs /var/cache/apt/archives/libgl1-nvidia-glx_340.65-2_amd64.deb (--unpack):
 Unterprozess neues pre-installation-Skript gab den Fehlerwert 1 zurück
Vorbereitung zum Entpacken von .../xserver-xorg-video-nvidia_340.65-2_amd64.deb ...
Entpacken von xserver-xorg-video-nvidia (340.65-2) über (304.125-1) ...
Trigger für nvidia-alternative (340.65-2) werden verarbeitet ...
Trigger für glx-alternative-nvidia (0.5.1) werden verarbeitet ...
update-initramfs: deferring update (trigger activated)
Trigger für libc-bin (2.19-18) werden verarbeitet ...
Trigger für initramfs-tools (0.109.1) werden verarbeitet ...
update-initramfs: Generating /boot/initrd.img-3.2.0-4-amd64
Fehler traten auf beim Bearbeiten von:
 /var/cache/apt/archives/libgl1-nvidia-glx_340.65-2_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

Zwar ist die gegebene Information aussagekräftig genug, aber mir ist nicht klar, ob der Upgradevorgang ansonsten fertig ist und ich lediglich einen der angebotenen Treiber installieren muß.

Für Eure Hilfe bedanke ich mich.

Gruss H.

[Radfahrer]

Installiere den Treiber und führe einfach noch einmal ein

apt-get update && apt-get dist-upgrade

aus. Das machst du doch sowieso regelmäßig. Oder zumindest solltest du das tun.

[rendegast]

Ich würde nvidia ("current", 304-wheezy <-> 340-jessie) purgen,
und nach dem vollständigen Upgrade nvidia-legacy 304 installieren.

Sauber wäre es wohl durchgelaufen,
wenn vor dem dist-upgrade nvidia "current"/304-wheezy durch nvidia-legacy 304-wheezy-backports ersetzt wäre.

[halo44]

Danke für Eure schnelle Meldung.

Da ich selbstverständlich mein System vor dem Upgradeversuch gesichert habe, möchte ich gerne den "sauberen" Weg über die Ersetzung durch nvidia-legacy 304-wheezy-backports gehen. Ich habe daher das System auf wheezy zurückgesetzt und diese Paketquelle

deb http://ftp.de.debian.org/debian/ wheezy-backports main contrib none-free

in die sources.list eingetragen und wollte anschließend die Paketquellen aktualisieren. Hierbei erhalte ich jetzt diesen Fehler :

Fehlschlag beim Holen von http://ftp.de.debian.org/debian/dists/w ... ts/Release Erwarteter Eintrag »none-free/binary-amd64/Packages« konnte in Release-Datei nicht gefunden werden (falscher Eintrag in sources.list oder missgebildete Datei).
Einige Indexdateien konnten nicht heruntergeladen werden. Sie wurden ignoriert oder alte an ihrer Stelle benutzt.

Somit benötige ich weitere Hilfe.

Gruss H.

[rendegast]

"non-free"

[halo44]

"non-free"

Danke für die Lese-Hilfe. Jetzt läuft die Aktualisierung.

Aber ich komme mit Deinem Ersetzungsvorschlag nicht zurecht :

nvidia "current"/304-wheezy durch nvidia-legacy 304-wheezy-backports

Welche Pakete verbergen sich hinter "current"? Wenn ich diese deinstalliere, kann ich dann vermutlich (?) alles mit "nvidia-legacy" installieren?

Ich sollte sicher noch erwähnen, daß ich bisher nur gelegentlich mit Debian gearbeitet habe und noch weit davon entfernt bin sattelfest zu sein.

Wenn ich versuche die Deinstallation/Installation mit Synaptic (womit ich gerne arbeite) durchzuführen, scheitern alle meine Auswahlen mit unerfüllten Abhängigkeiten.

Ich hoffe Eure Geduld nicht zu sehr zu strapazieren.

Gruss H.

[rendegast]

Das "current" kommt hierher:

Code: Alles auswählen

$ /usr/sbin/dkms status | sort -V
fglrx, 14.12, 3.16.0-4-amd64, x86_64: installed
fglrx, 14.12, 4.0.0-1-amd64, x86_64: installed
nvidia-current, 340.65, 3.16.0-4-amd64, x86_64: installed
nvidia-legacy-304xx, 304.125, 3.16.0-4-amd64, x86_64: installed
vboxhost, 4.3.28, 3.16.0-4-amd64, x86_64: installed

$ dpkg -l | grep nvidia.*dkms | cut -c-110
ii  nvidia-kernel-dkms                                          340.65-2                            amd64     
ii  nvidia-legacy-304xx-kernel-dkms                             304.125-1                           amd64     

Gemeint ist das "Standard"-nvidia der Distribution.
In wheezy ist "current" halt der nvidia in Version 304.



Vielleicht reicht es auch/wäre besser,
den legacy-304 erst zusätzlich zu installieren.
Dann geht debian nicht davon aus, daß glx/X auf mesa-openGL umgestellt werden muß.
Auch wird bei durch Paket nvidia (und später durch Paket nvidia-legacy) gehaltenen Paketen nicht die Deinstallation erwogen
(was auch keine Katastrophe wäre).

Ich würde das auf der Konsole machen,
damit ein eventuell wegbrechender X nicht den Installationsprozeß der grafischen Anwendung synaptic crasht.

Insgesamt wäre das wohl einen Bug für jessie-Release wert gewesen.

[halo44]

Danke für Deinen Beitrag. Ich habe diesen so verstanden, daß ich für die zusätzliche Installation ausführen muß :

Code: Alles auswählen

apt-get -t wheezy-backports install nvidia-legacy-304xx-kernel-dkms

Die Installation läuft auch an, aber landet wieder mit der exakt gleichen Meldung aus meinem Eröffnungspost, die auf eine nicht mehr unterstützte Grafikkarte hinweist. Nach Auswahl von "Nein" (also nicht trotzdem installieren) beendet sich der Vorgang fehlerhaft.

dpkg: libgl1-nvidia-alternatives: Abhängigkeitsprobleme, wird aber wie gefordert dennoch entfernt:
nvidia-alternative hängt ab von libgl1-nvidia-alternatives (>= 275.09.07-4).

(Lese Datenbank ... 128861 Dateien und Verzeichnisse sind derzeit installiert.)
Entfernen von libgl1-nvidia-alternatives ...
(Lese Datenbank ... 128854 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Ersetzen von nvidia-vdpau-driver:amd64 304.125-1 (durch .../nvidia-vdpau-driver_340.65-2~bpo70+1_amd64.deb) ...
Ersatz für nvidia-vdpau-driver:amd64 wird entpackt ...
Vorbereitung zum Ersetzen von glx-alternative-nvidia 0.2.2 (durch .../glx-alternative-nvidia_0.5.1~bpo70+1_amd64.deb) ...
Ersatz für glx-alternative-nvidia wird entpackt ...
Vorbereitung zum Ersetzen von glx-alternative-mesa 0.2.2 (durch .../glx-alternative-mesa_0.5.1~bpo70+1_amd64.deb) ...
Ersatz für glx-alternative-mesa wird entpackt ...
Vorbereitung zum Ersetzen von glx-diversions 0.2.2 (durch .../glx-diversions_0.5.1~bpo70+1_amd64.deb) ...
Ersatz für glx-diversions wird entpackt ...
Vorbereitung zum Ersetzen von nvidia-glx 304.125-1 (durch .../nvidia-glx_340.65-2~bpo70+1_amd64.deb) ...
Ersatz für nvidia-glx wird entpackt ...
Vorbereitung zum Ersetzen von xserver-xorg-video-nvidia 304.125-1 (durch .../xserver-xorg-video-nvidia_340.65-2~bpo70+1_amd64.deb) ...
Ersatz für xserver-xorg-video-nvidia wird entpackt ...
Trigger für nvidia-alternative werden verarbeitet ...
update-alternatives: Warnung: Neuinstallation der Alternative /usr/lib/nvidia/current ist erzwungen, weil Linkgruppe nvidia defekt ist
(Lese Datenbank ... 128875 Dateien und Verzeichnisse sind derzeit installiert.)
Entfernen von libxvmcnvidia1:amd64 ...
Trigger für nvidia-alternative werden verarbeitet ...
update-alternatives: Warnung: Neuinstallation der Alternative /usr/lib/nvidia/current ist erzwungen, weil Linkgruppe nvidia defekt ist
(Lese Datenbank ... 128863 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Ersetzen von libgl1-nvidia-glx:amd64 304.125-1 (durch .../libgl1-nvidia-glx_340.65-2~bpo70+1_amd64.deb) ...
*** The following unsupported devices are present in the machine:
00:10.0 VGA compatible controller [0300]: NVIDIA Corporation C73 [GeForce 7100 / nForce 630i] [10de:07e1] (rev a2)
Aborting nvidia driver installation.
dpkg: Fehler beim Bearbeiten von /var/cache/apt/archives/libgl1-nvidia-glx_340.65-2~bpo70+1_amd64.deb (--unpack):
Unterprozess neues pre-installation-Skript gab den Fehlerwert 1 zurück
Fehler traten auf beim Bearbeiten von:
/var/cache/apt/archives/libgl1-nvidia-glx_340.65-2~bpo70+1_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

Was mache ich falsch?

Gruss H.

[rendegast]

Da ist wohl was durcheinander,
wenn das Austauschen des nvidia wheezy/304 durch wheezy-backports/340 versucht wird.
Eventuell beim Setzen der wheezy-backports-Quelle die normale wheezy-Quelle deaktiviert?
(Oder befindet sich das System im Status eines halbinstallierten jessie?)

Dann halt die Purge-Variante.
Booten in den Rescue-Modus
(keine Dienste gestartet, kein X, Netzwerk aber verfügbar für das Herunterladen der Pakete)
Entfernen der nvidia-Pakete, zuerst Versuch mit dem Frontend

Code: Alles auswählen

aptitude purge nvidia-kernel-dkms nvidia-driver nvidia-glx    nvidia-legacy-304xx-kernel-dkms nvidia-legacy-304xx-driver
aptitude [--simulate] install

wenn das nicht fruchtet, "händisch"

Code: Alles auswählen

dpkg -l  | grep nvidia
dpkg --force-all --Purge ... ... ... ... ... ... ... ...

Dann das Installieren des nvidia-legacy

Code: Alles auswählen

aptitude install nvidia-legacy-304xx-kernel-dkms nvidia-legacy-304xx-driver -t wheezy-backports

wobei dann auch auf den Schritt mit wheezy-backports verzichtet und direkt das aus jessie verwendet werden könnte, käme auf den Zustand des Systems an.
Die xorg.conf kontrollieren.
glx kontrollieren

Code: Alles auswählen

update-alternatives --config glx

Paketstatus kontrollieren

Code: Alles auswählen

dpkg -l | egrep -v "^ii"
aptitude --simulate install
apt-get --simulate autoremove

neu starten.

[halo44]

Danke für Deine Hilfe. Ich hoffe sehr, daß ich damit inzwischen weiter gekommen bin.

... Dann halt die Purge-Variante. Booten in den Rescue-Modus
Entfernen der nvidia-Pakete, zuerst Versuch mit dem Frontend

Code: Alles auswählen

aptitude purge nvidia-kernel-dkms nvidia-driver nvidia-glx    nvidia-legacy-304xx-kernel-dkms nvidia-legacy-304xx-driver
aptitude [--simulate] install

Dies scheitert mit

update-alternatives: warning: forcing reinstallation of alternative /usr/lib/nvidia/current because link group nvidia is broken ... die gleiche Meldung für group glx ...

Also die "händische" Variante probiert :

Code: Alles auswählen

dpkg -l  | grep nvidia
dpkg --force-all --Purge ... ... ... ... ... ... ... ...

Dies gelang bis auf diese Anmerkung :

/usr/lib/mesa diverted to provide /usr/lib/glx

beim purgen von glx-alternative-nvidia.

Dann das Installieren des nvidia-legacy

Code: Alles auswählen

aptitude install nvidia-legacy-304xx-kernel-dkms nvidia-legacy-304xx-driver -t wheezy-backports

Wenn mir nichts entgangen ist, lief das probblemlos durch.

... Die xorg.conf kontrollieren.
glx kontrollieren

was sollte ich hier kontrollieren?

Bei diesem Befehl

Code: Alles auswählen

update-alternatives --config glx

wurde mir angeboten

* 0 /usr/lib/nvidia 100 Auto-Modus
1 /usr/lib/mesa-diverted 5 manueller Modus
2 /usr/lib/nvidia 100 manueller Modus

Hier habe ich die Variante * 0 gewählt.

Nach Neustart liefern mir die weiter vorne erwähnten Abfragen :

Code: Alles auswählen

/usr/sbin/dkms status | sort -V
nvidia-legacy-304xx, 304.125, 3.2.0-4-amd64, x86_64: installed
virtualbox, 4.1.18, 3.2.0-4-amd64, x86_64: installed
und
dpkg -l | grep nvidia.*dkms | cut -c-110
ii  nvidia-legacy-304xx-kernel-dkms             304.125-1~bpo70+1                  amd64        NVIDIA binary

Täusche ich mich oder sieht das gut aus? Kann ich jetzt erneut meinen Upgrade-Versuch auf Jessie unternehmen? Muss ich dafür den Eintrag der wheezy-backports in der sources.list belassen?

Gruss H.

[halo44]

Ich habe inzwischen mein System mit dem Stand von vorhin (also mit vermutet installiertem legacy-Treiber) nochmals gesichert und anschließend den Upgrade auf Jessie gewagt.

Dies war bis auf ein lösbares Problem mit phpmyadmin erfolgreich.

Ich darf mich für die Hilfe bedanken und markiere das Thema als gelöst.

Gruss H.

P.S. ich habe, wie oben erwähnt, die Paketquelle wheezy-backports belassen.

[rendegast]

(Ups, zu spät)
-------------------------------------------------------------------------------------------------
Wegen des nvidia sollte es jetzt nicht mehr hängenbleiben.
Die Quelle wheezy-backports wird dafür nicht benötigt.



Davon ab
Nach dem dist-upgrade werden ansonsten veraltete Pakete übrig sein,
die Dir gegebenenfalls nicht zur Entfernung angeboten werden.
Werkzeuge dafür

Code: Alles auswählen

aptitude search "?installed(?obsolete)"  [-F "%c %M %p %40v"]
resp. die Sektion "Obsolete ..." in
aptitude

deborphan
dpkg -l | grep bpo
apt-show-versions | grep -v "/jessie "

(in virtuoser Kombination)

[halo44]

Danke für Deine erneuten Hinweise. Die wheezy-backports Paketquelle nehme ich dann aus der sources.list raus. Mit den veralteten Paketen werden ich mich morgen mal beschäftigen.

Gruss H.

[halo44]

Leider fährt mein Debian Jessie mit systemd heute morgen nicht mehr hoch. Auch im recovery-Modus scheitert es. Mit sysvinit hingegen startet der Rechner.

Beim Start über systemd erfolgen zu Beginn Meldungen dieses Musters

Code: Alles auswählen

ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
ata1.00: failed command: SET FEATURES
ata1.00: cmd ef/05:fe:00:00:00/00:00:00:00:00/40 tag 22
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: status: { DRDY }

Weitere Meldungen dieses Musters erfolgen mehrfach mit Pausen.
Dann läuft der Start weiter bis er für 1 minute und 30 Sekunden diese Meldung bringt

(1 of 2) A start job ist runing for dev-disk-by- ....

Dann gehts weiter bis ich im Emergency Mode lande. Das angebotene Kommando "journalctl -xb" ist nicht sehr hilfreich, weil die Auswertung im Emergency Mode ermüdend scheint.

Übrigens erfolgen die oben erwähnten Meldungen zu "ata1.00 usw." auch beim Start über sysvinit, aber das System kommt hoch.

Jetzt sehe ich zwei Möglichkeiten :

Entweder lade ich meine Wheezy-Sicherung mit dem Stand vom installierten nvidia-legacy Treiber zurück und führe anschließend den Upgrade auf Jessie erneut durch - oder ich versuche die Reparatur (mit Eurer Hilfe) des status quo. In diesem Fall müßte ich sicher ein neues Thema aufmachen.

Die Möglichkeit über sysvinit weiter zu fahren, möchte ich eigentlich nicht in Betracht ziehen. Schließlich läuft mein Notebook sehr gut mit systemd (Startup finished in 1.608s (kernel) + 2.745s (userspace) = 4.354s).

Was ratet Ihr mir?

Gruss H.

[halo44]

Nachdem ich bereits etwa einen Monat auf meinem Notebook Jessie problemlos nutze, wollte ich jetzt auch meinen Desktoprechner von Wheezy auf Jessie upgraden.

Hierzu habe ich in der sources.list die Verweise von wheezy auf jessie geändert und dann apt-get update + dist-upgrade gestartet. 1551 Pakete sollten aktualisiert, 639 neu installiert, 47 entfernt und 1 nicht aktualisiert werden. Dem habe ich zugestimmt.

Der Vorgang wurde gestartet und lief bis zu dieser Meldung :

Ihr System hat eine Grafikkarte, die nicht mehr vom NVIDIA-Treiber (aus dem Paket nvidia-driver) bedient wird. Sie möchten das Paket vielleicht istalliert lassen - um beispielsweise eine andere Karte zu betreiben, aber der folgende Chipsatz wird damit nicht nutzbar sein:

00:10.0 VGA compatible controller [0300]: NVIDIA Corporation C73 [GeForce 7100 / nForce 630i] [10de:07e1] (rev a2)

Die oben angegebene Karte benötigt entweder den nicht-freien Legacy-NVIDAI-Treiber (aus dem Paket nvidia-legacy-304xx-driver) oder den freien Nouveau-Treiber (aus dem Paket xserver-xorg-video-nouveau).

Bevor der Nouveau-Treiber genutzt werden kann, müssen Sie die NVIDIA-Konfiguration aus xorg.conf (und xorg.conf.d/) entfernen.

NVIDIA-Treiber installieren trotz nicht unterstützter Grafikkarte?

<Ja> <Nein>

Hier habe ich, wie voreingestellt "Nein" gewählt.

Daraufhin bricht der Upgrade-Vorgang ab mit :

Code: Alles auswählen

Vorbereitung zum Entpacken von .../libgl1-nvidia-glx_340.65-2_amd64.deb ...
*** The following unsupported devices are present in the machine:
00:10.0 VGA compatible controller [0300]: NVIDIA Corporation C73 [GeForce 7100 / nForce 630i] [10de:07e1] (rev a2)
Aborting nvidia driver installation.
dpkg: Fehler beim Bearbeiten des Archivs /var/cache/apt/archives/libgl1-nvidia-glx_340.65-2_amd64.deb (--unpack):
 Unterprozess neues pre-installation-Skript gab den Fehlerwert 1 zurück
Vorbereitung zum Entpacken von .../xserver-xorg-video-nvidia_340.65-2_amd64.deb ...
Entpacken von xserver-xorg-video-nvidia (340.65-2) über (304.125-1) ...
Trigger für nvidia-alternative (340.65-2) werden verarbeitet ...
Trigger für glx-alternative-nvidia (0.5.1) werden verarbeitet ...
update-initramfs: deferring update (trigger activated)
Trigger für libc-bin (2.19-18) werden verarbeitet ...
Trigger für initramfs-tools (0.109.1) werden verarbeitet ...
update-initramfs: Generating /boot/initrd.img-3.2.0-4-amd64
Fehler traten auf beim Bearbeiten von:
 /var/cache/apt/archives/libgl1-nvidia-glx_340.65-2_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

Zwar ist die gegebene Information aussagekräftig genug, aber mir ist nicht klar, ob der Upgradevorgang ansonsten fertig ist und ich lediglich einen der angebotenen Treiber installieren muß.

Für Eure Hilfe bedanke ich mich.

Gruss H.

[rendegast]

Was ratet Ihr mir?

Neuen Thread.


syslog auf solche Meldungen durchforsten, auch die älteren Exemplare syslog.X.gz / messages.X.gz.
Scheint kein smart-relevanter Fehler zu sein, aber der Vollständigkeit halber auch SMART.

Hardwaretest.
Kabel zur Platte prüfen.
Stromversorgung durch Netzteil?