Лучший способ для этого - собрать все ваши контакты в файл vcf, а затем скопировать его между телефонами.
Чтобы импортировать их, вы просто выполните те же шаги, но вы вместо этого выберите импорт.
У меня есть Moto-G, и он мне подходит!
В итоге я получил задание cron, которое каждые 3 минуты касается файла на каждом cifs
общем ресурсе в mount
, чтобы поддерживать соединение. .
На данный момент общие ресурсы доступны в обычном режиме:
cifs_keepalive:
#!/bin/bash
while read spot; do
touch --no-create "${spot}/.cifs_keepalive"
done <<< "$(mount | awk '/cifs/{ print $3; }')"
/etc/cron.d/cifs_keepalive:
*/3 * * * * root /home/bcait/bca_util/bin/cifs_keepalive >/dev/null 2>&1
Кредиты: я почерпнул идею из этого сообщения в блоге.
Из данных монтирования, добавленных к вашему вопросу, мы видим, что вы все еще используете CIFS 1.0.
Я бы посоветовал монтировать монтирование как CIFS 2.1, если серверы его поддерживают, так как в CIFS v2.0 или 2.1 протокол поддерживает лучшее восстановление после сна/обрыва соединения. Для этого используется опция vers=2.1
.
Прочные рукоятки (2.02, 2.1) – позволяют подключаться к прозрачным повторное подключение к серверу в случае временного отключения
Я также советую добавить опцию echo_interval=60
вместо добавления цикла while, так как таким образом код клиента SMB отправляет себе маяк поддержки активности каждую минуту на сервер.
Остерегайтесь, что, как я предупредил и исправил в ответе @Thillina, все параметры находятся в 3-м поле, разделенном запятой.
Для получения дополнительной информации см. CIFS случайно теряет соединение с общим ресурсом Windows
Читая статьи, которые я цитирую в своем посте:
3.0 — SMBv3.0, который был представлен в Microsoft Windows 8 и Windows Server 2012.
Таким образом, у вас есть Windows Server 2012, что означает, что по крайней мере сторона Windows поддерживает CIFSv3.0 и ниже.
Чтобы проверить, было ли оно повторно согласовано и с какой версией, измените параметры в файле fstab
и выполните:
#mount -o remount /media/docs
, а затем выполните команду mount
, чтобы проверить, с какой Версия монтирования была сделана/согласована.
В моем случае другие сетевые интерфейсы были отключены. Истечение срока аренды DHCP на этих интерфейсах привело к падению монтирования Согласно http://ubuntuforums.org/showthread.php?t=1140094Samba перезагружается.
Для себя я отключил эти интерфейсы. Другим возможным решением может быть autofs с нулевым тайм-аутом.
Я предполагаю, что это как-то связано с исправлениями, поставляемыми обновлениями Windows, для предотвращения -атаки программ-вымогателей. Судя по всему, сервер, на котором находится общая папка, отклоняет запросы CIFS V1. По умолчанию монтирование использует CIFS V1. попробуйте, добавив vers=2.0
в конец вашей команды монтирования. У меня была такая же проблема, и таким образом мне удалось ее исправить. PS / FYI :моя команда выглядит следующим образом
//192.168.1.10/public/mount /media/windowsshare cifs credentials=/home/MY_USERNAME/.smbcredentials,iocharset=utf8,sec=ntlm,vers=2.0 0 0