Contenu | Rechercher | Menus

Annonce

Si vous rencontrez des soucis à rester connecté sur le forum (ou si vous avez perdu votre mot de passe) déconnectez-vous et reconnectez-vous depuis cette page, en cochant la case "Me connecter automatiquement lors de mes prochaines visites".
Test de l'ISO d'Ubuntu francophone : nous avons besoin de testeurs pour la version francophone d'Ubuntu 14.04. Liens et informations ici.
nombre réponses : 25

#0 -1 »  [résolu] Droits, dossier et lien symbolique » Le 16/09/2014, à 21:49

nagadoudi
Réponses : 6

Bonjour,

J'ai un bête problème de droits avec dossiers et liens symboliques, mais je bloque complètement.

L'élément /var/lib/backuppc est un lien symbolique vers le dossier /media/gaston/sauvegardes/backuppc :

root@pc:/var/lib# ll | grep backuppc
lrwxrwxrwx  1 backuppc   backuppc    31 sept. 16 21:00 backuppc -> /media/gaston/sauvegardes/backuppc/

Cette commande ne fonctionne PAS :

root@pc:/# sudo -u backuppc touch /var/lib/backuppc/test
touch: impossible de faire un touch «/var/lib/backuppc/test»: Permission non accordée

Pourtant, ces 2 commandes fonctionnent :

root@pc:/var/lib/backuppc# sudo -u backuppc touch test
root@pc:/media/gaston/sauvegardes/backuppc# sudo -u backuppc touch test

Pourquoi ?


Pour info, voici les droits sur les dossiers :

  • /var : root:root ; 755

  • /var/lib : root:root ; 755

  • /var/lib/backuppc : backuppc:backuppc ; 777 (c'est un lien symbolique)

  • /media : root:root ; 755

  • /media/gaston : root:root ; 750+

  • /media/gaston/sauvegardes : root:users ; 775

  • /media/gaston/sauvegardes/backuppc : backuppc:backuppc ; 775

L'utilisateur backuppc appartient au groupe users.

#1 Re : -1 »  [résolu] Droits, dossier et lien symbolique » Le 16/09/2014, à 22:30

nagadoudi
Réponses : 6

C'est quoi le flag -E ?

Le programme touch est un indicateur pour nous permettre de savoir si BackupPC écrit ou non dans un dossier.

#3 Re : -1 »  [résolu] Droits, dossier et lien symbolique » Le 17/09/2014, à 10:42

nagadoudi
Réponses : 6

C'est exactement ça !

Le dossier /media/gaston appartient à root:root...

root@pc:/media# ll /media/ | grep gaston
drwxr-x---+  5 root root  4096 sept. 17 10:08 gaston/

... mais l'utilisateur gaston y a un accès (c'est normal) géré avec les ACL.

root@pc:/media# getfacl gaston/
# file: gaston/
# owner: root
# group: root
user::rwx
user:gaston:r-x
group::---
mask::r-x
other::---

J'ai donc ajouté un accès à l'utilisateur backuppc.

root@pc:/media# setfacl --modify user:backuppc:rX gaston/

Résultat :

root@pc:/media# getfacl gaston/
# file: gaston/
# owner: root
# group: root
user::rwx
user:backuppc:r-x
user:gaston:r-x
group::---
mask::r-x
other::---

Et ma commande initiale fonctionne !

root@pc:/var/lib/backuppc# sudo -u backuppc touch /var/lib/backuppc/test

Merci Postmortem !

#4 -1 »  Supprimer zeitgeist... logiciel fantôme ? » Le 01/09/2014, à 10:51

nagadoudi
Réponses : 15

Bonjour,

Je viens de désinstaller Zeitgeist car il consommait trop de ressources et faisait ramer ma machine. J'y suis arrivé grâce aux commandes données par fnux dans le fil 1585691 :

sudo killall -9 zeitgeist-fts zeitgeist-datahub zeitgeist-deamon
chmod -rw ~/.local/share/zeitgeist/activity.sqlite
sudo apt-get purge zeitgeist zeitgeist-core zeitgeist-datahub python-zeitgeist
sudo shutdown -r now

Ces commandes ont permis de supprimer les 2 paquets zeitgeist-core et zeitgeist-datahub encore présents.

Pourtant, j'aimerais comprendre pourquoi avant de faire ça, je pensais avoir déjà supprimé tout zeitgeist via la logithèque...

Capture d'écran de la logithèque
Logithèque > Installés > Filtre sur « zeitgeist » : rien

... alors qu'il était encore bien présent sur la machine...

$ apt list | grep zeitgeist

WARNING: apt does not have a stable CLI interface yet. Use with caution in scripts.

gir1.2-zeitgeist-2.0/trusty 0.9.14-0ubuntu4 amd64
libqzeitgeist-dbg/trusty 0.7.0-1build1 amd64
libqzeitgeist-dev/trusty 0.7.0-1build1 amd64
libqzeitgeist0/trusty 0.7.0-1build1 amd64
libzeitgeist-1.0-1/trusty,now 0.3.18-1ubuntu2 amd64 [installed]
libzeitgeist-1.0-1-dbg/trusty 0.3.18-1ubuntu2 amd64
libzeitgeist-2.0-0/trusty,now 0.9.14-0ubuntu4 amd64 [installed,automatic]
libzeitgeist-2.0-0-dbg/trusty 0.9.14-0ubuntu4 amd64
libzeitgeist-2.0-dev/trusty 0.9.14-0ubuntu4 amd64
libzeitgeist-2.0-doc/trusty 0.9.14-0ubuntu4 all
libzeitgeist-cil-dev/trusty 0.8.0.0-5 all
libzeitgeist-dev/trusty 0.3.18-1ubuntu2 amd64
libzeitgeist-doc/trusty 0.3.18-1ubuntu2 all
libzeitgeist0.8-cil/trusty 0.8.0.0-5 all
monodoc-zeitgeist-manual/trusty 0.8.0.0-5 all
python-zeitgeist/trusty 0.9.14-0ubuntu4 all
rhythmbox-plugin-zeitgeist/trusty-updates 3.0.2-0ubuntu2 all
zeitgeist/trusty 0.9.14-0ubuntu4 all
zeitgeist-core/trusty,now 0.9.14-0ubuntu4 amd64 [installed,automatic]
zeitgeist-datahub/trusty,now 0.9.14-0ubuntu4 amd64 [residual-config]
zeitgeist-explorer/trusty 0.2-1 all

... et qu'il tournait.

Capture d'écran des processus
zeitgeist-daemon et zeitgeist-fts

D'où vient cet écart entre la logithèque et la commande apt ?

La machine tourne avec Ubuntu 14.04 (pour combien de temps encore ?)

#5 Re : -1 »  Supprimer zeitgeist... logiciel fantôme ? » Le 01/09/2014, à 17:57

nagadoudi
Réponses : 15

En effet, jplemoine, la commande avec --installed affiche un rendu différent : c'est elle que je cherchais.

Ceci dit, zeitgeist était tout de même encore installé puisque le processus apparaissait dans le moniteur système d'une part et que apt-get purge m'a indiqué qu'il supprimait les 2 paquets zeitgeist-fts et zeitgeist-datahub d'autre part. Dans le même temps, la logithèque m'indiquait que zeitgeist n'était plus installé. Peut-être un bug ?

Je pensais qu'arrêter les processus avant désinstallation était réservé au monde Windows...

Ubuntu1988, tu as peut-être raison pour synaptic.

Plus le temps passe, plus je me dis qu'Ubuntu, c'était mieux avant. Ou c'est ptêt moi qui vieillit mal. smile

#6 Re : -1 »  Supprimer zeitgeist... logiciel fantôme ? » Le 01/09/2014, à 23:17

nagadoudi
Réponses : 15
tiramiseb a écrit :

Alors tu as désinstallé le logiciel, mais son instance en fonctionnement, elle, elle était toujours là...

Je ne pense pas car j'ai redémarré plusieurs fois entre temps.

tiramiseb a écrit :

Il me semble que la logithèque ne propose pas la liste de tous les paquets, seulement ceux « orientés utilisateur ».

On a habituellement un lien « Voir les n éléments techniques » en bas. Je l'avais utilisé pour supprimer ces paquets non orientés utilisateurs.
Sur la capture, ce lien n'apparaît plus.
Je pense que pour la logithèque, zeitgeist était vraiment complètement supprimé.

f.x0 a écrit :

pour savoir quels paquets liés à zeitgeist sont réellement installés,
la commande est :

dpkg -l *zeitgeist* | grep "ii"

Merci. Ça annonce qu'il me reste libzeitgeist-1.0-1 et libzeitgeist-2.0-0:amd64, de simples biblio. Donc cette fois, c'est bon.

#7 Re : -1 »  Supprimer zeitgeist... logiciel fantôme ? » Le 02/09/2014, à 09:54

nagadoudi
Réponses : 15

Après avoir désinstallé le programme zeitgeist, j'ai supprimé le dossier ~/.local/share/zeitgeist car il contenait pas mal de données binaires (base de données) dont j'ignorais le contenu... probablement des infos liées à mon historique.

#8 -1 »  BackupPC : Tar exited with error 512 () status (encore !) » Le 11/09/2013, à 10:23

nagadoudi
Réponses : 11

Bonjour à toutes et tous,

Ce fil de discussion fait suite à celui-ci, le message d'erreur étant le même, mais la cause différente.

La sauvegarde se déroule normalement pendant quelques heures (10 h la 1ère fois, 3 h la 2ème fois), puis s'arrête soudain avec le message « Tar exited with error 512 () status ».

Le journal de l'hôte :

2013-09-09 14:03:44 full backup started for directory /etc
2013-09-09 14:04:03 full backup started for directory /home/tartempion
2013-09-09 17:19:20 Got fatal error during xfer (Tar exited with error 512 () status)
2013-09-09 17:19:25 Backup aborted (Tar exited with error 512 () status)
2013-09-09 17:19:25 Saved partial dump 0

Le journal global de BackupPC :

2013-09-09 14:03:44 Started full backup on localhost (pid=7989, share=/etc)
2013-09-09 14:04:03 Started full backup on localhost (pid=7989, share=/home/tartempion)
2013-09-09 15:00:00 Next wakeup is 2013-09-09 16:00:00
2013-09-09 16:00:00 Next wakeup is 2013-09-09 17:00:00
2013-09-09 17:00:00 Next wakeup is 2013-09-09 18:00:00
2013-09-09 17:19:25 Backup failed on localhost (Tar exited with error 512 () status)

Note : il y a largement assez d'espace sur le disque de sauvegarde.

Des pistes de recherche ?

#9 Re : -1 »  BackupPC : Tar exited with error 512 () status (encore !) » Le 11/09/2013, à 12:18

nagadoudi
Réponses : 11
Haleth a écrit :

timeout ?

Je ne pense pas, car le délai serai le même à chaque fois. Or, là on a un échec au bout de 10 h un coup et de 3 h l'autre coup.

maxire a écrit :

La première sauvegarde (10h00 de temps) est-elle réussie ?

Non plus, elle a échoué comme l'autre, avec les mêmes messages d'erreur.

maxire a écrit :

10h00 pour une sauvegarde cela semble beaucoup, mais pourquoi pas.

En effet. Mais j'ai pour 190 Go de fichiers à sauvegarder, c'est peut-être pour ça.
Pour info, le disque de sauvegarde offre 1 To et est vierge.

maxire a écrit :

J'espère que tu n'essayes pas de sauvegarder la sauvegarde !

Non non ! Je sauvegarde /etc/ et /home/tartempion/, mais pas /media/sauvegardes/. Il n'y a pas de liens symboliques de l'un vers l'autre.

maxire a écrit :

Après /home/tartempion, il y a /media

Quoi ? Je n'ai pas compris.


Extrait du fichier de config /etc/backuppc/localhost.pl

$Conf{XferMethod} = 'tar';

$Conf{TarShareName} = [
  '/etc',
  '/home/tartempion',
  ''
];

$Conf{TarClientCmd} = '/usr/bin/sudo LC_ALL=C $tarPath -c -v -f - -C $shareName+ --totals';

On y voit que seuls /etc et /home/tartempion sont à sauvegardés (pas de référence à /media ici).

On voit aussi que Tar est exécuté en sudo, ce qui devrait lui donner accès à tous les fichiers sans restrictions, même ceux qui ne sont pas accessibles à l'utilisateur backuppc.

#10 Re : -1 »  BackupPC : Tar exited with error 512 () status (encore !) » Le 11/09/2013, à 12:21

nagadoudi
Réponses : 11

J'explore différentes pistes...

  • supprimer la ligne vide de TarShareName

  • m'assurer qu'en sudo on accède à tout

Tests en cours...

#11 Re : -1 »  BackupPC : Tar exited with error 512 () status (encore !) » Le 11/09/2013, à 18:16

nagadoudi
Réponses : 11

Nouvel échec après 3 h 20 min.
Ce qui me permet de dire que ce n'est pas dû à la ligne vide.
Ce n'est pas non plus dû à un dossier crypté par encfs. (Quand le dossier crypté était ouvert, « sudo ls » renvoyait « ls: impossible d'ouvrir le répertoire ./bidule: Permission non accordée » alors que « ls » fonctionnait. Quand le dossier était fermé, no problemo.)

La sauvegarde de /etc seul fonctionne.

#12 Re : -1 »  BackupPC : Tar exited with error 512 () status (encore !) » Le 12/09/2013, à 10:09

nagadoudi
Réponses : 11

Oui, je pense aussi que procéder par étapes me permettra de trouver où ça coince. Je tente là une sauvegarde de tartempion en ôtant tous les gros dossiers (Images, Documents...) Si ça ne marche pas, je tenterai sans rsync. Sinon, j'ajouterai au fur et à mesure des dossiers. Ça peut être long et fastidieux, mais j'ai bien envie de trouver !
Merci beaucoup pour ton aide.

#13 Re : -1 »  BackupPC : Tar exited with error 512 () status (encore !) » Le 16/09/2013, à 09:49

nagadoudi
Réponses : 11

Bon ben désormais ça marche, mais je ne sais pas pourquoi...

Comparons :

AVANT :

  1. J'avais une erreur 512

  2. Je tentais de sauvegarder la totalité de /home/tartempion/, soit 238 Gio. Durée : des fois 10 h + édition de liens 12 h...

  3. Parmi les fichiers à sauvegarder, root (donc sudo) n'accédait pas à tout. Par exemple : « impossible d'accéder à «/home/tartempion/.gvfs»: Permission non accordée » (.gvfs est en 500 et appartient à tartempion)

  4. Dans le fichier de conf localhost.pl, $Conf{BackupFilesExclude} contenait des erreurs de syntaxe (mea culpa) et d'encodage (car différent entre éditeur texte et interface web). Du coup, il était ignoré et tout était sauvegardé :

    $Conf{BackupFilesExclude} = {
      'exclusions' => [
        '/home/tartempion/.adobe',
        '/home/tartempion/.cache',
        '/home/tartempion/.gvfs',
        '/home/tartempion/.local/share/Trash',
        '/home/tartempion/.macromedia',
        '/home/tartempion/.thumbnails',
        '/home/tartempion/.VirtualBox',
        '/home/tartempion/VirtualBox VMs',
        '/home/tartempion/tmp',
        "/home/tartempion/T\x{e9}l\x{e9}chargements"
      ]
    };

APRÈS :

  1. La sauvegarde se fait avec succès

  2. Je ne sauvegarde que ce qui m'intéresse dans /home/tartempion/, soit 180 Gio. Durée : 2h30

  3. root a accès à tous les fichiers à sauvegarder

  4. $Conf{BackupFilesExclude} respecte la syntaxe :

    $Conf{BackupFilesExclude} = {
      '/home/tartempion' => [
        '.adobe',
        '.aMule',
        '.arista',
        [...]
        '.xscreensaver-getimage.cache',
        '.xsession-errors',
        '.xsession-errors.old'
      ]
    };

Voilà pour les erreurs que je vois. J'ignore ce qui a fait la différence...

Un GRAND MERCI à toi Maxire pour ton aide acharnée ! :-*)

#14 -1 »  [résolu] BackupPC : Tar exited with error 512 () status » Le 04/09/2013, à 11:58

nagadoudi
Réponses : 9

Bonjour,

Comme indiqué sur le tuto BackupPC, j'ai déplacé le dossier /var/lib/backuppc/pc/localhost vers mon disque externe /media/sauvegardes/backuppc/localhost et j'ai créé un lien symbolique.
Les 2 partitions sont en ext4.

J'ai aussi suivi les indications pour donner à l'utilisateur backuppc les droits sudo sur la commande tar :
  * dans /etc/sudoers : backuppc ALL = NOPASSWD: /bin/tar
  * dans la config /etc/backuppc/localhost.pl : $Conf{TarClientCmd} = '/usr/bin/sudo LC_ALL=C $tarPath -c -v -f - -C $shareName+ --totals';


Et pourtant, je reçois l'erreur « Tar exited with error 512 () status » :
-> dans /media/sauvegardes/backuppc/localhost/LOG.092013 :

2013-09-04 11:00:53 Can't create a test hardlink between a file in /var/lib/backuppc/pc/localhost and /var/lib/backuppc/cpool.  Either these are different file systems, or this file system doesn't support hardlinks, or these directories don't exist, or there is a permissions problem, or the file system is out of inodes or full.  Use df, df -i, and ls -ld to check each of these possibilities. Quitting...

-> dans /var/lib/backuppc/log/LOG :

2013-09-04 11:00:52 User backuppc requested backup of localhost (localhost)
2013-09-04 11:00:53 localhost: test hardlink between /var/lib/backuppc/pc/localhost and /var/lib/backuppc/cpool failed

J'ai cherché sur les forums, mais rien trouvé qui ne me corresponde. À l'aide !

#15 Re : -1 »  [résolu] BackupPC : Tar exited with error 512 () status » Le 05/09/2013, à 10:37

nagadoudi
Réponses : 9

Pour faire court :

  1. le dossier de sauvegarde est déplacé sur un disque externe

  2. tar est exécuté en sudo

... et j'ai quand-même le message « Tar exited with error 512 () status ».

Personne ?

#16 Re : -1 »  [résolu] BackupPC : Tar exited with error 512 () status » Le 05/09/2013, à 13:34

nagadoudi
Réponses : 9

Tu as raison, la réponse est dans le message d'erreur. Les 2 dossiers existent, mais :

  • /var/lib/backuppc/pc/localhost est sur le disque externe

  • /var/lib/backuppc/cpool est sur le disque système

En fait, /var/lib/backuppc/pc/localhost est un lien symbolique vers /media/sauvegardes/backuppc/localhost/.

Quelle solution « propre » me recommandes-tu ? Je ne peux tout de même pas déplacer tout /var/lib/backuppc/ vers le disque externe.

P.S. : oui, la copie de la conf s'était bien passée.

#17 Re : -1 »  [résolu] BackupPC : Tar exited with error 512 () status » Le 06/09/2013, à 10:09

nagadoudi
Réponses : 9

Oui, cpool existe et c'est un dossier.

/var/lib/backuppc/ et /media/sauvegardes/backuppc/localhost/ appartiennent à backuppc:backuppc en 760 et 775. J'ai testé, l'utilisateur a bien accès en lecture et écriture.

Ah oui !, mais non tar n'est pas la commande  Tar spécifique à backuppc, le piège ...

Quoi ? Hein ?

Je teste le déplacement de tout le dossier et je reviens...

#18 Re : -1 »  [résolu] BackupPC : Tar exited with error 512 () status » Le 06/09/2013, à 10:31

nagadoudi
Réponses : 9

J'ai déplacé tout le dossier comme indiqué au paragraphe 4.2... et ça marche ! Le problème était bien que les dossier cpool et localhost étaient sur des partitions différentes, d'où le message « Can't create a test hardlink between [...] these are different file systems [...] ».

Un grand merci pour ton aide Maxire.

Maintenant que j'ai bien galéré, il serait bon de corriger le tuto pour que d'autres n'essuient pas les mêmes déconvenues (ça se dit ?) Je vais voir ça...

#19 Re : -1 »  [résolu] BackupPC : Tar exited with error 512 () status » Le 11/09/2013, à 10:25

nagadoudi
Réponses : 9
maxire a écrit :

[Edit] Je viens de lire ton message de succès, super |Fin Edit]

Succès éphémère...

#20 -1 »  [résolu] Disque externe impossible à vider » Le 02/09/2013, à 11:05

nagadoudi
Réponses : 12

Bonjour !

J'ai beau formater un disque dur externe, il reste systématiquement 15 Gio de fichiers utilisés dessus !

capture GParted : 14.81 Gio utilisés
Propriétés du dossier : 50 Go utilisés

Il s'agit d'un disque dur d'occasion que je viens de récupérer. Taille : 1000 Go (931 Gio). Il était en NTFS. Je l'ai formaté en ext4.

Monté, il semble vide :

$ ls -a /media/sauvegardes/
.  ..
$

Mais il reste 14,81 Gio utilisés. Je trouve dommage toute cette place perdue. Est-il possible de la récupérer ?

#21 Re : -1 »  [résolu] Disque externe impossible à vider » Le 02/09/2013, à 11:46

nagadoudi
Réponses : 12

(Je les vois en faisant clic droit et propriétés sur le disque, dans l'explorateur de fichiers Nautilus.)

Bon ben si c'est normal...

Merci pour ta réponse.

#22 Re : -1 »  [résolu] Disque externe impossible à vider » Le 02/09/2013, à 12:35

nagadoudi
Réponses : 12

Arf, un peu compliqué pour moi. Je vais laisser tel quel. Merci !