Planificateur de tâches

Support Debian
#1

Bonjour

J’ai installé Debian 8.1 sur un SSD.

J’ai mis des commandes (sauvegarde journalière) dans le planificateur de tâches. Certaines vers le disque dur, d’autres vers un disque externe. Celles vers le disque dur ne s’exécutent pas.

Je me demande si cela a un rapport avec le fait que le système me demande un mot de passe quand je veux lire les fichiers du DD avec Dolphin.

Question subsidiaire : comment paramétrer le système pour pouvoir entrer dans le DD sans être obligé de donner un mot de passe ?

Merci.

Jean-Pierre

#2

Bonjour Jean-Pierre,

ta question est trop vague, il faut :

  • préciser ta configuration générale ( dans ta signature )
  • donner la configuration du disque concerné ( /etc/mtab ) et les droits sur ce disques pour l’utilisateur concerné ( ls -la dans le répertoire ou est monté le disque concerné )
  • passer par une commande en console pour comprendre le problème ( cp, rsync , … )
  • donner la commande console que tu utilises

Si la commande console ne fonctionne pas, c’est un problème de droits
Lorsque la commande console fonctionnera, il faudra la planifier ( avec cron a priori ) et à ce moment si cela ne fonctionne pas il faudra regarder la conf de cron.

A terme aucune raison que cela ne fonctionne pas, mais il faut simplement progresser par étape.

#3

Bonsoir

1 Disques et mot de passe
Debian (bureau KDE) est sur un disque SSD Samsung de 250 Go (/dev/sdb1) (40 Go sur /dev/sdb1 pour le système, 4 Go sur /dev/sdb5 pour le swap, le reste pour sur /dev/sdb6/home).
Il y a aussi un disque dur de 2 To avec une ancienne installation de Kubuntu sur /dev/sdba (trois partitions de 36 Go, 4 Go, et 1 Go). Il y a aussi un disque externe de 500 Mo.

Dans Dolphin, je vois sans problème tout le contenu du SSD.
Les autres disques sont listés dans la colonne “Emplacement” (en bas et à gauche sur mon écran). Si je clique sur le nom du disque externe, Dolphin me montre son contenu. Si je clique sur le disque dur, un message dit : Authentification is required to mount WDC20EARS…(/dev/sda1) et me demande un mot de passe.

Sur Kubuntu, il n’y avait jamais besoin de mot de passe.

Je n’avais pas pensé à la commande ls -la.
Dans /media/jp/, elle donnait :
total 20
drwxr-x—+ 4 root root 4096 juil. 30 21:25
drwxr-xr-x 4 root root 4096 juil. 26 11:34
drwxr-xr-x 4 root root 4096 juil. 24 12:23 02cf5ef0-982e-4a9a-b020-cbd4248abf49
drwx------ 1 jp jp 8192 juil. 30 22:45 My Passport

J’ai tenté : chown jp 02cf5ef0-982e-4a9a-b020-cbd4248abf49/
Maintenant ls -la donne :
total 20
drwxr-x—+ 4 root root 4096 juil. 30 23:34 .
drwxr-xr-x 4 root root 4096 juil. 26 11:34 …
drwxr-xr-x 4 jp root 4096 juil. 30 23:22 02cf5ef0-982e-4a9a-b020-cbd4248abf49
drwx------ 1 jp jp 8192 juil. 30 23:25 My Passport

Ceci n’a pas supprimé le problème.

2 Planificateur
J’ai saisi les commandes de sauvegarde dans le planificateur de tâches qui se trouve dans la “Configuration du système” depuis que j’ai installé kcron.
Par exemple :
/bin/tar czfv /media/jp/02cf5ef0-982e-4a9a-b020-cbd4248abf49/jp/tar/documents.tar.gz /home/jp/Documents
dont la planification est 30 10 * * *
Cette commande ne s’exécute pas, alors que la commande :
/bin/tar czfv /media/jp/My\ Passport/Tar/icedove_semaine.tar.gz /home/jp/icedove
dont la planification est 20 10 * * 3 s’exécute normalement.

Toutes ces commandes s’exécutent dans la console. Je voudrais simplement qu’elles s’exécutent automatiquement.

Mon fichier /etc/mtab est vide
Je ne sais pas utiliser la commande rsync.

Veux-tu des précisions complémentaires ?

JP

#4

Pour info je suis sous Gnome et pas sous Kde, ceci-dit cela ne doit rien changer aux cdes en console.

/etc/mtab vide ! ? bizarre, j’ai besoin de l’avis d’un autre lecteur, normalement mtab est l’image des partitions montées, à l’instar de fstab qui est la liste des partitions à monter au boot.

chown … -> chown -R …
chown user rep attribue rep à user mais laisse le contenu de rep inchangé
chown -R user rep attribue rep et tout son contenu à user
NB : c’est effectivement la méthode la plus simple si l’on peut se permettre de tout s’approprier, à défaut il faut lancer une sauvegarde sous root.

Pour l’automatisme, n’utilisant pas kde je ne me prononce pas sur ta manip, je te conseille simplement d’utiliser cron, au minimum au début pour comprendre les choses. C’est très simple, crontab -e et fait un 1er essai en suivant les lignes d’aide affichées, par exemple en lançant un pg graphique tq gnumeric, …

#5

Bonsoir,

Merci pour ton aide.
En fait, j’avais cru que mtab était vide parce que Dolphin disait que son volume est 0 octet.
En l’ouvrant avec Write, on voit qu’il contient :
rootfs / rootfs rw 0 0
sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
udev /dev devtmpfs rw,relatime,size=10240k,nr_inodes=746266,mode=755 0 0
devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0
tmpfs /run tmpfs rw,nosuid,relatime,size=1197412k,mode=755 0 0
/dev/sdb1 / ext4 rw,relatime,errors=remount-ro,data=ordered 0 0
securityfs /sys/kernel/security securityfs rw,nosuid,nodev,noexec,relatime 0 0
tmpfs /dev/shm tmpfs rw,nosuid,nodev 0 0
tmpfs /run/lock tmpfs rw,nosuid,nodev,noexec,relatime,size=5120k 0 0
tmpfs /sys/fs/cgroup tmpfs ro,nosuid,nodev,noexec,mode=755 0 0
cgroup /sys/fs/cgroup/systemd cgroup rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd 0 0
pstore /sys/fs/pstore pstore rw,nosuid,nodev,noexec,relatime 0 0
cgroup /sys/fs/cgroup/cpuset cgroup rw,nosuid,nodev,noexec,relatime,cpuset 0 0
cgroup /sys/fs/cgroup/cpu,cpuacct cgroup rw,nosuid,nodev,noexec,relatime,cpu,cpuacct 0 0
cgroup /sys/fs/cgroup/devices cgroup rw,nosuid,nodev,noexec,relatime,devices 0 0
cgroup /sys/fs/cgroup/freezer cgroup rw,nosuid,nodev,noexec,relatime,freezer 0 0
cgroup /sys/fs/cgroup/net_cls,net_prio cgroup rw,nosuid,nodev,noexec,relatime,net_cls,net_prio 0 0
cgroup /sys/fs/cgroup/blkio cgroup rw,nosuid,nodev,noexec,relatime,blkio 0 0
cgroup /sys/fs/cgroup/perf_event cgroup rw,nosuid,nodev,noexec,relatime,perf_event 0 0
systemd-1 /proc/sys/fs/binfmt_misc autofs rw,relatime,fd=23,pgrp=1,timeout=300,minproto=5,maxproto=5,direct 0 0
hugetlbfs /dev/hugepages hugetlbfs rw,relatime 0 0
debugfs /sys/kernel/debug debugfs rw,relatime 0 0
mqueue /dev/mqueue mqueue rw,relatime 0 0
fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0
/dev/sdb6 /home ext4 rw,relatime,data=ordered 0 0
tmpfs /run/user/1000 tmpfs rw,nosuid,nodev,relatime,size=598708k,mode=700,uid=1000,gid=1000 0 0
/dev/sdg1 /media/jp/My\040Passport fuseblk rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096 0 0

Le SSD est sur /dev/sdb. Le disque dur est sur /dev/sda.

Comme on ne voit pas de /dev/sda dans mtab, peut-on en conclure que le disque dur n’est pas monté ? Si oui, quelle est la commande pour le monter automatiquement ?

JP

#6

Effectivement ton DD semble ne pas être monté. Double check avec la commande df.

Sinon les ‘cdes’ utiles :
blkid pour trouver tes disques/partitions
fichier /etc/mtab ou cde df pour visualiser les partitions montées
mount pour monter manuellement une partition
et pour répondre à ta question
fichier /etc/fstab pour déclarer les partitions à monter au boot
IMPORTANT : après toute modif de fstab, faire mount -a pour vérifier qu’il n’y a pas d’erreur, sinon l’erreur surviendra au prochain boot ):
CONSEIL : toujours avoir un 2ème système* pour corriger une erreur au boot
*live CD, autre partition, …

#7

La commande df donne :
Sys. de fichiers blocs de 1K Utilisé Disponible Uti% Monté sur
/dev/sdb1 38317688 6716420 29631760 19% /
udev 10240 0 10240 0% /dev
tmpfs 1197412 9328 1188084 1% /run
tmpfs 2993528 59604 2933924 2% /dev/shm
tmpfs 5120 4 5116 1% /run/lock
tmpfs 2993528 0 2993528 0% /sys/fs/cgroup
/dev/sdb6 197936372 119184460 68674216 64% /home
tmpfs 598708 8 598700 1% /run/user/1000
/dev/sdg1 488350716 151610164 336740552 32% /media/jp/My Passport

Elle confirme que le DD n’est pas monté, alors que le disque externe l’est (/dev/sdg1).

Pourtant, le fstab dit :

/ was on /dev/sda1 during installation

UUID=05295b32-5c02-4ad6-82fb-f8eece9026b7 / ext4 errors=remount-ro 0 1

/home was on /dev/sda6 during installation

UUID=7ea6f976-a79f-4e1d-a422-89f962923e9b /home ext4 defaults 0 2

swap was on /dev/sda5 during installation

UUID=1a200a4b-2d33-4f2f-83df-e26797e4ee21 none swap sw 0 0
/dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0

  • On ne voit pas le disque externe.
  • Les lignes commentées disent que le SSD était sur /dev/sda1 pendant l’installation.

Je suis incapable d’ajouter la ligne qui monterait automatiquement le DD. Serait-ce :
UUID=02cf5ef0-982e-4a9a-b020-cbd4248abf49 /media ext4 defaults 0 0

La référence est donnée dans le gestionnaire de partitions.

JP

#8

UUID=02cf5ef0-982e-4a9a-b020-cbd4248abf49 /media ext4 defaults 0 0
(1) (2) (3)

(1) je ne peux pas deviner l’UUID de ta partition
à voir avec blkid
l’UUID n’est pas très pratique/lisible pour les essais, utilise plutôt /dev/sda…
(2) ça fonctionnera, mais c’est pas très judicieux si tu as des sous-rep sous /media, ils ne seront plus visibles après le montage
il faut ( toujours ) monter sur un répertoire sans sous-rep
par exemple sous /media/sda/sda… en ayant pris soin de créer les sous-rep préalablement s’ils n’existent pas déjà
(3) à voir avec blkid

n’existe pas avec faire des essais.

  • modif fstab
  • mount -a pour monter les partitions déclarées dans fstab
  • df pour voir le résultat
#9

Bonjour

J’ai créé un dossier /media/dd

Dans fstab, j’ai ajouté une ligne :/dev/sda1 /media/dd-home ext4 defaults 0 0

Maintenant, le disque dur se monte automatiquement dans /media/dd/.

La seule bizarrerie est qu’il y a un second dossier dd, vide : /media/dd/dd donc au même niveau que jp. Ce n’est pas gênant

En tout cas, le planificateur de tâche fonctionne !!!

Grand merci !

Jean-Pierre

#10

Super,

passe le sujet en résolu en cliquant sur l’icône vert en bas à droite de ton post.