Другим решением вашей проблемы может быть завершение вашего сеанса и повторный запуск кода (drive.mount()).

Шаги:

1) Нажмите кнопку Дополнительные параметры подключения. Маленькая кнопка со значком рядом с RAM и DISK

2) Выберите "Управление сеансами".

3) Нажмите кнопку "Прервать".

4) Еще раз запустите свой код (drive.mount()).

Теперь вам будет предложено поставить ваш новый ключ.

Перемонтировать не работает, если вы недавно монтировались и размонтировались с помощью flush_and_unmount(). Правильные шаги, которые вы должны выполнить (которые сработали для меня на момент публикации):

После монтажа с использованием:

from google.colab import drive
drive.mount('/content/drive')

Размонтируйте с помощью: drive.flush_and_unmount(), и вы не увидите папку 'drive /', но ДОВЕРЬТЕ мне, что вам следует использовать !rm -rf /content/drive перед повторным подключением диска, используя:

from google.colab import drive
drive.mount('/content/drive', force_remount=True)

И вы снова получите запрос на авторизацию новой учетной записи Gmail.

Вы можете завершить сеанс в Runtime -> manage session. Это должно сработать, и вы сможете снова подключить диск.

Текущий код функции drive.mount() находится по адресу https://github.com/googlecolab/colabtools/blob/fe964e0e046c12394bae732eaaeda478bc5fa350/google/colab/drive.py

Это оболочка для исполняемого файла диска, находящегося в / opt / google / drive / drive. Я обнаружил, что исполняемый файл принимает флаг authorize_new_user, который можно использовать для принудительной повторной аутентификации.

Скопируйте и вставьте содержимое файла drive.py в записную книжку. Затем измените вызов d.sendline() в строке 189, чтобы он выглядел следующим образом (обратите внимание на добавление флага authorize_new_user):

d.sendline(
      ('cat {fifo} | head -1 | ( {d}/drive '
       '--features=max_parallel_push_task_instances:10,'
       'max_operation_batch_size:15,opendir_timeout_ms:{timeout_ms},'
       'virtual_folders:true '
       '--authorize_new_user=True '
       '--inet_family=' + inet_family + ' ' + metadata_auth_arg +
       '--preferences=trusted_root_certs_file_path:'
       '{d}/roots.pem,mount_point_path:{mnt} --console_auth 2>&1 '
       '| grep --line-buffered -E "{oauth_prompt}|{problem_and_stopped}"; '
       'echo "{drive_exited}"; ) &').format(
           d=drive_dir,
           timeout_ms=timeout_ms,
           mnt=mountpoint,
           fifo=fifo,
           oauth_prompt=oauth_prompt,
           problem_and_stopped=problem_and_stopped,
           drive_exited=drive_exited))

Вызовите либо версию модуля drive flush_and_unmount(), либо ту, которую вы вставили, а затем вызовите свою версию mount(), чтобы войти в систему как другой пользователь!

Перезапуск среды выполнения и удаление доступа не помогли. Я обнаружил, что записная книжка, которую я использовал, создавала каталоги в точке монтирования:

from google.colab import drive
drive.mount('/content/drive')

Drive already mounted at /content/drive; to attempt to forcibly remount, call drive.mount("/content/drive", force_remount=True).

Сначала мне пришлось удалить подкаталоги в точке монтирования. Сначала убедитесь, что ваш диск на самом деле не смонтирован!

!find /content/drive

/content/drive
/content/drive/My Drive
/content/drive/My Drive/Colab Notebooks
/content/drive/My Drive/Colab Notebooks/assignment4
/content/drive/My Drive/Colab Notebooks/assignment4/output_dir
/content/drive/My Drive/Colab Notebooks/assignment4/output_dir/2020-04-05_16:17:15

Файлы и каталоги, указанные выше, были случайно созданы ноутбуком до того, как я смонтировал диск. Если вы уверены (вы уверены?), что ваш диск не подключен, удалите подкаталоги.

!rm -rf /content/drive

После этого я смог смонтировать диск.

Вот объяснение из их часто задаваемых вопросов.

Почему операции с Диском иногда не выполняются из-за квоты? Google Диск применяет различные ограничения, в том числе количество операций для каждого пользователя и файла и квоты полосы пропускания. Превышение этих пределов вызовет Input/output error, как указано выше, и отобразит уведомление в пользовательском интерфейсе Colab. Типичная причина - доступ к популярному общему файлу или слишком быстрый доступ к слишком большому количеству отдельных файлов. Обходные пути включают:

Скопируйте файл с помощью drive.google.com и не делитесь им широко, чтобы другие пользователи не использовали его ограничения. Избегайте выполнения множества небольших операций чтения ввода-вывода, вместо этого выберите копирование данных с диска на виртуальную машину Colab в формате архива (например, файлы .zip или .tar.gz) и разархивируйте данные локально на виртуальной машине, а не в смонтированном каталоге диска. . Подождите день, чтобы сбросить лимиты квот.

https://research.google.com/colaboratory/faq.html#drive-quota

Симптом

1. / content / drive монтируется автоматически, не монтируя его и не запрашивая Enter your authorization code:.
2. Кешированное старое состояние диска продолжало отображаться.
3. Фактическое содержимое диска Google не отображалось.
4. Завершение работы, перезапуск, возврат к заводским настройкам, отмена разрешений, очистка кеша Chrome не работали.
5. Прошить и размонтировать google.colab.drive.flush_and_unmount() не получилось.

Решение

1. Создайте фиктивный файл внутри точки монтирования /content/drive.
2. Найдите минутку и убедитесь, что содержимое /content/drive не совпадает с содержимым в пользовательском интерфейсе Google Диска..
3. Запустите rm -rf /content/drive.
4. Беги google.colab.drive.flush_and_unmount()
5. Из меню Runtime -> Factory reset runtime.

Потом перезапуск google.colab.drive.mount('/content/drive', force_remount=True) наконец попросил Enter your authorization code.