Hallo zusammen,
ich habe einen Brandneuen Intel NUC 8i7HVK im Besitz.
Hier würde ich gerne ein aktuelles Linux installieren (habe etliche Live-Systeme ausprobiert).
Die meisten liesen sich auch mit der Bootoption "nomodeset" schön starten.
Kubuntu 18-04 hatte ich auch schon installiert, dort musste ich halt nach der Installation wieder die Bootoption "nomodeset" einfügen damit es durchstartet.
Im Moment habe ich Debain 9 KDE installiert, welches nach den updates nun sogar durchstartet ohne das ich "nomodeset" einsetzten musste :)
egle@NUC8i7HVK:~$ inxi -pluFxxrm
System: Host: NUC8i7HVK Kernel: 4.9.0-6-amd64 x86_64 (64 bit gcc: 6.3.0)
Desktop: KDE Plasma 5.8.6 (Qt 5.7.1) dm: sddm,sddm Distro: Debian GNU/Linux 9 (stretch)
Machine: Device: desktop System: Intel product: NUC8i7HVK v: J71485-501 Chassis: type: 3 v: 2.0
Mobo: Intel model: NUC8i7HVB v: J68196-401
UEFI: Intel v: HNKBLi70.86A.0040.2018.0516.1521 date: 05/16/2018
CPU: Quad core Intel Core i7-8809G (-HT-MCP-) cache: 8192 KB
flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx) bmips: 24768
clock speeds: min/max: 800/4200 MHz 1: 4087 MHz 2: 4013 MHz 3: 3887 MHz 4: 3921 MHz 5: 3528 MHz
6: 3979 MHz 7: 3825 MHz 8: 1605 MHz
Memory: Using dmidecode: you must be root to run dmidecode
Graphics: Card: Advanced Micro Devices [AMD/ATI] Vega [Radeon RX Vega M] Device 694c bus-ID: 01:00.0 chip-ID: 1002:694c
Display Server: X.Org 1.19.2 drivers: fbdev,ati (unloaded: modesetting,vesa,radeon)
Resolution: 1920x1080@77.00hz
GLX Renderer: Gallium 0.4 on llvmpipe (LLVM 3.9, 256 bits)
GLX Version: 3.0 Mesa 13.0.6 Direct Rendering: Yes
Audio: Card-1 Intel Device a171 driver: snd_hda_intel bus-ID: 00:1f.3 chip-ID: 8086:a171
Card-2 Advanced Micro Devices [AMD/ATI] Device ab08
driver: snd_hda_intel bus-ID: 01:00.1 chip-ID: 1002:ab08
Sound: Advanced Linux Sound Architecture v: k4.9.0-6-amd64
Network: Card-1: Intel Ethernet Connection (2) I219-LM
driver: e1000e v: 3.2.6-k bus-ID: 00:1f.6 chip-ID: 8086:15b7
IF: enp0s31f6 state: down mac: d4:5d:df:07:4d:2d
Card-2: Intel I210 Gigabit Network Connection
driver: igb v: 5.4.0-k port: b000 bus-ID: 05:00.0 chip-ID: 8086:157b
IF: enp5s0 state: up speed: 1000 Mbps duplex: full mac: d4:5d:df:07:4d:2e
Card-3: Intel Device 24fd bus-ID: 06:00.0 chip-ID: 8086:24fd
IF: N/A state: N/A speed: N/A duplex: N/A mac: N/A
Drives: HDD Total Size: 256.1GB (6.2% used)
ID-1: /dev/sda model: INTEL_SSDSCKKW25 size: 256.1GB serial: BTLA73700XR2256J temp: 0C
Partition: ID-1: / size: 149G used: 8.1G (6%) fs: ext4 dev: /dev/sda5
label: N/A uuid: 5527686f-093e-471e-8b19-e4e2a555917a
ID-2: /boot/efi size: 234M used: 28M (12%) fs: vfat dev: /dev/sda2 label: N/A uuid: E410-C371
ID-3: swap-1 size: 7.47GB used: 0.00GB (0%) fs: swap dev: /dev/sda6
label: N/A uuid: ed1a1196-5338-4530-b8cc-4ab80e42f484
Sensors: System Temperatures: cpu: 56.0C mobo: 27.8C
Fan Speeds (in rpm): cpu: N/A
Repos: Active apt sources in file: /etc/apt/sources.list
deb http://ftp.de.debian.org/debian/ stretch main
deb-src http://ftp.de.debian.org/debian/ stretch main
deb http://security.debian.org/debian-security stretch/updates main
deb-src http://security.debian.org/debian-security stretch/updates main
deb http://ftp.de.debian.org/debian/ stretch-updates main
deb-src http://ftp.de.debian.org/debian/ stretch-updates main
Active apt sources in file: /etc/apt/sources.list.d/base.list
deb http://deb.debian.org/debian/ stretch main
Info: Processes: 201 Uptime: 12 min Memory: 760.5/7939.1MB Init: systemd v: 232 runlevel: 5 Gcc sys: 6.3.0
Client: Shell (bash 4.4.121 running in konsole) inxi: 2.3.5
zu meiner neuen Grafikkarte Raden VEGA M habe ich dies gefunden;
https://cgit.freedesktop.org/mesa/mesa/commit/?id=c6f1d360198c52d208645c0ccb5e988cded408e8 (https://cgit.freedesktop.org/mesa/mesa/commit/?id=c6f1d360198c52d208645c0ccb5e988cded408e8)
was auch der Grund ist nach der Suche eines "aktuellen Systems" damit ich hoffentlich recht schnell diesen neuen Treiber benutzten darf(kann ;)
Manjaro, Antergos liesen sich nicht einmal vom USB-Stick strten und trotz der Bootption "nomodeset" endetn diese mit einem X-Server Fatal Error.
also hatte ich mir das neueste seduction KDE runtegeladen welches sich auch schon mittles "nomodeset" ausführen lies,
dank des Installaers Calamres den ich von Manjaro her kenne hatte ich mir dieses dann auch installiert.
Doch leider startet dann die installierte version trotz des setzten der "nomodeset" auch nicht mehr durch und bringt mir auch einen X-Server Fatal Error :'(
nomodeset ist ne bunte Erfindung - es ist also davon auszugehen, dass so was unter Linux nicht funktioniert: https://www.kernel.org/doc/html/v4.14/admin-guide/kernel-parameters.html
Abgesehen vom Sarkasmus sollten die offiziellen Optionen funktionieren - die laufen halt nicht vorher durch nen Wrapper, der irgendwie noch was brauchbares da rauskitzelt.
Intel hört sich danach an. als ob man mit dem normalen modeset-Grafiktreiber eigentlich auf der sicheren Seite sein sollte - wenn nicht, dann den Intel-Treiber probieren.
Nen bisschen ausführlicher: https://www.phoronix.com/scan.php?page=news_item&px=AMDGPU-Vega-M-Kernel-Support
Towo wird sich bestimmt sehr gerne drum kümmern, wenn man ihm die entsprechende Hardware zur Verfügung stellt, die dann natürlich auch zum endgültigen Verbleib bei ihm bestimmt ist.
Das ist eine Intel-CPU mit AMD Grafik und diese wird im Moment afaik noch nicht von Linux supportet.
Hallo,
ohh vielen Dank für eure Antworten.
wenn ich das also mit meinem schlechtem Englisch und dem Google Translater richtig verstehen wird die Hardware also wohl erst mit Kernel 4.18 offiziell unterstützt.
Das sie bisher nicht unterstützt wird hatte ich ja schon gewusst.
Da werde ich mich also noch notdürftig behelfen müssen und gedultig auf den neuen Kernel warten.
in der zwischenzeit habe ich auch noch weitere Linuxsysteme getestet, und im Moment habe ich
https://www.netrunner.com/netrunner-18-03-idolon-released/
als Test installiert, und bin von diesem soweit begeistert.
Dort startete der USB-Stick ohne weitere Bootoptionen und auch nach der Installation läuft das System durch ohne Änderungen an den Bootoptionen.
Naja und genau das war ja so meine eigentliche Frage.
Netrunner ist ja auch auf Debian testing aufgebaut wenn ch das richtig lese.
Also Debian stable und Netrunner (Debian tesing) booten nach der installation durch.
Siduction bleibt nach der installation mit einem X-Server Fatal Error stehen und man kommt nur
bis zum Konsolen-Login.
Aber ich glaube ich werde mir Netrunner mal etwas genauer (einige Tage zumindest) ansehen,
und mal sehen wie es sich weiter verhält.
Ab dem dritten rc baut towo gewöhnlich den kommenden Kernel zum Testen. Kannst ja dann mal nachfragen, ob er dir den Link verrät.
ZitatAlso Debian stable und Netrunner (Debian tesing) booten nach der installation durch.
Da würde ich doch gerne mal relevante logfiles sehen, Debian Testing hat einen älteren Kernel und mit Sicherheit keinen Support für Kabylake G APU's. Das System wird wohl auf Vesa laufen.
Hallo,
ja gebe dir recht, das System läuft wohl auf Vesa, aber es läuft "erstmal".
Ist ja besser wie das es eben gar nicht läuft, oder (https://forum.siduction.org/Smileys/default/wink.gif)
ALso wenn Ihr Interesse habt das mit einzuibauen zukünftig und ihr Logfiles wollt kann ich das gerne machen
auch ggf. neue Betaversionen testen.
Bin halt leider nur "kein" Linux-Experte und bräuchte evtl. etwas Hilfe (https://forum.siduction.org/Smileys/default/wink.gif)
Naja das erste logfile mit Netrunner kann ich schon mal liefern, wenn es interessiert.
wäre Z.B. dies: journalctl -b 0 >> /tmp/journal1.log
Auweia, logfile mit 150kb ist schon zu groß und muss ich packen (https://forum.siduction.org/Smileys/default/sad.gif)
egle@NUC8i7HVK:~$ inxi -pluFxxrm
System: Host: NUC8i7HVK Kernel: 4.14.0-3-amd64 x86_64 bits: 64 gcc: 7.3.0
Desktop: KDE Plasma 5.12.2 (Qt 5.9.2) dm: sddm,sddm Distro: Netrunner 18.03 - Idolon
Machine: Device: desktop System: Intel product: NUC8i7HVK v: J71485-501 serial: N/A
Mobo: Intel model: NUC8i7HVB v: J68196-401 serial: N/A
UEFI: Intel v: HNKBLi70.86A.0040.2018.0516.1521 date: 05/16/2018
Chassis: type: 3 v: 2.0 serial: N/A
Battery hidpp__0: charge: N/A condition: NA/NA Wh volts: NA
model: Logitech Wireless Mouse serial: 4055-a2-19-e3-cd status: Discharging
hidpp__1: charge: N/A condition: NA/NA Wh volts: NA
model: Logitech Wireless Keyboard K540/K545 serial: 4076-78-0f-02-91 status: Discharging
CPU: Quad core Intel Core i7-8809G (-MT-MCP-) arch: Skylake rev.9 cache: 8192 KB
flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx) bmips: 24768
clock speeds: min/max: 800/4200 MHz 1: 1500 MHz 2: 1500 MHz 3: 1500 MHz 4: 1500 MHz 5: 1500 MHz
6: 1500 MHz 7: 1500 MHz 8: 1500 MHz
Memory: Using dmidecode: root required for dmidecode
Graphics: Card: Advanced Micro Devices [AMD/ATI] Vega [Radeon RX Vega M] bus-ID: 01:00.0 chip-ID: 1002:694c
Display Server: x11 (X.Org 1.19.6 ) drivers: fbdev,ati (unloaded: modesetting,vesa,radeon)
Resolution: 1920x1080@77.00hz
OpenGL: renderer: llvmpipe (LLVM 5.0, 256 bits)
version: 3.3 Mesa 17.3.6 (compat-v: 3.0) Direct Render: Yes
Audio: Card-1 Intel CM238 HD Audio Controller driver: snd_hda_intel bus-ID: 00:1f.3 chip-ID: 8086:a171
Card-2 Advanced Micro Devices [AMD/ATI] Device ab08
driver: snd_hda_intel bus-ID: 01:00.1 chip-ID: 1002:ab08
Sound: Advanced Linux Sound Architecture v: k4.14.0-3-amd64
Network: Card-1: Intel Ethernet Connection (2) I219-LM
driver: e1000e v: 3.2.6-k bus-ID: 00:1f.6 chip-ID: 8086:15b7
IF: enp0s31f6 state: down mac: d4:5d:df:07:4d:2d
Card-2: Intel I210 Gigabit Network Connection
driver: igb v: 5.4.0-k port: b000 bus-ID: 05:00.0 chip-ID: 8086:157b
IF: enp5s0 state: up speed: 1000 Mbps duplex: full mac: d4:5d:df:07:4d:2e
Card-3: Intel Wireless 8265 / 8275 driver: iwlwifi bus-ID: 06:00.0 chip-ID: 8086:24fd
IF: wlp6s0 state: down mac: aa:c5:96:aa:7a:bd
Drives: HDD Total Size: 256.1GB (5.8% used)
ID-1: /dev/sda model: INTEL_SSDSCKKW25 size: 256.1GB serial: BTLA73700XR2256J
Partition: ID-1: / size: 149G used: 7.2G (6%) fs: ext4 dev: /dev/sda5
label: N/A uuid: 8f70e99e-b85a-4065-857a-2e9a4ec498ee
ID-2: /boot/efi size: 234M used: 28M (12%) fs: vfat dev: /dev/sda2 label: N/A uuid: E410-C371
ID-3: swap-1 size: 7.47GB used: 0.00GB (0%) fs: swap dev: /dev/sda6
label: N/A uuid: ed1a1196-5338-4530-b8cc-4ab80e42f484
Sensors: System Temperatures: cpu: 48.0C mobo: 29.8C
Fan Speeds (in rpm): cpu: N/A
Repos: Active apt sources in file: /etc/apt/sources.list
deb http://snapshot.debian.org/archive/debian/20180309/ testing main contrib non-free
Active apt sources in file: /etc/apt/sources.list.d/netrunner.list
deb http://deb.netrunner.com/dci/packages/netrunner netrunner-1803 calamares ds9-artwork ds9-common extras netrunner-desktop netrunner plasmazilla nomad backports
Active apt sources in file: /etc/apt/sources.list.d/skype-stable.list
deb [arch=amd64] https://repo.skype.com/deb stable main
Info: Processes: 193 Uptime: 26 min Memory: 1654.3/7932.0MB Init: systemd v: 237 runlevel: 5 Gcc sys: 7.3.0
Client: Shell (bash 4.4.181 running in yakuake) inxi: 2.3.56
egle@NUC8i7HVK:~$
Nuja, Du könntest dann genau so gut siduction nehmen, brauchst halt als Bootparameter dann radeon.blacklist=1 amdgpu.blacklist=1, dann sollte auch hier der Fallback auf Vesa funktionieren.
Und wir sollten mal wieder ne neue Spendenralley starten - die letzte Hardware, die wir uns "gegönnt" hatten waren 2 Lenovo Flex 14 - einmal in AMD (für die damals brandneuen R7 glaub ich) und einen Intel Pentium, die beide auch noch vom allerfeinsten UEFI konnten ... Hat uns damals wirklich richtig weitergebracht.
Hallo,
das booten funktioniert nach der Installation immer noch nicht.
Habe auch bemerjt das auf dem Boot-Stick Xorg 1.19 läuft, nach der installation ist es dann auch 1.20.Evtl. liegt es ja daran?
Anbei habe ich dann mal das entsprechende Xorg.log vom installiertem seduction.(Über Konsole als root auf USB kopiert)
es ist siduction - seduction wäre ein Thema für ein anderes Forum. Und ja, ich würd mal schätzen, dass Du dann noch eine Weile den 1.19 benutzen solltest - erm. noch ne Anmerkung am Rande - grad bei Fehlerberichten wird hier ansatzweise sprachliche Genauigkeit geschätzt - also wenn dat Dingens bootet und X geht nich an sind das unterschiedliche Paar Schuhe.
Hallo,
okay, sorry verspreche besserung :)
Hmm, hast recht, ich mit meinem schlechten Englisch habe man "seduction" im Google-übersetzer eingeben.Wäre wirklich das falsche forum hier ;D
Der zweite Punkt ist mir irgendwie wichtiger - wenn dat live-Image geht, dann ist das ja schon mal fein. Wenn im installierten System noch nen Grub auftaucht wäre das noch schöner - dann könnte man an dieser Stelle das system mal in ein nichtgrafisches Target (3) fahren lassen - und an dieser Stelle dann mal mit dem X und auch mit einigen Treibern rumspielen.
Hallo melmarker,
ja ich habe ein Grub und habe ja dort dann mit der Taste "e" dann ja auch die Bootoptionen vorm booten eingegeben.
Das System startet ja auch nur wenn es zum grafischen login kommen sollte schmiert ja der Xserver ab, aber im gegensatz zu den anderen Linuxsystemen bleibt er gleich beim konsolen-login stehen.
Brauche also nicht über die Steuerungs und F-Tasten in einen anderen Runlevel zu wechsel.
Aber das mit dem nicht grafischen target (3) kenne ich nicht, bzw habe ich noch nie gemacht bzw. machen müssen ;) So muss aber jetzt auch ins Bett, wünsche eine gute Nacht ;D
also bootet die Kiste astrein - nur eine wesentliche Fehlerquelle ist von Anfang an deaktiviert - und wenn man dann endlich mal ne stabile Oberfläche erreicht hat, wird sich auch hoffentlich niemand mehr wundern, warum wir bis in die heutige Zeit am Midnight Commander festhalten und den mit permanenter Boshaftigkeit installieren :D
Hallo,
ich glaube ich habe den Grund gefunden warum es nicht geht?
Bin bei Ubuntu auf dies getroffen:
https://askubuntu.com/questions/1040440/graphics-drivers-for-intel-nuc-hades-canyon-nuc8i7hvk-amd-radeon-rx-vega-gh (https://askubuntu.com/questions/1040440/graphics-drivers-for-intel-nuc-hades-canyon-nuc8i7hvk-amd-radeon-rx-vega-gh)
also dachte ich mir mal probierste das in dieser Art auch mal mit dem Debian ;)
Habe dann mal von Debian testing auf debian expeimentel umgestellt und bei beiden mit diesem Versuch:
$ wget -m -np https://people.freedesktop.org/~agd5f/radeon_ucode/vegam/
$ sudo cp people.freedesktop.org/~agd5f/radeon_ucode/vegam/*.bin /lib/firmware/amdgpu
$ sudo /usr/sbin/update-initramfs -u -k all
erhalte ich aber dieses Fehler:
sudo /usr/sbin/update-initramfs -u -k all
update-initramfs: Generating /boot/initrd.img-4.16.0-2-amd64
cryptsetup: ERROR: Couldn't find sysfs hierarchy for /dev/sda5
cryptsetup: ERROR: Couldn't find sysfs hierarchy for
UUID=ed1a1196-5338-4530-b8cc-4ab80e42f484
cryptsetup: WARNING: The initramfs image may not contain cryptsetup binaries
nor crypto modules. If that's on purpose, you may want to uninstall the
'crypsetup-initramfs' package in order to disable the cryptsetup initramfs
integration and avoid this warning.
WARNING: Unknown X keysym "dead_belowmacron"
WARNING: Unknown X keysym "dead_belowmacron"
WARNING: Unknown X keysym "dead_belowmacron"
WARNING: Unknown X keysym "dead_belowmacron"
I: The initramfs will attempt to resume from /dev/sda6
I: (UUID=ed1a1196-5338-4530-b8cc-4ab80e42f484)
I: Set the RESUME variable to override this.
update-initramfs: Generating /boot/initrd.img-4.14.0-3-amd64
cryptsetup: ERROR: Couldn't find sysfs hierarchy for /dev/sda5
cryptsetup: ERROR: Couldn't find sysfs hierarchy for
UUID=ed1a1196-5338-4530-b8cc-4ab80e42f484
cryptsetup: WARNING: The initramfs image may not contain cryptsetup binaries
nor crypto modules. If that's on purpose, you may want to uninstall the
'crypsetup-initramfs' package in order to disable the cryptsetup initramfs
integration and avoid this warning.
WARNING: Unknown X keysym "dead_belowmacron"
WARNING: Unknown X keysym "dead_belowmacron"
WARNING: Unknown X keysym "dead_belowmacron"
WARNING: Unknown X keysym "dead_belowmacron"
I: The initramfs will attempt to resume from /dev/sda6
I: (UUID=ed1a1196-5338-4530-b8cc-4ab80e42f484)
I: Set the RESUME variable to override this.
egle@NUC8i7HVK:~$
In dem Ubuntu Beitrag verwenden die den Kernel 4.17.0-999 oder neuer, kann es evtl. sein das der Kernel
4.16 von Debian-Testing evtl. nicht damit zurecht kommt und ich auf einen neueren Kernel warten muss/sollte?
Hmm, den Kernel vom Ubuntu zu benutzten wäre wohl nicht so empfehöenswert :-\
a) wir verwenden keine debian kernel
b) unser Kernel ist neuer als der von debian oder den Bunten
c) leider ist der xserver in sid auch neu
Das mit dem cryptsetup kannste ganz einfach lösen - so Du kein verschlüsseltes System hast - Paket löschen, Grund findet sich im cryptsetup changelog - die toten makaroni kannst Du auch vergessen, das ist nur nervig, tut aber nichts. Wenn das Live-System bootet und was sinnvolles anzeigt (grafiktechnisch), dann würde mich mal ein
inxi -Gxxx
interessieren.
Hallo melmarker,
ja mit dem Live-USB-Stick bootet die Kiste durch, sogar ohne weitere Bootparameter ;)
Und kann hier vom Live-System auch problemlos das gewünschte aufrufen und posten :)
siducer@siduction:~$ inxi -Gxxx
Graphics: Card-1: Advanced Micro Devices [AMD/ATI] Polaris 22 [Radeon RX Vega M GH] driver: N/A
bus ID: 01:00.0 chip ID: 1002:694c
Display: x11 server: X.Org 1.19.6 driver: ati,fbdev,modesetting unloaded: radeon,vesa
resolution: 1920x1080~77Hz
OpenGL: renderer: llvmpipe (LLVM 6.0 256 bits) v: 3.3 Mesa 18.0.3 compat-v: 3.0 direct render: Yes
siducer@siduction:~$
Nü - das ist doch fein - dann installier das genau so - und lass die Finger von allen Updates (erstmal) - das installierte System sollte dann auch starten. Und danach kommen wir dazu, welche Pakete gehalten werden sollen - also auf ihrer Version festgenagelt, weil man die besser zur Zeit nicht updated.
Vielleicht deutlicher: Der Installer an sich macht keinerlei updates und upgrades von selbst. Das will wirklich keiner, der die Natur von Debian sid (also auch die von Siduction) kennt. Also sind sämtliche Auto-Update-Mechanismen erst mal abgeklemmt. Bei anderen Release-Modellen mag das funktionieren - für stable und auch für ubuntu geht das mehr oder weniger fein, bei Sid(uction) kann und wird so was zu Ungemach führen. Allgemeiner: Bei jedem Rolling sind blinde Updates und das Vertrauen darauf, dass alles gut gehen wird ein Garant für ein früher (in Deinem Fall) oder später nicht mehr funktionierendes System. Aktualität erkaufen wir uns unter anderem damit, dass wir regelmäßig Maschinen- und Useropfer bringen, die dann einfach mal ins Klo gegriffen haben - und die nach einer gewissen Zeit damit umzugehen gelernt haben sollten.
Sorry, dass ich so deutlich sein muss. Cutting Edge bedeutet halt, dass man sich durchaus mal an scharfen Kanten verletzen kann - im Gegensatz zu Bleeding Edge - wo das normal ist. Mit dem Wissen im Hinterkopf ist es ratsam, sich eine möglichst defensive Strategie zu entwickeln, um das eigene Zeug je nach Wissen am Laufen zu halten.
Btw: Meine Strategie ist: Einfach mal installieren und schauen was passiert, Sicherungen sind einfach nur feige und hinterher schreien kann ich immer noch. Funktioniert für mich prima und gibt immer wieder feine Bugreports und Patches für den Debian Bugtracker - allgemein empfehlen würde ich diese Strategie nicht, die kann manchmal recht anstrengend und frustrierend werden.
Display: x11 server: X.Org 1.19.6 driver: ati,fbdev,modesetting unloaded: radeon,vesa
interessant wäre jetzt zu wissen, welcher Treiber benutzt wird- radeon und vesa sind es definitiv nicht, per Handauflegen würde ich fast auf den modesetting-Treiber tippen. Aber vielleicht weiss da jemand anderes mehr zu. Rein hypothetisch würde ich jetzt radeon und vesa entfernen und einfach mal den desktop neu starten (sudo systemctl restart sddm) - und dann würde ich auch den ati-treiber killen. Und noch mal den desktop neu starten - Wenn es dann immer noch funktioniert, würde ich darauf tippen, dass modesetting einfach nur klasse funktioniert und das erstmal dabei belassen - und nach ner Installation ne Vollsicherung machen und dann anfangen weiterzuspielen - bleibt mir erspart, ich hab die Hardware nicht 8)
Hallo melmaker,
so hatte schon angefangen zu installieren bevor du deinen Post nochmals überarbeitet hast ;)
Damit mir das nicht wieder passiert wie bei den ersten zwei Versuchen,da kam ja nach der Installation kein Login-Screen mehr bzw. es bootetet ja nur zu einem Konsolen-login...
Bin ich jetzt einfach mal einen Anderen Weg gegangen.Habe das Netzwerkkabel abgezogen und dann "siduction" installiert.
So System läuft nun auch nach der Installation, mit ein paar kleiner "macken"..Habe den NUC an einem TV angeschlossen,.
Vorher booteten die Systeme immer in FullHD.Nun bootet es halt nur noch in 1280 x 1024 und kann unterm dem KDE-Anzeigeneinstellungen auch keine höhere Auflösung auswählen, ist aber erstmals zweitrangig.
Wichtig ist das System bootet ;) egle@NUC8i7HVK:~$ inxi -Gxxx
Graphics:
Card-1: AMD Polaris 22 [Radeon RX Vega M GH] driver: N/A bus ID: 01:00.0
chip ID: 1002:694c
Display: x11 server: X.Org 1.19.6 driver: ati,fbdev,modesetting
unloaded: radeon,vesa resolution: 1280x1024~77Hz
OpenGL: renderer: llvmpipe (LLVM 6.0 256 bits) v: 3.3 Mesa 18.0.3 compat-v: 3.0
direct render: Yes
egle@NUC8i7HVK:~$
Äh - ja - wie sieht es in den Monitoreinstellungen aus, sind da höhere Auflösungen mögliche? Wenn ja. auswählen.
ok - lesen lernen - und begreif ich jetzt nich. Und ich würd einfach mal ganz bösartig den ati, den radeon und vesa kicken und schauen, was passiert - und auch mal mit xrandr ne höhere Auflösung als der freiwillig hergibt ausprobieren.
Hallo zusammen,
wollte nur mal den akktuellen Stand wieder geben ;)
Mein NUC läuft nun mit dem seduction und der neuen Grafikkarte incl. Sound über HDMI.
egle@NUC8i7HVK:~$ inxi -F
System: Host: NUC8i7HVK Kernel: 4.18.0-rc4-amd64 x86_64 bits: 64 Desktop: KDE Plasma 5.13.2
Distro: siduction 18.3.0 Patience - kde - (201805132121)
Machine: Type: Desktop System: Intel product: NUC8i7HVK v: J71485-501 serial: <root required>
Mobo: Intel model: NUC8i7HVB v: J68196-401 serial: <root required> UEFI: Intel
v: HNKBLi70.86A.0040.2018.0516.1521 date: 05/16/2018
CPU: Topology: Quad Core model: Intel Core i7-8809G bits: 64 type: MT MCP L2 cache: 8192 KiB
Speed: 800 MHz min/max: 800/4200 MHz Core speeds (MHz): 1: 800 2: 800 3: 800 4: 800 5: 801 6: 800
7: 801 8: 800
Graphics: Card-1: Advanced Micro Devices [AMD/ATI] Polaris 22 [Radeon RX Vega M GH] driver: amdgpu v: kernel
Display: x11 server: X.Org 1.20.0 driver: amdgpu,ati unloaded: fbdev,modesetting,vesa
resolution: 2560x1440~60Hz
OpenGL: renderer: AMD VEGAM (DRM 3.26.0 4.18.0-rc4-amd64 LLVM 6.0.1) v: 4.5 Mesa 18.1.4
Audio: Card-1: Intel CM238 HD Audio driver: snd_hda_intel
Card-2: Advanced Micro Devices [AMD/ATI] driver: snd_hda_intel
Sound Server: ALSA v: k4.18.0-rc4-amd64
Network: Card-1: Intel Ethernet I219-LM driver: e1000e
IF: enp0s31f6 state: up speed: 1000 Mbps duplex: full mac: d4:5d:df:07:4d:2d
Card-2: Intel I210 Gigabit Network driver: igb
IF: enp5s0 state: down mac: d4:5d:df:07:4d:2e
Card-3: Intel Wireless 8265 / 8275 driver: iwlwifi
IF: wlp6s0 state: down mac: de:83:8f:1d:d6:ce
Drives: Local Storage: total: 238.47 GiB used: 8.07 GiB (3.4%)
ID-1: /dev/sda vendor: Intel model: SSDSCKKW256G8 size: 238.47 GiB
Partition: ID-1: / size: 53.06 GiB used: 8.00 GiB (15.1%) fs: ext4 dev: /dev/sda5
ID-2: swap-1 size: 3.91 GiB used: 0 KiB (0.0%) fs: swap dev: /dev/sda3
Sensors: System Temperatures: cpu: 42.5 C mobo: 29.8 C gpu: amdgpu temp: 38 C
Fan Speeds (RPM): N/A
Info: Processes: 220 Uptime: 1m Memory: 7.75 GiB used: 630.9 MiB (8.0%) Shell: bash inxi: 3.0.18
Es hat mich viele installtionen und testereien gekostet,
habe das ganze zuerst mal mit Debian testing (Netrunner-Linux 18.03)probiert.
Der weg zum Erfolg war folgender:
sudo apt -t experimental install linux-image-4.18.0-rc4-amd64 linux-headers-4.18.0-rc4-amd64
dann noch:wget -m -np https://people.freedesktop.org/~agd5f/radeon_ucode/vegam/
sudo cp people.freedesktop.org/~agd5f/radeon_ucode/vegam/*.bin /lib/firmware/amdgpu
sudo /usr/sbin/update-initramfs -u -k all
somit läuft Debian testing auch mit dem NUC.
Bei Seduction-Linux:
lässt sich ja das system installieren wie ich oben schon mal erwähnt hatte aber selbst nach dem neuesten Updates mit den neuem Kernel 4.17-8 bleibt er immer im Login stehen udn der X-server startet nicht.
Also habe ich auch hier den folgenden Weg gewählt:
1. nur manuel den Kernel 4.17-8 installiert
2. mitels wget dieneuesten binary für die Grafikkarte installiert (wie bei debian testing)
siehe da die Garfiktreiber wurden erkannt und der X-server 1.19 startet und alles ist gut.Wird nun der rest aktualisiert (X-org 1.20) bleibt nun der X-server wieder hängen und man landet wieder nur im Login.
Also habe ich dann auch hier folgendes installiert:
apt -t experimental install linux-image-4.18.0-rc4-amd64 linux-headers-4.18.0-rc4-amd64
nun mit dem Kernel 4.18 startet nun auch seduction mit X.Org 1.20 wie es soll miten ins KDE.
Vermute also das beim neuem X.Org noch irgendwas sein muss das mit dem Kernel 4.17 nicht zusammen passt?
ergo im Moment. sieht das dann so aus:
Kernel 4.17 mit X.Org 1.19 = Okay
Kernel 4.17 mit X.Org 1.20 = Failed
Kernel 4.18 mit X.Org 1.20 = Okay
Das gleiche Problem haben im Moment auch alle "Arch-Basierende" (Antergos, Manjaro) Linuxsysteme.
Diese werden mittlerweile alle mit X.Org 1.20 betrieben, und lassen sich daher nichtmal booten,
bzw. installieren, weil ja wie es aussieht der X.Org 1.20 den Kernel 4.18 benötigt ;)
es heisst siduction
...
Und es nützt auch nicht wirklich viel, das Ganze mit dem Debian Kernel zu machen, dann weiss ich trotzdem nicht, ob es mit dem siduction Kernel funktioniert. 4.18-rc6 gibts auch in unserem Experimental-Repo.
Hallo towo,
ohh sorry klar, hätte ich ja selbst dran denken können :(
So habe nun von eurem Experimental den Kernel 4-18-rc6-siduction-amd64 installiert.Damit läuft das ganze natürlich auch....
Den vom Debian-Experimental habe ich wieder deinstalliert, hatte ich nicht dran gedacht das Ihr soweit eigene feeds habt :-[
Muss ich mal schauen was bei "siduction" eigentlich die beste sourcelist wäre,
hoffe ich finde da was in eurem Forum oder Google.
sind noch ein paar Kleinigkeiten die mir, etwas seltsam vorkommen, haben aber mit diesem Thread nichts zu tun.
Hmm, das erste Posting kann ich leider nicht mehr bearbeiten, sonst würde ich den Betreff "siduction" noch korrigieren :D
ich hab mal alle Überschriften in siduction umbenannt, nie wieder :P - nich dass der nicht modifizierte Sachen einfach erbt, nö, weit gefehlt :P