bowman schrieb:
Xubuntu Lubuntu
Nein Danke, wir bleiben bei Kubuntu (habe schon geschrieben). Die OS-Test-Phase habe ich hinten mir. Ich habe keine Zeit (auch als Rentner) und keine Lust mit dem OS zu spielen um etwas zu tun das niemand interessiert oder hilft. Ich arbeite lieber an neue Technologien. Das OS, ist für mich, ein Werkzeug-Kasten das ohne "registry, dconf und gconf" an meine Bedürfnisse bis ins Details einstellen lässt.
bowman schrieb:
Garnichts wird da verkettet. Einfach eingetragen, mit vorne und hinten einer Leerstelle.
Etwa so? "/etc/default/grub"
| GRUB_CMDLINE_LINUX_DEFAULT="quiet splash i915.blacklist=yes"
|
Komm, lass dir nicht aus de Nase ziehen! Das ist die Lösung mein Problem und ermöglicht das Schließen des Thread, wenn du es weißt!?
bowman schrieb:
lesen!: Bootoptionen
Ich will das ding nicht booten (habe schon geschrieben). Ich schließe die HDD an meine Maschine, ändere die Conf., Chroote und ferig.
Deine Methode ist umständlicher weil:
a) Das Ding sehr schnell ist und es ist sehr schwierig zu Grub-Boot-Optionen zu kommen da die benötigte Tasten andere Funktionen im EFI haben.
b) Muss alles abgetippt werden ohne Chance auf Copy-Paste.
c) Keine Grafische Kontrolle für Tipp-Fehler bzw. Korrekturen
d) Ein Chroot-Script/Befehlzeie habe wo ich einfach mit ein Copy(Strg+C)-Paste(Strg+Umschalt+V) direkt und mühelos auf ein andere OS rankomme, alles was zum ändern ist das "xy" von "/dev/sdxy".
bowman schrieb:
Wenn es am nvidia-370 liegt, dann wäre es Blödsinn den i915 zu deaktivieren. Dann muss der nvidia deaktiviert werden.
NVidia=dGPU hat Probleme (wie immer) mit Intel=iGPU und nicht mit dem OS deshalb heißt auch "iGPU ausschalten! und nicht "dGPU ausschalten"
bowman schrieb:
Wenn du ihn nicht deinstalliert hast,...
a) siehe vorletzte Punkt.
b) Ich erinnere mich nicht mehr ob deinstalliert ist. könnte sein dass ich folgende Befehl benutzt habe:
| sudo dpkg -l 'linux-*' | sed '/^ii/!d;/'"$(uname -r | sed "s/\(.*\)-\([^0-9]\+\)/\1/")"'/d;s/^[^ ]* [^ ]* \([^ ]*\).*/\1/;/[0-9]/!d' | xargs sudo apt-get -y purge
|
bowman schrieb:
Noch was zum lesen: Kernel
Falls mit dem Abschalten der iGPU nicht funktioniert dann muss ich die NVidia-367 erst und dann ggf. linux-image/header ersetzen.
Das ersetzten ist kein Thema (auch mit Chroot nicht), ein Thema ist das Verhindern der erneute Installation bzw. Update/Upgrade.
Und das war auch die Frage die ich gerne wiederholt habe.
bowman schrieb:
Übrigens gibt es unter 14.04 auch LTS Enablement Stacks, damit man nicht mit veraltetem Kernel auf neuer Hardware arbeiten muss. 😉
Danke nein, warum soll ich diese Risiko angehen? Wenn schon das normale Kernel-Update Problemen haben sollte...!?
Ich habe schon bei dem Umbruch "Ubuntu 10.10"-"Ubuntu 11.04" in meiner Umsteiger-Phase mitgemacht und auch wenn (und gerade weil) ich jetzt mehr als damals weiß... Nein zu 16.04 (wenn dann 16.01.1-2) und nein zu LTS Enablement Stacks.
Ich habe bei 8-Release mitgemacht, jetzt habe seit Nov. 2014 eine gute und stabile Release mit Kubuntu 14.04 gefunden und soll ich versuchen kaputt zu machen? Die andere Release teste ich auf andere Partitionen oder HDDs in der große Maschine, alle andere Arbeits-Maschinen bekommen nur den Testsieger. Der Kubuntu meine Frau läuft auf ein 1-Kern AMD 64 Bit mit 1,6 GHz mit 1 GB RAM und 256 MB GraKa und wie ist sie auf diesen Hardware gekommen? Na? Notebook kaputt, alte Desktop-Hardware in der Ersatzteile-Kiste zusammen gezimmert, HDD eingesteckt und gestartet und läuft seit zwei Jahren fast ununterbrochen. Das Ding hat nicht mal Gehäuse-Ventilatoren und das heißt das keine Notebooks mehr ins Hause kommen auch wenn ich das Gehäuse selber aus Polycarbonat oder Karbonfaser machen muss... baue selber ein Desktop so groß wie ein 15-Jahren alte Notebook und mit Wasserkühlung.