אתמול, איפה 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
תמונה | סוטה
אוף, עם הרוחות האלה .. תודה לאל שעדיין לא עדכנתי .. 🙂
יש לך Arch של 64 סיביות. כמו שאומרים בפורום, זה קורה רק עם קשתות של 32 סיביות. מישהו ששדרג 64 ושום דבר לא קרה; למעשה, היא אפילו ניסתה לגרום לשגיאה אך נכשלה.
יש לי קשת 64b וזה גם קרה לי ושרק התקנתי אותה שוב בשבוע שעבר, אבל האמת היא שזה היה כל כך חדש שזה נתן לי עצלות לראות מה קרה כי זה כבר קרה לפני כן בעדכון גדול. זה petara plasma, אז מה שעשיתי היה למחוק ~ / .kde4 ולתת למערכת לטעון הכל שוב וזה עבד בלי בעיות ... למרות שזו שאתה מציע נשמעת יותר מעניינת כי היא לא תאבד את ההתאמות האישיות xD
למרות זאת, אם אתה ממשיך להכות, זו תוכנית B שתזכור ... לכל מקרה, קבל את ה- bkup בהתאמה מ ~ / .kde4 ברור
גם אני עשיתי זאת ומסיבה כלשהי זה פשוט החמיר את הכל, הוא לא אתחל את שולחן העבודה ישירות וזה המשיך אותי לחזור ל- KDM שוב ושוב.
שלום מנואל:
האם תוכל לומר לי במה אתה משתמש כדי להשיג את שולחן העבודה שלך ב- KDE?
כלומר נושא, מקורות, רקע וכו '...
אני מאוד אוהב את התוצאה שהשגת.
תודה רבה.
חחחח, שולחן העבודה הזה הוא לא שלי, לקחתי אותו מהתמונות שכבר הועלו לבלוג. אני עצלן מאוד בהתאמה אישית של שולחנות העבודה שלי ואני משתמש ב- KDE המוגדר כברירת מחדל רק עם שינוי הטפט. xD
האמת היא שאני לא יודע מי זה, בגלל כתובת האתר של התמונה זה נראה מפוסט מאוקטובר 2012, אבל אין לי מושג איזה. : ש
תראה, כבר מצאתי את זה, זה ממשתמש deviantART:
http://gomezhyuuga.deviantart.com/art/Gaia10-KDE-Plasma-Theme-180131334
אוסיף את הקישור כמקור למאמר.
זה נהדר 😀
לצחוק בקול רם!
ובכן, בסוף מצאת את זה.
Muchas Gracias!
זה מה שלפעמים לא מובן. כי אם זה נמצא בריפו יציב ואנחנו מעדכנים הדברים האלה קורים. נראה שהם פשוט אורזים והולכים לנסות ...
איזה שולחן מכוער, ורוד. אני הולך לשים את זה על חברה שלי באותה מידה. הייהה
תסתכל על התשובה שנתתי ל- VXF.
ובכן, אם היו לי בעיות בעדכון, מערכת-יומן הפעילה את המעבד שלי, וכאשר הפעלתי אותו, הופיעה ההודעה הבאה:
alsa-sink.c: ALSA העיר אותנו לכתוב נתונים חדשים למכשיר, אך למעשה אין מה לכתוב!
פתרתי את זה גם על ידי מחיקת תיקיית .kde4 ו (למקרה שזה יקרה למישהו) כדי לשפר את הביצועים ולהפחית את הטמפרטורה של כרטיס השמע שלי (אלסה שתופסת kde ו- pulseaudio מסיבה מוזרה מעלה את הטמפרטורה שלהם) עשיתי את הדברים הבאים :
התחברתי כשורש ואז ערכתי:
ננו /etc/pulse/default.pa
וחפש את השורה:
מודול עומס-מודול- udev-detect
בסוף זה שמנו tsched = 0, זה ייראה כך:
מודול עומס מודול- udev-detect tsched = 0
עם זאת אנו אומרים ל- pulseaudio לא להשתמש בתזמון הטיימר, וזה הגורם לבעיה זו. אתחול אחד וואלה!
זה המקום בו למדתי את האמור לעיל:
http://hackingthesystem4fun.blogspot.mx/2011/04/problemas-de-sonido-con-pulseaudio-el.html
ברכות לכל.
הבעיה שלך דומה מאוד לבעיה אחרת עליה דווח גם בפורום Arch Linux. שם הם אומרים כי השבתת נפומוק פותרת את זה (אני לא משתמשת בנפומוק):
https://bbs.archlinux.org/viewtopic.php?id=168524
עכשיו אני מבין: Nepomuk ושירותים אחרים הופעלו מחדש כששמתי את שם הספריה .kde4 וייתכן שזה מה שהחריף את הבעיה שכבר הייתה לי.
למעשה, תצורת ה- kde מתאפסת ועובדת כאילו התקנת אותה זה עתה, ללא כל תצורת משתמש
אני יודע, בגלל זה עשיתי את זה, מה שלא חשבתי שזה יכול לייצר יותר בעיות במקום לפתור אותן.
: או עדכנתי ל -4.11 כשהייתי בבדיקה (אם לא היה לי הרבה מה לעשות באותו יום והרגשתי קצת קמיקזה xD), ולא הייתה לי את הבעיה הכי קטנה או הייתי צריך לשנות שום דבר שקשור ל- KDE.
בדיוק ראיתי מה שמת מ- Arch 64bit; רק כדי לתרום את זה ב- Arch של 64 אם זה עבד בלי בעיות, לפחות במקרה שלי 😀!
בעיה זו התרחשה מאז ביטא 1 של KDE 4.11
כשמתחברים, שולחן העבודה קורס.
אני משתמש בפדורה 19 עם KDE 4.11 64 ביט. אני מתחבר ונדרש מספר שניות עד ששולחן העבודה מופיע. ואגב, אל תשתמש בפלסמואיד המשימות Smoosh, כשאתה מגדיר את הפלסמואיד, הוא גם קורס את שולחן העבודה של kde.
עודכן בצורה חלקה הודות לעצתך.
מְעוּלֶה. 🙂
הכללים של הצ'אקרה \ o /
צ'אקרה כבר יש 4.11 באורווה?
עדיין לא
זה בבדיקה, אבל זה עובד מצוין 😀
אני עדיין בספק אם להכניס את ה- pports backports לקובונטו ולעדכן או לחכות שהוא ייצא בתשובות הרשמיות:
בעדכון openSUSE Tumbleweed, פשוט הייתה לי שגיאה בצבעי המסך, נכנס לגרעין ישן וחוזר לגרעין הנוכחי ורץ מצוין.
אתה גם צריך למחוק את תיקיית .kde4.
אתה מבחין במהירות רבה ביישומים 😀
אם אני כנה, לא שמתי לב למשהו אחר. 😛
אם אתה שוטף יותר בפתיחת יישומים ואפקטים של שולחן העבודה.
אני חושב שכבר תיקן את הבאג באפליקציית ההודעות שהשתכפל.
יש לו רק באג אחד, זה כאשר ממקסמים או ממזערים את היישומים הגבולות לא מופיעים מיד, הם לוקחים מעט זמן ומופיעים.
האם זה קורה בכל ההפצות או שזה קורה רק ב- Arch? אני אומר את זה מהכותרת, נראה שזה בכלל עבור KDE, אבל במאמר הם מדברים רק על Arch.
זהו באג כללי מ- KDE 4.11. עד כה הכרתי מקרים בארץ ', ג'נטו, SUSE ופדורה. במאמר אני מדבר רק על Arch כי אני מספר את המקרה המסוים שלי וזה ההפצה שבה אני משתמש.
באופן אישי לא הבחנתי באף אחד מהפגמים הללו, אני משתמש בו מאז בטא 1, שהיה בו באג אחר שתוקן, אבל שום דבר לגבי פלזמה. אני משתמש בגרסת 64 סיביות
רציתי לנסות את KDE (בארכלינוקס) אבל אני לא יודע אם זה לא מצאתי את זה מאוד לטעמי, אולי אם יש מדריך כי לא אהבתי את התפריט שהוא מביא כברירת מחדל. והייתי צריך לשנות את המילים אבל עדיין הרגשתי שהוא חסר בגלל ה- XFCE הישן שלי. מה שמדהים אותי השתפר מאוד בימים האחרונים בכנות עד כמה המסכן היה 3.5. באופן אישי, אני חושב שמה שפספסתי זה שיש לו יותר מדי תצורות חחח.
אני מעיר שלא הייתה לי שום בעיה לעדכן ב- Arch x64. הכל בהזמנה..
לפעמים אני מקבל תחושה של מעט לאג'וס אבל אני חושב שזה היה NetBeans.
אני חושב שהאידיאל יהיה לנסות מספרים קטנים יותר וקטנים יותר כדי לא צריך לחכות כל כך הרבה זמן. לחיים
כן, אתה צודק, למעשה הורדתי את הזמן לשנייה אחת (אם אתה אותו מקליין מהפורומים של Arch, אני רואה שיש לך זמן עוד פחות); אבל היי, זה משמש כפתרון כללי. 🙂
ההתרגשות והאדרנלין עד למקסימום קצה השפיכה, בשילוב עם יחס חסר אחריות היפרקינטי וחסר אחריות של מתכנתים של הקשת ומשתמשיהם, חזירי ים מאולצים וכמו הדובדבן שבקצפת את החרקים המונומנטליים של KDE ויש לנו כתוצאה מכך הכי הרבה ספורט אתגרי פופולרי בלינוקס: עדכן את המערכת.
Aaaaaaaaaaaammmmmmmmmeeeeeeeeeeeennnnnnnnn.
Hahahaha, אבל ב openSUSE tumbleweed הוא יציב יותר הנוכחי 😀
עדכנתי בלי בעיות ב- openSUSE tumbleweed 😉
קשת הוא משי, הוא הולך ללא דופי כשאתה יודע מה אתה עושה, הבעיה היא KDE המזוין
עדיף להשתמש ב- Slackware.
אם אתה אוהב את זה, כמובן, אך הנושא הוא לא מערכת הבסיס - כמו קובונטו, למשל - אלא KDE שהשנים עוברות וזה ממשיך באותן בעיות מחורבנות כמו תמיד לעשות כבוד אמיתי למשפט הקליט שמשתמשים ב- חלונות נגעו בכבודם העצמי ביהירותנו כשאומרים: "לינוקס הוא מטרה בפני עצמה במקום להיות אמצעי, זה לא משרת אותי", וזה נכון מאוד מאוד.
במקרה המיוחד של KDE, אותו דבר קורה תמיד בכל קפיצה בין גרסאות עיקריות, דבר המציע בהכרח:
1. הצנום - בצורה לא מובנת כלשהי - עדיין לא מכיר את הבעיות שיש לחבילת KDE _עם כל ההפצות_ בעת שדרוג בין גרסאות.
2. הם לא מקפידים על השארת מערכת מכווננת שעובדת היטב לשימוש יומיומי ואין להן בעיות אלה בעת השדרוג
3. הם מסודרים בצורה גרועה מאוד - מה שלא סוגר אותי - וחסרה להם קבוצת בקרת איכות וחוויית משתמש (כן, ובכן, כולם מפונפנים באותיות גדולות) שמבטיחה שהבעיות האלה שתוארו על ידי @Manuel לא יתרחשו יותר .
משום מה אני נמצא ב- GTK limbo, מכיוון שב- KDE הבעיות לגרום לו להראות יפה מתסכלות אותם ובמקרה של Slackware יישומי GTK נראים נהדר בזכות חבילת Plasma GTK הכלולה, וב נכון, הקלילות ידועה לשמצה.
ב- Arch, אני מעדיף להשתמש ב- LXDE או MATE, מכיוון שהם סביבות טובות יותר להפצה שנמצאת תמיד בחוד החנית.
בכל מקרה: תלוי באיזו פרדיגמה יש לך, יש לך את החופש לבחור בין Windows, OSX, GNU / Linux ו / או BSD.
Slack היא אחת ההפצות האהובות עלי ביותר, אך אחת הנקודות הקריטיות שלה היא בדיוק העדכון שלה. ב- Arch ישנה תמיכה רבה מצד מפתחים דרך העמוד שלה והפורומים שלה, כך שלמשתמשים שלה אין בעיות, אם הם רוצים עדכון ספורט אתגרי רפה אך לא במכונה וירטואלית ..
חחחח, אז ככה!? לעזאזל עם רפוי!
תתקשר אלי !!
בקובונטו 13.10 לא קרה לי כלום 😛
הרגע עדכנתי את ארכלינוקס של 64 סיביות, ולא היו לי שום בעיות עם kde 4.11 ... האם מדובר בבעיות חומרה? אני לא חושב שכן, salu2
לרוב הבעיה היא זו: http://newstuff.kde.org/
עם מה שאנחנו נופלים לאותו אובונטו, חלונות ו- 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 + לינוקס, תוכנה חופשית וכל הקומיקס, ולמזלנו אין עלינו גרזן מכיוון שאחרת צילמנו את הטבח בניו טקסס בחינם. (לא הגעתי כל כך רחוק, אם כדי לתפוס זעם נורא, אבל אני מכיר מישהו שהעיף ממש את המחשב הנייד שלו על הקיר כשקרה לו משהו דומה).
בכל מקרה, זו תוכנה, גרוע מכך, זו KDE: הגרלה.
וזה מה שגורם ל- KDE להתפתח הרבה יותר לשים, מכיוון ש- KDE הוא באמת פלא, כשזה עובד זה שעון קטן, אבל אכפת להם ש- ZERO / NADA / ZERO מתמסרים לייצוב המערכת ולסגירת באגים שדווחו במשך שנים, התמכרות לפיתוח דברים חדשים ולגרום לאחרים לקחת אחריות על לגרום להם לעבוד.
אני עובד על eOS כבר 4 ימים - שלמעשה אני מנצל לדעת לעומק - מחכה ל- ISO החדש של הצ'אקרה לאחר התרסקות אלימה שתפסה אותי ללא גיבויים של / ni ~ / .kde4.
לעולם לא יהיה הגיבוי שמי האמצעי מעתה ואילך.
הם יתעדכנו וייעלו את ה- nepomuk אבל זה היה תורי להפעיל אותו כדי לבדוק את זה ו- cpu & ram עד למקסימום ... .. נכון שהם כמו 700 GB לעדכן ... אקונדי אם אני משתמש בו ובלי בעיות.
700 GB?! o_O
ובכן, טטה לנצח לבד כי מאז Funtoo x86_64 לא הייתה לי שום בעיה לעדכן, 0 בעיות, אפילו לא הייתי צריך למחוק .kde4 או משהו אחר: v, אולם אני מכיר משתמש אחד של Gentoo שהיה לו בעיות, וכמה קשתים, וכן, יש לי תיקיה שבה אני זורק את כל החרא שאני לא רוצה לזרוק לפח, והגרסה החדשה של דולפין לא צריכה שום דבר כדי לפתוח את התיקיה המלאה בקבצים בהשוואה לקודמתה, nepomuk פחות ניתנת להגדרה, עכשיו אתה לא יכול להגדיר כמה זיכרון RAM תשתמש בזה, אבל זה הולך כל כך אוווו
HDP, באמצעות Funtoo, אני מקנא בך !!!
ובכן לא כל כך הרבה. מבין המקורות שמקורם שיחקתי שבוע עם Source Mage, השתמשתי במעט יותר ג'נטו ולבסוף פלירטטתי עם Funtoo אבל בסופו של דבר לא יכולתי לסבול לאסוף הכל ברציפות.
עם זאת Funtoo ... אהה, ההתפלגות בין הפצות מבוססות מקור!
אם יום אחד כמות היחסים של המעבד הדרושה להידור * מהירות הידור / משאבי הוו והכוח הדרושים להידור היא קפיצה ראשית למדי לפונטו ללא היסוס.
תיהנו מ- KDE 4.11 החדש והמבריק שלכם ב- Funtoo! (גואצ'ו!)
אותו דבר קרה לי. אבל תיקנתי את זה עם Alt + F2, הקלדתי שולחן עבודה של פלזמה ושיניתי את נושא הפלזמה. משום מה נושא ברירת המחדל תלוי בעת ההפעלה. לפחות במקרה שלי עם 32 סיביות Arch.
ובכן, עדכנתי רק לפני שעתיים והכל עובד כרגיל, מוטב לומר, טוב יותר. 😀
האם בסופו של דבר השארת צפצופים לתמיד?
במקרה שלי תיקון זה לא עבד עבורי, אני ממשיך עם השגיאה בעת ההתחלה, ברגע בכל פעם שאני מפעיל את ה- KDE שלי אני עושה ALT + F2 ומריץ פלזמה-שולחן עבודה כדי לשחזר את שולחן העבודה 🙁
שלום, מה שלומך, אהבתי את השולחן שהכנסת בתמונה, איך גרמת לו להיראות ככה?
תרומה טובה
לאחרונה התקנתי את OpenSuse 13.1 עם Kde Desktop אך לאחר עדכון מעט ...
זה נתן לי בעיה כי שולחן העבודה לא מתחיל כמו שקודם לכן
איך אוכל לפתור את זה
מישהו כבר קרה לו, האם תוכל לעזור לי
שלח לי הודעה אם אתה יודע איך, דחף אותי
ותודה
הרגע התקנתי opensuse 13.1 64 סיביות וזה עודכן קצת ואז כשאני אתחל מחדש שולחן העבודה הרגיל כבר לא היה שם. ניסיתי את מה שיש בבלוג הזה אבל זה לא עבד בשבילי
הייתי רוצה לדעת כיצד לתקן את זה.