אם חשבתם שרק מערכות ה- NTFS וה- Fat היחידות היו מקוטעות, בוודאי תתפלאו כשאתם קוראים שורות אלה, ומקובל מאוד לחשוב שזה קורה רק עם Windows, אך במציאות כל מערכות הקבצים במידה פחות או יותר בסופו של דבר זה יתפצל, בכל פעם שנמחק ונכתב מידע חדש, נוצרים "פערים" שיתמלאו בנתונים מסוימים בגדלים שונים, וזה מה שמייצר פיצול.
אין ספק שלכל מערכת קבצים יש מאפיינים מסוימים בכל הנוגע להתמודדות עם פיצול, האהוב עלי הוא XFS לא רק בגלל התמיכה שלה רד האט, אך בנוסף לכך הוא אחד הטובים ביותר למחיצות גדולות וזה מנצל טוב יותר את מעבדי 64 סיביות.
אז נתחיל בבדיקת מצב הפיצול של הכונן הקשיח.
לשם כך נשתמש בכלי ל- XFS הנקרא xfs_db בעזרת זה אנו יכולים לבצע ניפוי באגים ב- XFS eXtendedFileSistem_DeBuger ברוב המקרים כלי זה מגיע עם המערכת אם אתה משתמש ב- XFS, אחרת עלינו להתקין xfsdump.
בואו נגלה אם יש לנו xfsdump בפדורה 23
חיפוש dnf xfs
בדיקת התפוגה האחרונה של מטא-נתונים שבוצעה —-.
=================================================== =========================== S / N תואם: xfs ==================== =================================================== =======
xfsdump.armv7hl: כלי עזר מנהלי עבור מערכת הקבצים XFS
xfsdump היא חבילת השירות שפדורה מספקת, במקרה של Arch היא כבר משולבת במערכת.
כדי לבדוק את מצב הפיצול של מחיצת xfs, נכתוב קוד זה:
xfs_db -c frag -r / dev /
ההמלצה היא שאם זה גדול מ -10% המשך לאיחוי, אם הוא פחות, אתה יכול להשאיר אותו למועד מאוחר יותר.
כעת, אם נשתמש ב "-c frag" הפקודה שאנו נבצע נשלחת אל xfs_db רק כדי להתייעץ, אם לא נניח את ה "-c frag" אז היא תציג הנחיה כדי שנוכל לבצע שאילתות ונשים עליה "frag", הדרך המהירה ביותר תהיה:
xfs_db -c frag -r / dev / mmcblk0p3 בפועל 66155, אידיאלי 65615, מקוטע פיצול 0.82%
כפי שאנו רואים בחלק הקודם, יש לי מידה של פיצול של 0.82% מכיוון שלפני כמה ימים איחזתי אותו, זה היה בערך 5% פיצול.
איחוי מחיצת XFS
כעת אנו ממשיכים לאחות את המחיצה, כדי להתחיל עלינו לבצע xfs_fsr מה יש בתוך החבילה xfsdump שהתקנו בעבר; פירושו xfs_fsr eXtendedFileSystem_FileSystemReorganizerוהמשימה שלך היא לארגן מחדש את מערכת ה- XFS.
אז אנחנו כותבים:
xfs_fsr -v / dev / mmcblk0p3 / start inode = 0ino = 1928 טקסטים לפני: 2 אחרי: 1 בוצע ino = 1928ino = 219417 טקסטים לפני: 2 אחרי: 1 בוצע ino = 219417ino = 219395—
אם ניקח בחשבון כי תלוי במידת הפיצול, הזמן שלוקח לבצע את האיחוי יהיה גדול יותר או פחות.
לאחר סיום התהליך, אנו בוחנים שוב את מידת הפיצול:
xfs_db -c frag -r / dev / mmcblk0p3
וזו הדרך לאחות מערכות XFS, אם יש לך כוננים קשיחים עם מחיצות Terabyte וכאשר בודקים את מידת הפיצול והיא מגיעה ל -10%, לאחר איחוי אתה יכול לראות את ההבדל.
מידע מעולה !! תודה!! חיפשתי את זה בדיוק ומצאתי את זה כאן, המשך בעבודה הטובה !!
לחיים ...
ובדיביין איך זה נעשה, האם הם אותם קווים?
הייתי מוסיף רק ללא חשש שרק מערכות קבצים בכוננים קשיחים צריכות לאחות. בעוד שאיחום לא יהרוג כונן מצב מוצק, הוא גורם לו "להתבלות" בטרם עת.
לגבי
ניקולה גבבו
האם אוכל להכין עוד אחד לאובונטו?
הייתי רוצה שתכין גם אחת עבור דביאן.