Вчора, ДЕ 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
Зображення | відхиляєтьсяART
Уфф, з тими вітрами .. слава богу, я ще не оновив .. 🙂
У вас 64-розрядна Arch. Згідно з тим, що вони говорять на форумі, це відбувається лише з Arch 32 бітами. Хтось, кому було модернізовано 64, і нічого не сталося; насправді він навіть намагався спричинити помилку, але не вдався.
У мене є арка 64b, і це теж трапилося зі мною, і що я щойно встановив її ще раз минулого тижня, але правда полягає в тому, що вона була настільки новою, що мені стало лінь побачити, що сталося, тому що це вже сталося до цього під час великого оновлення це була б плазма, тож я видалив ~ / .kde4 і дозволив системі знову завантажити все, і вона спрацювала без проблем ... хоча той, який ви пропонуєте, звучить цікавіше, оскільки він не втратить налаштування xD
Навіть якщо ви продовжуєте натискати, це слід врахувати план B ... про всяк випадок, отримайте відповідний bkup з ~ / .kde4 очевидно
Я теж це зробив, і з якихось причин це просто погіршило ситуацію, він не завантажував робочий стіл безпосередньо, і я постійно повертався до KDM.
Привіт Мануель:
Не могли б ви сказати мені, що ви використовуєте для отримання робочого столу KDE?
Тобто тема, джерела, передумови тощо ...
Мені дуже подобається результат, якого ви досягли.
Велике спасибі.
Ха-ха-ха, цей робочий стіл не мій, я взяв його із зображень, які вже були завантажені в блог. Мені дуже лінь налаштовувати робочий стіл, і я використовую KDE за замовчуванням лише зі зміненими шпалерами. xD
Правда в тому, що я не знаю, хто це, через URL-адресу зображення, здається, із допису від жовтня 2012 року, але не знаю, який саме. : S
Подивіться, я його вже знайшов, це від користувача deviantART:
http://gomezhyuuga.deviantart.com/art/Gaia10-KDE-Plasma-Theme-180131334
Я додаю посилання як джерело до статті.
Це чудово 😀
ЛОЛ!
Ну, врешті-решт ви його знайшли.
Дуже дякую!!
Це те, чого часом не розуміють. тому що якщо це в стабільному репо і ми оновлюємо, ці речі трапляються. Здається, вони просто збирають речі і йдуть спробувати ...
Який негарний стіл, рожевий. Я збираюся надягти це своїй дівчині так само. хе-хе
Подивіться на відповідь, яку я дав 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 не використовувати планувальник таймерів, що є причиною цієї проблеми. Одна перезавантаження і вуаля!
Тут я дізнався вищезазначене:
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 чудово виглядають завдяки включеному плазмовому пакету 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 - справді диво, коли це працює, це невеликий годинник, але їм важливо НУЛЬ / НІЩО / НУЛЬ, присвячуючи себе стабілізації системи та усуненню помилок, про які повідомлялося роками , вони захоплюються розробкою нових речей, а інші змушують їх працювати.
Я працюю над eOS протягом 4 днів - чим, власне, я і скористаюся, щоб глибоко знати - чекаючи нового Чакри ISO після жорстокого збою, який застав мене без резервних копій / ni ~ / .kde4.
Відтепер ніколи більше Резервне копіювання не буде моїм іменем по батькові.
У них буде оновлений та оптимізований nepomuk, але настала моя черга його активувати, щоб протестувати його та cpu & ram на максимум ... .. Це правда, що вони схожі на 700 Гб для оновлення ... Akonadi, якщо я ним користуюся і без проблем.
700 Гб?! o_O
Ну, Tete попередньо повідомляє, що з Funtoo x86_64 у мене не було проблем з оновленням, 0 проблем, мені навіть не потрібно було видаляти .kde4 або щось інше: v, однак я знаю одного користувача Gentoo, який мав проблеми, і декількох лучників, і так, У мене є папка, куди я викидаю все те лайно, що не хочу викидати у смітник, і нова версія dolphin не бере нічого, щоб відкрити цю папку, заповнену файлами, порівняно з попередньою, nepomuk менш конфігурується, тепер ви не можете встановити, скільки оперативної пам'яті Використовуйте це, але воно йде такooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo ln & llу
Hdp, використовуючи Funtoo, я заздрю тобі !!!
Ну не так вже й багато. З тих джерел, на яких я грав тиждень із Source Mage, я використав трохи більше Gentoo і, нарешті, заграв з Funtoo, але врешті-решт не міг терпіти безперервну компіляцію.
Однак Funtoo ... ах, розподіл між розподілами на основі джерел!
Якщо одного дня кількість процесора, яка потрібна для компіляції * швидкість компіляції / ресурси hw та потужність, необхідні для компіляції, є дещо розумним стрімким стрибком до Funtoo без вагань.
Насолоджуйтесь своїм новим блискучим KDE 4.11 на Funtoo! (гуачо!)
Те саме сталося і зі мною. Але я виправив це за допомогою Alt + F2, набравши плазмовий робочий стіл і змінивши тему плазми. Чомусь тема за замовчуванням зависає під час запуску. Принаймні у моєму випадку з 32-бітною Arch.
Ну, я оновив лише дві години тому, і все працює нормально, краще сказати, краще. 😀
Це зрештою ти назавжди припинив хрипити?
У моєму випадку це виправлення не спрацювало для мене, я продовжую з помилкою при запуску, на даний момент кожного разу, коли я запускаю свій KDE, я роблю ALT + F2 і запускаю плазмовий робочий стіл для відновлення робочого столу 🙁
Привіт, як справи, мені сподобався стіл, який ви поставили на зображенні, як ви зробили це таким?
хороший внесок
Нещодавно я встановив OpenSuse 13.1 з Kde Desktop, але після трохи оновлення ...
Це створило мені проблему, оскільки робочий стіл не запускається так само, як раніше
Як я міг це вирішити
Хтось уже трапився, не могли б ви мені допомогти
Напишіть мені повідомлення, якщо знаєте як, закликайте мене
і спасибі
Я щойно встановив opensuse 13.1 64 біта, і він трохи оновлювався, а потім, коли я перезавантажився, звичайного робочого столу вже не було. Я спробував те, що є в цьому блозі, але у мене це не вдалося
Я хотів би знати, як це виправити.