הי

אני חדשה בכל מה שקשור בלינוקס/יוניקס, נתקלתי בבעיה שאשמח לקבל עבורה עזרה: אני עובדת ב- VMWare 9 שעליו מותקנת מ"ה CentOS 6.3 kernel 2.6. התקנתי על המכונה ג'אבה בגרסה JDK1.7.0_17 ועידכנתי את המשתנה הסביבתי JAVA_HOME בכל היוזרים על המכונה (כולל (root

עבדתי על המכונה רגיל. היום נכנסתי אליה ורציתי להתחבר לאחד היוזרים (נניח root) אך לא הצלחתי וקיבלתי סימן אזהרה מה- boot של המ"ה. בהתחלה ה boot היה תקוע בשלב Starting jexec service - אז חקרתי לפתרון ומצאתי שכנראה יש בעיה בשל עדכונים של JDK על המכונה ואחד הפתרונות הוא להסיר את jexec. אתחלתי את הboot מ runlevel 3 , נכנסתי ליוזר root ומחקתי את הקובץ במיקום /etc/init.d - זה עזר.

אך לא עבר זמן והבוט נתקע במקום אחר - Starting crond . חקרתי שעת גם על זה וניסיתי להבין היכן הבעיה - האם יש קשר לגרפיקה או לדרייבר של כרטיס גרפי?

האם צריך לשנות משהו ב-GRUB ואם כן איך ומה ואיך כותבים את זה בכלל...? האם יש קשר לתיקייה /etc/cron.daily....?

אני ממש לא יודעת מה לעשות מכיוון שאני לא מצליחה להבין מה הבעיה ואיך לפתור ואתה...

אודה מאד לכל עזרה/ייעוץ בדחיפות

אפשר גם במייל Email: keren.edri@gmail.com

תודה רבה

קרן

מחיפוש ברשת עולה שאכן לעתים jexec נתקע בעליה (אך אין הדבר בהכרח קשור לעדכון של JDK, ייתכן שמראש הוא היה כזה...). הפתרון הנכון למנוע מסרביסים לעלות עם המערכת בצורה מסודרת, ב CentOS, הוא להשתמש בפקודה:

קוד:

chkconfig service-name off

(ולא למחוק קבצים... שאולי נצטרך בעתיד...)

זה נשמע לא סביר (אם כי הכל אפשרי) שסרביס שלא עולה קשור לגרפיקה (למעט כמובן הסרביס של הסביבה הגרפית, על כך בהמשך), בייחוד משום ש CentOS מודרני (אא"כ שינית את ברירת המחדל) עולה במצב לא גרפי בעליל - ויותר מזה - השלב ה"בעייתי" באתחול הכרטיס הגרפי הוא בשלב שבו הקרנל מתחיל לעלות (= לפני הסרביסים, ולכן השלב הזה עבר בסדר), ואולי, אם יש סרביסים שמשחקים עם ה framebuffer (למשל - שמים תמונת רקע אחרי שהקרנל עלה) - אז שם - אבל גם זה לא קיים בברירת מחדל ב CentOS 6.3 ממה שיצא לי לראות.

בכל מקרה, אני שם לב שדיברת כאן על runlevel 3, ואני רוצה לוודא שאכן כך הדבר. איך עשית את זה? כי אם אכן כך, אז ההבדל היחיד (תיאורטית...) בין runlevel 3 לבין runlevel 5 (שאם אני קורא נכון בין השורות - 5 היא ברירת המחדל שלך), הוא הטעינה של הסביבה הגרפית - Xorg. ואם ב runlevel 3 הכל עובד בלי לגעת בכלום, מתבקש שאולי הבעייה היא בטעינה של Xorg ומכאן אולי כן בעייה באתחול הכרטיס הגרפי.

מה שאני מנסה לומר, זה שכלל לא בטוח שהמערכת תקועה בשלב שבו את חושבת שהיא תקועה - כאשר הנתון שמעניין אותנו לא כתוב כאן: האם בשורה של ה Starting service-name כתוב בסוף השורה [ OK ] (או משהו אחר)? כי אם כן, זה אומר שהסרביס הזה כן סיים לעלות, וכלל לא נתקע שם כמו שנאמר - אלא כנראה בפעולה שלאחר מכן - שמאוד יכול להיות שהיא הטעינה של Xorg (כי גם jexec וגם crond נשמעים כמו אחד הסרביסים האחרונים שהמערכת מעלה... והסביבה הגרפית נטענת בדרך כלל אחרונה או כמעט אחרונה)

אם ההשערה שלי לגבי Xorg נכונה, מה שאפשר לעשות זה להעלות את המערכת ב runlevel 3 ואז להסתכל בלוג: var/log/Xorg.0.log/ ולחפש שם שגיאות ואזהרות (שורות שמתחילות ב (WW) או (EE)) מנסיון העליה הקודם - או אולי פשוט להעלות את כל הלוג שנסתכל עליו. כמו כן יהיה מעניין להעלות את המערכת ב runlevel 3, לעשות login כ root, ולכתוב את הפקודה startx, ולראות מה קורה.

לבסוף אציין, שאם יש שרת SSH על המכונה (ואם אין, תמיד אפשר להתקין באמצעות הפקודה yum -i install openssh-server [ואולי צריך אחרי זה גם chkconfig sshd on אם זה לא נעשה אוטומטית]) - אזי (אם היא לא קפאה לחלוטין) אפשר יהיה להתחבר אליה ממחשב אחר - כי אפשר בעצם לגשת למערכת בשורת הפקודה בזמן שהיא "תקועה", ולראות את מצב התהליכים וכו', מה שיכול להקל בתהליך מציאת הבעייה.

אם SSH רץ, ניתן להתחבר אליו מה host שמריץ את ה VM - רק כמובן צריך יהיה לדעת מראש את ה IP שהיא מקבלת, וצריך שהיא תהיה נגישה בקלות מבחוץ. עדיף לעבוד ב VM עם רשת מסוג Bridged או בעדיפות שנייה Host-only לשם כך, ולא NAT...

זהו לבינתיים...

נמאס לכם לזכור סיסמאות? לחצו כאן!