2 puan yazan GN⁺ 2023-11-28 | 1 yorum | WhatsApp'ta paylaş
  • Windows için Google Drive for desktop kullanan bir kullanıcı, Drive’ın Mayıs 2023 durumuna geri dönmüş gibi göründüğünü ve bu tarihten sonraki veri ile klasör yapısı değişikliklerinin kaybolduğunu belirterek yardım istedi
  • Etkinlik geçmişinde de yalnızca Mayıs kayıtları göründü; kullanıcı dosyaları doğrudan silmediği için, normal silme kurtarma yolu olan Çöp Kutusu'nda da dosyalar bulunamadı
  • Google destek ekibinin yönlendirdiği kurtarma aracı ve DriveFS klasörünü yedekleme·geri yükleme adımları işe yaramadı; ayrıca konunun mühendislerce incelenip incelenmediğinin de doğrulanamadığı belirtildi
  • Diğer kullanıcılar da klasör ve dosya kaybı, yerel dosyaların yüklenmemesi, Drive desktop’ın uzun süreli arızalanması gibi benzer sorunlar bildirdi
  • Google Drive topluluk yöneticisi, incelemenin tamamlandığını ve bir çözüm bulunduğunu duyurarak, Drive for desktop v84.0.0.0~84.0.4.0 senkronizasyon sorunu ile ilgili Forum gönderisine yönlendirdi

İlk bildirilen belirtiler

  • Windows'ta Drive for Desktop kullanan bir kullanıcı, Google Drive dosyalarının aniden kaybolduğunu bildirdi
  • Drive, kelimenin tam anlamıyla Mayıs 2023 durumuna geri dönmüş gibi görünüyordu ve Mayıs'tan bildirim anına kadar olan veriler kaybolmuştu
  • Klasör yapısı da Mayıs ayındaki haline dönmüş gibi görünüyordu
  • Google Drive etkinlik geçmişinde hiçbir değişiklik görünmüyor, yalnızca Mayıs ayındaki etkinlikler gösteriliyordu
  • Kullanıcı, dosyaları manuel olarak silmediği için Çöp Kutusu'nda da dosya olmadığını belirtti
  • Kullanıcı, dosyaları ve Drive'ı başkalarıyla senkronize etmediğini veya paylaşmadığını, yerel olarak kullandığını açıkladı

Kurtarma girişimleri ve tıkanan noktalar

  • Google Kore destek ekibinin yönlendirmesiyle kurtarma aracını çalıştırdı ancak başarısız oldu
  • DriveFS klasörünü yedekleyip geri yüklemesi de istendi ancak hiçbir değişiklik olmadı
  • Ardından, ABD tarafı gibi görünen Google destek ekibine sorunu bildirdi ve bunun mühendislere iletilmesi gerektiği söylendi
  • Mühendislerden bir yanıt gelmediğini ve sorunun incelenip incelenmediğini de öğrenemediğini söyledi
  • Kullanıcı, birkaç gün öncesine kadar Drive'ı kullandığını ve ertesi sabah sorunun ortaya çıktığını anlattı

Devam eden benzer vakalar

  • Diğer kullanıcılar da yorumlarda aynı sorunu yaşadıklarını yazdı
  • Bazı kullanıcılar klasör ve dosyalarının kaybolduğunu, önerilen kurtarma seçeneklerinin çalışmadığını söyledi
  • Bir kullanıcı 2 yıllık dosyalarını kaybettiğini belirtti
  • Başka bir kullanıcı, dosyaların yerelde bulunduğunu ancak 2 haftadır buluta yüklenmediğini söyledi
  • Aralık 2023 sonu ve Ocak 2024'te de Drive desktop’ın neredeyse bir ay boyunca çalışmadığı ya da bilgisayardaki paylaşılan klasörlerin bir kısmının drive.google.com'da görünmediğine dair yorumlar gelmeye devam etti

Google'ın yönlendirmesi ve sonraki bağlantılar

  • Google Drive topluluk yöneticisi, ekibin sorunu araştırdığını ve bir çözüm bulunduğunu duyurdu
  • Paylaşılan bağlantı şu gönderiydi: Drive for desktop v84.0.0.0 - 84.0.4.0 Sync Issue
  • Söz konusu yanıt, Google çalışanı Dave - Sr. Product Support Manager tarafından önerildi
  • Daha sonra Product Expert Alumni, asıl Drive for Desktop sorununu yaşayan kullanıcıların Google destek belgesine bakıp bire bir destekle iletişime geçmesi gerektiğini paylaştı
  • Drive for Desktop sorunu ile ilgisiz genel dosya kurtarma taleplerinin ise ayrı bir dosya kurtarma yönlendirme başlığını izlemesi gerektiği belirtildi

Kullanıcılar üzerindeki etkiler

  • Bazı kullanıcılar yaklaşık bir aydır dosyalarını kurtaramadıklarını ve ek depolama ücreti ödemeye devam ettiklerini söyledi
  • Yönlendirilen adımların kullanılamadığını, çünkü kurtarma menüsünün mevcut olmadığını belirten yorumlar da var
  • İş belgeleri, doğum belgesi ve çalışan çalışma kayıtları gibi önemli dosyaların bulunamadığına dair örnekler gelmeye devam etti
  • İlk başlık kilitlendiği için yanıt yazma özelliği devre dışı bırakıldı

1 yorum

 
GN⁺ 2023-11-28
Hacker News yorumları
  • Konu dışı ama, müşterilerin dev şirketlerin destek forumlarında gönüllü olarak yardım etme motivasyonunu merak ediyorum
    Hızlı yanıt veren bir topluluğun olması güzel, ama piyasa değeri 1 trilyon dolar olan bir şirketin iyi müşteri desteğine para harcaması gerektiğini düşünüyorum
    Bu durumda da gönüllü müşteri destek görevlisi yalnızca “Biz gönüllüyüz, kullanıcı hesaplarına erişemeyiz ve sadece deneyim paylaşabiliriz. Bu durumda yapabileceğimiz bir şey yok” diye yanıt veriyor ve Google'ın bu sorunu görüp görmediğini bile bilmenin bir yolu yok

    • Google Play Store'a kayıt olmak için müşteri desteği sunmak zorunlu olması ironik
      https://support.google.com/googleplay/android-developer/answ...
      Burada, her uygulama için ücretli uygulamalar veya uygulama içi ödemelerle ilgili kullanıcı sorularına zamanında yanıt verilmesi, müşteri destek sorularına iş günü bazında 3 gün içinde cevap verilmesi ve Google acil ürün sorunları için iletişime geçerse 24 saat içinde dönüş yapılması gerektiği yazıyor
    • Bunun, diğer destek forumlarında başkalarına yardım eden gönüllülerle aynı motivasyon olduğunu sanıyorum
      Ürünün arkasındaki şirketin piyasa değeri ne olursa olsun insan doğası değişmiyor
      Microsoft SQL Server veya Blender ile ilgili Stack Overflow katkıcılarından ne farkı olmasını beklediğinizi bilmiyorum; bazı insanlar sahte internet puanları alsalar bile sadece başkalarına yardım etmekten hoşlanıyor
    • Böyle tartışmalara çalışan bile olmayan insanların neden dahil olduğunu anlamıyorum
      Bu gibi durumlarda sunabilecekleri hiçbir yardım yok
    • Avustralya pazarında Pixel Watch 2 için operatör desteğini ararken bir Google Support başlığına girdim; hangi operatörün saati ne zaman destekleyeceğine dair sorunun “kabul edilen yanıtı”, Avrupa'daki bir destek gönüllüsünün cevabıydı
      Kişi yalnızca destek dokümanlarını tekrarlamış ve yetkili bir yanıt veriyormuş gibi davranmıştı; hiçbir değer katmadı ve “kabul edilen yanıt” yüzünden başlık kapanmış oldu
      İnsanlar neden zamanını buna harcıyor diye bakınca, bazıları için bunun sadece özgeçmişe yazılacak bir faaliyet gibi göründüğünü fark ettim
    • Kısa süre önce GitHub'da bir insana ulaşmaya çalıştım
      https://github.com/pricing sayfasında, doğrulanmış bir öğretmenseniz ve zaten Copilot aboneliğiniz varsa ne olacağı konusunda açıkça destek ekibiyle iletişime geçmeniz gerektiği yazıyordu
      Ama GitHub'da herhangi birine ulaşmak fiilen imkânsız görünüyordu; tüm denemeler otomatik yanıtlar ve başlıkların kapatılmasıyla sonuçlandı
      Yardım forumuna da yazdım ama tabii ki yanıt alamadım
      Bu olaydan sonra önemli şeyleri sadece GitHub'da tutmamaya başladım ve ileride başka bir sorun çıkarsa hiçbir yardım alamayacağımı düşünür oldum
      Dikkatli olmak zaten gerekir, ama böyle bir sorun yaşayınca modern büyük şirketlerle iletişim kurmanın ne kadar zor olduğunu gerçekten hissediyorsunuz
  • Veriler kayboldu diyen başka destek talepleri de var
    https://support.google.com/drive/thread/245534268/a-spreadsh...
    https://support.google.com/drive/thread/245524854/data-in-go...
    https://support.google.com/drive/thread/245596891/5-months-o...
    https://support.google.com/drive/thread/245661673/disappeari...
    https://support.google.com/drive/thread/245407620/i-can-t-fi...

  • Ben de verilerimi Google Takeout ile dışa aktarmam gerektiğini düşünüyorum
    https://takeout.google.com

    • Google tarafında büyük bir kaza yaşanır ve veriler kalıcı olarak silinirse diye birkaç haftada bir Takeout ile indirip çevrimdışı yedek almak için harici 4TB SSD satın aldım
      Yerel sürücüyü “yangına dayanıklı” bir kasada saklıyorum
      Yine de yangına dayanıklı ifadesi biraz yanıltıcı; ev veya apartman yangınında hiçbir şey olmamasındansa daha iyi olsa da, böyle bir kasanın içinde de eşyalar yanabilir
      Üçüncü harici yedek olarak Amazon Glacier'a da yedek alıyorum
      S3 de kullanılabilir ama Glacier'dan biraz daha pahalı olabilir
    • Rclone, Google Drive'ı yedekleyebilir; Docs dosyalarını .docx, Sheets dosyalarını ise .xlsx olarak alabilir
      Bence herhangi bir bulut sağlayıcısı için daha iyi bir dosya aktarım aracı
      https://rclone.org/
    • Gözden kaçması kolay bir uyarı var
      Benimle paylaşılmış dosyalar, benim kotam doluysa ya da bağlı olduğum kuruluş kotasını aşmışsa dışa aktarılmıyor
      Her şeyi elle yerel ortama indirmeniz ya da bu tür dosyaları içe aktaracak başka bir araç bulmanız gerekiyor
    • Bunu Nest verileriyle denedim ama birkaç gün sonra sadece “Bir sorun oluştu, lütfen daha sonra tekrar deneyin” diyen bir e-posta aldım
    • Keşke Apple da verileri bu şekilde tek bir yerden dışa aktarma özelliği sunsa
  • Ücretli kurumsal Google Workspace hesaplarında da benzer bir durum yaşanmış
    Bir gün tüm Drive, kelimenin tam anlamıyla yaklaşık 6 yıl öncesine zaman yolculuğu yapmış gibi değişmiş; onlarca GB dosya kaybolurken, %100 silinmiş eski onlarca GB dosya yeniden ortaya çıkmış
    Bunu "Google gerçekten siliyor mu" yönünde fazla derin düşünmüyorum ama Workspace hesabı olduğu için, "verileri gerçekte asla silmeme" gibi bir ayar açık olabilir
    Workspace yönetici arayüzü, anlamak için doktora gerektirecek kadar karmaşık olduğu için kontrol etmedim
    Her şeyi yerel NAS ile senkronize ettiğimden çok endişelenmedim; hatta nostaljik bir gezi gibi epey ilginçti
    Ertesi gün normale döndü

    • Böyle bir durumda kullanıcıyla koordinasyon sağlanması gerektiğini düşünüyorum
      Kullanıcı çoktan kendi başına düzeltmeye başladıysa, o çalışmalar da geri mi alınmış olurdu?
      Ya da o fırsattan yararlanıp klasör yapısını büyük ölçüde temizlediyse veya yeniden düzenlediyse ne olurdu?
    • "Verileri gerçekte asla silmeme" ayarı neredeyse kesin vardır
      Bu, kullanıcı her şeyi yanlışlıkla sildiğinde sistem yöneticisinin geri yükleyebilmesini sağlayan bir özellik
      Workspace yönetici arayüzü son kullanıcı için değil, eğitimli sistem yöneticileri için tasarlanmış; yine de biraz ararsanız bunu öğrenmek oldukça kolay
  • Google Drive ve senkronize durumla çalışan genel olarak tüm bulut sistemlerindeki sorun bu
    İnsanlar, "yerel bilgisayarda da var, bulutta da var; demek ki çok daha güvenli" diye düşünüyor
    Ama kullanıcı verilerin kaybolduğunu fark edene kadar görünmeyen birçok kötü şey yaşanabilir
    Diske dosya kaydedersiniz ama bulut istemcisinde bir sorun çıkarsa, özellikle bağlantı kötüyse, dosyalar hiç senkronize olmayabilir; bu yüzden işletim sistemi yeniden kurulduğunda kaybolabilir ya da yerelden de silinebilir
    Bulut sağlayıcı tarafında bir sorun olur ve yedekten geri yükleme yapılırsa, geri yüklenen durum yeniden benim bilgisayarıma senkronize edilir
    Sağlayıcı bazı dosyalardan hoşlanmazsa, örneğin antivirüs işaretlerse, sunucudan kaldırılır ve bu durum benim bilgisayarıma da senkronize edilir
    Bu bir yanlış pozitif olabilir ya da enfekte olmuş dosyayı saklamak için geçerli bir neden olabilir
    Google Drive resmi istemcisinin oldukça iyi yapıldığını düşündüğüm için uzun süre kullandım ama hatalar olur
    Sonuç, kendiniz yedek almanız gerektiğidir

    • Karşılaştırma yanlış
      Ortalama tüketici zaten hiç yedek almıyordu ve bir şeyleri bulut hizmetine yüklemek bile buna kıyasla büyük bir iyileşme
    • "Kendiniz yedek alın" demek, taze malzemelerle kendiniz yemek yaparsanız daha sağlıklı beslenirsiniz demeye benziyor
      Düzenli ve dikkatli şekilde yedek oluşturup geri yükleme testi yapmak en iyisi, bunu biliyoruz; ama bunu gerçekten disiplinli şekilde yapan insan sayısı çok az
      Otomasyon payı var ama o durumda da hatalar yüzünden sessizce başarısız olma ve meşgul birinin bunu çok geç fark etme riskine geri dönüyoruz
    • Sonuçta bu, prepper tarzı bir düşünceye yakın
      Her şey bir risktir ve herkes kabul edebileceği risk seviyesini belirlemelidir
      Bulutta sorun var mı? Var
      Ama çoğu insanın yerel yedeği batırma ihtimali, bulut sağlayıcısından çok daha yüksektir
      Ortalama bir insanın harici diski nasıl kullandığına bakınca, içinde kırılgan cam diskler olduğunun farkında değilmiş gibi görünüyor
  • Ben de geçen hafta perşembe günü 6 aylık dosyayı kaybettim ve tamamen yıkıldım
    Google Drive benim yedeğim olmalıydı ama destek ekibiyle konuştuktan sonra dosyaların kurtarılamayacağını öğrendim
    Görünüşe göre uzak istemciye zorla gönderilen bir güncelleme, dosyaların tutulduğu istemci dosya sistemini bozmuş
    Yazılım, istemci makinede dosyaların öylece kaybolmasına yol açabilecek şekilde yazılmamalı
    Bu kabul edilemez

    • Yedeğin özü, verinin bir kopyasını başka bir yerde tutmaktır
      Tek kopya Google Drive'daysa, ortada hiç yedek yok demektir
    • Google Drive bir yedek değildir
      Yedek en azından çevrimdışı olmalı, "gerçek zamanlı" verinin anlık görüntüsü ya da kopyası olmalı ve aynı yerin dışında, harici bir konumda da bulunmalıdır
      3-2-1 yedekleme konusuna bakabilirsiniz
      Google Drive gerçek zamanlı depolama olduğu için dosyalar kayboldu ve bunu engellemenin bir yolu yoktu
      Tekrar ediyorum: bu bir yedek değil, sadece başkasının bilgisayarındaki dosyalarım
      Yedeklemede en önemli şey, düzenli olarak geri yükleme testi yapmaktır
      Benim kuralım şu: "Başarılı geri yükleme yoksa = yedek yok"
      Kulağa bariz geliyor ama müşterilerde bunu defalarca gördüm; hep "yedekleme başarılı" e-postası gelirken veriyi kontrol ettiğinizde altı aydır hiçbir şey kaydedilmemiş olduğu oluyordu
  • İnanılmaz
    Bugün annem arayıp Google Drive dosyalarının nereye gittiğini sordu; bir saat boyunca birlikte aradık
    Bunun neden olduğunu hiç anlayamadık ama sebebin bu sorun olduğuna artık eminim

    • Anne babamınkileri GDrive'a taşımayıp mevcut sağlayıcıda bırakma kararım için iki kat daha minnettarım
  • Korkunç
    Forum gönderilerinde acı ve belirsizlik hissediliyor
    Kısa süre önce birden fazla kullanıcı profili kullanan Pixel kullanıcıları da dosya erişim izinlerini kaybetmişti
    O durumda verinin kendisi aslında kaybolmamıştı ve sorun daha sonraki bir güncellemede düzeltilmişti
    [0]https://support.google.com/pixelphone/thread/239104039/can-n...

  • Google Drive'ı S3'e yedeklerken rclone kullanıyorum
    Benzer bir şey yapmıyorsanız tavsiye ederim
    rclone, Google Docs dosyalarını ODF biçiminde dışa da aktarabiliyor

    • ODF dönüşümünün Google tarafında gerçekleştiğine dikkat etmek gerekir
      Yani bulut belgesi utandıracak kadar küçük bir boyut sınırını aşarsa, örneğin içinde birkaç video bulunan bir stajyer yıl sonu sunumu Slides destesi gibi, sadece boyut hatası alırsınız ve rclone'un bunu düzeltmek için yapabileceği bir şey yoktur
      Sonuç olarak uyarılara dikkat etmek gerekir
    • Ayrıca veracrypt ile şifrelenmiş bir flash sürücüye de senkronizasyon yapıyorum
      Yerel depolamanın kişisel veri yedekleme stratejisinin temel parçası olduğunu düşünüyorum
    • Bunu her gün cron benzeri bir şeyle mi çalıştırdığınızı merak ediyorum
      Google'daki fotoğraflarımı nasıl yedekleyeceğimi düşünüyorum
  • Bulut hizmetlerine aşırı bağımlı olmak ölümcül bir hatadır
    Bu tür teknolojilerin de günlük cihazlar kadar hata verebileceğini sık sık unutuyoruz
    Hassas dosyalar bulutta saklanmamalı

    • Sanırım kastedilen, onları tek kopya olarak tutmamak gerektiğidir
      Bu zaten çok açık
      Ama günlük cihazlar, profesyonel depolama mühendisleri tarafından yönetilen yedekli depolamaya kıyasla kesinlikle daha az güvenilirdir