эффективная емкостно-резистивная синхронизация файла или репликация
Почти ошибки перечислены в книге LFS как безопасные, и они появляются почти всегда, таким образом, я пропустил к следующему абзацу.
Другой:
make[1]: *** [posix/tests] Error 2
и
make[1]: *** [nptl/tests] Error 2
Это - общие названия групп ошибок, которые произошли прежде.
Лучшим подходом является поместить ваши точечные файлы под контроль версий . Чтобы сделать их доступными на новой машине, просто проверьте их. Если вас не волнует конфиденциальность, вы можете разместить свои файлы на сайте вроде Github . Если вы это сделаете, вы можете проверить через SSH. На виртуальной машине, если она доступна, вы можете выполнить извлечение из смонтированной файловой системы хоста.
Контроль версий дает вам преимущества, выходящие за рамки простой синхронизации. В частности, он дает вам историю версий, так что, если вы что-то сломаете, вы можете вернуться к тому моменту, когда это сломалось, что очень помогает понять, почему это сломалось. Вы также получаете возможность согласовать изменения, если вы изменяете один и тот же файл на разных машинах.
Если вы действительно не хотите использовать контроль версий, вы можете просто скопировать файлы с помощью такого инструмента, как rsync (или Unison для двунаправленной синхронизации). Вы также можете загрузить свои файлы в онлайн-сервис и скачать их. В некоторой степени, за исключением Unison, эти методы не помогут вам, если вы когда-нибудь измените один и тот же файл на двух разных машинах.
Независимо от того, какое решение вы выберете, вам нужно будет решить, какие файлы реплицировать. К сожалению, многие приложения не проводят четкого различия между файлами конфигурации пользователя (которые необходимо синхронизировать) и локальным состоянием (которое не может быть синхронизировано осмысленно).