I går, KDE 4.11 nådde de stabile repositoriene til Arch Linux, og som alltid oppdaterte og startet jeg systemet på nytt. Imidlertid, etter å logge på igjen, kom jeg inn på noe uventet: Plasma Desktop døde i løpet av sekunder og den etterlot meg på en svart skjerm med bare musepekeren.
Det verste var at siden jeg bokstavelig talt ikke hadde hatt et eneste problem med å oppdatere på flere måneder Arch (Jeg tror jeg husker at den siste hadde vært april 2012), jeg mistet vanen med å cache gamle pakker og hadde slettet dem før jeg startet på nytt, så jeg kunne ikke gjøre det nedgradering. Heldigvis hadde jeg det også LXDE i tvilstilfeller kunne jeg logge inn for å søke etter løsninger på Internett. Jeg fant pakken med Plasma 4.10 i en utdatert repo, men til tross for installasjonen hjalp det ikke. Andre ideer ga heller ikke bedre resultater. Uansett hva jeg gjorde, Plasma den døde i løpet av sekunder etter lasting.
Jeg hadde allerede sagt meg fra å bruke tid i LXDE, til i det offisielle forumet til Arch Linux en bruker som hadde det samme problemet ga meg løsningen. Alt er så enkelt som å redigere filen /usr/share/autostart/plasma-desktop.desktop og erstatte denne linjen:
Exec=plasma-desktop
For dette:
Exec=sleep 10 && plasma-desktop
Og det er det, Plasma -skrivebord det vil fungere som vanlig igjen.
Via | Arch Linux Official Forum
Bilde | deviantART
Uff, med de vindene .. takk og lov jeg ikke har oppdatert ennå .. 🙂
Du har 64-bit Arch. I følge det de sier i forumet, skjer dette bare med Arch of 32 bits. Noen som hadde en 64 oppgradert og ingenting skjedde; faktisk prøvde den til og med å forårsake feilen, men mislyktes.
Jeg har en bue 64b, og det skjedde også med meg, og at jeg nettopp installerte den igjen i forrige uke, men sannheten er at den var så ny at det ga meg latskap å se hva som skjedde fordi det allerede hadde skjedd før det i en større oppdatering det ville være plasma, så det jeg gjorde var å slette ~ / .kde4 og la systemet laste inn alt igjen, og det fungerte uten problemer ... selv om den du tilbyr høres mer interessant ut fordi den ikke ville miste tilpasningene xD
Likevel, hvis du fortsetter å slå, er det en plan B å ta hensyn til ... bare i tilfelle, få den respektive bkupen fra ~ / .kde4 åpenbart
Jeg gjorde det også, og av en eller annen grunn gjorde det bare verre, det startet ikke opp skrivebordet direkte, og det holdt meg tilbake til KDM igjen og igjen.
Hei Manuel:
Kan du fortelle meg hva du bruker for å skaffe KDE-skrivebordet ditt?
Det vil si tema, kilder, bakgrunn osv ...
Jeg liker virkelig resultatet du har oppnådd.
Tusen takk.
Hahaha, det skrivebordet er ikke mitt, jeg tok det fra bildene som allerede var lastet opp til bloggen. Jeg er veldig lat til å tilpasse skrivebordene mine, og jeg bruker en standard KDE bare når bakgrunnsbildet er endret. xD
Sannheten er at jeg ikke vet hvem dette er, på grunn av URL-en til bildet ser det ut til å være fra et innlegg fra oktober 2012, men ingen anelse om hvilket. : S
Jeg har allerede funnet det, det er fra en deviantART-bruker:
http://gomezhyuuga.deviantart.com/art/Gaia10-KDE-Plasma-Theme-180131334
Jeg vil legge til lenken som kilde til artikkelen.
Det er flott 😀
LOL!
Til slutt fant du det.
Takk så mye!!
Dette er det som noen ganger ikke blir forstått. fordi hvis det er i en stabil repo og vi oppdaterer, skjer disse tingene. Det ser ut til at de bare pakker og prøver ...
For et stygt skrivebord, rosa. Jeg skal legge det på kjæresten min det samme. hehehe
Se på svaret jeg ga til VXF.
Vel, hvis jeg har hatt problemer med oppdateringen, utløste systemd-journal CPUen min, og da jeg kjørte den, dukket følgende melding opp:
alsa-sink.c: ALSA vekket oss til å skrive nye data til enheten, men faktisk er det ingenting å skrive!
Jeg løste det også ved å slette .kde4-mappen og (i tilfelle det skjer noen) for å forbedre ytelsen og redusere temperaturen på lydkortet mitt (Alsa som opptar kde og pulseaudio av en eller annen merkelig grunn, hever temperaturen). Jeg gjorde følgende :
Jeg logget inn som root, og redigerte deretter:
nano /etc/pulse/default.pa
og se etter linjen:
last-modul modul-udev-oppdage
På slutten av det setter vi tsched = 0, det vil se slik ut:
belastningsmodul modul-udev-detect tsched = 0
Med det forteller vi pulseaudio om ikke å bruke timeren, noe som er årsaken til dette problemet. En omstart og voila!
Det er her jeg lærte det ovennevnte:
http://hackingthesystem4fun.blogspot.mx/2011/04/problemas-de-sonido-con-pulseaudio-el.html
Hilsen til alle.
Problemet ditt ser mye ut som en annen som også ble rapportert på Arch Linux-forumet. Der sier de at deaktivering av Nepomuk løser det (jeg bruker ikke Nepomuk):
https://bbs.archlinux.org/viewtopic.php?id=168524
Nå forstår jeg: Nepomuk og andre tjenester ble aktivert på nytt da jeg ga nytt navn til .kde4-katalogen, og det kan ha vært det som forverret problemet jeg allerede hadde.
I virkeligheten tilbakestilles kde-konfigurasjonen og fungerer som om du nettopp hadde installert den, det vil si uten noen brukerkonfigurasjon
Jeg vet, det var derfor jeg gjorde det, det jeg ikke trodde var at det kunne generere flere problemer i stedet for å løse dem.
: Eller oppdaterte jeg til 4.11 da jeg var i testing (hvis jeg ikke hadde mye å gjøre den dagen og følte meg litt kamikaze xD), og jeg har ikke hatt det minste problemet eller måtte endre noe som har å gjøre med KDE.
Jeg så akkurat hva du la fra Arch 64bit; bare for å bidra med det i Arch of 64 hvis det fungerte uten problemer, i hvert fall i mitt tilfelle 😀!
Dette problemet har skjedd siden Beta 1 i KDE 4.11 kom ut
Når en logger på, krasjer skrivebordet.
Jeg bruker Fedora 19 med KDE 4.11 64 bits. Jeg logger på og det tar noen sekunder før skrivebordet dukker opp. Og forresten, ikke bruk Smoosh Task plasmoid, når du konfigurerer plasmoid, krasjer det også kde-skrivebordet.
Oppdatert jevnt takket være rådene dine.
Utmerket. 🙂
Chakra regler \ o /
Chakra har allerede 4.11 i stall?
ikke ennå
Det er i testing, men det fungerer bra 😀
Jeg er fortsatt i tvil om jeg skal sette backports ppa i kubuntu og oppdatere eller vente på at den skal komme ut i de offisielle reposene: s
I openSUSE Tumbleweed-oppdatering hadde jeg bare en feil med skjermfarger, gikk inn i en gammel kjerne og gikk tilbake til den nåværende kjernen og kjørte utmerket.
Du må også slette .kde4-mappen.
Det er stor hastighet i applikasjonene 😀
Hvis jeg er ærlig, har jeg ikke lagt merke til noe annet. 😛
Hvis du er mer flytende i å åpne applikasjoner og skrivebordseffekter.
Jeg tror de allerede har løst feilen i varslingsappen som ble duplisert.
Det har bare en feil, det er når du maksimerer eller minimerer applikasjonene grensene ikke vises umiddelbart, de tar litt tid og vises.
Skjer det på alle distroer, eller skjer det bare på Arch? Jeg sier det fra tittelen, det ser ut til at det er for KDE generelt, men i artikkelen snakker de bare om Arch.
Det er en generell feil fra KDE 4.11. Så langt har jeg kjent saker i Arch, Gentoo, SUSE og Fedora. I artikkelen snakker jeg bare om Arch fordi jeg forteller min spesielle sak, og det er distroen jeg bruker.
Personlig la jeg ikke merke til noen av disse feilene, jeg har brukt den siden beta 1, som hadde en annen feil som ble rettet, men ingenting om plasma. Jeg bruker 64-biters versjonen
Jeg ønsket å prøve KDE (i Archlinux), men jeg vet ikke om det var slik at jeg ikke fant det veldig mye til min smak, kanskje det er en manual fordi jeg ikke likte menyen som den har som standard. Og jeg måtte endre tekstene, men jeg følte fortsatt at den manglet på grunn av min gamle XFCE. Det som slår meg har forbedret seg mye kde ærlig sist hvor dårlig var 3.5. Personlig tror jeg det jeg savnet er at den har for mange konfigurasjoner hahaha.
Jeg kommenterer at jeg ikke har hatt noen problemer med å oppdatere på Arch x64. Alt i orden ..
Noen ganger gir det meg følelsen av litt lageos, men jeg tror det var NetBeans.
Jeg tror det ideelle ville være å prøve mindre og mindre tall for ikke å måtte vente så lenge. hilsen
Ja, du har rett, faktisk senket jeg tiden til 1 sekund (hvis du er den samme McKlain fra Arch-forumene, ser jeg at du har enda mindre tid); men hei, dette fungerer som en generisk løsning. 🙂
Spenningen og adrenalinet til det maksimale av bledningskanten, kombinert med den hyperkinetiske og hensynsløse uansvarlige holdningen til Arch-programmererne og deres brukere, tvang marsvin og som kirsebær på kaken de monumentale insektene til KDE, og vi har som et resultat populær ekstremsport på Linux: oppdater systemet.
Aaaaaaaaaaaammmmmmmmmeeeeeeeeeeeeennnnnnnnnn.
Hahahaha, men i openSUSE er tumbleweed mer stabil og aktuell 😀
Jeg oppdaterte uten problemer i openSUSE tumbleweed 😉
Arch er en silke, han er upåklagelig når du vet hva du gjør, problemet er FUCKING KDE
Bedre å bruke Slackware.
Hvis du selvfølgelig liker det, men emnet ikke er basesystemet - som for eksempel Kubuntu - men KDE som årene går, og det fortsetter med de samme skitne problemene som alltid å gjøre ekte ære for slagordet som brukere av Windows berørt av sin stolthet av vår arroganse når de sier: "Linux er et mål i seg selv i stedet for å være et middel, det tjener meg ikke", og det er veldig, veldig sant.
I KDEs spesielle tilfelle skjer alltid det samme med hvert hopp mellom store versjoner, noe som uunngåelig antyder:
1. Den tynne - på en eller annen uforståelig måte - kjenner fremdeles ikke problemene KDE-pakken har _med alle distroer_ når de oppgraderer mellom versjoner.
2. de gir ikke noe for å legge igjen et finjustert system som fungerer bra til daglig bruk og ikke har disse problemene når du oppgraderer
3. De er veldig dårlig organisert - noe som ikke lukker meg - og de mangler en gruppe for kvalitetskontroll og brukeropplevelse (ja, vel, alt pompøs og med store bokstaver) som sørger for at disse problemene beskrevet av @Manuel ikke skjer lenger.
For noe er at jeg er i GTK limbo, siden i KDE frustrerer problemene med å få det til å se vakkert ut, og når det gjelder Slackware, ser GTK-applikasjoner bra ut takket være Plasma GTK-pakken som er inkludert, og i sannhet, lettheten er beryktet.
I Arch foretrekker jeg å bruke LXDE eller MATE, ettersom de er bedre miljøer for en distro som alltid er i forkant.
Uansett: Avhengig av hvilket paradigme du har, har du frihet til å velge mellom Windows, OSX, GNU / Linux og / eller BSD.
Slack er en av favorittdistribusjonene mine, men et av de viktigste punktene er nettopp oppdateringen. I Arch er det stor støtte fra utviklere gjennom siden og forumene, slik at brukerne ikke har noen problemer hvis de ønsker en ekstrem sportsoppdatering Slakk men ikke i en virtuell maskin ..
Hahaha, så ja!? Til helvete med slakk!
RING MEG !!
I kubuntu 13.10 skjedde ingenting med meg 😛
Jeg har nettopp oppdatert min 64-biters archlinux, og jeg har ikke hatt noen problemer med kde 4.11 ... er det maskinvareproblemer? Jeg tror ikke det, salu2
Mesteparten av tiden er problemet dette: http://newstuff.kde.org/
Med det vi faller inn i det samme av Ubuntu, Windows og MacOS: alt er "greit", vil du ikke ha noe problem, bruk alltid systemet _ når det er levert_ (claa ...), fra det øyeblikket du begynner å gjøre endringer som de ble ikke tenkt på av utviklerne av systemet. Du begynner å leke med entropien av stabilitet (dette er lagt til de iboende feilene i all programvare) som ender i situasjoner som de som er nevnt her.
I det spesielle tilfellet med KDE er GHNS-problemet når vi for eksempel installerer nye temaer eller plasmoider eller dårlig sammensatte eller pakket ikonpakker som:
Alternativ 1) De ser ut til å fungere normalt, men virkeligheten er at det er defekt programvare med feil, og av en eller annen grunn kjører de i den versjonen vi bruker av KDE, for eksempel KDEs egne feil som tillater kjøring og at når de korrigeres i versjoner senere, og siden GHNS allerede er installert, utnytter den KDE direkte.
Alternativ 2) den nye versjonen av KDE leveres med en regresjon eller med en ny kjent feil som, da den bare rammer 3% av de mulige brukerne, bestemmer seg for å sparke løsningen fremover: vel, mine herrer, vi er de 3%, vi er de som er berørt ved den mørke regresjonen at ingen kan finne ut hvorfor KDE X-undersystemet mislykkes
Alternativ 3) Vi installerer et GHNS som ser ut til å fungere bra til vi logger ut, fra det øyeblikket av vil det være en odyssey å ha et brukbart KDE-skrivebord igjen, så vi ender med å opprette en ny bruker, endre tillatelser, flytte data, etc. etc. (hvem gikk ikke gjennom dette traumet ... mer enn en gang!?)
I de beste tilfellene løses denne typen feil ved å flytte / slette / gi nytt navn til filen (e) ~ / .kde {4} / share / config / plasma {rc, *}, i verste fall I noen tilfeller vi ender med å vende maskinen, gnu + linux, gratis programvare og hele tegneserien mot veggen, og heldigvis har vi ikke en øks på oss fordi vi ellers filmer The New Texas Massacre gratis. (Jeg har ikke kommet så langt, for å fange forferdelig raseri, men jeg kjenner noen som bokstavelig talt vippte den bærbare datamaskinen mot veggen da noe lignende skjedde med ham).
Uansett er det programvare, enda verre, det er KDE: et lotteri.
Og det er det som gjør KDE-devs mye mer putable, fordi KDE virkelig er et vidunder, når det fungerer er det en liten klokke, men de bryr seg ZERO / NADA / ZERO dedikerer seg til å stabilisere systemet og lukke feil som har blitt rapportert i årevis , de har avhengighet av å utvikle nye ting og få andre til å ta ansvar for å få dem til å fungere.
Jeg har jobbet med eOS i 4 dager - som jeg faktisk utnytter for å vite i dybden - og venter på den nye Chakra ISO etter en voldsom krasj som fanget meg uten sikkerhetskopier av / ni ~ / .kde4.
Aldri igjen vil Backup være mitt mellomnavn fra nå av.
De vil ha oppdatert og optimalisert nepomuk, men det var min tur å aktivere den for å teste den og cpu & ram maksimalt ... .. Det er sant at de er som 700 GB å oppdatere ... Akonadi hvis jeg bruker den og uten problemer.
700 GB?! o_O
Vel, Tete rapporterte alltid at siden Funtoo x86_64 ikke hadde noen problemer med å oppdatere, 0 problemer, måtte jeg ikke engang slette .kde4 eller noe: v, men jeg kjenner en Gentoo-bruker som hadde problemer, og flere bueskyttere, og ja, Jeg har en mappe der jeg kaster alle drittene jeg ikke vil kaste i søpla, og den nye versjonen av delfin tar ikke noe å åpne den mappen full av filer sammenlignet med den forrige, nepomuk er mindre konfigurerbar, nå kan du ikke angi hvor mye ram Bruk den, men det går sååååååååååååååååååååååååå!
Hdp, bruker Funtoo, jeg misunner deg !!!
Vel ikke så mye. Av de kildebaserte jeg spilte en uke med Source Mage, brukte jeg litt mer Gentoo og til slutt flørte jeg med Funtoo, men til slutt orket jeg ikke å kompilere alt kontinuerlig.
Men Funtoo ... ahh, fordelingen mellom kildebaserte distribusjoner!
Hvis en dag er forholdet mellom prosessorbeløpet som trengs for å kompilere * kompileringshastighet / hw-ressurser og kraft som trengs for å kompilere, noe rimelig overhode til Funtoo uten å nøle.
Nyt den skinnende nye KDE 4.11 på Funtoo! (guacho!)
Det samme skjedde med meg. Men jeg fikset det med Alt + F2, skrev plasma-desktop og endret plasmatema. Av en eller annen grunn henger standardtemaet ved oppstart. I hvert fall i mitt tilfelle med 32-bit Arch.
Vel, jeg oppdaterte for bare to timer siden, og alt fungerer normalt, bedre sagt, bedre. 😀
Er det til slutt at du stoppet hvesing for godt?
I mitt tilfelle denne løsningen ikke har fungert for meg, fortsetter jeg med feilen når jeg starter, for øyeblikket hver gang jeg starter KDE, gjør jeg ALT + F2 og kjører plasma-desktop for å gjenopprette skrivebordet 🙁
Hei, hvordan har du det, jeg likte pulten du la inn i bildet, hvordan fikk du det til å se slik ut?
godt bidrag
Jeg har nylig installert OpenSuse 13.1 med Kde Desktop, men etter å ha oppdatert litt ...
Det ga meg et problem fordi skrivebordet ikke starter det samme som før
Hvordan kan jeg løse det
Noen har allerede skjedd ham, kan du hjelpe meg
Send meg en melding hvis du vet hvordan, ber meg
og takk
Jeg har nettopp installert opensuse 13.1 64 bits, og det oppdateres litt, og da jeg startet om, var det vanlige skrivebordet ikke lenger der. Jeg prøvde det som er i denne bloggen, men det fungerte ikke for meg
Jeg vil gjerne vite hvordan jeg kan fikse det.