Beiträge von Advantaged im Thema „MX Linux KDE: GUI vom Live-System startet nicht. Grafikkarte nicht erkannt?“

    Mich interessieren die näheren Umstände. Also darfst du gerne diese ganzen Dinge ausführlicher darlegen. Danke

    Ein klein Geschmack Hier Bitte + enthaltene Links.

    ich fange nicht schon wieder eine Diskussion wie bei Ubuntu als Unity rauskam & Gnome schlief, am Ende war Unity weg.

    Wenn du ein Profi bist & das gelesen hast, auch wenn du bis jetzt nicht "betroffen" warst, dann weist du auch spätestens danach "Bescheid".

    Nur eins kann ich dir sagen, den falschen o fehlerhafte Hardware-Handling=EDID, GPU, DC, schlechten bzw. antiken Partitionierung- & Formatierungs-Tools, Grub versteht weder BRFS noch ZFS richtig, etc. PP. Warum machst du, machen wir das? Ist das vielleicht lustig? Oder schreckt die Neulingen komplett ab?

    Das ist diesselbe Argumentation die ich f. Unity verwendet habe, will das gesamte Linux nicht wie Unity enden, dann müssen wir Gas geben, angefangen von der Hardware-Recognition schon vor der Installation.

    Auch in Server-bereich, gibt dort ein "Tool" um die 512 LBS DC in 4Kn umzuwandeln? Nein! gibt es nicht, ich muss jede einzelne DC manuell umwandeln & jedes Mal daß ein RAID-Member kaputt geht muss ich extra nochmal machen & ich frage mich, was soll das? Ist den System-Administratoren vielleicht langweilig? Oder baut sich jeder sein eigenes "Script" bzw. "Routine"? Warum steht sowas nicht f. die User zur Verfügung? Versteht Win kein 4Kn? Oder doch & wir hinken hinterher?


    Ein Profi kennt alle diese Topics & wenn klug ist, macht sich an die Arbeit, wie gesagt, die Profi kennen das, reden nicht darüber aber realisieren auch keine Lösung dafür. ich habe mit der Entwickler von Calamares, GPT-FDISK-Tools & rEFInd gesprochen, die HW-Hersteller haben den "Schalter' umgelegt & jede Distro wartet daß seine Users abwandern bevor etwas tut. nicht wahr? Genauso wie bei Grub als UEFI rauskam.

    ich schaue mich nichtmal die po-litische Propaganda, jetzt soll ich mich die Software-Propaganda einziehen? Nein Danke!

    Jetzt bin ich der Doofe der die falsche Distro sich ausgesucht hat, nicht wahr?

    In einem Punkt hast du absolut recht, Linux hinkt sehr hinterher sodass in Redmond Win 11 mit viel weniger "feature" & viel mehr Spionage veröffentlichen musste.

    Leider ist das mal wieder ein Pauschalaussage die völlig falsch ist...

    ich pauschaliere nicht, ich habe nur Richard Stallman zitiert von der Free Software Foundation ;).

    Dasselbe Chaos war während der Umstellung von Grub auf UEFI & da die Systeme ganicht mehr booteten hat sich z.B. Debian entschieden bzw. geraten der Grub damals nicht upzudaten ;).

    Einigermaßen hat es schließlich ca. zwei Jahren später funktioniert & auch weil alle Distros "rebellierten" & geholfen haben.

    UEFI auf der MB ist noch 16-Bit eigentlich soll den ganzen angeschlossene HW auflisten & einstellen können, tut aber nicht.

    UEFI versteht nicht mal 4Kn-Data-Carrier, sodass UEFI die boot-partition erkennen kann, muss diesselbe "vfat" sein und sehr speziellen "Parameter" enthalten & das auch laut Debian-Wiki nur mit ein falschen Parameter aufgelistet. Siehe Hier! & vergleiche mit Debian-Wiki ;).

    "ext4", wenn du das verlinkte Artikel liest, versteht auch nicht die (15 Jahren alten) 4Kn-Data-Carrier, sodass "ext4" zumindest brauchbar wird/bleibt, muss dasselbe mit zwei "F"=Force parameter formatiert werden. Das sieht nicht wie ein FS o.ot.b. (file system out of the box), nicht wahr?

    Nun, die HW-Hersteller von Data-Carrier (DC) haben die Karenz-Zeit (nach 15 Jahren) beendet & der LBS (logical block size) von 512 auf 4K erhöht weil:

    1. Auch SSD & NVM-e > 2TB standard sind.

    2. Mit NVM-e & PCI-e 4 o. 5 ein LBS von 512 ein bottle-neck ist= die Leute würden nicht mehr kaufen;)

    Wir haben bis jetzt nur mein Punkt Nº1 von vorherigen Post gestreift ;).

    UEFI ist ein trash, jeder weißt es & niemand macht was, secure boot, tpm etc. ist weiteres garbage das der User nur spionieren soll genauso wie SystemD= heimlich in winde-eile entwickelt & implementiert & immer wieder erweitert.

    Wer das Gegenteil behaupten will, der muss sich bei Richard Stallman beschweren nicht bei mir ;).

    Diese Fehler das die GK nicht erkannt wird bzw. die Treibern fehlen ist ein 15 Jahren alten Debian-Bug.

    Auf der Suche nach ein "SystemD"-frei Deb-Basierte Sytem bin ich auf Devuan gestoßen... dasselbe Geleier" installiere neuerer Kernel, mach das & jenes aber immer noch die 1270* Auflösung auf nen 4K-Monitor. Am Ende habe ich entdeckt daß das System die EDID garnicht gelesen hat & "Xorg" unvollständig war, das Nachinstallieren von der fehlende Teilen auch in chroot-mode hat Nichts gebracht.

    Niemand hat mir gesagt daß es überhaupt nicht geht, nach mehr als ein Monat "try & error" habe ich aufgegeben.

    Der "Shim"=secure boot von/für Linux ist auch angekündigt, damals von Ubuntu-Family daß es (mit tödliche Sicherheit) funktionieren soll, hat im Endeffekt nicht & die Aussage würde zurückgezogen bzw. gelöscht.

    Secure boot ist (laut, damalige, Linux-Foundation) ein Trojaner in UEFI das extra f. die AMD-CPU designed worden ist, die Intel garantieren den Zugang von vorne an seit 1984= erste 64-bit CPU's.


    Die Morale der Geschichte ist:

    1. UEFI musst du benutzten ansonsten kannst du nicht booten.

    2. Secure boot auf jeden Fall deaktivieren, das braucht kein Mensch & Windoof ist auch kein Mensch.

    3. Installiere Linux auf ein extra Data-Carrier, wenn du kannst & klemme sogar die Win-HDD ab ;).

    4. Sobald du dich sicher fühlst, installiere dich ein "SystemD"-free Linux wie Artix z.B. mit "OpenRC" z.B..

    5. Als letzte, auch wenn du dich sicher genug bist, ersetze Grub.


    ich könnte f. jeden der obigen Punkte ein ganzes Buch schreiben (=5) aber ich mache es nicht weil die Profi die Geschichten schon kennen, sie erzählen sie sie nur nicht ;). Fünf einfachen Punkten von denen drei f. dich sehr einfach sind.

    Fazit: Wir sind nicht dumm weil wir die "Fehler" von andere nicht korrigieren können & wir haben auch keiner Zeit f. Reparaturen, unsere Vorschläge werden ignoriert, also nehmen wir was f. uns am besten passt ^^.

    Wusste ich doch, dass ich genau diesen Befehl auch schon probiert hatte ... Aber auch darüber kann ich ein solches Paket nicht installieren.

    Kann es vielleicht sein, dass wir nicht von derselben MX-Version sprechen, nicoletta?

    • Bei dir funktionieren AMD Grafikkarten in MX Linux.
    • Secure Boot funktioniert bei dir.
    • amdgpu lässt sich bei dir über das Terminal installieren.

    Ich versuche das alles in MX Linux KDE 23.1. :/

    Bitte benutze zuerst ein Befehl der das Paket sucht:

    sudo apt search amdgpu

    zumindest bis wann du ein synaptic o. equivalent Paket f. MX-Linux nicht installiert hast.

    Außerdem, sehr wahrscheinlich brauchst du auch "Begleit-Programme" bzw. "Dependencies" wie dkms etc. PP.

    Außerdem musst du zuerst die source updaten, das ganze komplett sieht so aus:

    sudo apt update && sudo apt upgrade && sudo apt dist-upgrade && sudo apt search amdgpu

    wenn dann das Paket gefunden wird, erst dann mit sudo apt install amdgpu fortfahren ;)

    Ach! Das installiere von Treibern in der Live-Session bedeutet nicht daß das System plötzlich die Treibern benutzt.

    Die Treiber in Linux sind entweder schon im Kernel o. als Kernel-Modulen zu Kernel hinzugefügt = beim Linux ist ein Neustart nur dann notwendig wenn am Kernel "herumdoktert" aber die Live-Session hat keine Permanenz, d.h. wenn due von USB restartest, hast dasselbe wie vorher auch = keine GK-Treibern ;).

    Schade eigentlich f. MX-Linux daß nicht mal die open-source Treibern von AMD im Kernel von Vorne an "einfügt".

    Nein.

    Schade!

    Ich schäme mich nicht. Bin mir keiner Schuld bewusst. :/

    du warst auch nicht gemeint sondern die s.g. "Entwickler" bzw. Anpasser.

    Allerdings komme ich an Garuda, egal in welcher Version, nicht dran.

    Was meinst du damit?

    Das lasse ich mal lieber. So fit fühle ich mich noch nicht. ;)

    Das ist etliche malen einfacher als Grub aber zuerst musst du dich sicher fühlen & frei handeln, kein Stress, kein zwang, entscheide selbst.

    Ich bin übrigens gestern Abend nach Ubuntu Budgie 23.10.....

    Davon habe ich auch gehört, ausprobiert habe ich noch nicht.

    Was du braucht f. den Anfang ist was komplett ist mit alle Office, Drucker & vielleicht Spiele = was f. dich am meistens komplett ist, wo du am wenigstens zu nacharbeiten hast.

    Für mich ist mit Abstand Linux besser als Win, dennoch habe ich noch nicht das perfekte System f. mich gefunden, so, ich nehme was am nächstens passt.

    Angefangen habe ich mit "Ubuntu Ultimate" bzw. "Ultimate-Edition", heute da der Entwickler sich brand neue HW sich besorgt hat, hat auch ein "Ultimate-Arch" kreiert. Wie auch immer sei, Distros die keine Treiber f. 2 Jahren alten HW haben = Finger weg auch wenn dein HW älter wird ;)

    Das bedeutet daß mit der Treiber der DE (desktop Enviroment) garnicht startet & du hast ein CLI-Login.

    Was ist danach passiert? Ist der DE gestartet oder nicht?

    Menschen, manchmal, schämen sich f. ihre Fehler & schweigen darüber, o. wissen garnicht wo der Fehler liegt & schweigen.

    Wobei, das war ein Debian-Fehler vor ca. 15 Jahren, vielleicht haben sie "vergessen" der "Patch" zu übernehmen.

    Wie auch immer, das gute daran ist, du hast was neues gelernt (`nomodeset` EIN- & AUS-Zuschalten)

    Wenn du eine gute Debian-Entwicklung suchst, das ist Kubuntu immer noch die beste Wahl.

    Ich benutze Artix-Linux-Plasma-Community-OpenRC (ohne Systemd), teste gerade Garuda & BlueStar-Linux in der VM, letztere soll eine deutsche Entwicklung genauso wie KDE selbst sein. Wie du siehst, ich weiche nicht mehr aus der KDE Seite.

    tony@Tony-Haupt-PC  
    OS: Artix Linux x86_64
    Host: MS-7B09 1.0
    Kernel: 6.1.58-1-lts
    Uptime: 13 days, 19 hours, 56 mins
    Packages: 2177 (pacman)
    Shell: bash 5.1.16
    Resolution: 3840x2160
    DE: Plasma 5.27.8
    WM: KWin
    WM Theme: Breeze
    Theme: Artix-dark [Plasma], Breeze [GTK2/3]
    Icons: [Plasma], breeze-dark [GTK2/3]
    Terminal: konsole
    Terminal Font: Noto Sans 11 Roboto Mono 11
    CPU: AMD Ryzen Threadripper 1900X (16) @ 3.800GHz
    GPU: AMD ATI Radeon RX Vega 64
    Memory: 29.02GiB / 62.66GiB
    GPU Driver: amdgpu
    CPU Usage: 6%
    Disk (/): 1.2T / 1.7T (74%)
    Font: Noto Sans 0 11 [Plasma], Noto Sans, 11 [GTK2/3]
    Local IP: 192.168.178.20
    Public IP:
    Users: tony
    Locale: en_US.UTF-8

    Als mein HW brand neu bzw. 1-2 Jahre auf der Markt war, bin ich vor 4-5 Jahren auf dem "Rolling-Release" (Arch & Derivate) umgesattelt, ich habe zwar deine Maleure nicht gehabt, dennoch manche meine Einstellungen waren nicht möglich unten "Standard- or Version-Release". Danach, vor 1-2 Jahren bin ich mit der Rolling geblieben aber den LTS-Kernel angefangen zu benutzen wegen "Experimenten" mit "ZFS"..

    ich weis, du willst Win verlassen, gibt vieles neues zu lernen & brauchst Hilfe. sei geduldig, denke daran daß du Win mehrere Jahren wenn nicht Jahrzehnten "studiert" hast & wenn du Hilfe brauchst, frag einfach, OK?

    Bisher weiß ich noch nicht, wie ich „nomodeset“ wieder entfernt bekomme. Ich ging davon aus, dass diese Option nur beim ersten Booten aktiv ist und nach Neustart wieder deaktiviert wird.

    Klar darfst du fragen. 😉 Seitdem ich Linux teste, habe ich diese SSD zusätzlich eingebaut, um darauf nur Linux zu installieren. Ich nutze bereits 2x NVMe. Auf der einen befindet sich Windows 11 und auf der anderen sind alle Spiele installiert, die ich gerade spiele. Sobald ich endlich eine Linux-Distribution gefunden habe und Linux zu meinem Haupt-OS wird, ändert sich das alles.

    `nomodeset` ist eine Grub-Kernel-Option= bootloader-option, da kannst du eine Editor benutzen wie `nano, vim, gedit, kate` oder auch ein Paket names `grub-optimizer` bzw. `grub-customizer`. Hier ist die Erklärung auf Englisch f. Ubuntu.

    Über Terminal bzw. CLI bzw. `konsole`:

    sudo nano /etc/default/grub Passwort eingeben wenn du gefragt wirst.

    Über DE bzw. Desktop-Einvironment bzw. "Klicky-Bunty":

    oder navigierst du mit dem 'Dolphin' & doppelklickst du auf diese `grub`-Datei, normalerweise öffnet sich das Editor-Programm `kate` automatisch.

    dort löscht du der Eintrag `nomodeset`, pass auf, jede Option ist durch ein & nur ein Leerzeichen getrennt ;).

    Speichere danach die Datei mit "Strg+O" bei `nano` o. mit "Strg+S" bei `kate`, ach! `kate` fragt dich um den passwort.

    Schließt wieder der Editor, `nano` mit "Strg+X" & `kate` durch ein Klick wie by Win.

    Danach machst du ein `grub-update`, das geht nur in der Konsole mit dem Befehl:

    sudo update-grub

    jetzt kannst du neustarten.

    Zusammenfassend:

    1. Datei finden : /etc/default/grub

    2. Datei öffnen.

    3. Datei ändern.

    4. Datei speichern.

    5. Datei schließen.

    6. Grub-Update.

    7. Neustart.

    Mit `grub-optimizer` bzw. `grub-custonizer`:

    1. Suche das Paket:

    Deb: sudo apt search grub-customizer

    Arch: sudo pacman -Ss grub-customizer

    2. Installiere:

    Deb: sudo apt update && sudo apt upgrade && sudo apt install grub-customizer

    Arch: sudo pacman -S --needed grub-customizer

    3. Programm starten & Passwort eingeben.

    4. Einstellungen vornehmen:

    4.a. Dritte Menüleiste von Oben, klicke in der Mitte auf "Allgemeine Einstellungen" bzw. "General Settings"

    4.b. Unten "Kernel Parameter" lösche der Eintrag bzw. Wort `nomodeset`

    5. Klicke in zweite Menüleiste auf "Speichern" bzw. "Save", das entspricht grub-update o. spätestens beim Schließen fragt dich das Programm ob du Grub updaten willst..

    6. Schließe das Programm & reboote.

    ich hoff's hat dir geholfen ;)