¿Plasma Desktop falla a l'actualitzar a KDE 4.11? SOLUCIÓ

gaia10_kde_plasma_theme_screenshot

El dia d'ahir, KDE 4.11 va arribar als repositoris estables de Arch Linux, I com sempre, vaig actualitzar i reiniciar el meu sistema. No obstant això, a l'iniciar la sessió novament em vaig trobar amb una cosa inesperada: Plasma Desktop va morir als pocs segons i em va deixar en una pantalla en negre només amb el punter de l'ratolí.

El pitjor era que, com literalment feia mesos que no tenia ni un sol problema a l'actualitzar Arc (Crec recordar que l'últim havia estat a l'abril de 2012), vaig perdre el costum de conservar en memòria cau els paquets antics i els havia esborrat abans de reiniciar, de manera que no podia fer degradar. Per sort, tenia instal·lat també LXDE per si els dubtes i vaig poder iniciar sessió per buscar solucions a Internet. Vaig trobar el paquet de Plasma 4.10 en un repo desactualitzat, però tot i instal·lar no va servir de res. Altres idees més tampoc van donar millors resultats. Sense importar el que fes, Plasma se seguia morint als pocs segons de carregar.

Ja m'havia resignat a passar una temporada a LXDE, Fins que en el fòrum oficial de Arch Linux un usuari que tenia el mateix problema em va donar la solució. Tot és tan simple com editar el fitxer /usr/share/autostart/plasma-desktop.desktop i substituir aquesta línia:

Exec=plasma-desktop

Per aquesta:

Exec=sleep 10 && plasma-desktop

I és tot, plasma Desktop tornarà a funcionar com sempre.

via | Fòrum oficial d'Arch Linux

imatge | deviantART


El contingut d'l'article s'adhereix als nostres principis de ètica editorial. Per notificar un error punxa aquí.

64 comentaris, deixa el teu

Deixa el teu comentari

La seva adreça de correu electrònic no es publicarà. Els camps obligatoris estan marcats amb *

*

*

  1. Responsable de les dades: Miguel Ángel Gatón
  2. Finalitat de les dades: Controlar l'SPAM, gestió de comentaris.
  3. Legitimació: El teu consentiment
  4. Comunicació de les dades: No es comunicaran les dades a tercers excepte per obligació legal.
  5. Emmagatzematge de les dades: Base de dades allotjada en Occentus Networks (UE)
  6. Drets: En qualsevol moment pots limitar, recuperar i esborrar la teva informació.

  1.   ILAV va dir

    Uff, amb aquests vents .. encara sort que no he actualitzat encara .. 🙂

    1.    Manuel de la Font va dir

      Tu tens Arch de 64 bits. Segons diuen al fòrum, això només passa amb els Arch de 32 bits. Algú que tenia un 64 va actualitzar i no li va passar res; de fet fins va intentar provocar l'error però no ho va aconseguir.

      1.    Andres va dir

        Jo tinc un arch 64b i també em va passar, i això que recentment l'instal una altra vegada la setmana passada, però la veritat com estava tan nou em va donar fluixesa veure que pas doncs ja anteriorment havia passat que en una actualització major petarà plasma, així que el que vaig fer va ser esborrar ~ / .kde4 i deixar que el sistema carregués tot de nou i va funcionar sense problemes ... tot i que la que ofereixes sona mes interessant ja que no perdria les personalitzacions xD

        Així i si segueix respectant, és un pla B a tenir en compte ... pels dubtes treure el respectiu BKUP de ~ / .kde4 òbviament

        1.    Manuel de la Font va dir

          Jo també vaig fer això i per alguna raó només va empitjorar tot, directament no va arrencar l'escriptori i em tornava a l'KDM una i altra vegada.

  2.   VXF va dir

    Hola Manuel:

    ¿Podries dir-me que fas servir per aconseguir el teu escriptori KDE?

    És a dir, tema, fonts, fons, etc ...

    M'agrada molt el resultat que has aconseguit.

    Moltes gràcies.

    1.    Manuel de la Font va dir

      Jajaja, aquest escriptori no és meu, vaig prendre de les imatges que ja estaven pujades a l'bloc. Jo sóc molt fluix per personalitzar meus escriptoris i faig servir un KDE per default només amb el wallpaper canviat. xD

      La veritat no sé de qui sigui aquest, per la URL de la imatge sembla ser d'algun post d'octubre de 2012, però ni idea de quin. : S

    2.    Manuel de la Font va dir

      Mira, ja ho vaig trobar, és d'un usuari de deviantART:

      http://gomezhyuuga.deviantart.com/art/Gaia10-KDE-Plasma-Theme-180131334

      Afegiré l'enllaç com a font a l'article.

      1.    truko22 va dir

        Aquesta genial 😀

      2.    VXF va dir

        Ja ha ja!

        Bé, a la fi vas trobar.

        Moltes gràcies !!

  3.   Aioria va dir

    això és el que a vegades no s'entén. per que si aquesta en un repo estable i actualitzem succeeixen aquestes coses. semblés que només s'empaqueten i llest provin ...

  4.   itachi va dir

    Que escriptori més lleig, de color rosa. L'hi vaig a posar a la meva xicota igual. jejeje

    1.    Manuel de la Font va dir

      Mira la resposta que li vaig donar a VXF.

  5.   GeoMixtli va dir

    Doncs jo si he tingut problemes amb l'actualització, systemd-journal va disparar la meva cpu, i a l'executar-lo em va aparèixer següent missatge:
    alsa-sink.c: ALSA ens va despertar per escriure noves dades a el dispositiu, però en realitat no hi ha res per escriure!

    Jo també ho vaig solucionar Esborrant la carpeta de .kde4 i (per si a algú li passa) per millorar l'acompliment i disminuir temperatura de la meva targeta d'àudio (Alsa que ocupa kde i pulseaudio per alguna estranya raó eleven la seva temperatura) vaig fer el següent:
    Em loguee com a root, i després vaig editar:

    nano /etc/premeu/default.pa

    i busqui la línia:

    load-module module-udev-detect

    A la fin d'ella, col·loquem tsched = 0, quedaria així:

    load-module module-udev-detect tsched = 0

    Amb això li diem a pulseaudio que no usi timer scheduler que és el causant d'aquesta problemàtica. Un reinici i llest!
    Aquí va ser on vaig aprendre l'anterior:
    http://hackingthesystem4fun.blogspot.mx/2011/04/problemas-de-sonido-con-pulseaudio-el.html

    Salutacions a tots.

    1.    Manuel de la Font va dir

      El teu problema s'assembla molt a un altre que també van reportar en el fòrum d'Arch Linux. Aquí diuen que desactivant Nepomuk es soluciona (jo no ús Nepomuk):

      https://bbs.archlinux.org/viewtopic.php?id=168524

      1.    Manuel de la Font va dir

        Ara entenc: Nepomuk i altres serveis es van tornar a activar quan vaig canviar de nom el directori .kde4 i això potser ha estat el que va empitjorar el problema que ja tenia.

        1.    GeoMixtli va dir

          En efecte la configuració de kde es restableix i funciona com si ho acabessis d'instal·lar, és a dir, sense cap configuració de l'usuari

          1.    Manuel de la Font va dir

            Ho sé, per això ho vaig fer, el que no vaig pensar és que podria generar més problemes en lloc de resoldre'ls.

  6.   ChepeV va dir

    : O jo actualitzi a 4.11 quan era a testing (si no tenia molt a fer aquell dia i em sentia una mica kamikaze xD), i no eh tingut ni el més mínim problema ni eh hagut de canviar res que tingui a veure amb el KDE.

    1.    ChepeV va dir

      Acabo de veure el que vas posar d'Arch de 64bits; només per aportar que en Arch de 64 si funciana sense problemes, almenys en el meu cas 😀!

  7.   Lycus HackerEmo va dir

    Aquest problema ve passant des que va sortir la Beta 1 del KDE 4.11
    Quan un comença sessió l'escriptori es crashea.

    Ús Fedora 19 amb KDE 4.11 64 bits. Inici sessió i ha de passar alguns segons perquè l'escriptori es mostri. I per cert no facin servir el plasmoid Smoosh Task, quan li donen a configureu el plasmoid aquest fa que també es crashea l'escriptori de kde.

  8.   Mr. Linux va dir

    Actualitzat sense problemes gràcies al seu consell.

    1.    Manuel de la Font va dir

      Excel·lent. 🙂

  9.   truko22 va dir

    Chakra rules \ o /

    1.    albert I va dir

      ¿Chakra ja té el 4.11 a estable?

      1.    izzyvp va dir

        encara no

        1.    truko22 va dir

          Aquesta en testing, però funciona genial 😀

  10.   juanmnz117 va dir

    jo segueixo dubtós si posar el ppa de backports en kubuntu i actualitzar o esperar que surti en els repos ofociales: s

  11.   kik1n va dir

    En openSUSE Tumbleweed actualitzi, només vaig tenir un error amb els colors de la pantalla, entre a un nucli vell i torni a el nucli actual i corrent excel·lent.

    1.    kik1n va dir

      També s'ha d'eliminar la carpeta .kde4.

      1.    kik1n va dir

        Es nota una gran velocitat en les aplicacions 😀

        1.    Manuel de la Font va dir

          Si et sóc sincer, jo no he notat res diferent. 😛

          1.    kik1n va dir

            Si té mes fluïdesa en obrir les aplicacions i els efectes d'escriptori.
            Crec que ja van corregir l'error en l'app de notificacions que es duplicava.

            Només té un bug, és a l'maximitzar o minimitzar les aplicacions les vores no apareixen de seguida, triguen poquet i apareixen.

  12.   DanielC va dir

    Passa en totes les distros o només passar a Arch? Ho dic pel títol, sembla que és per a KDE en general, però en l'article només parlen d'Arch.

    1.    Manuel de la Font va dir

      És un error general del KDE 4.11. Fins al moment he conegut casos en Arch, Gentoo, SUSE i Fedora. En l'article només parlo d'Arch perquè estic explicant el meu cas particular i aquesta és la distro que ús.

  13.   Frikilinux va dir

    Personalment no noti cap d'aquestes falles, ho vinc fent servir des de la beta 1, la qual tenia algun que altre error que es va anar corregint, però res sobre plasma. Faig servir la versió 64 bits

  14.   Rodolfo va dir

    Jo vaig voler provar KDE (en Archlinux) però no sé si va ser que no la encontre molt pel meu gust potser si existeixi un Manual perquè el menu que porta per defecte no em gust. I les lletres les vaig haver de canviar però igual senti que li faltava per em passi al meu antic XFCE. El que em crida l'atenció ah millorat molt kde honestament ultima que pobre va ser el 3.5. En el personal crec el que em va perdre és que té massa configuracions jajaja.

  15.   Leproso_Ivan va dir

    Comento que no he tingut cap problema a l'actualitzar en Arch x64. Tot en ordre ..
    A vegades em dóna la sensació d'uns petits LAGEOS però crec que era NetBeans.

  16.   McKlain va dir

    Crec que l'ideal seria anar provant nombres cada vegada menors per no haver d'esperar tant. Salutacions

    1.    Manuel de la Font va dir

      Sí, tens raó, de fet jo li vaig baixar el temps a 1 segon (si ets el mateix McKlain dels fòrums d'Arch, veig que tens un temps encara menor); però bé, això serveix com a solució genèrica. 🙂

  17.   Brizno va dir

    L'emoció i l'adrenalina a el màxim de l'bledding edge, combinat amb la hiperkinética i temerària actitud irresponsable dels programadors d'Arch i els seus usuaris conillets d'índies forçosos i com cirera de el pastís dels errors monumentals del KDE i tenim com a resultat l'esport extrem més popular en Linux: actualitzar el sistema.

    1.    kik1n va dir

      Aaaaaaaaaaaaammmmmmmmmmmeeeeeeeeeeeeeennnnnnnnnn.
      Jajajaja, però en openSUSE Tumbleweed és més estable i actual 😀

      1.    kennatj va dir

        Jo actualitzi sense problemes en openSUSE Tumbleweed 😉

  18.   MSX va dir

    Arch és una seda, camina impecable quan saps el que fas, el problema és el PUTO KDE

    1.    eliotime3000 va dir

      Millor, a fer servir Slackware.

      1.    MSX va dir

        Si t'agrada clar, però el tema no és la base del sistema - com Kubuntu, per exemple - sinó KDE que passen els anys i segueix amb els mateixos problemes de merda de sempre fent veritable honor a la falca a la qual s'aferren els usuaris de Windows tocats en el seu amor propi per la nostra altivesa quan diuen: «linux és un fi en si en comptes de ser un mitjà, no em serveix», i és molt però molt cert.

        En el cas especial del KDE sempre passa el mateix amb cada salt entre versions majors el que indefectiblement fa pensar:
        1. els flacs - d'alguna incomprensible manera - encara no saben els problemes que té la suite KDE _amb totes les distros_ a l'actualitzar entre versions.
        2. no els importa un rave deixar un sistema afinat que camini bé per a l'ús diari i que no presenti aquests problemes a l'actualitzar
        3. estan molt mal organitzats - el que no em tanca - i no tenen un grup de Control de Qualitat i Experiència d'Usuari (sí, així, tot pompós i en mayúsuculas) que s'asseguri que aquests problemes que descriu @Manuel no passin més .

        1.    eliotime3000 va dir

          Per alguna cosa és que estic als llimbs de l'GTK, ja que en KDE, els problemes per fer-ho quedar bonic els frusta i en el cas de Slackware, les aplicacions GTK es veuen de meravelles gràcies a el paquet de Plasma GTK que té inclòs, i en veritat, la lleugeresa és notòria.

          En Arch, prefereixo fer servir LXDE o MAT, ja que són millors entorns per a una distro que sempre està a el tall de la navalla.

          En fi: Depenent de quin paradigma tinguis, tens la llibertat d'escollir entre Windows, OSX, GNU / Linux i / o BSD.

      2.    Mr.Linux va dir

        Slack és una de les meves distribucions preferides, però, un dels seus punts crítics és precisament la seva actualització .En Arch ha un gran suport per part dels desenvolupadors a través de la seva pàgina i els seus fòrums perquè els seus usuaris no tinguin cap problema, si volen un esport extrem s'actualitzin Slack però no en una màquina virtual ..

        1.    MSX va dir

          Jajaja, tan així !? To the Hell with Slack!

          1.    eliotime3000 va dir

            'FLAMES A MI !!

    2.    pandev92 va dir

      En kubuntu 13.10 no em va passar res 😛

  19.   elias174 va dir

    Acabo d'actualitzar el meu ArchLinux de 64bits, i no he tingut cap problema amb kde 4.11 ... serà temes de maquinari? no ho crec, salu2

    1.    MSX va dir

      La majoria de les vegades el problema és aquest: http://newstuff.kde.org/
      Amb el que caiem en la mateixa d'Ubuntu, Windows i Mac OS: tot camina «bé», no tindràs cap problema sempre facis servir el sistema _tal qual t'ho entregan_ (CLAA ...), des del moment en què comences a fer canvis que no estaven contemplats pels desenvolupadors de sistema comences a jugar amb l'entropia de l'estabilitat (això sumat als bugs inherents de tot programari) el que acaba en situacions com les que compten aquí.

      En el cas particular del KDE el problema de l'GHNS és quan, per exemple, vam instal·lar nous temes o plasmoides o packs de icones mal armats o empaquetats que:
      opció 1) aparenten funcionar amb normalitat però la realitat és que és programari defectuós amb bugs i per alguna mísitca raó corren en la versió que estem fent servir KDE, com poden ser errors propis del KDE que permeten la seva execució i que a l'ésser corregits en versions posteriors i a el ja estar instal·lat el GHNS directament explota KDE.
      opció 2) la nova versió del KDE es shippea amb un regression o amb un nou bug conegut que, com afecta només el 3% dels possibles usuaris decideixen expulsar per endavant el seu acord: bé senyors, nosaltres som aquest 3%, nosaltres som als quals els afecta aquesta regressió fosca que ningú pot descobrir per què falla X subsistema del KDE
      opció 3) instal·lem un GHNS que aparenta funcionar bé fins que ens deslogueamos, a partir d'aquest moment serà una odissea tornar a tenir un escriptori KDE usable per la qual cosa vam acabar creant un nou usuari, canviant permisos, movent data, etc. etc. (Qui no va passar per aquest trauma ... més d'una vegada !?)
      En el millor dels casos aquest tipus d'error es soluciona movent / esborrant / rebatejat el (o els) arxiu (s) ~ / .kde {4} / share / config / plasma {rc, *}, en el pitjor dels casos vam acabar revoleando la màquina, gnu + linux, el programari lliure i tota la historieta contra la paret, i per sort no tenim una destral a sobre perquè sinó vam filmar grátis la Nova Massacre de Texas. (Jo no he arribat a tant, si a agafar-terribles ràbies però conec algú que literalment revoleó seu portàtil contra la paret quan li va passar alguna cosa semblant).

      En fi, és programari, pitjor encara, és el KDE: una loteria.
      I això és el que fa molt més puteables als devs del KDE, perquè KDE és realment una meravella, quan funciona és un rellotget, però els importa ZERO / RES / ZERO dedicar-se a estabilitzar el sistema i tancar bugs que porten anys reportats, tenen addicció a desenvolupar coses noves i que altres s'encarreguin de fer-les funcionar.

      Fa 4 dies que estic treballant sobre Eos -al qual de fet estic aprofitant a conèixer a profunditats esperant la nova ISO de Chakra després d'una estrolada violenta que em va agafar sense còpies de seguretat de / ni ~ / .kde4.

      Mai més, Backup serà el meu segon nom a partir d'ara.

  20.   snock va dir

    Hi hauran actualitzat i optimitzat nepomuk però a mi va ser activar-lo per provar-ho i cpu & ram al màxim ... .. És cert que són com 700 gb d'actualitzar ... Akonadi si el faig servir i sense problemes.

    1.    DanielC va dir

      700 ¡¿GB ?! o_O

  21.   x11tete11x va dir

    Bé, Tete foreveralone reportant que des Funtoo x86_64 no vaig tenir cap problema a l'actualitzar, 0 problemes, ni tan sols vaig haver de esborrar .kde4 ni res: v, però conec ha 1 usuari de Gentoo que va tenir problemes, i diversos Archers, i si, tinc una carpeta on tir tota la merda que no vull llençar a la paperera, i la nova versio de dolphin no es triga gens en obrir aquesta carpeta plena d'arxius comparat amb l'anterior, nepomuk és menys configurable, ara no se li pot setear quanta ram fa servir, però va muuuuuuuuuuuuuuuuuuuy bé i no es devora el processador, la veritat, excel·lent treball, i bo akonadi em va perfecte xD

    1.    MSX va dir

      Hdp, usant Funtoo, t'envejo !!!
      Bé, no tant. De les basades en font vaig jugar una setmana amb Source Mage, vaig fer servir una miqueta més XNUMX Gentoo i finalment coquetegi amb Funtoo però a al final no vaig aguantar caminar compilant tot contínuament.

      No obstant això Funtoo ... ahh, la distribució entre distribucions basades en font!
      Si algun dia la relació quantitat de processador necessària per compilar * velocitat de compilació / dels recursos de hw i energia necessaris per compilar és somewhat raonable salt de cap a Funtoo sense dubtar-ho.

      Enjoy seva shiny new KDE 4.11 a Funtoo! (Guacho!)

  22.   Arxers27 va dir

    Em pas el mateix. Però el solucioni amb Alt + F2, escrivint plasma-desktop i canviant el tema de plasma. Per alguna raó el tema per defecte es penja a l'inici. Almenys en el meu cas amb Arch de 32 bits.

  23.   ILAV va dir

    Doncs jo vaig actualitzar fa tot just dues hores i tot funciona normal, millor dit, millor. 😀

    1.    jony127 va dir

      ¿És que a la fi vas deixar wheezy definitivament?

  24.   Claudio va dir

    En el meu cas aquest acord no em a funcionat, continuo amb l'error a l'iniciar, de moment cada vegada que inici la meva KDE faig ALT + F2 i corro plasma-desktop per recuperar l'escriptori 🙁

  25.   antonio va dir

    hola, que tal, m'ha agradat l'escriptori que vas posar en la imatge, com li vas fer perquè et quedés així?

  26.   Jors va dir

    bona aportació

  27.   Franco va dir

    Jo instal fa poc OpenSuse 13.1 amb Escriptori Kde però després d'actualitzar una mica ...
    Em va donar problema per q no inicia l'escriptori igual q abans
    Com podria solucionar-
    A Algú ja li pas, podries ajudar-me
    Enviar-me un missatge si saben com, m'urgeix
    i Gràcies

  28.   Franco va dir

    Jo acabo d'instal·lar openSUSE 13.1 64 bits i estava actualitzant una mica i després en tornar ja no hi era l'escriptori normal que puc fer. Probe el q aquesta en aquest bloc però no em va funcionar
    Voldria saber com arreglar-ho.