|
|
|
|
פורסם: 06/09/2014 - 21:01
נושא ההודעה: בוט איטי
|
יש לי קובונטו 14.04 עם קרנל 3.17rc3
לקובונטו לוקח בין 24-34 שניות לעלות, כאשר תוך 10 שניות הוא מגיע למסך עליה של קובונטו (עם ה5 אייקונים שכבר נטענו), ושם מחכה את שאר הזמן.
דגם dell i3542 6666bk i5 8gbddr3
שמתי לו 256 ssd והארדיסק רגיל 1tb בקאדי במקום הסידירום.
יש על המחשב גם ווינדוס 8 הוא נטען תוך 9-13 שניות.
הoutput של פקודת dmesg לאחר הבוט:
קוד: | [ 3.440811] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 3.703818] r8169 0000:07:00.0 eth0: link down
[ 3.703847] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 3.982300] init: plymouth-upstart-bridge main process ended, respawning
[ 3.987702] init: plymouth-upstart-bridge main process (1177) terminated with status 1
[ 3.987712] init: plymouth-upstart-bridge main process ended, respawning
[ 8.326166] usb 1-1.6: New USB device found, idVendor=0cf3, idProduct=0036
[ 8.326171] usb 1-1.6: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[ 8.608848] init: anacron main process (984) killed by TERM signal
[ 9.514591] wlan0: authenticate with 00:23:df:fa:5f:71
[ 9.530672] wlan0: send auth to 00:23:df:fa:5f:71 (try 1/3)
[ 9.533262] wlan0: authenticated
[ 9.536911] wlan0: associate with 00:23:df:fa:5f:71 (try 1/3)
[ 9.546388] wlan0: RX AssocResp from 00:23:df:fa:5f:71 (capab=0x1431 status=0 aid=4)
[ 9.546473] wlan0: associated
[ 9.546507] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[ 9.546560] cfg80211: Calling CRDA for country: US
[ 9.548485] ath: EEPROM regdomain: 0x8348
[ 9.548489] ath: EEPROM indicates we should expect a country code
[ 9.548490] ath: doing EEPROM country->regdmn map search
[ 9.548491] ath: country maps to regdmn code: 0x3a
[ 9.548492] ath: Country alpha2 being used: US
[ 9.548493] ath: Regpair used: 0x3a
[ 9.548494] ath: regdomain 0x8348 dynamically updated by country IE
[ 9.548509] cfg80211: Regulatory domain changed to country: US
[ 9.548510] cfg80211: DFS Master region: unset
[ 9.548512] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time)
[ 9.548513] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2700 mBm), (N/A)
[ 9.548515] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 1700 mBm), (N/A)
[ 9.548516] cfg80211: (5250000 KHz - 5330000 KHz @ 40000 KHz), (300 mBi, 2000 mBm), (0 s)
[ 9.548518] cfg80211: (5490000 KHz - 5600000 KHz @ 40000 KHz), (300 mBi, 2000 mBm), (0 s)
[ 9.548519] cfg80211: (5650000 KHz - 5710000 KHz @ 40000 KHz), (300 mBi, 2000 mBm), (0 s)
[ 9.548520] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 3000 mBm), (N/A)
[ 9.548521] cfg80211: (57240000 KHz - 63720000 KHz @ 2160000 KHz), (N/A, 4000 mBm), (N/A)
[ 31.087053] audit_printk_skb: 99 callbacks suppressed
[ 31.087057] audit: type=1400 audit(1410025518.813:44): apparmor="DENIED" operation="open" profile="/usr/lib/telepathy/mission-control-5" name="/home/orr/.config/dconf/user" pid=1966 comm="mission-control" requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
[ 33.020404] audit: type=1400 audit(1410025520.744:45): apparmor="STATUS" operation="profile_replace" name="/usr/lib/cups/backend/cups-pdf" pid=2136 comm="apparmor_parser"
[ 33.020414] audit: type=1400 audit(1410025520.744:46): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/cupsd" pid=2136 comm="apparmor_parser"
[ 33.023374] audit: type=1400 audit(1410025520.748:47): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/cupsd" pid=2136 comm="apparmor_parser"
|
בבוט אחר יצא קצת שונה:
קוד: | [ 3.925909] init: plymouth-upstart-bridge main process ended, respawning
[ 6.446555] init: anacron main process (1008) killed by TERM signal
[ 8.039181] wlan0: authenticate with 00:23:df:fa:5f:71
[ 8.053873] wlan0: send auth to 00:23:df:fa:5f:71 (try 1/3)
[ 8.056827] wlan0: authenticated
[ 8.057808] wlan0: associate with 00:23:df:fa:5f:71 (try 1/3)
[ 8.066266] wlan0: RX AssocResp from 00:23:df:fa:5f:71 (capab=0x1431 status=0 aid=4)
[ 8.066343] wlan0: associated
[ 8.066369] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[ 8.066419] cfg80211: Calling CRDA for country: US
[ 8.068461] ath: EEPROM regdomain: 0x8348
[ 8.068465] ath: EEPROM indicates we should expect a country code
[ 8.068466] ath: doing EEPROM country->regdmn map search
[ 8.068467] ath: country maps to regdmn code: 0x3a
[ 8.068468] ath: Country alpha2 being used: US
[ 8.068469] ath: Regpair used: 0x3a
[ 8.068470] ath: regdomain 0x8348 dynamically updated by country IE
[ 8.068485] cfg80211: Regulatory domain changed to country: US
[ 8.068486] cfg80211: DFS Master region: unset
[ 8.068487] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time)
[ 8.068489] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2700 mBm), (N/A)
[ 8.068490] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 1700 mBm), (N/A)
[ 8.068492] cfg80211: (5250000 KHz - 5330000 KHz @ 40000 KHz), (300 mBi, 2000 mBm), (0 s)
[ 8.068493] cfg80211: (5490000 KHz - 5600000 KHz @ 40000 KHz), (300 mBi, 2000 mBm), (0 s)
[ 8.068494] cfg80211: (5650000 KHz - 5710000 KHz @ 40000 KHz), (300 mBi, 2000 mBm), (0 s)
[ 8.068495] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 3000 mBm), (N/A)
[ 8.068497] cfg80211: (57240000 KHz - 63720000 KHz @ 2160000 KHz), (N/A, 4000 mBm), (N/A)
[ 20.683999] audit_printk_skb: 99 callbacks suppressed
[ 20.684002] audit: type=1400 audit(1410025183.445:44): apparmor="DENIED" operation="open" profile="/usr/lib/telepathy/mission-control-5" name="/home/orr/.config/dconf/user" pid=1936 comm="mission-control" requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
[ 32.676502] wlan0: authenticate with 00:23:df:f9:d7:fb
[ 32.688307] wlan0: send auth to 00:23:df:f9:d7:fb (try 1/3)
[ 32.688537] cfg80211: Calling CRDA to update world regulatory domain
[ 32.690183] wlan0: authenticated
[ 32.691197] cfg80211: World regulatory domain updated:
[ 32.691200] cfg80211: DFS Master region: unset
[ 32.691201] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time)
[ 32.691203] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm), (N/A)
[ 32.691205] cfg80211: (2457000 KHz - 2482000 KHz @ 40000 KHz), (300 mBi, 2000 mBm), (N/A)
[ 32.691206] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm), (N/A)
[ 32.691208] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm), (N/A)
[ 32.691209] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm), (N/A)
[ 32.691420] wlan0: associate with 00:23:df:f9:d7:fb (try 1/3)
[ 32.698580] wlan0: RX AssocResp from 00:23:df:f9:d7:fb (capab=0x1431 status=0 aid=2)
[ 32.698653] wlan0: associated
[ 32.698930] cfg80211: Calling CRDA for country: US
[ 32.725810] ath: EEPROM regdomain: 0x8348
[ 32.725814] ath: EEPROM indicates we should expect a country code
[ 32.725816] ath: doing EEPROM country->regdmn map search
[ 32.725818] ath: country maps to regdmn code: 0x3a
[ 32.725819] ath: Country alpha2 being used: US
[ 32.725820] ath: Regpair used: 0x3a
[ 32.725822] ath: regdomain 0x8348 dynamically updated by country IE
[ 32.725838] cfg80211: Regulatory domain changed to country: US
[ 32.725840] cfg80211: DFS Master region: unset
[ 32.725841] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time)
[ 32.725843] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2700 mBm), (N/A)
[ 32.725845] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 1700 mBm), (N/A)
[ 32.725847] cfg80211: (5250000 KHz - 5330000 KHz @ 40000 KHz), (300 mBi, 2000 mBm), (0 s)
[ 32.725849] cfg80211: (5490000 KHz - 5600000 KHz @ 40000 KHz), (300 mBi, 2000 mBm), (0 s)
[ 32.725851] cfg80211: (5650000 KHz - 5710000 KHz @ 40000 KHz), (300 mBi, 2000 mBm), (0 s)
[ 32.725853] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 3000 mBm), (N/A)
[ 32.725855] cfg80211: (57240000 KHz - 63720000 KHz @ 2160000 KHz), (N/A, 4000 mBm), (N/A)
[ 32.904686] audit: type=1400 audit(1410025195.658:45): apparmor="STATUS" operation="profile_replace" name="/usr/lib/cups/backend/cups-pdf" pid=2234 comm="apparmor_parser"
[ 32.904693] audit: type=1400 audit(1410025195.658:46): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/cupsd" pid=2234 comm="apparmor_parser"
[ 32.904981] audit: type=1400 audit(1410025195.658:47): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/cupsd" pid=2234 comm="apparmor_parser"
|
לא הבאתי את המלא כי זה ארוך להחריד, הוא זמין כאן: http://pastebin.com/EZWP0YEt
תודה מראש!
|
|
חזרה לתוכן הדיון |
פורסם: 06/09/2014 - 21:54
נושא ההודעה:
|
לפי מה שאני רואה, כל העיכוב נעשה בגלל שהמערכת מנסה להתחבר לרשת WIFI בהתחלה.
וזה מוזר, כי ישנו דימון באובונטו ובקובונטו בשם NetworkManager וזה אמור לא לעכב את ההפעלה של המערכת.
שווה לבדוק למה זה קורה, אולי הNetworkManager לא מאופשר בכלל בupstart? (אם יש אפשרות כזאת, לא מכיר כל כך את אובונטו).
|
|
חזרה לתוכן הדיון |
פורסם: 07/09/2014 - 17:33
נושא ההודעה:
|
SoOmSoOm : | לפי מה שאני רואה, כל העיכוב נעשה בגלל שהמערכת מנסה להתחבר לרשת WIFI בהתחלה.
וזה מוזר, כי ישנו דימון באובונטו ובקובונטו בשם NetworkManager וזה אמור לא לעכב את ההפעלה של המערכת.
שווה לבדוק למה זה קורה, אולי הNetworkManager לא מאופשר בכלל בupstart? (אם יש אפשרות כזאת, לא מכיר כל כך את אובונטו). |
לא לגמרי מבין את הכוונה, אני כן יודע שכשהמערכת כבר עולה ואני מנסה להריץ NetworkManager בטרמינל זה מודיע שהוא כבר רץ.
|
|
חזרה לתוכן הדיון |
פורסם: 11/09/2014 - 23:47
נושא ההודעה:
|
אתה צודק.
נראה שהבעיה הזו אינה קשורה ל Network Manager.
אבל בוא תחילה ננסה להגדיר בצורה מדוייקת את הבעיה.
מה זה "מסך עליה של קובונטו (עם ה5 אייקונים שכבר נטענו)"?
הבנתי ממך ששם הוא מחכה את רוב הזמן של העליה.
האם המסך שאתה מתכוון אליו דומה לזה
http://i1-news.softpedia-static.com/images/news2/How-to-Install-KDE-SC-4-12-on-Ubuntu-13-10-and-12-04-LTS-412987-5.jpg
אם לא, תעלה לכאן תמונה שלו.
|
|
חזרה לתוכן הדיון |
פורסם: 12/09/2014 - 00:49
נושא ההודעה:
|
נסה -
קוד: | sudo aa-complain /usr/lib/telepathy/mission-control-5 |
או
קוד: | sudo aa-complain /etc/apparmor.d/* |
https://help.ubuntu.com/community/AppArmor
|
|
חזרה לתוכן הדיון |
פורסם: 12/09/2014 - 02:42
נושא ההודעה:
|
כדי לקבל מידע נוסף על מה שקורה בזמן עלית המערכת אפשר להתקין את החבילה bootchart2 (או bootchart). ר' תיעוד החבילה. היא יוצרת בסופו של דבר תרשים של כל התהליכים שרצים בזמן העליה (מי קורא למי, וכמה זמן לוקח כל אחד).
|
|
חזרה לתוכן הדיון |
פורסם: 12/09/2014 - 09:24
נושא ההודעה:
|
זה המסך: ]
זו בסך הכל אנימציית העליה.
לא הבנתי למה, אבל ניסיתי וזה עושה sudo: aa-complain: command not found
צפריר : | כדי לקבל מידע נוסף על מה שקורה בזמן עלית המערכת אפשר להתקין את החבילה bootchart2 (או bootchart). ר' תיעוד החבילה. היא יוצרת בסופו של דבר תרשים של כל התהליכים שרצים בזמן העליה (מי קורא למי, וכמה זמן לוקח כל אחד). |
התקנתי, הנה תמונת הלוג:
קובץ הלוג: http://speedy.sh/69pEv/orr-Inspiron-3542-trusty-20140912-1.tgz
אגב, עוד משהו מעניין, כשאין חיבור בסביבה המחשב עולה יותר מהר.
|
|
חזרה לתוכן הדיון |
פורסם: 12/09/2014 - 11:38
נושא ההודעה:
|
אין לך מה להשוות לזמן עליה של וינדוס 8. קשה מאוד להורות לחלונות 8 להיכבות לגמרי. היא בד"כ עושה מה שמכונה suspend to disk. חבר שלי שרצה כיבוי מלא, היה צריך לנתק את הסוללה של הנייד, כדי להגיע למטרה זו.
בקיצור, תבדוק אם חלונות 8 התכבתה באופן מלא. ניתן לבדוק זאת במנהל המשימות, כתוב שם את זמן הריצה של המערכת.
אם היא לא התכבתה באופן מלא, כבה אותה כך (כפי שכתבתי למעלה, אך ללא אחריות שלי...), ותבדוק מהו זמן העליה. גם כאן הזמן לא יהיה מדויק, כי חלונות תציג לך שולחן עבודה, אך במשך עשרות שניות נוספות הוא יהיה בלתי שמיש...
|
|
חזרה לתוכן הדיון |
פורסם: 12/09/2014 - 12:10
נושא ההודעה:
|
התרשים הזה הראה מה קורה תוך אותן 10 שניות. יש למישהו רעיון איך לגרום לו לרוץ עוד 20 שניות?
|
|
חזרה לתוכן הדיון |
פורסם: 12/09/2014 - 12:14
נושא ההודעה:
|
Anonymous : | אין לך מה להשוות לזמן עליה של וינדוס 8. קשה מאוד להורות לחלונות 8 להיכבות לגמרי. היא בד"כ עושה מה שמכונה suspend to disk. חבר שלי שרצה כיבוי מלא, היה צריך לנתק את הסוללה של הנייד, כדי להגיע למטרה זו.
בקיצור, תבדוק אם חלונות 8 התכבתה באופן מלא. ניתן לבדוק זאת במנהל המשימות, כתוב שם את זמן הריצה של המערכת.
אם היא לא התכבתה באופן מלא, כבה אותה כך (כפי שכתבתי למעלה, אך ללא אחריות שלי...), ותבדוק מהו זמן העליה. גם כאן הזמן לא יהיה מדויק, כי חלונות תציג לך שולחן עבודה, אך במשך עשרות שניות נוספות הוא יהיה בלתי שמיש... |
הכיבוי הוא כיבוי מלא, ניסיתי להוציא סוללה, קיבלתי את אותה תוצאה, נכון שלוקח עוד 5 שניות לערך עד שמתחבר האינטרנט, אך זו לא הנקודה.
כמו שכבר אמרתי יש לי ssd שממנו המערכת עולה, יש למחשב i5 ו8 ג'יגה זיכרון, הוא צריך לעלות מהר יותר.
יותר מכך, כאשר אין רשת ידועה באזור, המערכת עולה מהר יותר, 10 שניות מהר יותר.
כאשר אין רשת ידועה המערכת עולה תוך 15 שניות, כשיש אחת, לוקח לה בין 25-34 שניות לעלות, בפירוש יש פה תקלה.
למעשה, כשאני מסתכל שוב, זה גם לא משהו שמופיע בבוטצ'רט, כי מבחינתו, המערכת כבר עלתה.
|
|
חזרה לתוכן הדיון |
פורסם: 12/09/2014 - 12:16
נושא ההודעה:
|
לגבי suspend to disk , מסכים עם האורח שמעלי.
נראה לי שההשוואה לחלונות לא במקומה - חשבתי בתחילת השירשור שמדובר במערכת לינוקס שמשום מה התחילה פתאום לזחול.
הייתי מציע לבעל השירשור לעשות ללינוקס suspend to disk במקום כיבוי רגיל, להדליק מחדש, ואז למדוד זמן עליית המערכת.
|
|
חזרה לתוכן הדיון |
פורסם: 12/09/2014 - 12:18
נושא ההודעה:
|
Anonymous : |
לא הבנתי למה, אבל ניסיתי וזה עושה sudo: aa-complain: command not found
אגב, עוד משהו מעניין, כשאין חיבור בסביבה המחשב עולה יותר מהר. |
כי חשדתי בשורה קוד: | [ 31.087057] audit: type=1400 audit(1410025518.813:44): apparmor="DENIED" operation="open" profile="/usr/lib/telepathy/mission-control-5" name="/home/orr/.config/dconf/user" pid=1966 comm="mission-control" requested_mask="r" denied_mask="r" fsuid=1000 ouid=0 |
אני מרים ידיים.
|
|
חזרה לתוכן הדיון |
פורסם: 12/09/2014 - 12:45
נושא ההודעה:
|
Anonymous : | לגבי suspend to disk , מסכים עם האורח שמעלי.
נראה לי שההשוואה לחלונות לא במקומה - חשבתי בתחילת השירשור שמדובר במערכת לינוקס שמשום מה התחילה פתאום לזחול.
הייתי מציע לבעל השירשור לעשות ללינוקס suspend to disk במקום כיבוי רגיל, להדליק מחדש, ואז למדוד זמן עליית המערכת. |
כשאני עושה לו השהייה לזיכרון הוא לא ממש נכבה, ברגע שאני לוחץ על ההדלקה הוא מייד עולה, אולי שנייה המתנה.
בכל אופן כמו שאמרתי כבר, שאין רשת ידועה בסביבה הוא עולה תוך 15 שניות, כשיש לוקח לו 25-34 שניות, כאשר הוא עולה ברגע שהרשת מתחברת(כך לפחות זה נראה).
בלי קשר לווינדוס, יש פה בעיה ואשמח אם תוכלו לעזור לי בה.
הזמן שלוקח לו להגיע למסך הבא:
שווה בשני המקרים כשההפרש הוא הזמן בין המסך הזה לעלית שולחן העבודה.
|
|
חזרה לתוכן הדיון |
פורסם: 12/09/2014 - 13:14
נושא ההודעה:
|
לפי מה שאתה מתאר זה נראה כמו בעיה של DHCP.
למחשב שלך לוקח הרבה זמן לקבל כתובת IP משרת DHCP.
תבדוק את הרשת שלך אם יש שני ראוטרים, תקבע שרק לראוטר אחד הDHCP יהיה מאופשר ולשני לא.
אם יש לך רק ראוטר אחד, שקול להשתמש בכתובת IP קבועה על המחשב שלך, או שפשוט תזרוק את הראוטר לפח ותקנה משהוא יותר טוב.
|
|
חזרה לתוכן הדיון |
פורסם: 12/09/2014 - 13:25
נושא ההודעה:
|
SoOmSoOm : | לפי מה שאתה מתאר זה נראה כמו בעיה של DHCP.
למחשב שלך לוקח הרבה זמן לקבל כתובת IP משרת DHCP.
תבדוק את הרשת שלך אם יש שני ראוטרים, תקבע שרק לראוטר אחד הDHCP יהיה מאופשר ולשני לא.
אם יש לך רק ראוטר אחד, שקול להשתמש בכתובת IP קבועה על המחשב שלך, או שפשוט תזרוק את הראוטר לפח ותקנה משהוא יותר טוב. |
לא הבנתי את הקשר, השאלה הנכונה היא למה המערכת מחכה לחיבור לאינטרנט כדי לעלות, לא למה לוקח כ10-15 שניות להתחבר לאינטרנט, זה לא מפריע לי. מפריע לי שהמערכת מחכה לחיבור כדי לעלות.
|
|
חזרה לתוכן הדיון |
פורסם: 12/09/2014 - 14:12
נושא ההודעה:
|
|
|
חזרה לתוכן הדיון |
פורסם: 12/09/2014 - 17:53
נושא ההודעה: לכל בעיה יש פתרון. עם קצת סבלנות, בסוף הכל יסתדר.
|
Anonymous : |
בלי קשר לווינדוס, יש פה בעיה ואשמח אם תוכלו לעזור לי בה.
|
לכל בעיה יש פתרון.
ועם קצת סבלנות, בסוף הכל יסתדר.
בהחלט ננסה לעזור לך.
רק הייתי רוצה לוודא שהבנתי אותך נכון, ואז נגיע לפתרון המתאים לך.
1.
האם אתה רוצה להתחיל לעבוד ולהשתמש בשולחן העבודה, וזאת מבלי שיש חיבור פעיל לרשת?
2.
האם יפריע לך אם תפעיל את ה Network Manager ידנית, רק בכל פעם שתרצה להתחבר לרשת?
אם כך, ניתן פשוט לנטרל זמנית את ה Network Manager, ובכך לחסוך בזמן העליה.
השאלה היא אם זה מתאים לצרכיך, גם אם באופן זמני בלבד.
(בשלב מאוחר יותר ניתן יהיה לחשוב על פתרון יותר מתאים ויעיל).
נטרל אותו על ידי שתהפוך את כל 4 הדגלים הבאים מ-true ל-faulse.
שים לב ש-4 הדגלים נמצאים ב שני קבצים שונים (3+1):
קוד: | /etc/NetworkManager/nm-system-settings.conf
[main]
plugins=ifupdown,keyfile
[ifupdown]
managed=true
-------
and
/var/lib/NetworkManager/NetworkManager.state
[main]
NetworkingEnabled=true
WirelessEnabled=true
WWANEnabled=true |
ראה תשובה 4 בקישור כאן (רק שאתה אמור לבצע פעולה הפוכה ממה שרשום בקישור, כלומר, להפוך מ-מ-true ל-faulse):
http://ubuntuforums.org/showthread.php?t=1451064
מאוחר יותר ניתן יהיה לחשוב על פתרון יותר מתאים ומדוייק.
השאלה היא אם זה יכול לעזור לך, לפחות בשלב ראשוני.
|
|
חזרה לתוכן הדיון |
פורסם: 12/09/2014 - 19:55
נושא ההודעה:
|
לא עזר
am1 : | Anonymous : |
בלי קשר לווינדוס, יש פה בעיה ואשמח אם תוכלו לעזור לי בה.
|
לכל בעיה יש פתרון.
ועם קצת סבלנות, בסוף הכל יסתדר.
בהחלט ננסה לעזור לך.
רק הייתי רוצה לוודא שהבנתי אותך נכון, ואז נגיע לפתרון המתאים לך.
1.
האם אתה רוצה להתחיל לעבוד ולהשתמש בשולחן העבודה, וזאת מבלי שיש חיבור פעיל לרשת?
2.
האם יפריע לך אם תפעיל את ה Network Manager ידנית, רק בכל פעם שתרצה להתחבר לרשת?
אם כך, ניתן פשוט לנטרל זמנית את ה Network Manager, ובכך לחסוך בזמן העליה.
השאלה היא אם זה מתאים לצרכיך, גם אם באופן זמני בלבד.
(בשלב מאוחר יותר ניתן יהיה לחשוב על פתרון יותר מתאים ויעיל).
נטרל אותו על ידי שתהפוך את כל 4 הדגלים הבאים מ-true ל-faulse.
שים לב ש-4 הדגלים נמצאים בשני קבצים שונים (3+1):
קוד: | /etc/NetworkManager/nm-system-settings.conf
[main]
plugins=ifupdown,keyfile
[ifupdown]
managed=true
-------
and
/var/lib/NetworkManager/NetworkManager.state
[main]
NetworkingEnabled=true
WirelessEnabled=true
WWANEnabled=true |
ראה תשובה 4 בקישור כאן (רק שאתה אמור לבצע פעולה הפוכה ממה שרשום בקישור, כלומר, להפוך מ-מ-true ל-faulse):
http://ubuntuforums.org/showthread.php?t=1451064
מאוחר יותר ניתן יהיה לחשוב על פתרון יותר מתאים ומדוייק.
השאלה היא אם זה יכול לעזור לך, לפחות בשלב ראשוני. |
1)לא בדיוק, מפריע לי שלוקח לו זמן רב יותר לעלות, גם אם אין לי מה לעשות במחשב לרוב בלי חיבור לרשת.
זו בעיה של נוחות, לא של שימושיות.
2)כן.
תודה על המאמץ, אבל לכבות את הנטוורק מנג'ר ולהצטרך להדליק אותו בשביל להתחבר לרשת די מאבד את הפואנטה, גם כרגע המחשב פועל בסדר גמור, זה רק מעצבן שהוא יכול לפעול טוב יותר והוא לא, מה שאני מנסה לפתור זה את האי נוחות, זה לצערי לא פותר את זה, אבל תודה בכל אופן.
אם יש לך רעיון איך לפתור את הבעיה בלי הצורך להדליק את הנטוורק מנג'יר ידנית (אם יש דרך שיעלה אוטומטית אחרי הדסקטופ לדוגמא) אשמח לנסות.
|
|
חזרה לתוכן הדיון |
פורסם: 14/09/2014 - 10:43
נושא ההודעה:
|
אתה יכול לספק גם פלט של dmesg במצב בו אין רשת באיזור?
|
|
חזרה לתוכן הדיון |
פורסם: 14/09/2014 - 11:51
נושא ההודעה:
|
Anonymous : |
אם יש לך רעיון איך לפתור את הבעיה ... (אם יש דרך שיעלה אוטומטית אחרי הדסקטופ לדוגמא) אשמח לנסות. |
1.
בוא ננסה את הדבר הבא:
תעלה עם עורך הטקסט gedit את הקובץ קוד: | /etc/init/plymouth-upstart-bridge.conf |
ותוסיף לו בסוף אך ורק את השורה sleep 2.
הקובץ הזה אמור להיראות בערך כך לאחר השינוי: קוד: | # plymouth-upstart-bridge - Bridge Upstart state changes into Plymouth
#
# This helper process receives Upstart state changes over D-Bus and sends
# corresponding messages to Plymouth.
description "Bridge Upstart state changes into Plymouth"
start on (started dbus
or runlevel [06])
stop on stopping plymouth
console output
exec plymouth-upstart-bridge
sleep 2
|
בצע כיבוי מלא (=Shutdown, לא restart), והדלק שוב.
עדכן אם יש שינוי במהירות עליית שולחן העבודה.
2.
אם זה לא יעזור, נראה שיש צורך בשינוי של מספר קבצי איתחול וסקריפטים.
במקרה כזה, ועל מנת שהטיפול בבעיה יהיה יעיל יותר, אשאיר מספר טלפון, ותוכל להתקשר (אני לא לוקח תשלום).
|
|
חזרה לתוכן הדיון |
פורסם: 15/09/2014 - 18:39
נושא ההודעה:
|
Anonymous : | אתה יכול לספק גם פלט של dmesg במצב בו אין רשת באיזור? |
קוד: |
[ 3.086695] ath: Country alpha2 being used: 00
[ 3.086696] ath: Regpair used: 0x60
[ 3.099955] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
[ 3.100880] ieee80211 phy0: Atheros AR9565 Rev:1 mem=0xffffc90015e80000, irq=18
[ 3.115930] dcdbas dcdbas: Dell Systems Management Base Driver (version 5.6.0-3.2)
[ 3.159121] input: Dell WMI hotkeys as /devices/virtual/input/input12
[ 3.178247] hid-rmi 0018:06CB:2985.0002: Scanning PDT...
[ 3.184107] hid-rmi 0018:06CB:2985.0002: Found F34 on page 0x00
[ 3.186644] hid-rmi 0018:06CB:2985.0002: Found F01 on page 0x00
[ 3.189133] hid-rmi 0018:06CB:2985.0002: Found F11 on page 0x00
[ 3.197186] hid-rmi 0018:06CB:2985.0002: Found F54 on page 0x01
[ 3.199802] hid-rmi 0018:06CB:2985.0002: Found F30 on page 0x01
[ 3.202861] cfg80211: World regulatory domain updated:
[ 3.202862] cfg80211: DFS Master region: unset
[ 3.202862] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time)
[ 3.202864] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm), (N/A)
[ 3.202866] cfg80211: (2457000 KHz - 2482000 KHz @ 40000 KHz), (300 mBi, 2000 mBm), (N/A)
[ 3.202867] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm), (N/A)
[ 3.202868] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm), (N/A)
[ 3.202869] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm), (N/A)
[ 3.207203] usb 1-1.6: new full-speed USB device number 7 using ehci-pci
[ 3.208293] hid-rmi 0018:06CB:2985.0002: Found F55 on page 0x02
[ 3.215116] hid-rmi 0018:06CB:2985.0002: rmi_scan_pdt: Done with PDT scan.
[ 3.230185] hid-rmi 0018:06CB:2985.0002: rmi_populate_f11: size in mm: 102 x 57
[ 3.239133] input: DLL0651:00 06CB:2985 as /devices/pci0000:00/INT33C3:00/i2c-8/i2c-DLL0651:00/0018:06CB:2985.0002/input/input13
[ 3.240991] hid-rmi 0018:06CB:2985.0002: input,hidraw1: <UNKNOWN> HID v1.00 Mouse [DLL0651:00 06CB:2985] on
[ 3.257132] init: failsafe main process (718) killed by TERM signal
[ 3.387838] init: samba-ad-dc main process (820) terminated with status 1
[ 3.430419] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 3.704447] r8169 0000:07:00.0 eth0: link down
[ 3.704488] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 8.302676] usb 1-1.6: New USB device found, idVendor=0cf3, idProduct=0036
[ 8.302681] usb 1-1.6: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[ 11.539649] audit_printk_skb: 99 callbacks suppressed
[ 11.539652] audit: type=1400 audit(1410794983.305:44): apparmor="DENIED" operation="open" profile="/usr/lib/telepathy/mission-control-5" name="/home/orr/.config/dconf/user" pid=1738 comm="mission-control" requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
|
am1 : | Anonymous : |
אם יש לך רעיון איך לפתור את הבעיה ... (אם יש דרך שיעלה אוטומטית אחרי הדסקטופ לדוגמא) אשמח לנסות. |
1.
בוא ננסה את הדבר הבא:
תעלה עם עורך הטקסט gedit את הקובץ קוד: | /etc/init/plymouth-upstart-bridge.conf |
ותוסיף לו בסוף אך ורק את השורה sleep 2.
הקובץ הזה אמור להיראות בערך כך לאחר השינוי:קוד: | # plymouth-upstart-bridge - Bridge Upstart state changes into Plymouth
#
# This helper process receives Upstart state changes over D-Bus and sends
# corresponding messages to Plymouth.
description "Bridge Upstart state changes into Plymouth"
start on (started dbus
or runlevel [06])
stop on stopping plymouth
console output
exec plymouth-upstart-bridge
sleep 2
|
בצע כיבוי מלא (=Shutdown, לא restart), והדלק שוב.
עדכן אם יש שינוי במהירות עליית שולחן העבודה.
2.
אם זה לא יעזור, נראה שיש צורך בשינוי של מספר קבצי איתחול וסקריפטים.
במקרה כזה, ועל מנת שהטיפול בבעיה יהיה יעיל יותר, אשאיר מספר טלפון, ותוכל להתקשר (אני לא לוקח תשלום). |
ניסיתי, לא עזר לצערי, תודה על הניסיון.
אגב, אצלי יש גם פקודת respawn :
קוד: | # plymouth-upstart-bridge - Bridge Upstart state changes into Plymouth
#
# This helper process receives Upstart state changes over D-Bus and sends
# corresponding messages to Plymouth.
description "bridge from Upstart state changes to Plymouth"
respawn
start on (startup
or runlevel [06])
stop on (stopping plymouth
or stopping plymouth-shutdown)
console output
exec plymouth-upstart-bridge
sleep 2 |
אם זה משנה משהו.
|
|
חזרה לתוכן הדיון |
פורסם: 16/09/2014 - 13:24
נושא ההודעה: ייתכן שמחיקת הפקודה respawn תקדם את הפתרון
|
1.
בהחלט ייתכן שמחיקת הפקודה respawn תקדם את הפתרון.
נסה למחוק אותה, שמור הקובץ כמובן תחת אותו שם, וצא מהעורך טקסט.
כיבוי מלא, והדלקה שוב.
עדכן אם יש קיצור כלשהו בזמן שחולף עד לעלייה מלאה של שולחן העבודה (עדכן גם אם אולי הזמן ארוך יותר).
2.
אם אכן הזמן התקצר, נסה בנוסף למחוק גם את שורת ה sleep 2, והשווה לזמן המקוצר מהסעיף הקודם.
3.
אם זה לא עוזר, אתה יכול להתקשר אליי, הערב או מחר, אחרי השעה 22:00:
04-8227473
(אם לא מתאפשר, ננסה לתאם ביום אחר).
עריכה (18:19):
הערב לא אהיה בבית.
נסה מחר ואילך.
|
|
חזרה לתוכן הדיון |
|
|
|
|