top of page
  • whatsapp
  • מייל ורוד לבן
  • פייסבוק ורוד לבן
  • יוטיוב ורוד לבן
  • פינטרסט ורוד לבן
  • אינסטרגם ורוד לבן

תיקיית הדרופבוקס שלי הפסיקה להסתנכרן – מדוע זה קרה ואיך פתרתי את הבעיה


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


איך זה התחיל?

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


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

ree

אחרי שניסיתי זאת מספר פעמים, ללא הואיל, יצרתי קשר עם התמיכה של DB. מכאן התחילה סאגה של קרוב לחודש (!!) מול התמיכה שלהם. לצערי, רוב ההצעות שלהם לא רק שלא פתרו את הבעיה – הן יצרו בעיות חדשות. למשל, אחת ההצעות שלהם (Clean Boot) גרמה לכך שכל כתובות המייל שהיו מקושרות לג’ימייל שלי פשוט נמחקו. אפילו ניסיתי את מזלי מול התמיכה של ESET (האנטי-וירוס שלי), אחרי שהתמיכה של DB כיוונו אותי לשנות הגדרות מסוימות באנטי-וירוס שלי, ואז הסתבר שהגדרות אלו בכלל לא קיימות בגרסת האנטי-וירוס שלי.


הפתרון – מה שעבד בסוף

הפתרון הגיע לא מהם, אלא ממני. במהלך עוד ניסיון התקנה מחדש של תיקיית הדרופבוקס, יש כפתור קטן בתחתית המסך שנקרא Advanced Options. שם מצאתי אפשרות שנקראת: Opt out of Dropbox for Windows update

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

למה זה עבד? כי ברגע שביטלתי את העדכון, הדרופבוקס חזרה להתקין את הגרסה הוותיקה (LEGACY) שלא דורשת את ה-Cloud Files API. החיסרון: ויתרתי על שיפורי ביצועים וביטחון שמגיעים עם הגרסה החדשה. היתרון: חזרתי לעבודה סדירה.


למה זה קרה?

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


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

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

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


חיפשתי בסייר החלונות את כל הקבצים ששיניתי מאז יום התקלה (6.8.25). בחלון החיפוש שלו הקלדתי: datemodified:6/8/2025

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

עשיתי גם בדיקות מדגמיות לוודא שלא פספסתי קבצים, כולל לפי datecreated.


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


ומה עכשיו?

התיקייה החדשה שנוצרה בדרופבוקס היא Online only, כלומר רוב הקבצים יושבים רק בענן. החזרתי ל־offline רק את תיקיית התמונות, כדי לא להעמיס על המחשב. בנוסף, הוספתי גיבוי חיצוני ל־DB בענן של iDrive, בשרת בפרנקפורט, בעלות שנתית של $20.


האם יש חסרונות להברקת ה opt out שלי?


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

Re your concern about continuing to use the Dropbox desktop app with the File Provider (Cloud Files) opt-out setting enabled. 


Here’s what Engineering has confirmed:


Customers can continue using the legacy sync engine without risk of Dropbox suddenly breaking. Staying opted out simply means missing out on some of the OS-level improvements, performance enhancements, and security updates that we're focusing on with Cloud Files going forward.

So yes. The opt-out path is fully supported, and you can continue using Dropbox this way with confidence.

That said, we’ll continue investigating what exactly caused the issue so you have the option to re-enable File Provider in the future if you’d like.


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


השורה התחתונה

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

  • אם ההתקנה לא עובדת – חפשו את Advanced Options וסמנו Opt out of Dropbox for Windows update.

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




ומה המשמעות של כל הסיפור הזה על ניהול מידע אישי (PIM)?

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

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


📬 רוצה עזרה בזה? אני כאן. שלחו לי הודעה דרך המייל.


באהבה, דבי.





תגובות


bottom of page