תקלה 36 באבל בר: הפתרון המהיר שלא מספרים לכם

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

אם זה קרה לכם, אתם ממש לא לבד.

השגיאה הזו היא סוג של מיתוס אורבני בעולם של אבלטון לייב.

היא לא הורגת לכם את הפרויקט.

היא בדרך כלל לא מוחקת לכם קבצים.

אבל היא בהחלט יכולה לגרום לכם לתלוש שיער.

בעיקר כי היא מרגישה סתומה לגמרי.

אתם מנסים להעתיק קובץ, לשמור סשן, לעשות consolidate, והמחשב פשוט אומר "לא בא לי".

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

לא נתעסק בתיאוריות קונספירציה.

לא נחפש אשמים.

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

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

בלי דרמות מיותרות.

רק פתרונות יעילים.

הדבר המעצבן הזה: מה לעזאזל שגיאה 36 רוצה מחיינו?

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

ספציפית?

בעיות העתקה או העברה של קבצים.

היא בדרך כלל קופצת כשאתם מנסים לעשות פעולות שקשורות ל-Disk I/O – כניסה/יציאה של מידע מהדיסק הקשיח או מדיסק חיצוני.

זה יכול להיות כשאתם:

• שומרים סשן
• עושים Collect All and Save
• מעבירים דגימות (Samples) או קבצי אודיו אחרים
• מנסים לעשות Consolidate או Crop לקבצי אודיו
• עובדים עם קבצים שנמצאים על כונן חיצוני
• עובדים עם קבצים שנמצאים במיקום רשת

השגיאה המקורית מ-macOS אומרת משהו בסגנון "קובץ מיוחד נעלם במהלך פעולת העתקה/העברה".

מה זה קובץ מיוחד?

הנה החלק המעצבן.

זה בדרך כלל קשור למשהו שנקרא Resource Forks.

בזמנים עברו (זמנים של מערכות הפעלה ישנות יותר של אפל), קבצים יכלו להכיל שני חלקים: ה-Data Fork, שזה התוכן האמיתי של הקובץ (האודיו, התמונה, הטקסט), וה-Resource Fork, שהכיל כל מיני מטא-דאטה, אייקונים, הגדרות חלון ועוד דברים פחות "טהורים" מבחינת המידע עצמו.

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

קבצים שמתחילים עם ".": לדוגמה, ".DS_Store" או קבצי מטא-דאטה אחרים שנוצרים כשמעתיקים דברים בין מערכות קבצים שונות (כמו מ-HFS+ או APFS של מק לכונן בפורמט exFAT או FAT32 או NTFS שמשתמשים בו גם בווינדוס).

כן, זה נשמע מסובך.

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

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

למה זה קורה לי? 3 סיבות עיקריות (ואיך לזהות אותן)

אז הבנו שהשגיאה קשורה לקבצים נסתרים ובעיות בהעתקה. אבל למה *שלכם* קורה?

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

1. בעיות הרשאות וקריאה/כתיבה: הדיסק שלכם לא מדבר יפה

זו הסיבה הכי נפוצה לשגיאה 36.

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

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

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

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

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

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

2. פורמט הכונן החיצוני: האם הוא מדבר "מקית"?

כוננים חיצוניים יכולים להיות מפורמטים במגוון שיטות.

HFS+ (Mac OS Extended) ו-APFS הן הפורמטים הטבעיים של מק.

exFAT ו-FAT32 הם פורמטים "ניטרליים" שנתמכים גם במק וגם בווינדוס.

NTFS הוא הפורמט המקובל בווינדוס (מק יכול לקרוא ממנו בדרך כלל, אבל לא לכתוב אליו בלי תוכנה צד שלישי).

הבעיה היא שפורמטים כמו exFAT, FAT32 ו-NTFS לא תמיד "אוהבים" את קבצי ה-Resource Fork או קבצי המטא-דאטה האפלתיים האלה באותה מידה כמו HFS+ או APFS.

כשאתם מעתיקים קובץ מפורמט HFS+ או APFS לפורמט אחר, המערכת מנסה להעתיק גם את המטא-דאטה. והפורמט השני לא יודע מה לעשות עם זה, או שהוא יוצר את קבצי הנקודה המעצבנים האלה.

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

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

3. קבצים "פגומים" או סתם מעצבנים: לפעמים זה הקובץ עצמו

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

זה יכול לקרות בגלל:

• שמות קבצים עם תווים מוזרים או ארוכים מדי.
• קבצים שניזוקו במהלך הורדה או העברה קודמת.
• קבצים שנוצרו בתוכנות אחרות ולא נשמרו בצורה "נקייה".

במקרים כאלה, השגיאה 36 תקפוץ רק כשאתם מנסים לגעת בקובץ או בתיקייה הספציפית הזו.

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

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

עכשיו החלק הכי חשוב. הפתרונות.

אל תדאגו, יש פתרונות.

חלקם קלים, חלקם דורשים קצת יותר התעסקות.

נתחיל מהקלים ונתקדם:

שלב 1: בדיקות בסיסיות (הכי קל, הכי חשוב!)

לפעמים הפתרון הכי טריוויאלי הוא הנכון.

תתפלאו כמה בעיות נפתרות על ידי הדברים הפשוטים הבאים:

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

טיפ: תמיד תמיד תתחילו משם. חוסך הרבה כאב ראש.

שלב 2: הפקודה המסתורית (והיעילה) לניקוי קבצי הצל

זוכרים את קבצי ה-Resource Fork המעצבנים האלה שמתחבאים?

יש דרך "לנקות" אותם מכוננים או מתיקיות ספציפיות.

הפתיעו את עצמכם ונפתחו את הטרמינל במק שלכם (אפשר לחפש אותו ב-Spotlight).

הפקודה שעושה את הקסם נקראת `dot_clean`.

המטרה שלה היא למחוק או למזג את קבצי המטא-דאטה האלה (.DS_Store ועוד) עם קבצי המקור שלהם, או פשוט למחוק אותם אם הם מיותרים.

איך משתמשים בה?

1. פתחו את הטרמינל.
2. הקלידו: `dot_clean ` (שימו לב לרווח אחרי clean).
3. עכשיו, גררו את התיקייה הבעייתית (זו שגרמה לשגיאה באבלטון) או את הכונן החיצוני הבעייתי (שמופיע ב-Finder) אל חלון הטרמינל. זה ימלא אוטומטית את הנתיב המלא לתיקייה או לכונן.
4. לחצו Enter.

דוגמה: אם הכונן החיצוני שלכם נקרא "MyExternalDrive" והוא מופיע ב-`/Volumes/MyExternalDrive`, אז הפקודה שתקלידו (אחרי הגרירה) תיראה כך:

`dot_clean /Volumes/MyExternalDrive`

או אם התיקייה הבעייתית נמצאת בתוך התיקייה הראשית שלכם (Home folder) בנתיב `~/Desktop/MyProblemFolder`, אז הפקודה תהיה:

`dot_clean ~/Desktop/MyProblemFolder`

אין פלט אם הכל עבד כשורה. פשוט תקבלו שורת פקודה חדשה.

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

חשוב: השתמשו בפקודה הזו בזהירות. ודאו שאתם מכוונים אותה לתיקייה או לכונן הנכונים.

שלב 3: בדיקת הרשאות הדיסק (למקצוענים בפוטנציה)

אם פקודת ה-`dot_clean` לא עזרה, אולי הבעיה עמוקה יותר וקשורה להרשאות גישה לדיסק עצמו.

איך בודקים ומתקנים הרשאות?

1. פתחו את Disk Utility (אפשר לחפש ב-Spotlight).
2. בחרו את הכונן הבעייתי (פנימי או חיצוני) בצד שמאל.
3. לחצו על "First Aid" (עזרה ראשונה).
4. אפשרו לו לבצע את הבדיקה והתיקון. זה לוקח זמן.

ה-First Aid בודק ומנסה לתקן שגיאות במבנה מערכת הקבצים וגם בעיות הרשאות בסיסיות.

אם הבעיה היא בכונן חיצוני ואתם עובדים הרבה איתו, שקלו לפרמט אותו לפורמט HFS+ (Mac OS Extended) או APFS אם אין לכם צורך לשתף אותו בקלות עם מחשבי ווינדוס.

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

כדי לפרמט: ב-Disk Utility, בחרו את הכונן, לחצו על "Erase" ובחרו את הפורמט הרצוי (Mac OS Extended (Journaled) או APFS).

שלב 4: בעיות ספציפיות באבלטון לייב: לפעמים זה לא אתם, זו התוכנה (קצת)

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

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

מה אפשר לעשות באבלטון?

1. ניקוי קבצי מטמון (Cache):
   • פתחו את Ableton Live.
   • לכו ל-Preferences (Cmd + ,).
   • לכו ללשונית "File / Folder".
   • תחת "Cache", לחצו על "Clear Cache".
   • סגרו את אבלטון והפעילו אותה מחדש.

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

2. בדיקת ספריות (Folders):
   • בלשונית "File / Folder" באבלטון, תחת "Browser" ובסעיף "Folders", ודאו שהספריות שהגדרתם (שמכילות את הקבצים שגרמו לבעיה) מוגדרות נכון ושאין בהן שגיאות.
   • נסו להסיר את התיקייה הבעייתית ולהוסיף אותה מחדש.

   זה מאלץ את אבלטון לאנדקס מחדש את התוכן של התיקייה הזו.

3. Collect All and Save:

   אם השגיאה קורית כשאתם שומרים סשן, נסו לבצע "Collect All and Save" (File > Collect All and Save).

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

שלב 5: טיפול נקודתי בקבצים ופורמטים (מתי זה קשור לקובץ מסוים?)

אם זיהיתם שהשגיאה קורית רק עם קובץ אודיו ספציפי, נסו את הדברים הבאים:

• המרה לפורמט אחר: לפעמים הקובץ המקורי פשוט לא "נקי" או שיש בו מטא-דאטה בעייתי. השתמשו בתוכנת המרה חיצונית (כמו Audacity החינמית או אפילו אפליקציות אחרות) כדי להמיר את קובץ האודיו (לדוגמה, מ-WAV ל-AIFF או להיפך) ואז נסו להשתמש בקובץ החדש באבלטון.
• בדיקת שם הקובץ והנתיב: ודאו שאין תווים מיוחדים בשם הקובץ או בשם התיקיות בדרך אליו. תווים כמו /, \, :, *, ?, ", <, >, | או אפילו סימנים מוזרים אחרים יכולים לגרום בעיות במערכות קבצים שונות. גם נתיבים ארוכים מדי יכולים לפעמים ליצור בעיות.

שלב 6: פתרונות עמוקים יותר (למקרים עקשנים במיוחד)

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

1. הפעלה במצב בטוח (Safe Mode) של macOS: הפעלת המק במצב בטוח טוענת רק את הקבצים והתוכנות החיוניות ביותר. זה יכול לעזור לזהות אם הבעיה נגרמת על ידי תוכנת צד שלישי או דרייבר כלשהו שמתנגש עם אבלטון או עם מערכת הקבצים. חפשו בגוגל "Safe Mode Mac" לקבלת הוראות מדויקות למודל המחשב שלכם. אם השגיאה לא קורית במצב בטוח, זה סימן שמשהו אחר שהתקנתם גורם לבעיה.
2. יצירת משתמש חדש במק: לפעמים ההגדרות הספציפיות של המשתמש שלכם נשחתו או שיש בהן קבצים בעייתיים. צרו משתמש חדש במק (System Preferences > Users & Groups) ונסו לעבוד עם אבלטון והקבצים הבעייתיים דרך המשתמש החדש. אם הבעיה לא מופיעה שם, כנראה שהיא קשורה למשתמש המקורי שלכם. זה יכול להיות סימן לצורך בניקוי יסודי יותר או אפילו לשקול העברה למשתמש החדש (לא כיף, אני יודע).
3. בדיקת חומרה: במקרים נדירים, הבעיה יכולה להיות חומרתית, כמו כבל USB פגום, יציאת USB לא תקינה, או אפילו בעיה בדיסק הקשיח עצמו. אם השגיאה קורית רק עם כונן חיצוני מסוים, נסו להשתמש בכבל אחר, לחבר ליציאה אחרת, או אפילו לבדוק את הכונן הזה על מחשב אחר.

---

שאלות נפוצות (כי בטח יש לכם עוד כמה שאלות)

בואו נסגור כמה פינות נוספות.

ש: האם שגיאה 36 עלולה לגרום לי לאבד נתונים או להרוס את הסשנים שלי באבלטון?

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

ש: זה קורה לי רק עם כונן חיצוני. למה?

ת: זו הסיבה הכי שכיחה! כוננים חיצוניים, במיוחד אם הם מפורמטים ב-exFAT או FAT32, נוטים יותר לבעיות עם קבצי המטא-דאטה של מק. גם חיבור רופף או בעיות בהרשאות גישה לכונן חיצוני נפוצים יותר. הטיפ החם הוא לנסות את פקודת ה-`dot_clean` על הכונן הזה.

ש: האם הפתרונות האלה רלוונטיים גם לווינדוס?

ת: שגיאה 36 ספציפית קשורה למערכת הקבצים של מק ולקבצי ה-Resource Fork שלה. לכן, הפקודה `dot_clean` ורוב הבעיות הקשורות לפורמטים של מק רלוונטיות בעיקר ל-macOS. בווינדוס ייתכנו שגיאות דומות של קבצים או הרשאות, אבל הן יקבלו קוד שגיאה אחר והפתרונות יהיו שונים (לדוגמה, בדיקת שגיאות דיסק דרך ה-cmd או בתוך מאפייני הכונן).

ש: עשיתי את כל השלבים וזה עדיין לא עובד. מה עכשיו?

ת: אם ניסיתם את כל השלבים, כולל ניקוי קאש, בדיקת הרשאות, שימוש ב-`dot_clean`, ובדיקה במשתמש חדש או במצב בטוח, והבעיה עדיין קיימת, זה יכול להצביע על בעיה עמוקה יותר. שקלו לפנות לתמיכה של אבלטון לייב או לתמיכה של אפל, תלוי איפה אתם חושבים שהבעיה יושבת (אבלטון או מערכת ההפעלה/חומרה). פרטו להם בדיוק אילו צעדים כבר ניסיתם.

ש: האם גיבוי יכול למנוע את השגיאה הזו?

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

ש: כמה זמן לוקח לתקן את השגיאה הזו?

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

---

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

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

מהבדיקות הכי פשוטות ועד לפקודות טרמינל קצת יותר מפחידות (אבל יעילות להפליא).

בפעם הבאה שהיא תקפוץ לכם על המסך, במקום להרים ידיים, תדעו בדיוק מה לעשות.

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

כי לכל תקלה יש פתרון.

ועכשיו יש לכם את המדריך המלא כדי למצוא את הפתרון לשגיאה 36.

אז קדימה, תחזרו ליצור מוזיקה! בלי הפרעות מעצבנות.