Re: rsync et /run
Tout d'abord, merci de la réponse.
Le 18/05/2015 01:05, mireero a écrit :
> On 05/17/2015 07:40 PM, Damien TOURDE wrote:
>> Bonjour,
>>
>> Quand je fais un backup de mon système avec rsync (en root), j'ai ce
>> message d'erreur :
>>
>> rsync: readlink_stat("/run/user/1000/gvfs") failed: Permission denied
>> (13)
>
> Quel sont les droits de dossiers source et cible?
> Et de /run/user/1000/gvfs?
Et bien... je ne sais pas trop !
ls -al /run/user/1000/
ls: impossible d'accéder à /run/user/1000/gvfs: Permission non accordée
total 0
drwx------ 2 damien damien 60 mai 18 09:04 dconf
d????????? ? ? ? ? ? gvfs
> Tu as un demon rsyncd qui tourne sur la machine cible ou tu fais juste
> rsync unPC/unDossier unAutrePC/unAutreDossier?
>
> En gros, as tu défini un "partage" dans /etc/rsyncd.conf?
>
> En général on y définit uid et gid et on met ça en accord avec le
> dossier cible.
>
Je fais juste un rsync quand mon HDD externe est branché, je ne passe ni
en SSH, ni via cron pour automatiser la chose.
>>
>> Aussi j'aimerais savoir ce qu'est ce /run et si je devrais le backuper
>> ou pas ?
>>
>
> Non, /run est un tempfs (donc il "s'efface" à chaque redémarrage).
> A mon humble connaissance, il sert aux applications qui désirent y
> stocker par exemple leur pid principalement, et il peux aussi y avoir
> des tubes nommés, des sockets peut-être, des fichiers qui pèsent
> presque rien.
> Voir:
> ~$ df -h /run
>
>>
>> D'autre part, si je dois restaurer le backup de mon système, vaut-il
>> mieux le faire "comme un porc" et rebalancer toute ma sauvegarde sur un
>> disque vierge ?
>
> Tu veux dire copier le contenu de ta/tes partitions afin d'obtenir une
> réplique exacte?
>
>> Ou plutôt sauvegarder la liste des paquets installés, faire une installe
>> propre, réinstaller tous les paquets listés par dpkg --get-selections,
>> puis copier mes fichiers de configuration depuis ma sauvegarde rsync ?
>
> Ça me semble parfait!
> Toute la question, c'est que veux t'on sauvegarder?
>
En fait, il ne s'agit pas d'un server ni d'un ordinateur avec lequel je
bosse, donc je n'ai pas besoin d'une restauration "dans l'heure" si mon
SSD plante.
Donc je n'ai pas besoin d'une restauration au plus vite, mais plutôt au
plus simple/propre, et en effet, si je transfère mon backup vers un
autre disque, j'ai peur que ça ne soit pas très stable.
> Allez, un exemple:
> J'ai un ssd, alors j'ai mis des liens vers un hdd pour les dossiers
> qui prennent de la place (ex: /home/user/{music,pictures,.cache...}).
> Si le ssd craque, ça change rien pour eux, si c'est le hdd j'ai un
> backup quelque part sur un hdd usb.
>
> Donc je peux faire un backup de /home en disant au programme de ne pas
> suivre les liens symboliques, ça prend pas bcp de place ce qui permet
> de l'envoyer facilement sur un serveur.
>
> Donc j'ai mes fichiers de conf utilisateur.
>
> Mais il y a certains fichiers dans /etc que j'aimerai garder, sans
> sauvegarder tout le bordel (qui n'est pas lourd mais y'a du monde: (du
> -sh /etc => 14Mo, find /etc|wc => 2436).
>
> Ma méthode, depuis que j'ai abandonné l'idée de mettre /home sur une
> partition séparée (j'ai fini par réfléchir et je n'y vois aucun
> intérêt, ça n'engage que moi), donc ma méthode c'est de créer un lien
> dur pour chaque fichier qui m'intéresse, et de le mettre quelque part
> chez moi genre 'ln /etc/vim/vimrc.local /home/user/vimrc' (attention
> aux droits).
>
L'intérêt est surtout sur des distributions comme Ubuntu où il est
souvent conseillé si ce n'est pas stable lors des update de version, de
réinstaller from scratch et donc garder ses paramètres dans home.
Ou quand on aime changer de distribution de temps en temps.
> Bref, chacun sa recette, la mienne est loin d'être parfaite et elle
> change souvent.
>
> Pour les programmes, apt est tellement performant (bonne connexion
> internet + ssd, un vrai régal :) ), j'installe ce qui m'intéresse sur
> le coup. J'ai bien quelques trucs que j'installe dès le début
> (navigateur...) mais je veux garder le contrôle donc je marche pas
> avec une liste, je finirais par oublier ce qu'il y a dessus!
>
>
>> Je suis un peu dans le flou pour le jour où je dois faire ça...
>>
>
> Prend quelques bons conseils quand y'en a, suis des tuto si tu veux,
> et surtout écoute ce que tu ressens plutôt que les autres
> Quand tu te fais confiance, c'est à dire que t'as bien compris les
> enjeux et les mécanismes, là ça ira tout seul.
>
> Moi je commencerais par cette question:
> Qu'est ce que je veux sauvegarder?
>
Reply to: