RequestError: -8 при попытке резервного копирования файлов на облачный диск MEGA с дублированием

Question

В течение нескольких лет я успешно выполнял резервное копирование локальных файлов на одну учетную запись облачного диска mega.co.nz с использованием дублирования.

Несколько недель назад я создал вторую учетную запись MEGA и хотел сделать резервную копию дополнительных данных на эту учетную запись. Но здесь, вход в систему всегда терпит неудачу с RequestError -8 (подробный журнал ошибок: см. Ниже). Несмотря на то, что команды на дублирование, которые я использую, идентичны (кроме имени для входа в систему), и, насколько я вижу, конфигурации учетной записи также одинаковы.

Единственное отличие, которое я заметил: моя старая учетная запись имеет квоту в 50 ГБ, новая - только 15 ГБ.

Возможно ли, что бэкэнд MEGA для дублирования работает для старых учетных записей MEGA, но не для новых? Это единственное объяснение, которое у меня есть на данный момент, потому что точно такая же команда проверки на дублирование работает на старой, но я воспроизводимо получаю RequestError -8, если я попробую ту же команду на новой!

Я уверен, что я использую правильный пароль. Я подтвердил это, войдя в учетную запись с помощью моего веб-браузера. Кроме того, если учетные данные неверны, он выдаст RequestError -9, а не -8, я также проверял это со своей старой учетной записью.

Может кто-нибудь, пожалуйста, помогите мне? Является ли это ошибкой в ​​бэкэнде двуличности, которая вступает в силу только с новыми аккаунтами MEGA? Или я что-то не так делаю!?

Вот команды, которые я использую для проверки обеих учетных записей (реальные имена входа заменяются на "nemax"): сначала старая / успешная:

nemax@debian:~$ rm -r .cache/
nemax@debian:~$ duplicity collection-status mega://[e-mail]@mega.co.nz/
Password for '[e-mail]@mega.co.nz': 
Local and Remote metadata are synchronized, no sync needed.
Last full backup date: none
Collection Status
-----------------
Connecting with backend: BackendWrapper
Archive dir: /home/nemax/.cache/duplicity/8120d3794544470f8308d730c26f0d8e

Found 0 secondary backup chains.
No backup chains with active signatures found
No orphaned or incomplete backup sets found.

И вот новый / неудачный:

nemax@debian:~$ rm -r .cache/
nemax@debian:~$ duplicity collection-status mega://[e-mail]@mega.co.nz/
Password for '[e-mail]@mega.co.nz': 
Traceback (most recent call last):
  File "/usr/bin/duplicity", line 1553, in <module>
    with_tempdir(main)
  File "/usr/bin/duplicity", line 1547, in with_tempdir
    fn()
  File "/usr/bin/duplicity", line 1382, in main
    action = commandline.ProcessCommandLine(sys.argv[1:])
  File "/usr/lib/python2.7/dist-packages/duplicity/commandline.py", line 1118, in ProcessCommandLine
    globals.backend = backend.get_backend(args[0])
  File "/usr/lib/python2.7/dist-packages/duplicity/backend.py", line 223, in get_backend
    obj = get_backend_object(url_string)
  File "/usr/lib/python2.7/dist-packages/duplicity/backend.py", line 209, in get_backend_object
    return factory(pu)
  File "/usr/lib/python2.7/dist-packages/duplicity/backends/megabackend.py", line 44, in __init__
    self.__authorize(parsed_url.username, self.get_password())
  File "/usr/lib/python2.7/dist-packages/duplicity/backends/megabackend.py", line 104, in __authorize
    self.client.login(email, password)
  File "/usr/local/lib/python2.7/dist-packages/mega/mega.py", line 31, in login
    self._login_user(email, password)
  File "/usr/local/lib/python2.7/dist-packages/mega/mega.py", line 42, in _login_user
    raise RequestError(resp)
RequestError: -8

Answer 1

Большое спасибо @paf.goncalves, решение, указанное в вашей ссылке https://github.com/megous/megatools/issues/411, работает!

Очевидно, что если я создаю учетную запись mega.nz с использованием обычного веб-интерфейса, она создает учетную запись нового типа, недоступную для бэкэнда duplicity mega://.

Но если я создам его с помощью инструмента командной строки "megareg" с использованием пакета "megatools" для Debian 9, он будет работать отлично!