Google Drive se termine sans erreur au démarrage


17

J'utilise Google Drive depuis un certain temps maintenant, mais il ne démarrera pas après l'installation sur ma dernière reconstruction du système. J'utilise toujours le même système d'exploitation, le même matériel et la même charge logicielle de base (antivirus, pare-feu, etc.) que j'ai depuis des années pendant lesquelles je n'avais pas eu de problèmes avec Drive auparavant.


Système d' exploitation: Windows 7 Ultimate x64 Google Drive Version: 1.12.5329.1887

Maintenant, chaque fois que j'essaie d'exécuter Google Drive, il ne fait que générer deux instances de l'exécutable qui meurent peu de temps après. Aucun message d'erreur n'est publié sur le bureau et rien n'indiquant un problème n'est écrit dans le journal des événements.

Après quelques recherches, je n'ai encore trouvé personne ayant le même problème qui a trouvé une réponse. J'ai découvert comment exécuter Google Drive en mode diagnostic, en utilisant le --vvparamètre sur la ligne de commande. Après cela, j'ai ouvert le journal de synchronisation et obtenu ceci:

2013-10-31 17:11:24,039 INFO pid=3664 1892:MainThread      logging:1600 OS: Windows/6.1.7601-SP1
2013-10-31 17:11:24,039 INFO pid=3664 1892:MainThread      logging:1600 Google Drive (build 1.12.5329.1887)
2013-10-31 17:11:24,039 DEBUG pid=3664 1892:MainThread      logging:1608 DEBUGGING DUMP is ON.
2013-10-31 17:11:24,051 ERROR pid=3664 1892:MainThread      logging:1575 ERROR, UNEXPECTED EXCEPTION
2013-10-31 17:11:24,051 ERROR pid=3664 1892:MainThread      logging:1575 [Error 5] Access is denied
Traceback (most recent call last):
  File "<string>", line 232, in Main
  File "<string>", line 118, in RegisterCustomFileTypes
  File "P:\p\agents\hpal4.eem\recipes\353983091\base\b\drb\googleclient\apps\webdrive_sync\windows\build\pyi.win32\main\outPYZ1.pyz/windows.registry", line 62, in GetValue
WindowsError: [Error 5] Access is denied
2013-10-31 17:11:24,052 INFO pid=3664 1892:MainThread      logging:1600 Crash reporting disabled. Ignoring report.
2013-10-31 17:11:24,052 INFO pid=3664 1892:MainThread      logging:1600 Exiting with error code: 0

J'exécute sur un compte avec des autorisations de niveau administrateur et j'ai même essayé d'utiliser "Exécuter en tant qu'administrateur" sur l'EXE. Je ne sais pas pourquoi il recherche un P:\lecteur, car aucun tel volume n'a jamais été monté sur ce système.

Que dois-je faire pour essayer de dépanner davantage et de résoudre ce problème?


3
J'essaierais ProcessMonitor de Sysinternals, pour savoir s'il y a un problème avec les autorisations ou un mauvais chemin. Ce chemin inexistant P: \ ... provient des développeurs PC.
semaine

@week Si tel était le cas, on pourrait s'attendre à ce que cela se produise plus souvent et soit facilement trouvable. D'ailleurs, il aurait dû être rattrapé et corrigé maintenant (j'ai ce problème depuis environ une semaine).
Iszi

Donc, chose la plus étrange. Je vais le lancer pendant que j'exécute Process Monitor, je renonce à essayer de donner un sens aux milliers d'événements qui correspondent à chaque filtre, je pense que cela pourrait être pertinent (sauf qu'aucun ne correspond à un filtre pour les chemins comprenant `P:`), et puis, lorsque je ferme Process Monitor, je constate que Google Drive est opérationnel. Je vais voir si cela tient le coup et fermer cette question après un certain temps si je ne rencontre pas le problème à nouveau.
Iszi

@HenriquedeSousa Je le ferais, si je savais ce qui l'a corrigé. Comme indiqué dans mon commentaire précédent, le problème s'est mystérieusement résolu. Donc, je ne peux pas dire définitivement si votre réponse aurait fonctionné pour mon cas ou non.
Iszi

Même google ITSELF déclare maintenant que la solution est de suivre les instructions de ma réponse! Et à ce moment-là, cette information n'était même pas disponible ...
Henrique de Sousa

Réponses:


25

La solution de @pestul n'a pas fonctionné ici. Même en mode diagnostic (C:\Program Files\Google\Drive>googledrivesync.exe --vv), l'application n'a pas pu démarrer.

J'ai donc supprimé le C:\Users\*username*\AppData\Local\Google\Drivedossier et l'application a redémarré. Bien sûr, vous devrez ressaisir vos informations d'identification et démarrer tout le processus de synchronisation depuis le début MAIS la nouvelle version de GoogleDrive (1.18.7821.2489)ne vous oblige pas à commencer avec un dossier vide, ce qui signifie que vous pouvez pointer vers l'ancien dossier ET il détecte maintenant si les fichiers locaux sont les mêmes sur le serveur, éliminant ainsi la nécessité de tout synchroniser à partir de zéro!

Par exemple, il a fallu environ moins de 5 minutes pour synchroniser mon dossier de 13,31 Go avec 60,063 fichiers. Au milieu du processus, il affichera une fenêtre contextuelle vous indiquant le nombre de fichiers qui n'existent que localement, le nombre de fichiers existant uniquement sur le serveur et le nombre de fichiers en conflit.


1
La réponse pour supprimer le dossier Google Drive du dossier utilisateur a fonctionné pour moi, sauf que sous XP, c'est ici: C: \ Documents and Settings * nom d'utilisateur * \ Local Settings \ Application Data \ Google \ Drive (j'aurais commenté, mais pas haut) assez de réputation pour le moment.)
user2391738

Cela a fonctionné pour moi, mais il a effacé l'intégralité de mon dossier Drive existant (non synchronisé à ce moment-là), alors sauvegardez d'abord et soyez prudent!
Joram van den Boezem

Il y a une traînée de commentaires récents. Il semble que Google ait vraiment gâché quelque chose. Cela a également fonctionné pour moi. Windows 8.1. Mais pour une raison quelconque, il a dit que je ne pouvais pas supprimer le répertoire car le fichier était en cours d'utilisation! Je n'ai trouvé aucun descripteur avec Process Explorer, je l'ai donc supprimé de la ligne de commande, tout en me disant que le fichier exact était verrouillé. J'ai essayé de supprimer cela dans l'Explorateur et il a dit que Notepad ++ avait un verrou?! Je n'ai jamais ouvert ce fichier, mais j'ai quand même fermé Notepad ++ et j'ai pu le supprimer. Ensuite, Drive a voulu synchroniser 600 fichiers, car j'ai renommé un répertoire localement.
Chloé

3
Je confirme que cette réponse est la bonne, je viens de terminer de discuter avec l'un des membres de l'équipe d'assistance Google et la solution consiste à supprimer le dossier de configuration du lecteur dans le dossier AppData et à démarrer le programme. Maintenant, le programme vous demandera de le configurer depuis le début, puis il comparera tous les fichiers que vous avez sur votre PC avec les fichiers sur le cloud, puis il synchronisera uniquement les modifications. Je confirme qu'aucun désordre ne s'est produit, aucun fichier supprimé du cloud ou du PC.
Ahmed Hamdy

Dans mon cas, j'ai utilisé Tout de VoidTool pour trouver tout ce qui concerne Google Drive dans le dossier AppData et les ai tous supprimés. Puis cela a de nouveau fonctionné.
Saeed Neamati

1

Je l'ai compris! Du moins pour moi.

Voyez si c'est le cas pour tout le monde. Pare-feu Windows et sécurité avancée. Sous les «règles entrantes», si vous voyez des règles «chrome.exe» à un ou deux blocs. Désactivez ces deux règles. J'ai ensuite relancé le diagnostic pour Google Drive et cela a fonctionné immédiatement! Vous n'avez peut-être même pas besoin d'un démarrage de diagnostic, cela peut juste fonctionner .. ou j'espère que cela fonctionne pour tout le monde.


Bon à savoir que cela fonctionne pour vous. J'aimerais pouvoir comprendre ce qui a fait pour moi. Une fois que j'ai commencé à le regarder avec Process Monitor, cela a soudainement fonctionné. C'est bien que ça marche, mais frustrant de ne jamais savoir pourquoi.
Iszi

2
@pestul Cette réponse semble provenir directement de productforums.google.com/forum/#!msg/drive/OF3WdGyBFok/… , auquel cas vous devez modifier votre réponse pour l'attribuer correctement à cette source.
Je dis Reinstate Monica
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.