דלג לתוכן הראשי

מדוע הכוננים של TNAS אינם נכנסים למצב שינה?

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

דגמים מתאימים​

כל הדגמים

I. הערות חשובות​

  1. עיכוב באתחול מערכת קבצים חדשה: מערכת קבצים חדשה שנוצרה חייבת להשלים את תהליך האתחול שלה לפני שהכונן ייכנס למצב שינה. משך הזמן תלוי בקיבולת הכונן: מערכות קבצים Btrfs דורשות 24–48 שעות להשלמת פעולות יומן ו-Balance; מערכות קבצים ext4 דורשות 12–24 שעות לאתחול נדחה. העתקת מספר רב של קבצים במהלך האתחול תאריך זמן זה בהתאם. למידע נוסף על יומן ו-Balance, בקר בכתובת https://wiki.archlinux.org/index.php/Btrfs
  2. טיפים לגבי נורית חיווי השינה: לאחר שהכונן נכנס למצב שינה, נורית חיווי הכונן של ההתקן נשארת דולקת באופן קבוע ולא כבויה. אין לשפוט את מצב השינה על סמך בהירות נורית החיווי.
  3. כיצד לבדוק את מצב השינה: נגע בעדינות במארז התקן ה-TNAS עם היד. אם אינך חש ברטט של כונן, הכונן נכנס בהצלחה למצב שינה; אם אתה חש ברטט מורגש מתמשך, הוא אינו במצב שינה.

II. איתור תקלות בשינה של כוננים​

(I) שולחן העבודה​

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

(II) ניהול קבצים​

  • גישה לניהול קבצים: בעת גלישה ברשימות קבצים, המערכת צריכה לקרוא מטא-נתונים של קבצים.
  • פעולות קבצים: העלאה, הורדה, העברה או העתקה של קבצים מייצרות פעילות קריאה/כתיבה של נתונים.

(III) ניהול אחסון​

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

(IV) הרשאות גישה​

  • דומיין: כאשר משתמשים ב-TNAS כלקוח דומיין/LDAP, אימות ותקשורת עם השרת מייצרים כמות קטנה של קריאה/כתיבה של יומנים.

(V) שירותי רשת​

  • שיתוף קבצים: כאשר שירותי SMB, FTP, NFS, Rsync, WebDAV ואחרים מופעלים וניגשים לקבצים דרך פרוטוקולים אלו.
  • ניהול מרחוק: כאשר שירותי SSH, Telnet, SNMP ואחרים מופעלים לצורך כניסה מרחוק או שאילתות מצב.
  • אינדוקס מדיה: כאשר אינדוקס קבצים מתבצע, המערכת סורקת קבצים וכותבת למסד נתוני האינדקס.

(VI) הגדרות כלליות​

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

(VII) פרטי מערכת​

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

(VIII) לקוח​

  • TNAS PC: בעת כניסה וגישה להתקן דרך לקוח TNAS PC.

(IX) אפליקציות​

  • אפליקציות סנכרון: TerraSync, CloudSync ואפליקציות דומות במהלך סנכרון נתונים.
  • אפליקציות גיבוי: Centralized Backup, Duple Backup, USB Copy, TFM Backup ואפליקציות דומות במהלך משימות גיבוי.
  • אפליקציות הורדה: Transmission, qBittorrent, Aria2 ואפליקציות דומות במהלך משימות הורדה.
  • שירותי מדיה: Plex, Emby, DLNA ואפליקציות דומות בעת סריקת ספריות מדיה.
  • כלי מערכת: שרת DNS, שרת פרוקסי, שרת דואר, מכונות וירטואליות VirtualBox ושירותי רקע מתמשכים אחרים.
  • אפליקציות של צד שלישי: קריאה/כתיבה מתמשכת שנוצרת על ידי אפליקציות מותקנות מסוימות במהלך פעולתן (כגון מכולות Docker, שירותי מסד נתונים).

III. שלבי איתור תקלות מהירים​

שלב 1: המתן לאתחול המערכת: לאחר התקנת כונן חדש, יצירת כרך אחסון חדש או העתקת מספר רב של קבצים, המתן בסבלנות 12–48 שעות להשלמת האתחול ברקע של המערכת. הימנע מפעולות תכופות בהתקן במהלך תקופה זו.
שלב 2: הסר את כל ההתקנים החיצוניים: נתק את כל התקני ה-USB המחוברים ל-TNAS, כגון כונני הבזק USB וכוננים קשיחים חיצוניים, כדי לחסל הפרעות מאחסון חיצוני.
שלב 3: סגור אפליקציות רקע של צד שלישי: השהה או צא מאפליקציות רקע מתמשכות כגון Docker, כלי הורדה, שרתי מדיה ו-CloudSync—אלו הם מקורות ההפרעה הנפוצים ביותר.
שלב 4: השבת שירותי מערכת שאינם חיוניים: השבת באופן זמני שירותים שאינם מרכזיים כגון IPv6, VPN, DDNS ו-NTP, והשאר רק פונקציות שיתוף קבצים בסיסיות. ניתן להפעיל אותם מחדש לאחר מכן לפי הצורך.
שלב 5: אמת את השינה על ידי המתנה במצב סרק: עצור את כל פעולות ההתקן, המתן שההתקן יגיע לפסק הזמן של השינה שהוגדר מראש, ואז נגע בעדינות במארז כדי לחוש ברטט. ללא רטט משמעו שינה מוצלחת.

IV. פתרון חירום מיוחד​

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

V. משוב לאחר מכירה​

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

  1. פתח את שולחן העבודה של TOS, עבור אל תמיכה טכנית > משוב על בעיות, וצור דוח אבחון מערכת.
  2. שלח את הדוח לדואר האלקטרוני הרשמי של שירות לאחר מכירה: support@terra-master.com.
  3. צוות שירות לאחר מכירה ינתח את הדוח בהקדם וישיב עם פתרון מותאם אישית בדואר אלקטרוני.