PB : copy intempestive de / dans /HOME

Support Debian
#1

bonjour,

Mon probleme est assez simple a expliquer et le titre le résume assez bien.

Mon ordinateur copy automatiquement / dans /home sans que je ne lui demande rien du tout. Cela a pour conséquence de mettre les CPU a 100%. J’ai ce probleme depuis 1 semaine sur mes deux ordinateurs… J’ai l’impression que Kate y est pour quelques choses mais n’en suis absolument pas sur.
Je solutionne le pb en Tuant le processus “cp” (puis je supprime les fichiers copiés)

Si vous avez une idée pour solutionné ce pb, car ces ordinateurs sont des ordinateurs de travail

Mes deux ordis sont sur Squeeze/KDE. L’un est une tour et l’autre un ultra portable

Ce problème est très gênant, si vous avez une solution!

merci

#2

Comment est fait ton partitionnement ?
Ptet aussi que le fstab donnerait une idée ?

#3

salut,

Partition assez classique en fait. Un /home, un /, un /swap, une partion fat, et un autre disque dur en fat

le fstab

/etc/fstab: static file system information.

Use ‘blkid’ to print the universally unique identifier for a

device; this may be used with UUID= as a more robust way to name devices

that works even if disks are added and removed. See fstab(5).

proc /proc proc defaults 0 0

/ was on /dev/sda5 during installation

UUID=884f3c53-3a04-4277-a90a-3f58977d07f1 / ext4 errors=remount-ro 0 1

/home was on /dev/sda7 during installation

UUID=37c30ecf-f28a-49f5-b694-59312aa6379b /home ext4 defaults 0 2

swap was on /dev/sda6 during installation

UUID=03fc41f6-2e93-4553-840b-d0ebcd874639 none swap sw 0 0
/dev/scd0 /media/cdrom0 udf,iso9660 user,noauto 0 0
/dev/sdb1 /media/usb0 auto rw,user,noauto 0 0

####### TRAVAIL
/dev/sda3 /mnt/travail vfat rw,user,auto,exec,gid=100,uid=1000,umask=002,iocharset=utf8,codepage=850,shortname=mixed 0 0

DISQUE DE SAUVEGARDE

/dev/sdb1 /mnt/backup vfat rw,user,auto,exec,gid=100,uid=1000,umask=002,iocharset=utf8,codepage=850,shortname=mixed 0 0

#4

Essaye de trouver qui lance le processus cp soit avec pstree soit lsof (lsof -p PID). Il faut que le cp soit actif bien sûr.

edit
Si tu as plusieurs commandes cp actives voici comment sortir le lsof de chacune:

#5

Puisque tu interromps cp qui semble revenir de manière programmée,
une piste à vérifier serait celle de cron.
Cron permet de programmer des opérations au rythme horaire,quotidien, hebdomadaire, mensuel.

$ crontab -l

Voir en /etc/cron* (crontab, cron.d, hourly, daily,weekly…)
Cherche les lignes qui pourraient contenir cp dans les différents /etc/cron*.

Kate étant un éditeur, a priori il ne devrait pas être en cause.
Sait-on jamais … Comme tu portes des soupçons sur kate, vérifie également qu’il n’y ait pas trace de kate dans les tâches automatisées.

#6

Salut,

Je n’ai pas eu a nouveau ce problème. Je ne sais donc pas qu’elle manipulation a provoqué ce bug.

Je mets donc en résolu…

#7

https://www.debian-fr.org/a-lire-avant-de-poster-t4657.html

#8

ok c’est vrai je n’ai pas relu les dérectives

et merci a ceux qui ont repondu