Вчера, КЪДЕ 4.11 достигна до стабилните хранилища на Arch Linuxи както винаги актуализирах и рестартирах системата си. При влизане отново обаче се натъкнах на нещо неочаквано: Плазменият работен плот умря за секунди и ме остави на черен екран само с показалеца на мишката.
Най-лошото беше, че тъй като буквално не бях имал нито един проблем с актуализирането от месеци Арка (Мисля, че си спомням, че последният беше от април 2012 г.), загубих навика да кеширам стари пакети и ги изтрих преди рестартиране, за да не мога да го направя понижение. За щастие и аз имах LXDE в случай на съмнения и успях да вляза, за да търся решения в Интернет. Намерих пакета от Плазма 4.10 в остаряло репо, но въпреки инсталирането му не помогна. Други идеи също не дадоха по-добри резултати. Без значение какво направих, Плазма продължаваше да умира в рамките на секунди след зареждането.
Вече се бях примирил да прекарвам време в LXDE, докато в официалния форум на Arch Linux потребител, който имаше същия проблем, ми даде решението. Всичко е толкова просто, колкото редактирането на файла /usr/share/autostart/plasma-desktop.desktop и замяната на този ред:
Exec=plasma-desktop
За това:
Exec=sleep 10 && plasma-desktop
И това е, Плазмен дисплей пак ще работи както обикновено.
Чрез | Официален форум на Arch Linux
Изображение | DeviantArt
Мда, с тези ветрове .. слава богу, още не съм актуализирал .. 🙂
Имате 64-битова Arch. Според това, което казват във форума, това се случва само с Арката от 32 бита. Някой, който имаше надстроена 64 и нищо не се случи; всъщност дори се опита да причини грешката, но не успя.
Имам арка 64b и това също ми се случи и че току-що го инсталирах отново миналата седмица, но истината е, че беше толкова нова, че ми стана мързел да видя какво се е случило, защото това вече се беше случило преди това в голяма актуализация it petara plasma, така че това, което направих, беше да изтрия ~ / .kde4 и оставих системата да зареди всичко отново и заработи без проблеми ... въпреки че този, който предлагате, звучи по-интересно, защото няма да загуби персонализациите xD
Дори и така, ако продължавате да удряте, това е план Б, който трябва да вземете предвид ... за всеки случай, вземете съответния bkup от ~ / .kde4 очевидно
Направих и това и по някаква причина просто влоши всичко, не зареди директно работния плот и ме караше да се връщам отново в KDM отново и отново.
Здравей Мануел:
Бихте ли ми казали какво използвате, за да получите вашия KDE работен плот?
Тоест тема, източници, фон и т.н. ...
Наистина харесвам резултата, който постигнахте.
Благодаря Ви много.
Хахаха, този работен плот не е мой, взех го от изображенията, които вече бяха качени в блога. Много ме мързи да персонализирам работните си плотове и използвам KDE по подразбиране само с променен тапет. xD
Истината е, че не знам кой е това, тъй като URL адресът на изображението изглежда е от публикация от октомври 2012 г., но нямам представа кой. : С
Вижте, вече го намерих, това е от потребител на deviantART:
http://gomezhyuuga.deviantart.com/art/Gaia10-KDE-Plasma-Theme-180131334
Ще добавя връзката като източник към статията.
Страхотно е 😀
LOL!
Е, в крайна сметка го намерихте.
Благодаря много!!
Това понякога не се разбира. защото ако е в стабилен репо и ние актуализираме, тези неща се случват. Изглежда, че те просто се опаковат и отиват да опитат ...
Какво грозно бюро, розово. Ще го сложа на приятелката си същото. хехехе
Вижте отговора, който дадох на VXF.
Е, ако съм имал проблеми с актуализацията, systemd-journal задейства процесора ми и когато го стартирах, се появи следното съобщение:
alsa-sink.c: ALSA ни събуди, за да запишем нови данни в устройството, но всъщност няма какво да пишем!
Също така го реших, като изтрих папката .kde4 и (в случай, че се случи на някого), за да подобря производителността и да намаля температурата на звуковата ми карта (Alsa, която заема kde и pulseaudio по някаква странна причина повиши температурата им) направих следното :
Влязох като root и след това редактирах:
nano /etc/pulse/default.pa
и потърсете реда:
load-module module-udev-detection
В края му поставяме tsched = 0, ще изглежда така:
load-module module-udev-detect tsched = 0
С това казваме на pulseaudio да не използва таймера, който е причината за този проблем. Едно рестартиране и voila!
Тук научих горното:
http://hackingthesystem4fun.blogspot.mx/2011/04/problemas-de-sonido-con-pulseaudio-el.html
Поздрави на всички.
Проблемът ви много прилича на друг, за който също беше съобщено на форума на Arch Linux. Там казват, че деактивирането на Nepomuk го решава (аз не използвам Nepomuk):
https://bbs.archlinux.org/viewtopic.php?id=168524
Сега разбирам: Nepomuk и други услуги бяха активирани отново, когато преименувах директорията .kde4 и това може би влоши проблема, който вече имах.
Всъщност конфигурацията на kde се нулира и работи така, сякаш току-що сте я инсталирали, т.е. без никаква потребителска конфигурация
Знам, затова го направих, но не мислех, че може да генерира повече проблеми, вместо да ги решава.
: Или актуализирах до 4.11, когато бях на тестване (ако нямах много работа през този ден и се почувствах малко камикадзе xD), и не съм имал най-малкия проблем или е трябвало да променя нещо, което трябва да направя с KDE.
Току-що видях какво сте сложили от Arch 64bit; просто да допринеса, че в Arch от 64, ако работи без проблеми, поне в моя случай 😀!
Този проблем се случва от излизането на Beta 1 на KDE 4.11
Когато някой влезе, работният плот се срива.
Използвам Fedora 19 с KDE 4.11 64 бита. Влизам в системата и отнема няколко секунди, за да се покаже работният плот. И между другото, не използвайте плазмоида Smoosh Task, когато конфигурирате плазмоида, той също срива работния плот на kde.
Актуализирано гладко благодарение на вашия съвет.
Отлично. 🙂
Правила за чакра \ o /
Чакрата вече има 4.11 в стабилна?
все още не
Тества се, но работи чудесно 😀
Все още се съмнявам дали да сложа backports ppa в kubuntu и да актуализирам или да изчакам да излезе в официалните репозитори: s
В актуализацията на openSUSE Tumbleweed току-що имах грешка с цветовете на екрана, влизам в старо ядро и се връщам към текущото ядро и работи отлично.
Трябва също да изтриете папката .kde4.
Забелязвате голяма скорост в приложенията 😀
Ако съм честен, не съм забелязал нещо различно. 😛
Ако владеете по-добре отварянето на приложения и ефекти на работния плот.
Мисля, че вече са отстранили грешката в приложението за уведомяване, която се е дублирала.
Той има само една грешка, при максимизиране или минимизиране на приложенията границите не се появяват веднага, те отнемат малко време и се появяват.
Това се случва на всички дистрибуции или се случва само на Arch? Казвам го от заглавието, изглежда, че е за KDE като цяло, но в статията те говорят само за Arch.
Това е обща грешка от KDE 4.11. Досега съм познавал случаи в Arch, Gentoo, SUSE и Fedora. В статията говоря само за Arch, защото разказвам конкретния си случай и това е дистрибуцията, която използвам.
Лично аз не забелязах нито един от тези недостатъци, използвам го от бета 1, който имаше някаква друга грешка, която беше коригирана, но нищо за плазмата. Използвам 64-битовата версия
Исках да пробвам KDE (в Archlinux), но не знам дали не го намерих много по свой вкус, може би ако има Ръководство, защото менюто, което носи по подразбиране, не ми хареса . И трябваше да сменя текста, но все пак усещах, че липсва, защото преминах стария си XFCE. Това, което привлича вниманието ми ах, подобри се много, kde честно последно колко лош беше 3.5. Лично аз мисля, че това, което пропуснах е, че има твърде много конфигурации хахаха.
Коментирам, че не съм имал проблем с актуализирането на Arch x64. Всичко по ред ..
Понякога имам усещането за малко лагео, но мисля, че това беше NetBeans.
Мисля, че идеалното би било да опитаме все по-малки числа, за да не се налага да чакаме толкова дълго. за разбирането
Да, прав си, всъщност намалих времето до 1 секунда (ако си същият Макклейн от форумите на Arch, виждам, че имаш още по-малко време); но хей, това служи като общо решение. 🙂
Вълнението и адреналинът до максимум на обезмасления ръб, съчетани с хиперкинетичното и безразсъдно безотговорно отношение на програмистите на Arch и техните потребители, принудиха морски свинчета и като череша на тортата монументалните бъгове на KDE и в резултат имаме най-много популярен екстремен спорт на Linux: актуализирайте системата.
Ааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааа или или или да
Хахахаха, но в openSUSE барабанът е по-стабилен и актуален 😀
Актуализирах без проблеми в openSUSE tumbleweed 😉
Арч е коприна, той е безупречен, когато знаеш какво правиш, проблемът е КРАКАТОТО KDE
По-добре да използвате Slackware.
Ако ви харесва, разбира се, но темата не е основната система - като Kubuntu, например - а KDE, която изминава годините и продължава със същите скапани проблеми, както винаги прави истинска чест на крилатата фраза, която потребителите на Windows докоснати в тяхното самоуважение от нашата арогантност, когато казват: „Linux е самоцел, вместо да бъде средство, не ми служи“ и е много, много вярно.
В специалния случай на KDE винаги се случва едно и също нещо при всеки преход между основните версии, което неизбежно предполага:
1. Слабите - по някакъв неразбираем начин - все още не знаят проблемите, които KDE пакетът има _с всички дистрибуции_ при надграждане между версиите.
2. не им пука за оставянето на фино настроена система, която работи добре за ежедневна употреба и няма тези проблеми при надграждане
3. Те са много зле организирани - което не ме затваря - и им липсва група за контрол на качеството и потребителски опит (да, добре, всички помпозни и с главни букви), която гарантира, че тези проблеми, описани от @Manuel, вече не се случват.
Защото нещо е, че съм в GTK в неизвестност, тъй като в KDE проблемите да изглежда красиво ги смущават и в случая на Slackware приложенията GTK изглеждат страхотно благодарение на пакета Plasma GTK, който е включен, и всъщност лекотата е известен.
В Arch предпочитам да използвам LXDE или MATE, тъй като те са по-добра среда за дистрибуция, която винаги е на върха.
Както и да е: В зависимост от това каква парадигма имате, имате свободата да избирате между Windows, OSX, GNU / Linux и / или BSD.
Slack е една от любимите ми дистрибуции, но една от критичните му точки е именно актуализацията й. В Arch има голяма подкрепа от разработчиците чрез страницата и форумите, така че потребителите му да нямат проблеми, ако искат екстремна актуализация на спорта Слаб, но не във виртуална машина ..
Хахаха, значи така!? До дявола със слабината!
ОБАДИ МИ СЕ !!
В kubuntu 13.10 нищо не ми се случи 😛
Току-що актуализирах 64-битовия си Archlinux и не съм имал проблеми с kde 4.11 ... хардуерни проблеми ли са? Не мисля така, salu2
В повечето случаи проблемът е следният: http://newstuff.kde.org/
С това, което попадаме в същото на Ubuntu, Windows и MacOS: всичко е „наред“, няма да имате никакъв проблем, винаги използвайте системата _както е доставена_ (claa ...), от момента, в който започнете да правите промени, че те не бяха обмислени от разработчиците на системата. Започвате да играете с ентропията на стабилността (това добавя към присъщите грешки на целия софтуер), която завършва в ситуации като тези, споменати тук.
В конкретния случай на KDE проблемът с GHNS е, когато например инсталираме нови теми или плазмоиди или лошо сглобени или опаковани пакети с икони, които:
Вариант 1) Изглежда, че работят нормално, но реалността е, че това е дефектен софтуер с грешки и по някаква причина те се изпълняват във версията, която използваме на KDE, като собствените грешки на KDE, които позволяват изпълнението му и които при поправяне във версии по-късно и тъй като GHNS вече е инсталиран, той директно използва KDE.
Вариант 2) новата версия на KDE се доставя с регресия или с нова известна грешка, която, тъй като засяга само 3% от възможните потребители, решава да изстреля тяхната корекция напред: ами господа, ние сме тези 3%, ние сме засегнатите от тази тъмна регресия, че никой не може да разбере защо подсистемата KDE X се проваля
опция 3) инсталираме GHNS, който изглежда работи добре, докато не излезем, от този момент нататък ще бъде одисея да имаме отново използваем KDE работен плот, така че в крайна сметка създаваме нов потребител, променяме разрешенията, преместваме данни и т.н. и т.н. (кой не е преминал през тази травма ... повече от веднъж!?)
В най-добрите случаи този тип грешка се решава чрез преместване / изтриване / преименуване на файла (ите) ~ / .kde {4} / share / config / plasma {rc, *}, в най-лошия от В някои случаи, в крайна сметка обръщаме машината, gnu + linux, безплатен софтуер и целия комикс до стената и за щастие нямаме брадва върху себе си, защото в противен случай снимаме безплатно Новото Тексаско клане. (Не съм стигнал толкова далеч, за да уловя ужасни ярости, но познавам някой, който буквално е обърнал лаптопа си към стената, когато му се е случило нещо подобно).
Както и да е, това е софтуер, още по-лошо, това е KDE: лотария.
И това е, което прави разработчиците на KDE много по-измерими, защото KDE наистина е чудо, когато работи, това е малко часовник, но те се интересуват от ZERO / NADA / ZERO, посвещавайки се на стабилизиране на системата и затваряне на грешки, за които се съобщава от години , те са пристрастени към разработването на нови неща и карат другите да поемат отговорността да ги карат да работят.
Работя върху eOS от 4 дни - което всъщност се възползвам, за да знам в дълбочина - в очакване на новия ISO на Chakra след силен срив, който ме хвана без резервни копия на / ni ~ / .kde4.
Отсега нататък Backup никога няма да бъде моето второ име.
Те ще имат актуализиран и оптимизиран nepomuk, но беше мой ред да го активирам, за да го тествам и cpu & ram на макс ... .. Вярно е, че те са като 700 gb за актуализиране ... Akonadi, ако го използвам и без проблеми.
700 GB?! o_O
Е, Tete предварително съобщава, че от Funtoo x86_64 не съм имал проблем с актуализирането, 0 проблема, дори не е трябвало да изтривам .kde4 или нещо подобно: v, но познавам 1 потребител на Gentoo, който е имал проблеми, и няколко стрелци Имам папка, в която изхвърлям всичко, което не искам да хвърлям в кошчето, а новата версия на dolphin не отнема нищо, за да отвори папката, пълна с файлове в сравнение с предишната, nepomuk е по-малко конфигурируем, сега не можете да зададете колко овен Използвайте го, но върви толкова многооооооооооооооооооооооооооооооооооооооооооооооооооооооооооооо!
Hdp, използвайки Funtoo, завиждам ти !!!
Ами не чак толкова. От тези, базирани на източници, играх седмица с Source Mage, използвах малко повече Gentoo и накрая флиртувах с Funtoo, но в крайна сметка не можех да понасям да компилирам всичко непрекъснато.
Въпреки това Funtoo ... ах, разпределението между дистрибуции, базирани на източник!
Ако един ден съотношението на сумата на процесора, необходима за компилиране * скорост на компилация / hw ресурси и мощност, необходими за компилиране, е донякъде разумно с нетърпение до Funtoo без колебание.
Насладете се на новия си лъскав KDE 4.11 на Funtoo! (гуачо!)
Същото се случи и с мен. Но аз го поправих с Alt + F2, като напиша плазмен работен плот и промених темата на плазмата. По някаква причина темата по подразбиране виси при стартиране. Поне в моя случай с 32-битова Arch.
Е, актуализирах само преди два часа и всичко работи нормално, по-добре казано, по-добре. 😀
Това в крайна сметка оставихте ли хрипове завинаги?
В моя случай тази корекция не е работила за мен, продължавам с грешката при стартиране, в момента всеки път, когато стартирам KDE, правя ALT + F2 и стартирам plasma-desktop, за да възстановя работния плот 🙁
Здравейте, как сте, хареса ми бюрото, което поставихте на изображението, как го направихте да изглежда така?
добър принос
Наскоро инсталирах OpenSuse 13.1 с Kde Desktop, но след малко актуализиране ...
Това ми създаде проблем, защото работният плот не се стартира както преди
Как бих могъл да го реша
Някой вече се е случил, бихте ли ми помогнали
Изпратете ми съобщение, ако знаете как, подканете ме
и благодаря
Току-що инсталирах opensuse 13.1 64 бита и актуализирах малко и след това, когато рестартирах нормалния работен плот вече не беше там. Опитах какво има в този блог, но не ми се получи
Бих искал да знам как да го поправя.