Суффикс конфликта .u1 добавляется к файлам при использовании ubuntu one

Я использую Ubuntu One для синхронизации каталога, который я использую для создания и компиляции латексных файлов. Но всегда, когда создается новый файл, файлы вместо того, чтобы иметь расширение типа файла, например file1.pdf, получают дополнительный суффикс, такой как file1.pdf.u1conflict, file1.pdf.u1conflict.1 и так далее. И многие такие файлы генерируются при компиляции документов pdflatex. В конечном итоге это приводит к ошибке, говоря, что файл не найден во время компиляции. И фактическая причина заключается в том, что у этого файла появилось новое расширение, которое является .u1conflict.

3
задан 13 December 2010 в 15:22

47 ответов

*. Файлы u1conflict представляют случай, когда вы изменили файл на двух компьютерах, а затем попытались синхронизировать. В общем, вам нужно либо выбрать, какую версию сохранить, либо попытаться объединить изменения в двух версиях. Обычно вы не хотите загружать конфликт в U1, но если вы это сделаете, вы можете переименовать версию .u1conflict.

.u1partial файлы представляют частично загруженные файлы. Если у вас есть один из них, он может указывать на то, что демон синхронизации был умер во время загрузки файла. Как и раньше, вы, вероятно, не хотите, чтобы один из них был загружен на ваш общий ресурс U1.

Что касается других ограничений, U1 хранит имена файлов как строки Unicode. Поэтому, если у вас есть имена файлов, которые недействительны UTF-8, это может вызвать проблемы. Это не должно быть большой проблемой для систем Ubuntu, поскольку оно использует локальные UTF-8.

Взято из: https://answers.launchpad.net/ubuntuone-client/+question/78943

Надеюсь, это поможет.

1
ответ дан 25 May 2018 в 23:59
  • 1
    Ваши последние точки швов являются правдоподобной причиной. Вначале я использовал только Gedit для редактирования этих файлов, и у меня не было никаких проблем. Позже я начал часто открывать эти файлы на блокноте ++ с ПК с Windows. Блокнот ++ показывает кодировку как ANSI. После того, как я начал использовать notepad ++, некоторые файлы не удалось открыть в gedit (ошибка была character set couldn't be recognised). Таким образом, вышеупомянутая проблема возникла позже. – nixnotwin 15 December 2010 в 18:22

В вашей конкретной ситуации это проблема сохранения, прежде чем первый файл имел возможность синхронизировать. У меня тоже была проблема с моим романом. Решение состоит в том, чтобы отключить u1 во время работы с файлами и снова включить его, когда вы закончите сохранение файлов.

1
ответ дан 27 July 2018 в 00:12

В вашей конкретной ситуации это проблема сохранения, прежде чем первый файл имел возможность синхронизировать. У меня тоже была проблема с моим романом. Решение состоит в том, чтобы отключить u1 во время работы с файлами и снова включить его, когда вы закончите сохранение файлов.

1
ответ дан 31 July 2018 в 13:18

В вашей конкретной ситуации это проблема сохранения, прежде чем первый файл имел возможность синхронизировать. У меня тоже была проблема с моим романом. Решение состоит в том, чтобы отключить u1 во время работы с файлами и снова включить его, когда вы закончите сохранение файлов.

1
ответ дан 2 August 2018 в 04:10

В вашей конкретной ситуации это проблема сохранения, прежде чем первый файл имел возможность синхронизировать. У меня тоже была проблема с моим романом. Решение состоит в том, чтобы отключить u1 во время работы с файлами и снова включить его, когда вы закончите сохранение файлов.

1
ответ дан 4 August 2018 в 20:14

В вашей конкретной ситуации это проблема сохранения, прежде чем первый файл имел возможность синхронизировать. У меня тоже была проблема с моим романом. Решение состоит в том, чтобы отключить u1 во время работы с файлами и снова включить его, когда вы закончите сохранение файлов.

1
ответ дан 6 August 2018 в 04:15

В вашей конкретной ситуации это проблема сохранения, прежде чем первый файл имел возможность синхронизировать. У меня тоже была проблема с моим романом. Решение состоит в том, чтобы отключить u1 во время работы с файлами и снова включить его, когда вы закончите сохранение файлов.

1
ответ дан 7 August 2018 в 22:19

В вашей конкретной ситуации это проблема сохранения, прежде чем первый файл имел возможность синхронизировать. У меня тоже была проблема с моим романом. Решение состоит в том, чтобы отключить u1 во время работы с файлами и снова включить его, когда вы закончите сохранение файлов.

1
ответ дан 10 August 2018 в 10:30

В вашей конкретной ситуации это проблема сохранения, прежде чем первый файл имел возможность синхронизировать. У меня тоже была проблема с моим романом. Решение состоит в том, чтобы отключить u1 во время работы с файлами и снова включить его, когда вы закончите сохранение файлов.

1
ответ дан 13 August 2018 в 16:55
  • 1
    Ваши последние точки швов являются правдоподобной причиной. Вначале я использовал только Gedit для редактирования этих файлов, и у меня не было никаких проблем. Позже я начал часто открывать эти файлы на блокноте ++ с ПК с Windows. Блокнот ++ показывает кодировку как ANSI. После того, как я начал использовать notepad ++, некоторые файлы не удалось открыть в gedit (ошибка была , набор символов не мог быть распознан ). Таким образом, вышеупомянутая проблема возникла позже. – nixnotwin 15 December 2010 в 18:22

*. Файлы u1conflict представляют случай, когда вы изменили файл на двух компьютерах, а затем попытались выполнить синхронизацию. В общем, вам нужно либо выбрать, какую версию сохранить, либо попытаться объединить изменения в двух версиях. Обычно вы не хотите загружать конфликт в U1, но если вы это сделаете, вы можете переименовать версию .u1conflict.

.u1partial файлы представляют частично загруженные файлы. Если у вас есть один из них, он может указывать на то, что демон синхронизации был умер во время загрузки файла. Как и раньше, вы, вероятно, не хотите, чтобы один из них был загружен на ваш общий ресурс U1.

Что касается других ограничений, U1 хранит имена файлов как строки Unicode. Поэтому, если у вас есть имена файлов, которые недействительны UTF-8, это может вызвать проблемы. Это не должно быть большой проблемой для систем Ubuntu, поскольку оно использует локальные UTF-8.

Взято из: https://answers.launchpad.net/ubuntuone-client/+question/ 78943

Надеюсь, это поможет.

1
ответ дан 15 August 2018 в 23:37
  • 1
    Ваши последние точки швов являются правдоподобной причиной. Вначале я использовал только Gedit для редактирования этих файлов, и у меня не было никаких проблем. Позже я начал часто открывать эти файлы на блокноте ++ с ПК с Windows. Блокнот ++ показывает кодировку как ANSI. После того, как я начал использовать notepad ++, некоторые файлы не удалось открыть в gedit (ошибка была , набор символов не мог быть распознан ). Таким образом, вышеупомянутая проблема возникла позже. – nixnotwin 15 December 2010 в 18:22

хм ... пока я вижу, почему это произошло, не должно. Не могли бы вы включить debug, перезапустить syncdaemon, дождаться, пока он будет простаивать, воспроизвести проблему, файл с ошибкой и загрузить архив из ~/.cache/ubuntuone/log/? Если вы считаете, что ваши имена файлов являются конфиденциальными или приватными, отметьте ошибку перед загрузкой.

2
ответ дан 25 May 2018 в 23:59

В вашей конкретной ситуации это проблема сохранения, прежде чем первый файл имел возможность синхронизировать. У меня тоже была проблема с моим романом. Решение состоит в том, чтобы отключить u1 во время работы с файлами и снова включить его, когда вы закончите сохранение файлов.

1
ответ дан 25 May 2018 в 23:59

У меня была та же проблема с латексом, и я решил ее вручную. Я удалил конфликтный архив на сайте u1, затем я создал свой pdf без конфликтов.

1
ответ дан 25 May 2018 в 23:59
  • 1
    В моем случае файлы, у которых расширение .u1conflict не было на ubuntu на одном сайте. Только в моем локальном каталоге эти файлы были там. – nixnotwin 15 December 2010 в 18:14

У меня была эта проблема время от времени. Иногда я могу просто удалить конфликтный файл на веб-сайте u1 и переименовать локальный файл без расширения .u1conflict, и он будет работать.

Сегодня, однако, я столкнулся с этим, и мне пришлось взять пару Дополнительные шаги:

Удалить конфликтный файл на one.ubuntu.com На локальном компьютере остановите клиент u1, запустив u1sdtool --quit, а затем ps -ef | grep ubuntuone-client, чтобы убедиться, что он остановлен. Переместите конфликтный файл клиента в папку, которая не управляется u1. Запустите клиент u1 снова, запустив u1sdtool --start. Если этот шаг не удался, вам может потребоваться остановить клиента (u1sdtool --quit) и попробуйте запустить его снова. Подключите u1-клиент, запустив u1sdtool --connect Запуск u1sdtool --status несколько раз и дождитесь is_online True. Наконец, верните конфликтный файл в управляемую папку u1 на локальном компьютере (за вычетом расширения .u1conflict) и дождитесь его синхронизации.
1
ответ дан 25 May 2018 в 23:59

У меня была та же проблема с латексом, и я решил ее вручную. Я удалил конфликтный архив на сайте u1, затем я создал свой pdf без конфликтов.

1
ответ дан 25 May 2018 в 23:59

У меня была та же проблема с латексом, и я решил ее вручную. Я удалил конфликтный архив на сайте u1, затем я создал свой pdf без конфликтов.

1
ответ дан 25 May 2018 в 23:59

У меня была та же проблема с латексом, и я решил ее вручную. Я удалил конфликтный архив на сайте u1, затем я создал свой pdf без конфликтов.

1
ответ дан 25 May 2018 в 23:59

У меня была та же проблема с латексом, и я решил ее вручную. Я удалил конфликтный архив на сайте u1, затем я создал свой pdf без конфликтов.

1
ответ дан 25 May 2018 в 23:59

У меня была та же проблема с латексом, и я решил ее вручную. Я удалил конфликтный архив на сайте u1, затем я создал свой pdf без конфликтов.

1
ответ дан 25 May 2018 в 23:59

В вашей конкретной ситуации это проблема сохранения, прежде чем первый файл имел возможность синхронизировать. У меня тоже была проблема с моим романом. Решение состоит в том, чтобы отключить u1 во время работы с файлами и снова включить его, когда вы закончите сохранение файлов.

1
ответ дан 25 July 2018 в 22:45
  • 1
    Ваши последние точки швов являются правдоподобной причиной. Вначале я использовал только Gedit для редактирования этих файлов, и у меня не было никаких проблем. Позже я начал часто открывать эти файлы на блокноте ++ с ПК с Windows. Блокнот ++ показывает кодировку как ANSI. После того, как я начал использовать notepad ++, некоторые файлы не удалось открыть в gedit (ошибка была character set couldn't be recognised). Таким образом, вышеупомянутая проблема возникла позже. – nixnotwin 15 December 2010 в 18:22

У меня была эта проблема время от времени. Иногда я могу просто удалить конфликтный файл на веб-сайте u1 и переименовать локальный файл без расширения .u1conflict, и он будет работать.

Сегодня, однако, я столкнулся с этим, и мне пришлось взять пару Дополнительные шаги:

Удалить конфликтный файл на one.ubuntu.com На локальном компьютере остановите клиент u1, запустив u1sdtool --quit, а затем ps -ef | grep ubuntuone-client, чтобы убедиться, что он остановлен. Переместите конфликтный файл клиента в папку, которая не управляется u1. Запустите клиент u1 снова, запустив u1sdtool --start. Если этот шаг не удался, вам может потребоваться остановить клиента (u1sdtool --quit) и попробуйте запустить его снова. Подключите u1-клиент, запустив u1sdtool --connect Запуск u1sdtool --status несколько раз и дождитесь is_online True. Наконец, верните конфликтный файл в управляемую папку u1 на локальном компьютере (за вычетом расширения .u1conflict) и дождитесь его синхронизации.
1
ответ дан 25 July 2018 в 22:45

хм ... пока я вижу, почему это произошло, не должно. Не могли бы вы включить debug, перезапустить syncdaemon, дождаться, пока он будет простаивать, воспроизвести проблему, файл с ошибкой и загрузить архив из ~/.cache/ubuntuone/log/? Если вы считаете, что ваши имена файлов являются конфиденциальными или приватными, отметьте ошибку перед загрузкой.

2
ответ дан 25 July 2018 в 22:45

У меня была та же проблема с латексом, и я решил ее вручную. Я удалил конфликтный архив на сайте u1, затем я создал свой pdf без конфликтов.

1
ответ дан 25 July 2018 в 22:45
  • 1
    В моем случае файлы, у которых расширение .u1conflict не было на ubuntu на одном сайте. Только в моем локальном каталоге эти файлы были там. – nixnotwin 15 December 2010 в 18:14

У меня была эта проблема время от времени. Иногда я могу просто удалить конфликтный файл на веб-сайте u1 и переименовать локальный файл без расширения .u1conflict, и он будет работать.

Сегодня, однако, я столкнулся с этим, и мне пришлось взять пару Дополнительные шаги:

Удалить конфликтный файл на one.ubuntu.com На локальном компьютере остановите клиент u1, запустив u1sdtool --quit, а затем ps -ef | grep ubuntuone-client, чтобы убедиться, что он остановлен. Переместите конфликтный файл клиента в папку, которая не управляется u1. Запустите клиент u1 снова, запустив u1sdtool --start. Если этот шаг не удался, вам может потребоваться остановить клиента (u1sdtool --quit) и попробуйте запустить его снова. Подключите u1-клиент, запустив u1sdtool --connect Запуск u1sdtool --status несколько раз и дождитесь is_online True. Наконец, верните конфликтный файл в управляемую папку u1 на локальном компьютере (за вычетом расширения .u1conflict) и дождитесь его синхронизации.
1
ответ дан 27 July 2018 в 00:12

хм ... пока я вижу, почему это произошло, не должно. Не могли бы вы включить debug, перезапустить syncdaemon, дождаться, пока он будет простаивать, воспроизвести проблему, файл с ошибкой и загрузить архив из ~/.cache/ubuntuone/log/? Если вы считаете, что ваши имена файлов являются конфиденциальными или приватными, отметьте ошибку перед загрузкой.

2
ответ дан 27 July 2018 в 00:12

У меня была та же проблема с латексом, и я решил ее вручную. Я удалил конфликтный архив на сайте u1, затем я создал свой pdf без конфликтов.

1
ответ дан 27 July 2018 в 00:12
  • 1
    В моем случае файлы, у которых расширение .u1conflict не было на ubuntu на одном сайте. Только в моем локальном каталоге эти файлы были там. – nixnotwin 15 December 2010 в 18:14

У меня была эта проблема время от времени. Иногда я могу просто удалить конфликтный файл на веб-сайте u1 и переименовать локальный файл без расширения .u1conflict, и он будет работать.

Сегодня, однако, я столкнулся с этим, и мне пришлось взять пару Дополнительные шаги:

Удалить конфликтный файл на one.ubuntu.com На локальном компьютере остановите клиент u1, запустив u1sdtool --quit, а затем ps -ef | grep ubuntuone-client, чтобы убедиться, что он остановлен. Переместите конфликтный файл клиента в папку, которая не управляется u1. Запустите клиент u1 снова, запустив u1sdtool --start. Если этот шаг не удался, вам может потребоваться остановить клиента (u1sdtool --quit) и попробуйте запустить его снова. Подключите u1-клиент, запустив u1sdtool --connect Запуск u1sdtool --status несколько раз и дождитесь is_online True. Наконец, верните конфликтный файл в управляемую папку u1 на локальном компьютере (за вычетом расширения .u1conflict) и дождитесь его синхронизации.
1
ответ дан 31 July 2018 в 13:18

хм ... пока я вижу, почему это произошло, не должно. Не могли бы вы включить debug, перезапустить syncdaemon, дождаться, пока он будет простаивать, воспроизвести проблему, файл с ошибкой и загрузить архив из ~/.cache/ubuntuone/log/? Если вы считаете, что ваши имена файлов являются конфиденциальными или приватными, отметьте ошибку перед загрузкой.

2
ответ дан 31 July 2018 в 13:18

У меня была та же проблема с латексом, и я решил ее вручную. Я удалил конфликтный архив на сайте u1, затем я создал свой pdf без конфликтов.

1
ответ дан 31 July 2018 в 13:18
  • 1
    В моем случае файлы, у которых расширение .u1conflict не было на ubuntu на одном сайте. Только в моем локальном каталоге эти файлы были там. – nixnotwin 15 December 2010 в 18:14

У меня была эта проблема время от времени. Иногда я могу просто удалить конфликтный файл на веб-сайте u1 и переименовать локальный файл без расширения .u1conflict, и он будет работать.

Сегодня, однако, я столкнулся с этим, и мне пришлось взять пару Дополнительные шаги:

Удалить конфликтный файл на one.ubuntu.com На локальном компьютере остановите клиент u1, запустив u1sdtool --quit, а затем ps -ef | grep ubuntuone-client, чтобы убедиться, что он остановлен. Переместите конфликтный файл клиента в папку, которая не управляется u1. Запустите клиент u1 снова, запустив u1sdtool --start. Если этот шаг не удался, вам может потребоваться остановить клиента (u1sdtool --quit) и попробуйте запустить его снова. Подключите u1-клиент, запустив u1sdtool --connect Запуск u1sdtool --status несколько раз и дождитесь is_online True. Наконец, верните конфликтный файл в управляемую папку u1 на локальном компьютере (за вычетом расширения .u1conflict) и дождитесь его синхронизации.
1
ответ дан 2 August 2018 в 04:10

Другие вопросы по тегам:

Похожие вопросы: