עדכון / התקנת חבילות נכשלו - בעיות בחלל - שחרור קידודים

כדי להתחיל אזכיר את ההיסטוריה של אופן התרחשות הבעיה ואז כיצד לפתור אותה.

הצוות שלי הוא Sony Vaio m120AL נטבוק שיש לי במשך כ -3 שנים ארוכות עם כונן קשיח בנפח 320 ג'יגה בייט בו הם מתקיימים יחד Windows 7, צ'אקרה , מחיצת העבודה שלי עם אובונטו 12.04, מחיצת ההחלפה, מחיצת / הבית ומחיצת מידע נוספת איתה אני חולק מידע של Windows.

מסיבות אלה מחיצות השורש שלי בשתי המערכות קטנות במידה ניכרת על פי רוב הסטנדרטים (סביב 6GB כל אחת), אך הן מעולם לא נתנו לי בעיה מכיוון שהן מספיקות לכל החבילות שאני זקוק להן.

עכשיו, כשנכנסים למצב הספציפי, לפני כמה ימים החל כמה עדכונים ב Xubuntu (ביניהם נכלל גרעין חדש) אני רואה שמנהל העדכונים מציג שגיאה באומרו שהוא מנסה להתקין linux-image-3.2.0-51-generic אך שהתלות שלו ב- linux-headers-3.2.0-51 הוא לא יותקן, אני בודק את השגיאה בפירוט ומבחין ש- dpkg מתלונן על כך שאין מקום פנוי.

השגיאה אמרה משהו מהסגנון הזה, אם כי לא זהה מכיוון שלא רשמתי אותו:

לא יכול היה ליצור '/usr/src/linux-headers-3.2.0-43/arch/xtensa/include/asm/coprocessor.h.dpkg-new' (תוך כדי עיבוד './usr/src/linux-headers -3.2.0-43 / arch / xtensa / include / asm / coprocessor.h '): לא נותר מקום במכשיר

בהזדמנות קודמת קרה לי אותו דבר אבל זה כי אפשרתי לכמה גרעינים ישנים להצטבר בלי למחוק אותם, אבל הפעם אני בודק ויש לי כמעט 600 מגה בייט על פי קונקי ממה שאני לא מבין, אבל כדי לאשר אם זו אולי שגיאה איך הגדרתי את זה או דומה אני מריץ a df-h:

אבל עדיין יש לי מקום ב /!

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

אני עדיין מוצא את זה מוזר אבל בכל מקרה אני מנסה להעביר את נושאי הסמל שאני תמיד משתמש בהם ושיניתי הרבה (פנצה y התעורר) כדי לפנות מקום רב יותר, וכך לבסוף להצליח לבצע את העדכון, ולהמשיך שוב להחזירם ל /.

עם זאת, הרעיון נותר בראש שלי שהעניין צריך להגיע למקום אחר, אבל לא ידעתי איזה. כעבור כמה שעות כשאני מנסה להתקין כמה חבילות נוספות אני מקבל שוב את השגיאה האמורה, ושוב היה מספיק מקום פנוי, אז אני עושה את המחקר שלי.

חיפוש באינטרנט מוביל אותי למספר שרשורים בפורומים של אובונטו- is, אבל התשובה של אנשים מסוימים שם היא תמיד זהה: אין לך מספיק מקום למחוק קבצים או להרחיב את מחיצת השורש, אבל שמתי לב שמשהו משותף בשרשורים השונים שמצאתי, תמיד במחיצת השורש שהיה לה מקום פנוי, אבל זה היה דומה לשלי (~ 600-900 Mb) וגודל המחיצה מעולם לא עלה על 10 ג'יגה-בתים ולכן סיימתי לשכנע את עצמי שהבעיה צריכה להיות אחרת, וכך הגעתי לכותרת ההודעה בזכות זה דף, הבעיה היא שבמחיצת השורש היו 100% מהאינודים המשמשים.

ניתן לראות את השימוש באינודים באמצעות הפקודה df -i:

100% inodes בשימוש

ועכשיו מגיע ההסבר.

האינודים הם במילה של דניס ריצ'י:

אינדקס, בגלל המבנה המעט יוצא דופן של מערכת קבצים ששמרה את פרטי הגישה לקבצים כרשימה שטוחה בדיסק, ומשאירה בצד את כל המידע ההיררכי של הספריות.

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

העניין הוא שמספר האינודים במחיצה EXT4 לא ניתן לשנות (ישנם סוגים אחרים של מערכות כגון Jfx o XFS כאשר זו אינה מגבלה מכיוון שהיא דינמית) זהו מספר קבוע המחושב כאשר המחיצה נוצרת עם mkfs.ext4 על פי גודלה ביחס של בתים לאינודה בהתאם להעדפות הנמצאות ב /etc/mke2fs.conf.

בעת התקנת המערכת, נהוג להשתמש בהעדפות ברירת המחדל הכוללות יחס inode = 16384, אשר עבור מחיצות קטנות יכול להיות גדול מדי ולא ליצור מספיק (כמו במקרה שלי). הדרך היחידה לשנות אותה היא על ידי יצירת / עיצוב המחיצה וציינו אותה עם האפשרות -i.

עם זאת זו לא הייתה אפשרות מבחינתי, מכיוון שכבר ציינתי שהאינודים קשורים למספר הקבצים הקיימים, אז השתמשו בסקריפט ה- bash הבא שנמצא ב הצפת מחסנית וזה מקושר בדף שציינת קודם כדי למצוא אילו ספריות במחיצת השורש עם קבצים נוספים:

#!/bin/bash
# count_em - count files in all subdirectories under current directory.
echo 'echo $(ls -a "$1" | wc -l) $1' >/tmp/count_em_$$
chmod 700 /tmp/count_em_$$
find . -mount -type d -print0 | xargs -0 -n1 /tmp/count_em_$$ | sort -n
rm -f /tmp/count_em_$$

מה שנותן את התוצאה הבאה:

והנה האשמים!

המספר שמופיע משמאל מציין את מספר הקבצים הנוכחים והנתיב מציין את הספריה המשויכת, שורה אחת למטה מופיעה בספרייה / var / lib / dpkg / info אבל כמו תמיד אני מטהר את החבילות שלי כאן אין מה לעשות .

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

ושנית, המספר הגדול יותר הבא של ערכים משויך לכותרות של כמה גרעינים ישנים, ואני מבין שהנוהל שאני תמיד משתמש בו כדי לחסל את הגרעינים הישנים אינו מבטל את הכותרות, מה שאני משתמש בדרך כלל הוא הבא, במסוף שאני כותב :

dpkg - בחירות קבל | grep linux-image

שמראה לי את הגרעינים המותקנים ואז אני משתמש:

sudo apt-get חבילת טיהור

איפה החבילה היא שם הליבה המדוברת, אך זה לא מסיר את הכותרות המשויכות אז אני עושה:

dpkg - בחירות קבל | grep לינוקס

ואז אני ממשיך להסיר את הכותרות הישנות עם:

sudo apt-get purge linux-headers-3.2.0-41 linux-headers-3.2.0-44 linux-headers-3.2.0-45 linux-headers-3.2.0-48

וואלה, אבל כמובן שהיה גם נושא האייקונים התעורר אז אני מחליט להעביר אותם ל- ~ / .icons ולהפוך אותם לזמינים לכל המערכת אני פשוט יוצר קישור סמלי ב- / usr / share / icons, התוצאה הראשונה של df -i זה עם חיסול הכותרות והשנייה אחרי שהזיזו את הסמלים.

צמתים משוחררים על ידי הערימה!

עם זאת הבעיה נפתרה, ואני יכול להתקין / לעדכן חבילות ללא בעיה, אני מקווה שהפוסט הזה יעזור למישהו, או ישמש לעיון עתידי בהתקנות במחיצות קטנות וירעום את הנושא שמופץ כך בפורומים של החוסר של החלל.