fsck מאולץ

דבר מוזר קרה לי השבוע… נגמר המקום באחת המחיצות בדיסק והחלטתי לפנות מקום ע"י העברת קובץ גדול (כ- 5 גיגה) למחיצה אחרת.

באמצע ההעתקה המחשב נתקע (אובונטו… 🙂 ), וניתן היה לאושש את המחשב רק ע"י אתחול פיזי. זה מה שביצעתי בפועל, אך לאחר האתחול הקובץ "נעלם" מבלי שהתפנה שטח מתאים במחיצה המקורית.

איך יוצאים מהתקלה המוזרה? מריצים fsck. ניתן להריץ את הפקודה מדיסק הצלה (אסור להריץ את הפקודה במערכת "חיה") וניתן להנחות את מערכת ההפעלה להריץ fsck בתהליך האתחול הבא (כך: sudo touch /forcefsck).

fsck פתר את הבעיה וכולי תקווה שאירוע כזה (במערכת ext4) לא יקרה יותר.

הערה: קראתי מאמר שניתן לכפות הרצת fsck (לאחר אתחול) ע"י הפקודה shutdown -rF now, אך הדגל F לא קיים, משום מה, באובונטו.

4 תגובות בנושא “fsck מאולץ”

  1. שמתי לב לתופעה מעניינת – מערכת ההפעלה מתעלמת מבקשות להרצה יזומה של fsck כאשר לפטופים עולים ללא חיבור למקור חשמל. מאחר ואצלי הלפטופ כמעט תמיד עולה ללא חיבור לחשמל, ובהפעלות האחרות שלו הוא יוצא ממצב standby (שכמובן לא מריץ את הפקודה היזומה), מתפספסות לי הרצות של fsck.

    לא שאני אומר שזו לא ההתנהגות הרצויה, אבל כדאי לשים לב לזה כאשר מתעסקים עם Force fsck on next reboot.

  2. שלום תומר.
    אתה צודק. בד"כ מערכת ההפעלה מבצעת כל כ- 30 אתחולים בדיקת fsck, אבל כדי לחסוך אנרגיה מהסוללה היא לא מבצעת את הבדיקה כשעובדים עליה.

  3. שלום
    קרה גם לי מצב דומה עם התקנת UBUNTU עם מחצה EXT4.
    נאלצתי לכבות את המחשב ואבדתי מידע.
    חשבתי שפתרו את הבעיות בEXT4.
    EXT4 בהחלט יותר מהיר אבל באיזה מחיר!

    תודה על מזרים. ביותר ויותר אתרים אני לא צריך אותו. JPOST עדיין אין לי פתרון נLINUX לכן אני מפעיל VIRTUALBOX.

כתיבת תגובה

האימייל לא יוצג באתר. שדות החובה מסומנים *