Problem mit TP-Link AC1900 Archer T9E

[vdvogt]

Hallo rendegast,

/etc/modprobe.d# cat broadcom-sta-dkms.conf
# wl module from Broadcom conflicts with the following modules:
blacklist b43
blacklist b43legacy
blacklist b44
blacklist bcma
blacklist brcm80211
blacklist brcmsmac
blacklist ssb

Die alten Pakete sind also alle geblacklistet, sollten folglich keinen Aerger machen.

dmesg | grep wlan
[ 5.244826] wlan0: Broadcom BCM43a0 802.11 Hybrid Wireless Controller 6.30.223.248 (r487574)
[ 5.306918] systemd-udevd[329]: renamed network interface wlan0 to wlan2
[ 589.687348] wl0: link up (wlan2)
[ 634.506004] wl0: link down (wlan2)
[ 634.506175] IPv6: ADDRCONF(NETDEV_CHANGE): wlan2: link becomes ready
[ 662.281394] wl0: link up (wlan2)
[ 755.338003] IPv6: ADDRCONF(NETDEV_CHANGE): wlan2: link becomes ready
[ 755.339279] wl0: link down (wlan2)
[ 1221.416412] wl0: link up (wlan2)
[ 6170.867977] wl0: link down (wlan2)
[ 6210.085942] wl0: link up (wlan2)
[ 6220.415125] wl0: link up (wlan2)
[ 6231.331780] wl0: link up (wlan2)
[ 6231.367092] IPv6: ADDRCONF(NETDEV_CHANGE): wlan2: link becomes ready
[ 6899.924344] wl0: link down (wlan2)
[ 6927.132698] wl0: link up (wlan2)
[ 6927.265642] IPv6: ADDRCONF(NETDEV_CHANGE): wlan2: link becomes ready
[101905.979866] IPv6: ADDRCONF(NETDEV_CHANGE): wlan2: link becomes ready
[101905.980737] wl0: link down (wlan2)
[101942.412335] wl0: link up (wlan2)
[101965.582815] IPv6: ADDRCONF(NETDEV_CHANGE): wlan2: link becomes ready
[101965.583853] wl0: link down (wlan2)
[101993.465004] wl0: link up (wlan2)
[102126.165827] IPv6: ADDRCONF(NETDEV_CHANGE): wlan2: link becomes ready
[102126.168158] wl0: link down (wlan2)
[102162.442736] wl0: link up (wlan2)
[104886.936563] wl0: link down (wlan2)
[105016.175086] wl0: link up (wlan2)
[105026.400288] wl0: link up (wlan2)
[105036.712122] wl0: link up (wlan2)
[105046.992640] wl0: link up (wlan2)
[105057.341163] wl0: link up (wlan2)
[105072.169914] wl0: link up (wlan2)
[105076.368254] wl0: link up (wlan2)
[105076.415216] IPv6: ADDRCONF(NETDEV_CHANGE): wlan2: link becomes ready
[105317.594342] wl0: link down (wlan2)
[105317.595452] IPv6: ADDRCONF(NETDEV_CHANGE): wlan2: link becomes ready
[105353.585208] wl0: link up (wlan2)
[105737.560188] wl0: link down (wlan2)
[105737.560342] IPv6: ADDRCONF(NETDEV_CHANGE): wlan2: link becomes ready
[105871.618190] wl0: link up (wlan2)
[122857.592212] IPv6: ADDRCONF(NETDEV_CHANGE): wlan2: link becomes ready
[122857.593787] wl0: link down (wlan2)
[122885.525003] wl0: link up (wlan2)
[171936.802606] wl0: link down (wlan2)
[172775.114249] wl0: link up (wlan2)
[172785.362767] wl0: link up (wlan2)
[172795.595292] wl0: link up (wlan2)
[172805.820118] wl0: link up (wlan2)
[172816.036317] wl0: link up (wlan2)
[172830.457543] wl0: link up (wlan2)

wlan2 ist up.
Trotzdem keine Verbindung zum 5GHz-Netz.

Faellt Dir nochwas ein, woran das liegen koennte und was ich noch ausprobieren soll?

Viele Gruesse
Veit

[rendegast]

Nach dem dmesg arbeitetst Du seit zwei Tagen mit dem broadcom-sta-dkms 6.30.223.248 aus jessie.
Was ist mit dem 6.30.223.271 aus jessie-backports?


Weiterhin gefunden

...
sudo modprobe -v wl

Hinweis:

Durch ein Problem mit der automatischen Erkennung der Ländereinstellungen unterstützt dieser Treiber ggf. nur die Funkkanäle 1-11. Arbeitet der eigene WLAN-Router auf Funkkanal 12 oder 13, so kann keine Verbindung hergestellt werden und das Netzwerk wird auch nicht im Network-Manager angezeigt. Die Kanaleinstellung des Routers muss in diesem Fall geändert werden. Dies trifft bei Dualband-Karten auch auf die Einstellungen im 5GHz-Bereich zu.

Weitere Idee
kernel 4.7 jessie-backports, dessen mitgebrachte broadcom-Treiber mal ausprobieren.
(Anmerkung, von oben: Für diesen Kernel baut wl/broadcom-sta.dkms nur als Paket aus testing/stretch)

[vdvogt]

Hallo rendegast,

Nach dem dmesg arbeitetst Du seit zwei Tagen mit dem broadcom-sta-dkms 6.30.223.248 aus jessie.
Was ist mit dem 6.30.223.271 aus jessie-backports?

Das habe ich installiert.
Wieso das jetzt nicht verwendet wird kann ich dir auch nicht sagen.
Was kann ich machen, damit das neuere Paket Anwndung findet?

Durch ein Problem mit der automatischen Erkennung der Ländereinstellungen unterstützt dieser Treiber ggf. nur die Funkkanäle 1-11. Arbeitet der eigene WLAN-Router auf Funkkanal 12 oder 13, so kann keine Verbindung hergestellt werden und das Netzwerk wird auch nicht im Network-Manager angezeigt. Die Kanaleinstellung des Routers muss in diesem Fall geändert werden. Dies trifft bei Dualband-Karten auch auf die Einstellungen im 5GHz-Bereich zu.

Bei meinem Speedport steht bei de Kanalauswahl fuer das 5GHz-Natz "automatisch".
Ich kann aber auch EINEN der Kanaele 1 bis 13 auswaehlen.
Welchen soll ich Deiner Meinung nach fest einstellen?

Weitere Idee
kernel 4.7 jessie-backports, dessen mitgebrachte broadcom-Treiber mal ausprobieren.
(Anmerkung, von oben: Für diesen Kernel baut wl/broadcom-sta.dkms nur als Paket aus testing/stretch)

Das kann ich auch mal ausprobieren.

Viele Gruesse
Veit

[vdvogt]

Sorry, falsche Zeile nachgeschaut!

Bei 5GHz kann ich auswaehlen zwischen:

automatisch
Kanal 36, 40, 44, 48
Kanal 52, 56, 60, 64
Kanal 100, 104, 108, 112

Was soll ich Deiner Meinung nach waehlen?

Gruesse
Veit

[vdvogt]

Hallo rendegast,
ich habe gerade bei meinen PC das upgrade auf kernel 4.7 aus den jessie-backports gemacht, danach wie gefordert ein reboot.

Jetzt habe ich KEINE GUI mehr!
Der Versuch, kde-full aus den backports zu installieren schlug fehl, da ich auch KEIN NETZ mehr habe.

Jetzt habe ich wirklich ein Riesenproblem und brauche wirklich dringend Hilfe, um das wieder hinzubekommen!

Viele Gruesse
Veit

[vdvogt]

Hallo,
ich glaube, ich habe den Fehler gefunden:
In /var/log/Xorg.0.log steht ziemlich am Ende:

NVIDIA: Failed to initialize the nvidia kernel module. ....

Habe jetzt erst mal wieder ein Kabel angeschlossen, damit ich wieder Netzzugang habe.

Trotzdem bleibt die Frage, wie ich wieder eine funktionsfaehige GUI bekomme?

Gruesse
Veit

[vdvogt]

Hallo,
nochmal ein kurzes Update:
Ich habe gestern Abend den Original-Nvidia-Treiber deinstalliert und danach den Nvidia-Treiber aus den jessie-backports installiert.
Trotzdem weiterhin keine GUI.

Nouveau ist geblacklistet, stellt also kein Konflikt dar.

Was kann ich noch unternehmen, damit ich wieder eine GUI habe?
Woran kann es noch liegen, dass die GUI nicht startet?

Gruesse
Veit

[vdvogt]

Hallo,
habe jetzt nochwas versucht die folgenden Pakete aus den Jessie-backports zu installieren:

linux-headers-4.7....
build-essential
nvidia-glx
nvidia-kernel-dkms
nvidia-settings
nvidia-xconfig
libgl1-nvidia-gjx
xserver-xorg-video-nvidia

Leider ohne Erfolg:
Fehlermeldung:
....unerfuellte Abhaengigkeiten...
nvidia-settings >=367 aber 340... soll installiert werden...
beschaedigt: nvidia-glx, aber 340... soll installiert werden.
Probleme koennen nicht korrigiert werden, sie haben zurueckgehaltene defekte Pakete.

Ich bin jetzt mit meinem Latein am Ende und brauche dringend guten Rat, um das wieder hinzubekommen.

Viele Gruesse
Veit

[rendegast]

Wegen des kernels 4.7 jessie-backports braucht es die nvidia aus jessie-backports

Code: Alles auswählen

$ dpkg -l | egrep nvidia.*dkms 
ii  nvidia-kernel-dkms                                          367.44-3~bpo8+1                      amd64
ii  nvidia-legacy-304xx-kernel-dkms                             304.131-8~bpo8+2                     amd64
ii  nvidia-legacy-340xx-kernel-dkms                             340.96-9~bpo8+2                      amd64

$ /usr/sbin/dkms status | sort -V
nvidia-current, 367.44, 3.16.0-4-amd64, x86_64: installed
nvidia-current, 367.44, 4.6.0-0.bpo.1-amd64, x86_64: installed
nvidia-current, 367.44, 4.7.0-0.bpo.1-amd64, x86_64: installed
nvidia-legacy-304xx, 304.131, 3.16.0-4-amd64, x86_64: installed
nvidia-legacy-304xx, 304.131, 4.6.0-0.bpo.1-amd64, x86_64: installed
nvidia-legacy-304xx, 304.131, 4.7.0-0.bpo.1-amd64, x86_64: installed
nvidia-legacy-340xx, 340.96, 3.16.0-4-amd64, x86_64: installed
nvidia-legacy-340xx, 340.96, 4.6.0-0.bpo.1-amd64, x86_64: installed
nvidia-legacy-340xx, 340.96, 4.7.0-0.bpo.1-amd64, x86_64: installed

(Es sind nur die Modulpakete installiert, damit ich über die Entwicklung im Bilde bleibe)

nvidia-settings >=367 aber 340... soll installiert werden...
beschaedigt: nvidia-glx, aber 340... soll installiert werden.

Du hattest vorher wohl nvidia jessie 340,
welches sich jetzt im Zuge Deiner Bemühungen vermutlich im "Ersetzungsmodus" mit nvidia jessie-backports 367 befindet.

Um nvidia jessie 340 valide zu ersetzen, braucht es
nvidia-legacy-340xx jessie-backports.

Mein Ansatz wäre

Code: Alles auswählen

aptitude install -t jessie-backports nvidia-legacy-340xx-driver nvidia-legacy-340xx-kernel-dkms nvidia-legacy-340xx-alternative nvidia-settings/jessie-backports nvidia-driver_ nvidia-kernel-dkms_ nvidia-glx_ libgl1-nvidia-glx_ xserver-xorg-video-nvidia_  nvidia-alternative_

aptitude install

Also Installation des nvidia-legacy-340xx jessie-backports bei gleichzeitiger Entfernung des nvidia 340/367.
Verbleibende Pakete dürften problemlos sein, entfernbar entweder automatisch wegen Abhängigkeit oder händisch.

Es sollte noch geprüft werden, ob auch für alle Kernel ein Modul erstellt wurde:

Code: Alles auswählen

dkms status  | sort -V

[vdvogt]

Hallo rendegast,
waere es nicht besser, auf die 367er Pakete zu setzten, denn ein nvidia-detect hat mitgeteilt, dass meine Nvidia-GraKa nur von den neueren Paketen aus Jessie-Backports unterstuetzt wird.
Ich denke mal, dass die sehr alten 340er Pakete nicht das richtige sind.

Wie kann ich mit apt-get diese Pakete bekommen?
Sind die Befehle, die Du mir aufgeschrieben hast, so auch mit apt-get einzugenen?

Gruesse
Veit

[rendegast]

Ich bin davon ausgegangen, daß vorher 340 benutzt wurde,
mit dem 367 werden einige Karten, die 340 unterstützt halt nicht mehr unterstützt.

Um 340 mit kernel 4.7 jessie-backports benutzen zu können, braucht es die Pakete nvidia-legacy-340xx jessie-backports.


Wenn nvidia-detect zum 367 rät, ist das genauso möglich.

Code: Alles auswählen

aptitude install -t jessie-backports nvidia-legacy-340xx-driver_ nvidia-legacy-340xx-kernel-dkms_ nvidia-legacy-340xx-alternative_ nvidia-settings/jessie-backports nvidia-driver nvidia-kernel-dkms nvidia-alternative

aptitude install

Die Entscheidung liegt bei Dir.


Alles kein Beinbruch.
Hifreich sind Kenntnisse der Kommadozeile
und ein ssh-Zugang, falls ein gekillter X auch die Tastatur mitreißt,
wodurch kein Wechsel mehr auf die Textkonsole möglich sein könnte.




Das Purgen per '... install paket_' ist wohl aptitude-spezifisch.

[vdvogt]

Hallo rendegast,
die Ausgabe von nvidia-detect lautet bei mir:

Detected Nvidia GPUs:
07:00.0 VGA compatible controller [0300] Nvidia Corporation Device [10de:1401] rev a1)
Checking card: Nvidia Corporation Device 1401 (rev a1)
Your card is only supported by the updated drivers from jessie-backports.
See http://backports.debian.org for instructions how to use backports.
It is recommended to install the
nvidia-driver/jessie-backports
package.

Was liest Du da raus?

Soll ich Deiner Empfehlung mit den legacy 340xx folgen, oder die neuere 367er Pakete installieren?

Viele Gruesse
Veit

[vdvogt]

Hallo rendegast,
ich habe mal kurz recherchiert:
Meine GTX 960 wird erst ab Treiber 352 (den ich vorher hatte) unterstuetz, nicht vom alten 340er
siehe hier:

http://us.download.nvidia.com/XFree86/L ... chips.html

Was soll ich jetzt Deiner Meinung nach machen?
Ich weiss es erhlich gesagt nicht.

Viele Gruesse
Veit

[rendegast]

Jetzt habe ich KEINE GUI mehr!

Ich habe gestern Abend den Original-Nvidia-Treiber deinstalliert
und danach den Nvidia-Treiber aus den jessie-backports installiert.
Trotzdem weiterhin keine GUI.

Was hast Du denn da gemeint mit "Original-Nvidia-Treiber",
für mich hat es (debian) den nvidia-driver aus dem jessie-Repo bedeutet = 340.

Oder hattest Du einen nvidia per Installer realisiert?
(dessen dkms-Teil vielleicht einfach nur kein Modul für den kernel 4.7 erstellt hatte)


Falls ein Installer im Spiel war,
würde ich das System soweit bereinigen, daß erstmal die Deinstallationsroutine des Installers durchgeführt wird,
es gibt auch ein debian-Paket nvidia-installer-cleanup dafür.
Dann ein Purgen sämtlicher nvidia-Pakete.
Danach Installieren der gewünschten nvidia-Pakete.

[vdvogt]

Hallo rendegast,
mit original Nvidia-Treiber hatte ich gemeint, dass ich mir den 352er Treiber von Nvidia heruntergeladen und mit dessen Installer installiert hatte.

Nachdem ich dann gestern keine GUI mehr hatte, habe ich den Original-Nvidia-Treiber mit dessen eigenem Unistaller deinstalliert, das hat auch fehlerfrei geklappt.
Danach hatte ich aus den Jessie-Backports den nvidia-Treiber installiert, aber ich habe wohl einige entscheidende Pakete vergessen, so dass das fehlgeschlagen ist.

Soweit ich weiss, ist das der 367er Treiber: https://packages.debian.org/de/jessie-b ... dia-driver

Deinen Vorschlag mit dem nvidia-installer-cleanup wollte ich gerade umsetzen, erhalte aber widerspruechliche Aussagen:

1. nvidia-installer-cleanup eingegeben:
bash: nvidia-installer-cleanup: Kommando nicht gefunden.

2. apt install nvidia-installer-cleanup:
nvidia-installer-cleanup ist schon die neueste Version.

3. man nvidia-installer-cleanup
Kein Handbucheintrag...

Was soll ich davon halten?
Einerseits sagt debian mir, dass es das Kommando nicht findet, andererseits ist aber schon die neueste Version installiert, aber eine manpage gibt es trotzdem nicht.

Kannst Du mir bitte sagen, welche Pakete ich jetzt installieren, bzw. purgen soll, damit ich wieder ein funktionirendes System erhalte.

Um das WLAN-Problem, mit dem ich diesen Thread angefangen hatte, koennen wir uns dann spaeter kuemmern, das ist jetzt erst mal sekundaer.

Viele Gruesse
Veit

[rendegast]

... mit original Nvidia-Treiber hatte ich gemeint, dass ich mir den 352er Treiber von Nvidia heruntergeladen und mit dessen Installer installiert hatte.

Detected Nvidia GPUs:
07:00.0 VGA compatible controller [0300] Nvidia Corporation Device [10de:1401] rev a1)
Checking card: Nvidia Corporation Device 1401 (rev a1)

debian bietet an

Code: Alles auswählen

# aptitude versions nvidia-driver$ nvidia-legacy-340xx-driver$ nvidia-legacy-304xx-driver$ --disable-columns
Package nvidia-driver:                         
p  340.96-1 stable 500
p  367.44-3~bpo8+1 jessie-backports 111
p  367.57-1 testing,unstable 101
p  370.28-1 experimental 1


Package nvidia-legacy-304xx-driver:
p  304.131-1 stable 500
p  304.131-8~bpo8+2 jessie-backports 111
p  304.132-1 testing,unstable 101


Package nvidia-legacy-340xx-driver:
p  340.96-9~bpo8+2 jessie-backports 111
p  340.98-1 testing,unstable 101

Mit den 340 ist hier nichts anzufangen, es bleibt 367 jessie-backports:

Code: Alles auswählen

aptitude install -t jessie-backports  nvidia-settings/jessie-backports nvidia-driver nvidia-kernel-dkms nvidia-alternative

aptitude install

Dann mit einem

Code: Alles auswählen

dpkg -l   |  grep nvidia

kontrollieren, Überbleibsel anderen nvidia-Pakete entfernen.
Wurden Module für alle Kernel gebaut?:

Code: Alles auswählen

dkms status

Eine Vorbedingung: Die headers der entsprechenden Kenrel sind installiert.

Deinen Vorschlag mit dem nvidia-installer-cleanup wollte ich gerade umsetzen, erhalte aber widerspruechliche Aussagen:

Da ist nicht widersprüchliches. Das Paket enthält kein binary zur händischen Ausführung, es wird automatisch ausgeführt.

# dpkg-query -L nvidia-installer-cleanup | sort
/.
/usr
/usr/lib
/usr/lib/nvidia
/usr/lib/nvidia/alternate-install-present
/usr/lib/nvidia/check-for-conflicting-opengl-libraries
/usr/lib/nvidia/pre-install
/usr/share
/usr/share/doc
/usr/share/doc/nvidia-installer-cleanup
/usr/share/doc/nvidia-installer-cleanup/changelog.gz
/usr/share/doc/nvidia-installer-cleanup/copyright
/usr/share/lintian
/usr/share/lintian/overrides
/usr/share/lintian/overrides/nvidia-installer-cleanup

Gegebenenfalls ein 'dpkg-reconfigure nvidia-installer-cleanup',
dazu braucht es wiederum
/usr/bin/nvidia-installer
/usr/bin/nvidia-uninstall
sprich eine aktive Installation eines nvidia-Installers.





----------------------------------------------
Anmerkung
oben schon gesagt, nvidia-Installer arbeitet seit längerem schon mit dkms
(obwohl, die entsprechende Abfrage zur dkms-Registrierung wird beim einfachen Durchklicken mit 'no' beantwortet).
Bei der Installation des kernel 4.7 jessie-backports wurde die dkms-Installation des 352-Moduls bestimmt angestoßen
(da er vermutlich auch der neueste der installierten Kernel ist).
Wenn das 352-Modul nicht gebaut werden konnte, so gab es bestimmt eine Meldung.

Wurde keine dkms-Registrierung des 352 gemacht,
so ist das das www-weite Standardproblem des Installers: "neuer Kernel, habe kein Bild mehr"
www-weite Standardlösung: "Führe den Installer nochmal aus"

[vdvogt]

Hallo rendegast,
ich habe Deine Empfehlung umgesetzt:

Code: Alles auswählen

aptitude install -t jessie-backports  nvidia-settings/jessie-backports nvidia-driver nvidia-kernel-dkms nvidia-alternative

aptitude install

Dann mit einem

Code: Alles auswählen

dpkg -l   |  grep nvidia

kontrollieren, Überbleibsel anderen nvidia-Pakete entfernen.

Die Ausgabe ergab viel 367er Pakete, die sind wohl alle Ok.
Aber auch diese hier:
nvidia-modprobe 358.09-1~bpo+1
nvidia-persistenced 358.09-1~bpo+1
nvidia-settings 340.93-1~bpo8+1

Was muss ich da genau eingeben, damit ich gezielt dies Pakete purgen kann?
Was das settings-Paket anbetrifft, so ist wohl das aus den Jessie-backports nicht installiert worden.
Wenn das 340er weg ist, soll ich das dann nochmal versuchen, das aus den jessie-backports zu installieren?

Wurden Module für alle Kernel gebaut?:

Code: Alles auswählen

dkms status

Eine Vorbedingung: Die headers der entsprechenden Kenrel sind installiert.

Ja, die headers hatte ich fuer den 4.7er Kernel installiert.

Die Ausgabe ergab drei Zeilen:
Bei den ersten beiden war alles Ok.
Die Dritte:
vboxhost, 5.0.0, 3.16.0-4-amd64, x86_64, installed (Warning! Diff between built and installed module!)
Wie kann ich das bereinigen?

Wenn das alles geschafft ist, steht hoffentlich nach einem Reboot wieder eine GUI zur Verfuegung???

Viele Gruesse
Veit

[rendegast]

Code: Alles auswählen

$ aptitude versions nvidia-modprobe nvidia-persistenced nvidia-settings --disable-columns
Paket nvidia-modprobe:                                                         
p A 340.46-1 stable 500
i A 358.09-1~bpo8+1 jessie-backports 111
p A 367.44-1 testing,unstable 101

Paket nvidia-persistenced:
p  358.09-1~bpo8+1 jessie-backports 111
p  367.57-1 testing,unstable 101


Paket nvidia-settings:
p  340.46-2 stable 500
p  340.93-1~bpo8+1 jessie-backports 111
p  340.93-1 testing 101
p  343.36-2 unstable 100
p  346.59-1 experimental 1

Paket nvidia-settings-legacy-304xx:
p  304.123-2 stable 500
p  304.128-1~bpo8+1 jessie-backports 111
p  304.128-1 testing 101
p  304.132-1 unstable 100

Paket nvidia-settings-legacy-340xx:
p  340.93-1~bpo8+1 jessie-backports 111
p  340.93-1 testing 101
p  340.98-1 unstable 100

Die Funktion dieser Pakete ist wohl eher allgemeiner Natur, siehe deren Beschreibung,
deren eigentliche Version also nicht so wichtig.
(Leider verwirrend)

Die Dritte:
vboxhost, 5.0.0, 3.16.0-4-amd64, x86_64, installed (Warning! Diff between built and installed module!)

Der dkms-Mechanismus der virtualbox-Pakete von oracle ist etwas buggy und ihm muß gelegentlich durch händischen Eingriff per 'dkms' nachgeholfen werden.
Auch finden sich gelegentlich vbox-Module nicht durch den dkms-Mechanismus in /lib/modules/KERNELVERSION/,
welche Konflikte hervorrufen und händisch entfernt werden müssen.

Code: Alles auswählen

find /lib/modules  |  sort -V  |  grep vbox

Gegebenenfalls nötiges händische Entfernen:
- Entsprechendes Modul löschen
- 'depmod -a' für den Kernel ausführen
Gegebenenfalls nötiger virtualbox-dkms-"Reset":
- 'dkms remove -m virtualbox ....'
- 'dkms install -m virtualbox ...' für die entsprechenden kernel

"Walkaround": virtualbox aus dem debian-Repo:

Code: Alles auswählen

$ aptitude versions virtualbox:amd64 --disable-columns
Paket virtualbox:                                                         
p  4.3.36-dfsg-1+deb8u1 stable 500
i  5.1.8-dfsg-6~bpo8+2 jessie-backports 111
p  5.1.8-dfsg-6 testing,unstable 101

Einschränkung: debians virtualbox verhält sich in einigen eventuell nicht doch so unwichtigen Kleinigkeiten anders.

[vdvogt]

Hallo rendegast,
nach einem beherzten Reboot habe ich jetzt wieder eine GUI!!!!!!

Vielen, vielen Dank fuer Deine Hilfe!

Allerdings gibt es jetzt noch ein kleines Problem:
Da ich einige Projekte bei BOINC rechnen lasse, wurde jetzt nach dem Neustart keine GPU gefunden.
Ich benoetige noch Pakete fuer cuda und opengl.

Kannst Du mir die bitte noch nennen, welche ich da brauche.

Das Problem mit der vbox habe ich durch purgen der vbox geloest, da ich die auf dem Rechner nicht mehr brauche.

Ausserdem funktioniert jetzt gar kein WLAN mehr.
Da muessen wir nochmal dran arbeiten.

Viele Gruesse
Veit

[rendegast]

boinc-client-nvidia-cuda?
nvidia-cuda-toolkit?
nvidia-cuda-mps?
boinc-nvidia-cuda?

Nur so eine erste Sichtung in aptitude.

Ausserdem funktioniert jetzt gar kein WLAN mehr.
Da muessen wir nochmal dran arbeiten.

Fehlt einfach nur ein firmware-Paket?

Code: Alles auswählen

dmesg  |  egrep -i "fw|firm"

lspci -nn
lsusb
lsmod

[vdvogt]

Hallo rendegast,

dmesg | egrep -i "fw|firm"

[ 2.668381] firewire_core 0000:0a:00.0: created device fw0: GUID 0010dc0001d40947, S400
[ 6.963026] HW 0001000d FW 00010004
[ 10.773649] r8169 0000:02:00.0: firmware: direct-loading firmware rtl_nic/rtl8168e-3.fw

lspci -nn
lsusb
lsmod

lspci -nn
02:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 06)
05:00.0 Network controller [0280]: Broadcom Corporation BCM4360 802.11ac Wireless Network Adapter [14e4:43a0] (rev 03)

lsusb
Bus 007 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 011 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 010 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 009 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 008 Device 003: ID 046d:c52b Logitech, Inc. Unifying Receiver
Bus 008 Device 004: ID 1a86:7584 QinHeng Electronics CH340S
Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

lsmod
Module Size Used by
nf_conntrack_ipv4 20480 18
nf_defrag_ipv4 16384 1 nf_conntrack_ipv4
xt_tcpudp 16384 18
xt_conntrack 16384 18
nf_conntrack 114688 2 xt_conntrack,nf_conntrack_ipv4
cfg80211 577536 0
ip6table_filter 16384 0
rfkill 24576 1 cfg80211
ip6_tables 24576 1 ip6table_filter
iptable_filter 16384 1
ip_tables 24576 1 iptable_filter
x_tables 36864 6 ip6table_filter,ip_tables,xt_tcpudp,xt_conntrack,iptable_filter,ip6_tables
nfsd 323584 2
auth_rpcgss 61440 1 nfsd
nfs_acl 16384 1 nfsd
nfs 253952 0
lockd 90112 2 nfs,nfsd
grace 16384 2 nfsd,lockd
fscache 61440 1 nfs
sunrpc 335872 6 nfs,nfsd,auth_rpcgss,lockd,nfs_acl
kvm_amd 69632 0
snd_hda_codec_hdmi 49152 1
kvm 581632 1 kvm_amd
irqbypass 16384 1 kvm
crct10dif_pclmul 16384 0
crc32_pclmul 16384 0
ghash_clmulni_intel 16384 0
stv6110x 16384 4
lnbp21 16384 4
hmac 16384 1
drbg 24576 1
usblp 20480 0
joydev 20480 0
ansi_cprng 16384 0
aesni_intel 167936 0
snd_hda_codec_realtek 86016 1
aes_x86_64 20480 1 aesni_intel
lrw 16384 1 aesni_intel
gf128mul 16384 1 lrw
snd_hda_codec_generic 73728 1 snd_hda_codec_realtek
glue_helper 16384 1 aesni_intel
ablk_helper 16384 1 aesni_intel
cryptd 20480 3 ghash_clmulni_intel,aesni_intel,ablk_helper
snd_hda_intel 36864 4
mxm_wmi 16384 0
evdev 24576 20
snd_hda_codec 131072 4 snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_intel
stv090x 73728 4
pcspkr 16384 0
ddbridge 24576 30
serio_raw 16384 0
snd_hda_core 81920 5 snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel
snd_hwdep 16384 1 snd_hda_codec
dvb_core 118784 1 ddbridge
fam15h_power 16384 0
k10temp 16384 0
snd_pcm 110592 4 snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel,snd_hda_core
snd_timer 32768 1 snd_pcm
tpm_infineon 20480 0
acpi_cpufreq 20480 0
snd 81920 16 snd_hda_codec_realtek,snd_hwdep,snd_timer,snd_hda_codec_hdmi,snd_pcm,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel
tpm_tis 20480 0
soundcore 16384 1 snd
wmi 16384 1 mxm_wmi
sp5100_tco 16384 0
shpchp 36864 0
i2c_piix4 24576 0
tpm 45056 2 tpm_tis,tpm_infineon
button 16384 0
nvidia_drm 45056 1
drm_kms_helper 147456 1 nvidia_drm
drm 360448 4 drm_kms_helper,nvidia_drm
nvidia_modeset 765952 4 nvidia_drm
nvidia 11472896 58 nvidia_modeset
f71882fg 36864 0
fuse 98304 1
parport_pc 28672 0
ppdev 20480 0
lp 20480 0
parport 49152 3 lp,ppdev,parport_pc
autofs4 40960 2
ext4 602112 2
crc16 16384 1 ext4
jbd2 110592 1 ext4
mbcache 16384 3 ext4
raid456 106496 2
async_raid6_recov 20480 1 raid456
async_memcpy 16384 2 raid456,async_raid6_recov
async_pq 16384 2 raid456,async_raid6_recov
async_xor 16384 3 async_pq,raid456,async_raid6_recov
async_tx 16384 5 async_pq,raid456,async_xor,async_memcpy,async_raid6_recov
xor 24576 1 async_xor
raid6_pq 102400 3 async_pq,raid456,async_raid6_recov
libcrc32c 16384 1 raid456
crc32c_generic 16384 0
md_mod 131072 3 raid456
hid_logitech_hidpp 28672 0
hid_logitech_dj 20480 0
usbhid 49152 0
hid 118784 5 usbhid,hid_logitech_dj,hid_logitech_hidpp
sr_mod 24576 0
cdrom 57344 1 sr_mod
sg 32768 0
sd_mod 49152 24
ohci_pci 16384 0
crc32c_intel 24576 1
psmouse 122880 0
ahci 36864 18
ohci_hcd 49152 1 ohci_pci
xhci_pci 16384 0
firewire_ohci 40960 0
libahci 32768 1 ahci
ehci_pci 16384 0
firewire_core 65536 1 firewire_ohci
libata 245760 2 ahci,libahci
xhci_hcd 176128 1 xhci_pci
crc_itu_t 16384 1 firewire_core
ehci_hcd 77824 1 ehci_pci
usbcore 241664 8 usblp,ohci_hcd,ohci_pci,ehci_hcd,ehci_pci,usbhid,xhci_hcd,xhci_pci
scsi_mod 225280 4 sg,libata,sd_mod,sr_mod
r8169 81920 0
usb_common 16384 1 usbcore
mii 16384 1 r8169
fjes 28672 0


Ich hoffe, Du kannst mit den Ausgaben was anfangen.

Viele Gruesse
Veit

[rendegast]

05:00.0 Network controller [0280]: Broadcom Corporation BCM4360 802.11ac Wireless Network Adapter [14e4:43a0] (rev 03)

Sollte vom Kernel bedient werden mit Modul bcma,
dann wohl > Modul broadcom > bcm-phy-lib > ...
'ip link'.
Eventuell/Wohl noch firmware-Paket zBsp. (ohne spezielle Erfahrung nach "broadcom" gesucht)
b43-fwcutter
firmware-b43-installer
firmware-b43legacy-installer
firmware-brcm80211
(firmware-misc-nonfree über firmware-linux-nonfree)
?

Warum zum Teufel wird Modul bcma nicht bei Deinem 'lsmod' aufgeführt?
Suche nach "bcma" in 'dmesg' (mit ein bischen Zeilenkontext).


Alternativ Modul wl aus broadcom-sta-dkms:
'$ cat broadcom-sta-dkms_6.30.223.271-4_all/usr/share/broadcom-sta/broadcom-sta.ids':

# commented out devices are supported by a free driver according to
# http://wireless.kernel.org/en/users/Dri ... ed_devices
# 14e44311 supported by b43
# 14e44312 supported by b43
14e44313
# 14e44315 supported by b43
14e44727
# 14e44328 At least on a MacBook Air (MacBookAir2,1) this device is not supported by broadcom-sta
# 14e44329 supported by b43/brcmfmac
14e4432a
14e4432b
# 14e4432c supported by b43
14e4432d
# 14e44331 supported by b43
# 14e44353 supported by b43/brcm80211
# 14e44357 supported by b43/brcm80211
14e44358
14e44359
14e44365
14e443a0
14e443b1

[vdvogt]

Hallo rendegast,
wenn ich Deine Hinweise richtig deute, dann muss ich das Paket broadcom-sta-dkms noch mal installieren.
Aber wieder aus den jessie-backports.

Gruesse
Veit

[rendegast]

Du könntest auch mal nachforschen, warum Modul bcma für den broadcom nicht geladen wurde.
Siehe meinen editierten Beitrag oben.

Warum zum Teufel wird Modul bcma nicht bei Deinem 'lsmod' aufgeführt?
Suche nach "bcma" in 'dmesg' (mit ein bischen Zeilenkontext).

... dann muss ich das Paket broadcom-sta-dkms noch mal installieren.
Aber wieder aus den jessie-backports.

Es wäre aber wohl keine Änderung gegenüber dem Standardkernel 3.16 mit dem Modul wl jessie-backports zu erwarten.
EDIT: oben schonmal geschrieben, nur broadcom-sta-dkms stretch/testing baut auch mit kernel 4.7 jessie-backports.

[vdvogt]

Hallo rendegast,
ich habe mit dmesg | grep bcma gesucht, aber keine Ausgabe erhalten.
Auch nichts, wenn ich nur nach bcm, oder nur bc suche.
Kann es sein, dass das bei mir gar nicht installiert ist?

Laut dieser seite:
https://wiki.debian.org/wl
steht bcma in Konflikt mit broadcom-sta-dkms.
Wenn ich das richtig sehe, dann sollte ich das nicht installieren.
Wie siehst Du das?

modprobe wl
modprobe: FATAL: Module wl not found.

Gruesse
Veit