כונן קשיח יכול לכלול רק ספריית שורש אחת, אך לינוקס אינה מתייחסת לספריית השורש הזו באותה הדרך המדויקת שיש לחלונות. משתמשים חדשים שמגיעים ממערכות הפעלה אחרות עלולים להתבלבל כתוצאה מכך. חשוב על כל מבנה הקבצים כעל עץ אחד גדול שהתהפך.
שורש העץ כולו, ללא קשר לאחד מהנפחים, נמצא למעלה למעלה. יכול להיות שיש לך כונן קשיח אחד במחשב או מאות כוננים מחוברים לשלל ערכות RAID. זה לא משנה לינוקס, כי תמיד יהיה לך שורש אחד שכל האחרים צומחים ממנו. יתכן שתבחין בכמה יתרונות אמיתיים למתודולוגיה זו אם תנסה זאת.
כוננים קשיחים יש רק מדריך שורשים אחד בכל מקרה
הדרך שבה לינוקס, ובאופן פונקציונלי רוב מערכות ההפעלה מבוססות יוניקס, מארגנות את מבנה הקובץ היא על ידי הרכבת חומר לעץ זה. נסה להקליד ls -R / ממסוף ולהסתכל בכמות המידע המדהימה שמגלגלת את המסך.
ברוב המקרים, אזור / root הוא אזור השורש של מחיצה בדיסק הקשיח הראשי שלך. כעת, הדיסק הקשיח שלך עשוי להיות משהו אחר מאשר דיסק קשיח. לטלפונים ניידים שמריצים אנדרואיד, שמבוסס על לינוקס, יש לרוב שבב eMMC קטן שהליבה של לינוקס מתייחס אליו כאל דיסק קשיח. לא משנה מה זה, אבל רוב השטח / הוא אותו הדבר כמו ספריית הבסיס בדיסק הקשיח.
עם הזמן, מחיצות וכרכים אחרים מותקנים במקום אחר בספריות. אם היית משתמש בפקודת sudo כדי לאחסן קבצים מסוימים ב- / mnt / או / media / ואז לחבר מאוחר יותר קורא כרטיסי microSDXC שהרכיב שם משהו, לא תוכל לראות את הדברים שהכנסת / מדיה אבל הם עדיין יהיו שם. לאחר שניתמת את המכשיר, הם יופיעו שוב. למרבה המזל, הפצות לינוקס מודרניות נועדו למנוע מהסוג הזה להתרחש, אך עדיין תוכל לעשות זאת באופן ידני.
עם זאת, זכור כי כוננים קשיחים יש בכל מקרה רק ספריית שורש אחת. בעוד שבלינוקס לכל מבנה הקבצים עצמו יש את השורש הזה, זה לא משנה אותו. אתה יכול להיות רגיל לפרדיגמה של DOS ו- Windows שעברה בירושה ממערכת ההפעלה העתיקה CP / M, שם ספריית השורש הזו ממופה לאות כונן, אך מבני הנתונים שעל הדיסק אינם משתנים. אתה פשוט לא צריך להתמודד עם C: לעומת D: ו- E: בכל פעם שאתה רוצה לחשוב על כונן.
Windows אפילו לא באמת עושה את זה
בעוד שמיקרוסופט חלונות מיפו כוננים באמת לאותיות אלו במהלך הימים 95 ו -98, כל הגרסאות של Windows NT למעשה משתמשות באופן פנימי במשהו הדומה לשיטת יוניקס ואז יוצרות בדיה זו על ממשק משתמש כדי לעזור לאלה המשתמשים באותיות כונן במשך זמן רב. .
אם היית מתחיל לבחון את הפנימיות של Windows, היית מגלה שאותיות הכונן מיוצגות למעשה כ- ?? c: Program Files כאשר האזור ?? c: הוא קישור סימני לקבצי המכשיר והמחיצה רק כמו יוניקס משתמש אך ייצג שונה. מיקרוסופט מכנה זאת כמנהל אובייקטים NT. נקודות העליה הללו הן עדיין ספריות שורש בודדות הקשורות לנפחים בפועל. באופן מסוים, לינוקס ומערכות הפעלה אחרות מבוססות יוניקס עושות זאת ללא שום הפשטות נוספות. מבנה זה משמש את הרוב המכריע של מערכות הפעלה אחרות דומות ליוניקס, כולל הפצת ה- Xenix העתיקה שמיקרוסופט פרסמה פעם.
היתרון שלא להשתמש באותיות כונן הוא שאתה יכול להרכיב יותר מ -24 כרכים או מחיצות, מה שמסייע להקל על אחת הבעיות הגדולות ביותר הקשורות לדרך CP / M הקלאסית לעשות דברים. ל- CP / M לא היו ספריות, כך שמטלות המכתבים היו הגיוניות לפעמים.
דבר אחד זהה בשתי השיטות לעשות דברים קשור ל. ו .. ספריות מיוחדות בכל ספריית משנה. ה . ערך הספריה מייצג את ספריית העבודה בה אתה כבר נמצא בזמן שהערך .. מייצג את הספריה ממש מעליה. זה מאפשר לך להפנות לאובייקטים יחסית למקום בו אתה נמצא.
שים לב שאם אתה מקליד cd / בא אחריו CD .. למסוף, שום דבר לא קורה ברוב המקרים. אתה יכול לנסות להקליד CD .. שוב ושוב, אבל לא תעלה למעלה.
זאת מכיוון שבעוד שכונן קשיח ובכך מבנה הקבצים לינוקס ו- Unix יכול להיות רק ספריית שורש אחת, אין שום סיבה שמשתמש יצטרך לסבול משגיאות בתסריט או משהו על ידי ניסיון לנוע כלפי מעלה. מעניין שבגירסאות מסוימות של DOS ו- Windows לא תזדקק לרווח בין CD .. ואילו כמעט תמיד תעשה במערכות יוניקס.
