Я вижу две возможные причины.
Вас может укусить ошибка, похожая на this . Попробуйте перезапустить службу NetworkManager
после подключения кабеля к eth1
для подтверждения.
Может случиться так, что у вас нет автоматических подключений для eth1
, поэтому сетевой менеджер не знает, что делать. Вы можете запустить nmcli con list | grep eth1
для подтверждения. Если в списке нет подключений, создайте их. Если есть подключения, убедитесь, что одно из них настроено на автоматическое подключение.
- How can I make rsync create the new backup faster without making mistakes, by taking advantage of the older backup on the destination (some files might have been changed since the last backup, but more files haven't)?
Hacer una copia de seguridad con rsync
hace esto de forma predeterminada, si pasa-a
(y obtiene las rutas correctas, según la respuesta de @xenoid ). Y quieres pasar -a
de todos modos, así que todo está bien.La razón específica es un poco sutil:
Rsync finds files that need to be transferred using a "quick check" algorithm (by default) that looks for files that have changed in size or in last-modified time.
Si rsync cree que un archivo no necesita ser transferido, entonces no lo transfiere. Y esto funciona porque -a
implica esta opción:
-t, --times preserve modification times
por lo que la última -hora modificada será la misma en el archivo de respaldo que en el archivo original.
without making mistakes
Simplemente no falsifique rsync
modificando el contenido de los archivos y luego restableciendo su última -hora modificada :-). De lo contrario, ese archivo se pasará por alto.
No he oído que esto sea un problema, así que no me preocuparía. Es común usar rsync
para copias de seguridad básicas de esta manera.
Supongo que es más probable que te encuentres con otras limitaciones. Es decir. si realiza una copia de seguridad de $HOME sin usar instantáneas del sistema de archivos, es probable que su perfil de Firefox se modifique al mismo tiempo que se ejecuta la copia de seguridad, y no obtendrá un perfil de Firefox que funcione de manera consistente en su copia de seguridad. O que querrá recuperar un archivo eliminado/sobrescrito, pero dado que no está conservando ninguna copia de seguridad anterior, es posible que ya se haya eliminado/sobrescrito en la copia de seguridad.
Sí, rsync
es una buena solución, pero mejor use (tenga en cuenta las barras inclinadas finales):
rsync -a --delete /path/to/source/dir/ /path/to/dest/dir/
Para citarman rsync
:
A trailing slash on the source changes this behavior to avoid creating an additional directory level at the destination. You can think of a trailing / on a source as meaning "copy the contents of this directory" as opposed to "copy the directory by name"[...]
Con --delete
obtiene la duplicación (exactamente de los mismos archivos ), sin ella obtiene una copia de seguridad adicional (los archivos eliminados en el origen se mantienen en la copia ).
El peligro de --delete
es que si selecciona el directorio incorrecto, muchos archivos pueden eliminarse, por lo que es mejor restringir su uso a scripts bien -probados, o usar -n
/ --dry-run
para verificar primero qué podría pasar.