Suchergebnisse
Suchergebnisse 1-20 von insgesamt 808.
Hab noch (betr. aber den ehemals stable 4.12.x) weitere gleiche Fehlerbilder gefunden... (https://forums.gentoo.org/viewtopic-p-81…6d66ae5cb3bd8fa) 4.15.x scheint derselbe verbuggte Dreck zu sein... ---- Ich gehe wieder auf 4.14.x - Ist wirklich wie "Tag vs. Nacht": ALLE Kernel ausser 4.15 (selbst bei DC disabled) Instabil^10: CPU-stalls, sobald man die Maus bewegt... Kein 4.15.x & KEINE Änderung am System = vollkommen stabil... Über 12 (mittlw. ja 4.15.12) Kernelversionen - ohne Besserung = Hau...
Hallo hafgan, und Danke für Deine Anteilnahme Zu der Frage, wie ich umgestiegen bin: Ja, per "make oldconfig". Mache ich eigentlich immer, und bis auf den Versionsumstieg auf 4.15.x hat es dabei auch nie Schwierigkeiten gegeben. Manchmal bin ich aber dennoch anschliessend per "make menuconfig" in die Konfiguration nochmal rein. Auch wenn ich mir bessere Beschreibungen, als z.B. bei "cateee" einsehbar, erhofft habe. Das Einzige, was ich mir vorstellen könnte, woran es liegt, wäre die "DC" - Techn...
Hallo zusammen, wie in der Überschrift angegeben, erfahre ich beim Nutzen des Kernel 4.15.x (den ich neben 4.14.26 derzeit, welcher aber absolut stabil läuft, testweise installiert hatte) - in allen Versionen - seltsame Systemhänger... Äussert sich wie folgt: Solange ich auf der Vconsole bin/bleibe, ist alles ok. Doch gehe ich in die DE (KDE 5.44 bei mir), kommt es manchmal binnen der ersten Sekunden zum kompletten Systemeinfrieren, so, dass nur noch der Resetknopf hilft. Tritt dies nicht ein, s...
Zitat von »Schattenschlag« Bin immer noch am rumtesten ...leider mit mäßigen Erfolg Irgendwas mit multilib oder so kommt immer in die Quere ... Hast Du bei Dir denn nicht Quellcode 1 2 # ABI_X86 ABI_X86="32 64" in der make.conf, bzw. Quellcode 1 2 # True-Multi-Lib-Support # */* abi_x86_32 in der package.use gesetzt? also eines der beiden (bewirken nämlich das Gleiche)? Zitat von »Windhund« Solche Erscheinungen habe ich bisher bei gentoo noch nicht gehabt. Liegt das möglicherweise an den neuen p...
Hatte in den letzten Tagen bissl Zeit, was mich zunächst dazu brachte, Wayland auf Plasma (Stand Testing 5.11.4) mal anzutesten... War etwas, das ich aus Neugier schon sehr lange - ausgiebiger - geplant, auch schon zwischendurch mehrere male angerissen hatte, aber immer wieder wegen Blocks/Unsatisfied requirements oder nicht startenden Plasma anschliessend, wieder verworfen... Doch diesmal ging es dann, und aber noch etwas Buggy. Vor allem bei Der Unified-Ausgabe auf 2 Screens... Aber nicht das ...
Alsl soweit ich weiss, braucht man für den framebuffer zwingend eine initramfs, bzw. ramdisk. Nur ist das Problem nicht nur das veraltete HowTo auf der uvesafb-Seite. Sondern ist - also zumindest nach Umstellung auf die Profile >13.0, also die 17.0 aufwärts, die für uvesafb nötige klibc nicht mehr lauffähig. Und wie es mit der v86d aussieht, kann ich leider keine Einschätzungen drüber treffen. Hab die mal vor längerer Zeit in Verbindung mit dem proprietären AMD-Catalyst und uvesafb genutzt... Ab...
Zunächst mal ein "Danke" für Deine Annahme meiner Frage Es stimmt: systemd ist das andere "Initsystem", das OpenRC ersetzt, bzw. eine Alternative dazu bildet... (wenn auch einiges an Software systemd voraussetzt)... Es gab - auch zu Zeiten des Hauptaufkommens (um 2014) schon diese Fragen wie jetzt die Meine, und danach, ob man nicht openrc dann löschen könnte. War es aber so, dass noch bestimmte Teile (zumindest bei gentoo, wenn auch für andere Distris strikter bereits von Anfang an entweder ode...
Hab ich mir gerade auch mal durchgelesen... Aber ich weiss jetzt nicht genau, wie ich das verstehen soll: Nicht, dass ich es nicht verstehe, aber habe das Gefühl, das "mv" da etwas ganz anderes beschreibt: Mich macht: Zitat In einer früheren Version von klibc waren /usr/lib/klibc/include/linux und /usr/lib64/klibc/include/asm Directories. In der aktuellen Version sind es Symlinks. stutzig. Denn klingt das für mich so, als ob von zwei verschiedenen klibc-Versionen die Rede sei, von denen eine nic...
Hallo Windhund, gut, dass Du es lösen konntest Aber hier ne kleine Anmerkung: Zitat von »Windhund« 2. ArchLinox könnte ich nämlich auch so installieren, daß diese 3 Partitionen zusammenkommen: sda1 Bootloader sda2 für Linux-Kernel und Teile des Bootloaders sda13 / Bootloader werden nicht auf "Partitionen" in dem Sinne installiert, sondern direkt auf der physischen Einheit, also "sdX". Bei GPT muss, soll ein solches Partitionsschema funktionieren, daher am Anfang eine Grösse von einigen MB berück...
Hallo zusamm´ Wie im Titel angegeben, möchte mir depclean die beiden Pakete entfernen... (Incl. der netifrc, als eine Abhängigkeit zu openrc, plus eine "virtual/service-,manager-0"... System ist systemd und auf Profil /17.0/desktop/plasma... Vor einiger Zeit gab es im News ja einen Hinweis über den OpenRC-"Binary-Removal"... Hat dieser evtl damit zu tun, und ist möglich, wie ja auch zu systemd-Erstmaliger-Auswahlzeit (2014) angenommen, zukünftig openrc zu entfernen? Hab es jetzt erstmal beibehal...
Bei mir lief die KLIBC-Installation - identischer Fehler - auch nicht mehr. Ebenso "plasma-workspace" nicht mehr... :/ Plasma-Workspace habe ich durch Umstieg auf die "Testing" Version zu dem Zeitpunkt umgestellt, die gestern wohl Release wurde... KLIBC hat mir die Console-Decorations infolge fehlender Framebuffer-Unterstützung geraubt. Aber das ist mir eigentlich so ziemlich egal im Moment. Entweder zieht KLIBC irgendwann nach und bietet ne neue Version an, oder ich lebe mit Pinguin-Symbolen, a...
Zu dem "DE-Rausschmeissen&Ersetzen" - Bei leichtgewichtigeren DE stelle ich mir die erfolgversprechende Möglichkeit vor. Aber Brocken wie Gnome/KDE zumal ich mir sicher bin, dass KDE4 -> KDE5(Plasma) in meinem System irgendwelche Wunden hinterlassen hat. Dumm war, die Testversiinen für Plasma zu aktivieren und (wg. steam) auf die "Baustelle unfertige Plasma" erzwungen zu upgraden. Naja... das System war 5 Jahre alt... Wie auch im andern Thread schon gesagt: Diesmal wird meine Strategie eine ande...
Hallo Schattenschlag Hab die Lösung gefunden. UVesaFB - so wie ich verstanden habe - scheint eine vorhandene xorg.conf zu erwarten. Dies ist beim proprietären Treiber der Fall (ja ein muss, soe zu besitzen). Nicht aber beim freien Treiber. Deshalb auch das "ins Leere booten". Vllt hätte ich eine erzeugen können: Zur not selbst, was beim proprietàren ja "aticonfig --initial "pfad..."" tätigt. Nur wollte ich diesmal ja lieber den freien Treiber nutzen. Auch weil es seit Monaten keinen neuen propri...
Hallo zusammen Hab mal wieder ein kleines Problem bei der uvesafb-Einstellung... Habe klibc v86d installiert. Kernel entsprechend gebaut. Funktioniert alles einwandfrei... bis auf dass der uvesafb nachdem die Textmenge durchgelaufen ist den framebuffer wieder abschaltet, ich auf einem blinkenden cursor ohne login-Aufforderung lande... Fehler gab es beim booten keine (habs mir auf dem videoclip den ich aufgenommen habe angeschaut... ) K.A. was das wieder ist... Wenn jemand ne Idee hat, wärs super...
Hallo zusammen, Nach langer Zeit (4J) hatte sich meine alte gentoo-installation sooo zugeschlackt, selbst mit evaDN gings nicht mehr... Hatte die Umstellung KDE->Plasma auch so einige schuld: und ich ebenso, weil im gegensatz zu kde plasma nur mit der testing version von kwin spiele wie steam-sortiment erlaubte: Die stable räumte den gesamten x-apparillo (beim totalabsturz) mit ab... Ok. Experimentiert. Aber mich dann, zumal ich von den freien Treibern, die wohl besser als der proprietäre sein s...
Muss - wenn ich schon einmal hier bin - doch auch direkt man fragen, ob derzeit jemand noch mit FF die selben kleinen Problemchen hat, wie ich: Problem ist folgendes: Seit FF 42 aufwärts begann FF wie verrückt rumzuspinnen: Äusserte sich so, das erstmal sein Start lange dauerte. Dann reagierte der Cursor nicht. Konnte weder eine URL ins Adressfeld, noch einen Suchbegriff an Tante Google absenden... Dauerte paar Minuten (manchmal musste ich 4mal minimieren, und wieder maximieren, bis ich wieder ü...
War heute wieder gewohnt schnell... Vor paar Monaten als ich mal meine distfiles wieder auf neuen Stand bringen wollte um ausschliesslich den Tageszustand drin zu haben, dauerte es sage und schreibe: Einen GANZEN Tag Ist die make.conf denn so okay (bis auf die kommentierten "Switches" die ich mir mal, um die richtigen Strings parat zu haben, über die Zeit angelegt habe? Dies hier: Quellcode 1 2 # PORTAGE_OVERLAYS source /var/lib/layman/make.conf ...ist das nicht mehr nötig? - Weil eine "Include ...
War nicht so tragisch mit den Paketen, geht hier 50mbit/s schnell. Dies war in letzter Zeit per rsync auch sehr müssig... Ging oft extrem extrem langsam... Du hast Recht: BRAUCHEN tu ich die eigentlich nicht. Nur weil ich in Vergangenheit schonmal komplett-neukompiliert habe, ist es mal zur Angewohnheit bei mir geworden, alle für den derzeitigen Systemzustand nötigen Quellcodes an Board zu haben... Derzeit bin ich aber mittlerweile auf fast ausschliesslich stable-Zustand. Kaum noch "Testing"...
Hab das 2.3.0-r1 drauf. Ein "include" hab ich in der make.conf noch bislang nicht entdeckt. Mom... muss gleich mal reinschauen... Bin grad die distfiles wieder am "befüllen"... Quellcode 1 emerge -fevaDN @world ---- Update: Meine make.conf sieht so aus: Quellcode 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 cat make.conf # Gentoo Global Configuration # /etc/portage/make.c...
Danke Dir, bell Hab somit dann auch erfolgreich auf "git" umgestellt Auf dem Server mach ich gleich noch Eine Frage zu der "layman.conf", die sich neben der "gentoo.conf" im repos.conf-Ordner befindet: Dort sind die Overlays ja einzeln aufgeführt (die - so sah ich gerade, sind bis jetzt auch schon alle auf "git" unterwegs gewesen.) Kann ich die so wie sie sind... Quellcode 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 4...
Kernel » 
[erledigt] Kernel 4.15.x - System-Freezes
