tegnap, KDE 4.11 elért a stabil tárházakhoz Arch Linux, és mint mindig, frissítettem és újraindítottam a rendszeremet. Az újbóli bejelentkezés után azonban váratlan dologba ütköztem: A Plasma Desktop másodpercek alatt elhunyt és fekete képernyőn hagyott csak az egérmutatóval.
A legrosszabb az volt, hogy mivel hónapok óta szó szerint egyetlen frissítési problémám sem volt Bolthajtás (Azt hiszem, emlékszem, hogy az utolsó 2012 áprilisában volt), elvesztettem a régi csomagok gyorsítótárazásának szokását, és az újraindítás előtt töröltem őket, így nem tudtam megtenni visszaminősítés. Szerencsére nekem is volt LXDE kétségek esetén és be tudtam jelentkezni, hogy megoldásokat keressek az interneten. Megtaláltam a csomagot Plazma 4.10 egy elavult repóban, de annak telepítése ellenére sem segített. Más ötletek sem hoztak jobb eredményt. Nem számít, mit tettem, Vérplazma a rakodástól számított másodperceken belül folyamatosan meghal.
Már lemondtam arról, hogy itt töltsek időt LXDE, amíg a hivatalos fórumon Arch Linux egy felhasználó, akinek ugyanaz a problémája volt, megadta a megoldást. Minden olyan egyszerű, mint az /usr/share/autostart/plasma-desktop.desktop fájl szerkesztése és ennek a sornak a cseréje:
Exec=plasma-desktop
Ezért:
Exec=sleep 10 && plasma-desktop
És ez az, Plazma asztal ismét a szokásos módon fog működni.
Via | Arch Linux hivatalos fórum
Kép | deviantART
Uff, azokkal a szelekkel .. hála istennek még nem frissítettem .. 🙂
Van 64 bites Arch. A fórumon elmondottak szerint ez csak a 32 bites Arch-mal történik. Valaki, akinek 64-es verziója frissült, és semmi sem történt; valójában még a hibát is megpróbálta okozni, de nem sikerült.
Van egy 64b ívem, és ez velem is megtörtént, és hogy a múlt héten csak újból telepítettem, de az az igazság, hogy olyan új volt, hogy lustaságot adott, hogy lássam, mi történt, mert ez már korábban történt egy nagyobb frissítésben ez a petara plazma, tehát amit csináltam, töröltem a ~ / .kde4 fájlt, és hagytam, hogy a rendszer újra mindent betölt és gond nélkül működött ... bár az általad kínált érdekesebbnek tűnik, mert nem veszítené el az xD
Ennek ellenére, ha folyamatosan üt, akkor egy B tervet kell szem előtt tartania ... csak arra az esetre, ha a ~ / .kde4-ből nyilvánvalóan beszerzi a megfelelő bkup-ot
Én is ezt tettem, és valamilyen oknál fogva ez csak rontott mindent, nem közvetlenül indította el az asztalt, és újra és újra visszatért a KDM-hez.
Hello Manuel:
Meg tudnád mondani, hogy mit használsz a KDE asztalod megszerzéséhez?
Vagyis téma, források, háttér stb.
Nagyon tetszik az elért eredmény.
Köszönöm szépen.
Hahaha, az a desktop nem az enyém, azokból a képekből vettem ki, amelyeket már feltöltöttek a blogra. Nagyon lusta vagyok az asztali gépeim testreszabására, és az alapértelmezett KDE-t csak a háttérkép megváltoztatásával használom. xD
Az igazság az, hogy nem tudom, ki ez, a kép URL-je miatt úgy tűnik, hogy egy 2012 októberi bejegyzésből származik, de fogalmam sincs, melyik. : S
Nézd, már megtaláltam, egy deviantART felhasználótól származik:
http://gomezhyuuga.deviantart.com/art/Gaia10-KDE-Plasma-Theme-180131334
Hozzáadom a linket forrásként a cikkhez.
Nagyszerű 😀
LOL!
Nos, végül megtaláltad.
Muchas Gracias!
Ez az, amit néha nem értenek. mert ha stabil repóban van és frissítjük ezeket a dolgokat. Úgy tűnik, hogy csak csomagolnak és próbálkoznak ...
Milyen csúnya íróasztal, rózsaszínű. Ugyanezt fogom a barátnőmre is tenni. hehehe
Nézd meg a választ, amit a VXF-nek adtam.
Nos, ha problémáim vannak a frissítéssel, a systemd-journal váltotta ki a processzort, és amikor futtattam, a következő üzenet jelent meg:
alsa-sink.c: Az ALSA arra ébresztett minket, hogy új adatokat írjunk a készülékre, de valójában nincs mit írni!
Megoldottam azt is, hogy töröltem a .kde4 mappát, és (ha valakivel megtörténik), hogy javítsam a hangkártyám teljesítményét és csökkentsem a hőmérsékletemet (Alsa, amely valamilyen furcsa okból elfoglalja a kde-t és a pulseaudio-t, emeli a hőmérsékletüket) a következőket tettem: :
Root-ként jelentkeztem be, majd szerkesztettem:
nano /etc/pulse/default.pa
és keresse meg a sort:
load-module module-udev-Detect
Végére tesszük a tsched = 0 értéket, így néz ki:
load-module module-udev-Detect tsched = 0
Ezzel azt mondjuk a pulseaudio-nak, hogy ne használja az időzítő ütemezőjét, ami ennek a problémának az oka. Egy újraindítás és voila!
Itt tudtam meg a fentieket:
http://hackingthesystem4fun.blogspot.mx/2011/04/problemas-de-sonido-con-pulseaudio-el.html
Üdvözlet minden.
A problémád nagyon hasonlít egy másikra, amelyről az Arch Linux fórumon is beszámoltak. Ott azt mondják, hogy a Nepomuk deaktiválása megoldja (én nem használom a Nepomukot):
https://bbs.archlinux.org/viewtopic.php?id=168524
Most már megértettem: A Nepomuk és más szolgáltatások újraaktiválódtak, amikor átneveztem a .kde4 könyvtárat, és ez ronthatta a már meglévő problémámat.
Valójában a kde konfigurációja visszaáll és úgy működik, mintha most telepítette volna, vagyis felhasználói konfiguráció nélkül
Tudom, ezért tettem, amire nem gondoltam, hogy megoldások helyett több problémát generálhat.
: Vagy frissítettem 4.11-re, amikor teszteltem (ha aznap nem volt sok tennivalóm, és kissé kamikaze xD-t éreztem), és még a legkisebb problémám sem volt, vagy bármit meg kellett változtatnom, csináld a KDE-vel.
Most láttam, hogy mit tettél az Arch 64bit-ből; csak azért, hogy ezzel hozzájáruljak a 64-es Arch-ban, ha probléma nélkül működött, legalábbis az én esetemben 😀!
Ez a probléma azóta fordul elő, hogy megjelent a KDE 1 béta 4.11-je
Amikor valaki bejelentkezik, az asztal összeomlik.
Fedora 19-et használok KDE 4.11 64 bitekkel. Belépek, és néhány másodpercbe telik, amíg az asztal megjelenik. Egyébként pedig ne használja a Smoosh Task plazmoidot, amikor konfigurálja a plazmoidot, az összeomlik a kde asztalon is.
A tanácsának köszönhetően simán frissült.
Kiváló. 🙂
Csakra szabályai \ o /
Chakra már 4.11-es az istállóban?
még nem
Tesztelés alatt áll, de remekül működik 😀
Még mindig kétlem, hogy a ppa backports-t a kubuntuba tesszük-e, és frissítem-e, vagy megvárom, amíg megjelenik a hivatalos repókban: s
Az openSUSE Tumbleweed frissítésnél éppen hibát észleltem a képernyő színeivel, beléptem egy régi kernelbe, és visszatértem az aktuális kernelhez, és kiválóan futok.
Törölnie kell a .kde4 mappát is.
Nagy sebességet észlel az alkalmazásokban 😀
Ha őszinte vagyok, nem vettem észre mást. 😛
Ha folyékonyabban kezeli az alkalmazásokat és az asztali effektusokat.
Azt hiszem, már kijavították a sokszorosító értesítési alkalmazás hibáját.
Csak egy hibája van, az alkalmazások maximalizálásakor vagy minimalizálásakor a határok nem jelennek meg azonnal, egy kis időbe telnek és megjelennek.
Minden disztrón történik, vagy csak Arch-on? A címből mondom, úgy tűnik, hogy általában a KDE-nek szól, de a cikkben csak Archról beszélnek.
Ez egy általános hiba a KDE 4.11-ben. Eddig ismertem Arch, Gentoo, SUSE és Fedora eseteket. A cikkben csak azért beszélek Archról, mert elmondom a konkrét esetemet, és ez az a disztró, amelyet használok.
Személy szerint nem észleltem ezeket a hibákat, a béta 1 óta használom, amiben volt egy furcsa hiba, amelyet javítottak, de a plazmáról semmi. A 64 bites verziót használom
Ki akartam próbálni a KDE-t (az Archlinux-ban), de nem tudom, hogy az volt-e, hogy nem találtam túl kedvemre, talán ha van kézikönyv, mert nem tetszett a menü, amit alapértelmezés szerint hoz. És meg kellett változtatnom a szövegeket, de mégis úgy éreztem, hogy hiányzik, mert elhaladtam a régi XFCE-n. Mi vonzza a figyelmemet ah sokat javult a kde őszintén utoljára mennyire rossz volt a 3.5. Személy szerint szerintem az hiányzott, hogy túl sok konfigurációja van hahaha.
Megjegyzem, hogy nem volt problémám az Arch x64 frissítésével. Minden rendben ..
Néha egy kis lageos érzésem támad, de azt hiszem, hogy a NetBeans volt az.
Úgy gondolom, hogy az ideális az lenne, ha egyre kisebb számokat próbálna ki, hogy ne kelljen ennyit várni. Egészségére
Igen, igazad van, valójában 1 másodpercre csökkentettem az időt (ha ugyanaz az McKlain vagy az Arch fórumain, látom, hogy még kevesebb időd van); de hé, ez általános megoldásként szolgál. 🙂
Az izgalom és az adrenalin a maximális élig, az Arch programozóinak és felhasználóinak hiperkinetikus és vakmerő felelőtlen hozzáállásával, kényszerű tengerimalacokkal és a hab a tortán a KDE monumentális hibáival, és ennek eredményeként a legtöbb népszerű extrém sport a Linuxon: frissítse a rendszert.
Aaaaaaaaaaaammmmmmmmmeeeeeeeeeeeeennnnnnnnnn.
Hahahaha, de az openSUSE-ban a pelyhesgomba stabilabb és aktuálisabb
Probléma nélkül frissítettem az openSUSE tumbleweed-ben 😉
Arch selyem, kifogástalan, ha tudod, mit csinálsz, a probléma a FUCKING KDE
Jobb, ha Slackware-t használunk.
Természetesen, ha tetszik, de a téma nem az alaprendszer - például a Kubuntu -, hanem a KDE, hogy az évek múlnak, és ugyanazokkal a szarproblémákkal folytatódik, mint mindig valódi megtiszteltetésnek örvendve annak a jelszónak, amelyet a Windows felhasználói arroganciánk megérintette önértékelését, amikor azt mondják: "A Linux öncél, nem pedig eszköz, nem szolgál engem", és ez nagyon-nagyon igaz.
A KDE speciális esetben ugyanaz történik minden egyes ugrással a főbb verziók között, ami óhatatlanul azt sugallja:
1. A sovány - valamilyen érthetetlen módon - még mindig nem ismeri azokat a problémákat, amelyeket a KDE csomag _az összes disztribúcióval_ okoz, amikor frissít a verziók között.
2. nem veszik át, hogy otthagynak egy olyan finomhangolt rendszert, amely jól működik a mindennapi használatra, és frissítéskor nincsenek ilyen problémáik
3. Nagyon rosszul szervezettek - ami nem zár le - és hiányzik belőlük a Minőségellenőrzés és a Felhasználói tapasztalatok csoport (igen, nos, minden pompás és nagybetűvel), amely biztosítja, hogy a @Manuel által leírt problémák ne fordulhassanak elő. .
Valami az, hogy GTK-ban vagyok, mivel a KDE-ben a szép megjelenés problémái meghiúsítják őket, és a Slackware esetében a GTK-alkalmazások remekül mutatnak a mellékelt Plasma GTK csomagnak köszönhetően, és igaz, a könnyedség hírhedt.
Az Arch-ban inkább az LXDE-t vagy a MATE-t használom, mivel ezek jobb környezetek egy disztró számára, amely mindig a borotva szélén van.
Egyébként: Attól függően, hogy milyen paradigmával rendelkezik, szabadon választhat a Windows, az OSX, a GNU / Linux és / vagy a BSD között.
A Slack az egyik kedvenc disztribúcióm, de egyik kritikus pontja éppen a frissítése. Az Arch-ban az oldal és a fórumok révén a fejlesztők nagy támogatást nyújtanak, hogy a felhasználóinak ne legyenek problémái, ha extrém sportfrissítést akarnak Laza, de nem egy virtuális gépben ..
Hahaha, szóval! Lazán a pokolba!
HÍVJ !!
A kubuntuban 13.10-ben semmi nem történt velem 😛
Nemrég frissítettem a 64 bites archlinuxomat, és nem voltak problémáim a kde 4.11-tel ... hardveres problémákról van szó? Szerintem nem, salu2
A probléma legtöbbször a következő: http://newstuff.kde.org/
Amivel ugyanabba az Ubuntu, Windows és MacOS rendszerbe esünk: minden "rendben van", akkor nem lesz semmi problémája, mindig használja a rendszert _ amint kézbesítik_ (claa ...), attól a pillanattól kezdve, hogy elkezd változtatni, A rendszer fejlesztői nem gondolták őket. Elkezd játszani a stabilitás entrópiájával (ez hozzáadódik az összes szoftver eredendő hibáihoz), amely az itt említettekhez hasonló helyzetekbe kerül.
A KDE adott esetben a GHNS probléma az, amikor például új témákat vagy plazmoidokat, vagy rosszul összeállított vagy csomagolt ikoncsomagokat telepítünk, amelyek:
1. lehetőség: Úgy tűnik, hogy normálisan működnek, de a valóság az, hogy hibás szoftver hibákat tartalmaz, és valamilyen oknál fogva a KDE által használt verzióban futnak, például a KDE saját hibái, amelyek lehetővé teszik a végrehajtását, és amelyek verziókban javítva később és mivel a GHNS már telepítve van, közvetlenül kihasználja a KDE-t.
2. lehetőség: a KDE új verziója regressziós vagy új ismert hibával érkezik, amely, mivel a lehetséges felhasználók csak 3% -át érinti, úgy dönt, hogy előre rúgja a javításukat: hát uraim, mi vagyunk az a 3%, mi vagyunk akiket a sötét regresszió érintett, hogy senki sem tudja megtudni, miért bukik meg a KDE X alrendszer
3. lehetőség: Telepítünk egy GHNS-t, amely úgy tűnik, hogy jól működik, amíg ki nem jelentkezünk, ettől a pillanattól kezdve odüsszeia lesz, ha ismét használható KDE-asztallal rendelkezünk, így végül új felhasználót hozunk létre, megváltoztatjuk az engedélyeket, áthelyezzük az adatokat stb. stb. (ki nem élte át ezt a traumát ... többször is!?)
A legjobb esetekben az ilyen típusú hibákat a fájlok fájljainak ~ / .kde {4} / share / config / plasma {rc, *} áthelyezésével / törlésével / átnevezésével oldják meg, a legrosszabb esetben Bizonyos esetekben végül a falhoz csapjuk a gépet, a gnu + linux-ot, az ingyenes szoftvert és az egész képregényt, és szerencsére nincs rajtunk fejsze, mert különben ingyen forgatjuk a New Texas-i mészárlást. (Nem értem el idáig, ha szörnyű dühöket akarok elkapni, de ismerek valakit, aki szó szerint a falhoz fordította laptopját, amikor valami hasonló történt vele).
Egyébként szoftver, még rosszabb, hogy KDE: lottó.
És ez teszi a KDE fejlesztõit sokkal jobban elhelyezhetõvé, mert a KDE valóban csoda, amikor mûködik, egy kis óra van, de a ZERO / NADA / ZERO törõdik a rendszer stabilizálására és az évek óta jelentett hibák elhárítására. az új dolgok kifejlesztésének függősége, és mások működtetésének irányítása.
4 napja dolgozom az eOS-on - amit valójában kihasználok a mélyreható ismeretekből - várva az új Chakra ISO-t egy erőszakos baleset után, amely elkapott a / ni ~ / .kde4 biztonsági mentése nélkül.
Soha többé nem lesz a Backup a második nevem.
Frissítették és optimalizálták a nepomuk-ot, de rajtam volt a sor, hogy aktiváljam, hogy tesztelhessem, és a cpu-t és a ramot maximalizálhassam ... Igaz, hogy 700 gigás frissítésre képesek ... Akonadi, ha használom, és gond nélkül.
700 GB?! o_O
Nos, Tete örökre arról számolt be, hogy a Funtoo x86_64 óta nem volt probléma frissítéssel, 0 probléma, még a .kde4 fájlt sem kellett törölnöm: v, bár ismerek 1 Gentoo-felhasználót, akinek problémái vannak, és több Archer-t, és igen, van egy mappa, ahová az összes szart eldobom, amit nem akarok a kukába dobni, és a delfin új verziója nem igényel semmit ahhoz, hogy megnyitja azt a fájlokkal teli mappát az előzőhöz képest, a nepomuk kevésbé konfigurálható, most nem lehet beállítani mennyi ramot Használd, de megy ez így-hát-így-hát-így
Hdp, a Funtoo használatával irigyellek !!!
Hát nem annyira. A forrásalapúak közül, amelyeket egy héten játszottam a Source Mage-mel, egy kicsit többet használtam a Gentoo-val, végül kacérkodtam a Funtoóval, de végül nem bírtam mindent folyamatosan összeállítani.
A Funtoo… ahh, a forrás-alapú disztribúciók közötti megoszlás!
Ha egy napon a * fordítási sebesség / hw erőforrások fordításához szükséges processzor és a fordításhoz szükséges teljesítmény kapcsolati aránya kissé ésszerű, habozás nélkül a Funtoo-hoz kell ugrani.
Élvezze a fényes új KDE 4.11-et a Funtoo-n! (guacho!)
Ugyanez történt velem is. De kijavítottam az Alt + F2 billentyűkombinációval, beírtam a plasma-desktop és megváltoztattam a plazma témát. Valamilyen oknál fogva az alapértelmezett téma lóg az indításkor. Legalábbis az én esetemben a 32 bites Arch.
Nos, csak két órája frissítettem, és minden normálisan, jobban mondva, jobban működik. 😀
Ez a végén végleg abbahagyta a zihálást?
Az én esetemben ez a javítás nem működött nálam, az indításkor folytatom a hibát, minden alkalommal, amikor elindítom a KDE-t, ALT + F2-t csinálok és futtatom a plazma-asztalt az asztal helyreállításához 🙁
Helló, hogy vagy, tetszett az íróasztal, amit a képbe tettél, hogyan csináltad így?
jó hozzájárulás
Nemrégiben telepítettem az OpenSuse 13.1-et a Kde Desktop alkalmazással, de egy kis frissítés után ...
Problémát okozott nekem, mert az asztal nem ugyanúgy indul, mint korábban
Hogyan tudnám megoldani
Valaki már történt vele, tudna nekem segíteni
Küldj nekem üzenetet, ha tudod, hogyan kell, sürgess
és köszönöm
Most telepítettem az opensuse 13.1 64 bitet, és frissítettem egy kicsit, majd amikor újraindítottam, a normál asztal már nem volt ott. Kipróbáltam, mi van ebben a blogban, de nekem nem sikerült
Szeretném tudni, hogyan lehetne kijavítani.