Плазменият работен плот не успява да се актуализира до KDE 4.11? РЕШЕНИЕ

gaia10_kde_plasma_theme_screenshot.

Вчера, КЪДЕ 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 коментара, оставете своя

Оставете вашия коментар

Вашият имейл адрес няма да бъде публикуван. Задължителните полета са отбелязани с *

*

*

  1. Отговорен за данните: Мигел Анхел Гатон
  2. Предназначение на данните: Контрол на СПАМ, управление на коментари.
  3. Легитимация: Вашето съгласие
  4. Съобщаване на данните: Данните няма да бъдат съобщени на трети страни, освен по законово задължение.
  5. Съхранение на данни: База данни, хоствана от Occentus Networks (ЕС)
  6. Права: По всяко време можете да ограничите, възстановите и изтриете информацията си.

  1.   елав каза той

    Мда, с тези ветрове .. слава богу, още не съм актуализирал .. 🙂

    1.    Мануел де ла Фуенте каза той

      Имате 64-битова Arch. Според това, което казват във форума, това се случва само с Арката от 32 бита. Някой, който имаше надстроена 64 и нищо не се случи; всъщност дори се опита да причини грешката, но не успя.

      1.    Andres каза той

        Имам арка 64b и това също ми се случи и че току-що го инсталирах отново миналата седмица, но истината е, че беше толкова нова, че ми стана мързел да видя какво се е случило, защото това вече се беше случило преди това в голяма актуализация it petara plasma, така че това, което направих, беше да изтрия ~ / .kde4 и оставих системата да зареди всичко отново и заработи без проблеми ... въпреки че този, който предлагате, звучи по-интересно, защото няма да загуби персонализациите xD

        Дори и така, ако продължавате да удряте, това е план Б, който трябва да вземете предвид ... за всеки случай, вземете съответния bkup от ~ / .kde4 очевидно

        1.    Мануел де ла Фуенте каза той

          Направих и това и по някаква причина просто влоши всичко, не зареди директно работния плот и ме караше да се връщам отново в KDM отново и отново.

  2.   VXF каза той

    Здравей Мануел:

    Бихте ли ми казали какво използвате, за да получите вашия KDE работен плот?

    Тоест тема, източници, фон и т.н. ...

    Наистина харесвам резултата, който постигнахте.

    Благодаря Ви много.

    1.    Мануел де ла Фуенте каза той

      Хахаха, този работен плот не е мой, взех го от изображенията, които вече бяха качени в блога. Много ме мързи да персонализирам работните си плотове и използвам KDE по подразбиране само с променен тапет. xD

      Истината е, че не знам кой е това, тъй като URL адресът на изображението изглежда е от публикация от октомври 2012 г., но нямам представа кой. : С

    2.    Мануел де ла Фуенте каза той

      Вижте, вече го намерих, това е от потребител на deviantART:

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

      Ще добавя връзката като източник към статията.

      1.    truko22 каза той

        Страхотно е 😀

      2.    VXF каза той

        LOL!

        Е, в крайна сметка го намерихте.

        Благодаря много!!

  3.   айория каза той

    Това понякога не се разбира. защото ако е в стабилен репо и ние актуализираме, тези неща се случват. Изглежда, че те просто се опаковат и отиват да опитат ...

  4.   Итачи каза той

    Какво грозно бюро, розово. Ще го сложа на приятелката си същото. хехехе

    1.    Мануел де ла Фуенте каза той

      Вижте отговора, който дадох на VXF.

  5.   GeoMixtli каза той

    Е, ако съм имал проблеми с актуализацията, 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

    Поздрави на всички.

    1.    Мануел де ла Фуенте каза той

      Проблемът ви много прилича на друг, за който също беше съобщено на форума на Arch Linux. Там казват, че деактивирането на Nepomuk го решава (аз не използвам Nepomuk):

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

      1.    Мануел де ла Фуенте каза той

        Сега разбирам: Nepomuk и други услуги бяха активирани отново, когато преименувах директорията .kde4 и това може би влоши проблема, който вече имах.

        1.    GeoMixtli каза той

          Всъщност конфигурацията на kde се нулира и работи така, сякаш току-що сте я инсталирали, т.е. без никаква потребителска конфигурация

          1.    Мануел де ла Фуенте каза той

            Знам, затова го направих, но не мислех, че може да генерира повече проблеми, вместо да ги решава.

  6.   ЧепеВ каза той

    : Или актуализирах до 4.11, когато бях на тестване (ако нямах много работа през този ден и се почувствах малко камикадзе xD), и не съм имал най-малкия проблем или е трябвало да променя нещо, което трябва да направя с KDE.

    1.    ЧепеВ каза той

      Току-що видях какво сте сложили от Arch 64bit; просто да допринеса, че в Arch от 64, ако работи без проблеми, поне в моя случай 😀!

  7.   Lycus HackerEmo каза той

    Този проблем се случва от излизането на Beta 1 на KDE 4.11
    Когато някой влезе, работният плот се срива.

    Използвам Fedora 19 с KDE 4.11 64 бита. Влизам в системата и отнема няколко секунди, за да се покаже работният плот. И между другото, не използвайте плазмоида Smoosh Task, когато конфигурирате плазмоида, той също срива работния плот на kde.

  8.   Г-н Linux каза той

    Актуализирано гладко благодарение на вашия съвет.

    1.    Мануел де ла Фуенте каза той

      Отлично. 🙂

  9.   truko22 каза той

    Правила за чакра \ o /

    1.    Алберт I каза той

      Чакрата вече има 4.11 в стабилна?

      1.    иззивп каза той

        все още не

        1.    truko22 каза той

          Тества се, но работи чудесно 😀

  10.   johnmnz117 каза той

    Все още се съмнявам дали да сложа backports ppa в kubuntu и да актуализирам или да изчакам да излезе в официалните репозитори: s

  11.   kik1n каза той

    В актуализацията на openSUSE Tumbleweed току-що имах грешка с цветовете на екрана, влизам в старо ядро ​​и се връщам към текущото ядро ​​и работи отлично.

    1.    kik1n каза той

      Трябва също да изтриете папката .kde4.

      1.    kik1n каза той

        Забелязвате голяма скорост в приложенията 😀

        1.    Мануел де ла Фуенте каза той

          Ако съм честен, не съм забелязал нещо различно. 😛

          1.    kik1n каза той

            Ако владеете по-добре отварянето на приложения и ефекти на работния плот.
            Мисля, че вече са отстранили грешката в приложението за уведомяване, която се е дублирала.

            Той има само една грешка, при максимизиране или минимизиране на приложенията границите не се появяват веднага, те отнемат малко време и се появяват.

  12.   ДаниелС каза той

    Това се случва на всички дистрибуции или се случва само на Arch? Казвам го от заглавието, изглежда, че е за KDE като цяло, но в статията те говорят само за Arch.

    1.    Мануел де ла Фуенте каза той

      Това е обща грешка от KDE 4.11. Досега съм познавал случаи в Arch, Gentoo, SUSE и Fedora. В статията говоря само за Arch, защото разказвам конкретния си случай и това е дистрибуцията, която използвам.

  13.   frikilinux каза той

    Лично аз не забелязах нито един от тези недостатъци, използвам го от бета 1, който имаше някаква друга грешка, която беше коригирана, но нищо за плазмата. Използвам 64-битовата версия

  14.   Rodolfo каза той

    Исках да пробвам KDE (в Archlinux), но не знам дали не го намерих много по свой вкус, може би ако има Ръководство, защото менюто, което носи по подразбиране, не ми хареса . И трябваше да сменя текста, но все пак усещах, че липсва, защото преминах стария си XFCE. Това, което привлича вниманието ми ах, подобри се много, kde честно последно колко лош беше 3.5. Лично аз мисля, че това, което пропуснах е, че има твърде много конфигурации хахаха.

  15.   Leper_Ivan каза той

    Коментирам, че не съм имал проблем с актуализирането на Arch x64. Всичко по ред ..
    Понякога имам усещането за малко лагео, но мисля, че това беше NetBeans.

  16.   Макклейн каза той

    Мисля, че идеалното би било да опитаме все по-малки числа, за да не се налага да чакаме толкова дълго. за разбирането

    1.    Мануел де ла Фуенте каза той

      Да, прав си, всъщност намалих времето до 1 секунда (ако си същият Макклейн от форумите на Arch, виждам, че имаш още по-малко време); но хей, това служи като общо решение. 🙂

  17.   Wisp каза той

    Вълнението и адреналинът до максимум на обезмасления ръб, съчетани с хиперкинетичното и безразсъдно безотговорно отношение на програмистите на Arch и техните потребители, принудиха морски свинчета и като череша на тортата монументалните бъгове на KDE и в резултат имаме най-много популярен екстремен спорт на Linux: актуализирайте системата.

    1.    kik1n каза той

      Ааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааааа или или или да
      Хахахаха, но в openSUSE барабанът е по-стабилен и актуален 😀

      1.    kennatj каза той

        Актуализирах без проблеми в openSUSE tumbleweed 😉

  18.   MSX каза той

    Арч е коприна, той е безупречен, когато знаеш какво правиш, проблемът е КРАКАТОТО KDE

    1.    eliotime3000 каза той

      По-добре да използвате Slackware.

      1.    MSX каза той

        Ако ви харесва, разбира се, но темата не е основната система - като Kubuntu, например - а KDE, която изминава годините и продължава със същите скапани проблеми, както винаги прави истинска чест на крилатата фраза, която потребителите на Windows докоснати в тяхното самоуважение от нашата арогантност, когато казват: „Linux е самоцел, вместо да бъде средство, не ми служи“ и е много, много вярно.

        В специалния случай на KDE винаги се случва едно и също нещо при всеки преход между основните версии, което неизбежно предполага:
        1. Слабите - по някакъв неразбираем начин - все още не знаят проблемите, които KDE пакетът има _с всички дистрибуции_ при надграждане между версиите.
        2. не им пука за оставянето на фино настроена система, която работи добре за ежедневна употреба и няма тези проблеми при надграждане
        3. Те са много зле организирани - което не ме затваря - и им липсва група за контрол на качеството и потребителски опит (да, добре, всички помпозни и с главни букви), която гарантира, че тези проблеми, описани от @Manuel, вече не се случват.

        1.    eliotime3000 каза той

          Защото нещо е, че съм в GTK в неизвестност, тъй като в KDE проблемите да изглежда красиво ги смущават и в случая на Slackware приложенията GTK изглеждат страхотно благодарение на пакета Plasma GTK, който е включен, и всъщност лекотата е известен.

          В Arch предпочитам да използвам LXDE или MATE, тъй като те са по-добра среда за дистрибуция, която винаги е на върха.

          Както и да е: В зависимост от това каква парадигма имате, имате свободата да избирате между Windows, OSX, GNU / Linux и / или BSD.

      2.    Г-н Linux каза той

        Slack е една от любимите ми дистрибуции, но една от критичните му точки е именно актуализацията й. В Arch има голяма подкрепа от разработчиците чрез страницата и форумите, така че потребителите му да нямат проблеми, ако искат екстремна актуализация на спорта Слаб, но не във виртуална машина ..

        1.    MSX каза той

          Хахаха, значи така!? До дявола със слабината!

          1.    eliotime3000 каза той

            ОБАДИ МИ СЕ !!

    2.    pandev92 каза той

      В kubuntu 13.10 нищо не ми се случи 😛

  19.   elias174 каза той

    Току-що актуализирах 64-битовия си Archlinux и не съм имал проблеми с kde 4.11 ... хардуерни проблеми ли са? Не мисля така, salu2

    1.    MSX каза той

      В повечето случаи проблемът е следният: 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 никога няма да бъде моето второ име.

  20.   подсмърчане каза той

    Те ще имат актуализиран и оптимизиран nepomuk, но беше мой ред да го активирам, за да го тествам и cpu & ram на макс ... .. Вярно е, че те са като 700 gb за актуализиране ... Akonadi, ако го използвам и без проблеми.

    1.    ДаниелС каза той

      700 GB?! o_O

  21.   x11tete11x каза той

    Е, Tete предварително съобщава, че от Funtoo x86_64 не съм имал проблем с актуализирането, 0 проблема, дори не е трябвало да изтривам .kde4 или нещо подобно: v, но познавам 1 потребител на Gentoo, който е имал проблеми, и няколко стрелци Имам папка, в която изхвърлям всичко, което не искам да хвърлям в кошчето, а новата версия на dolphin не отнема нищо, за да отвори папката, пълна с файлове в сравнение с предишната, nepomuk е по-малко конфигурируем, сега не можете да зададете колко овен Използвайте го, но върви толкова многооооооооооооооооооооооооооооооооооооооооооооооооооооооооооооо!

    1.    MSX каза той

      Hdp, използвайки Funtoo, завиждам ти !!!
      Ами не чак толкова. От тези, базирани на източници, играх седмица с Source Mage, използвах малко повече Gentoo и накрая флиртувах с Funtoo, но в крайна сметка не можех да понасям да компилирам всичко непрекъснато.

      Въпреки това Funtoo ... ах, разпределението между дистрибуции, базирани на източник!
      Ако един ден съотношението на сумата на процесора, необходима за компилиране * скорост на компилация / hw ресурси и мощност, необходими за компилиране, е донякъде разумно с нетърпение до Funtoo без колебание.

      Насладете се на новия си лъскав KDE 4.11 на Funtoo! (гуачо!)

  22.   Стрелци27 каза той

    Същото се случи и с мен. Но аз го поправих с Alt + F2, като напиша плазмен работен плот и промених темата на плазмата. По някаква причина темата по подразбиране виси при стартиране. Поне в моя случай с 32-битова Arch.

  23.   елав каза той

    Е, актуализирах само преди два часа и всичко работи нормално, по-добре казано, по-добре. 😀

    1.    jony127 каза той

      Това в крайна сметка оставихте ли хрипове завинаги?

  24.   Клаудио каза той

    В моя случай тази корекция не е работила за мен, продължавам с грешката при стартиране, в момента всеки път, когато стартирам KDE, правя ALT + F2 и стартирам plasma-desktop, за да възстановя работния плот 🙁

  25.   Антонио каза той

    Здравейте, как сте, хареса ми бюрото, което поставихте на изображението, как го направихте да изглежда така?

  26.   йорс каза той

    добър принос

  27.   Откровен каза той

    Наскоро инсталирах OpenSuse 13.1 с Kde Desktop, но след малко актуализиране ...
    Това ми създаде проблем, защото работният плот не се стартира както преди
    Как бих могъл да го реша
    Някой вече се е случил, бихте ли ми помогнали
    Изпратете ми съобщение, ако знаете как, подканете ме
    и благодаря

  28.   Откровен каза той

    Току-що инсталирах opensuse 13.1 64 бита и актуализирах малко и след това, когато рестартирах нормалния работен плот вече не беше там. Опитах какво има в този блог, но не ми се получи
    Бих искал да знам как да го поправя.