transferts de fichiers lourds s'interrompt

rodinux · 14-09-2019 20:50:59

Bonjour,
suite à un disque SSD qui m'a joué des mauvais tours (cf https://debian-facile.org/viewtopic.php?id=25087), j'ai investi dans un nouveau disque SSD Crucial MX500 de 1 To. Une installation de debian Buster depuis et maintenant petit à petit j'essaie de récupérer des fichiers qui sont restés sur la partition /home de l'ancien disque. Mais quand je tente de faire des grosses copie, ça s’arrête avant la fin. Du coup j'essaie avec rsync, avec grsync, mais j'ai encore ce soucis de copie de fichiers !

Je me demande si c'est à cause du nouveau disque qui est un peu gros et si il n'aurait pas fallu que j'installe Debian avec un boot UEFI, ce qui n'est pas le cas, cela pourrait être la raison ??

Je n'ai pas fait de configuration spéciale dans le fstab pour ce nouveau disque SSD, est-ce que j'ai intérêt d'appliquer certaines des recommandations vues ici: https://wiki.debian.org/SSDOptimization ?

Voici mon fstab actuel:

cat /etc/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).

#

# <file system> <mount point>   <type>  <options>       <dump>  <pass>

# / was on /dev/sda1 during installation

UUID=ca69ec0e-4ff4-4285-b20b-ea14477ed07c /               ext4    errors=remount-ro 0       1

# /home was on /dev/sda6 during installation

UUID=9127ae1e-a608-4e95-995c-d87697bf0bb7 /home           ext4    defaults        0       2

# swap was on /dev/sda5 during installation

UUID=f9246f9d-b06f-42f1-ae13-d32f88ec5c95 none            swap    sw              0       0

/dev/sr0        /media/cdrom0   udf,iso9660 user,noauto     0       0

Là par exemple j'ai interrompu grsync qui n'arrivait pas au bout d'un transfert, mais si je fais un top :

$

top

top - 21:41:49 up  1:31,  1 user,  load average: 15,90, 12,38, 7,40

Tasks: 201 total,   2 running, 199 sleeping,   0 stopped,   0 zombie

%Cpu(s): 18,6 us, 11,4 sy,  0,0 ni,  0,0 id, 70,0 wa,  0,0 hi,  0,0 si,  0,0 st

MiB Mem :   7754,9 total,    154,4 free,   1735,1 used,   5865,5 buff/cache

MiB Swap:  10318,0 total,  10315,2 free,      2,8 used.   5540,7 avail Mem 

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND    

 3365 rodebian  20   0  742160  95796  27140 R 100,3   1,2  40:09.89 grsync     

 1111 rodebian  20   0 3001288 204628  98916 S  10,0   2,6   4:23.98 gnome-she+ 

 2916 rodebian  20   0 1413012  86564  39768 S   3,0   1,1   0:28.31 nautilus   

 2172 rodebian  20   0 1660064 240820 115140 S   2,7   3,0   1:22.14 Web Conte+ 

 1914 rodebian  20   0   20,4g 416164 144412 S   1,0   5,2   3:41.55 firefox-e+ 

 2630 rodebian  20   0  373240  38904  28680 S   1,0   0,5   0:07.82 gnome-ter+ 

 1958 rodebian  20   0 1556984 183876 101376 S   0,3   2,3   0:21.57 Web Conte+ 

 2026 rodebian  20   0 1611784 227260 102076 S   0,3   2,9   1:09.66 Web Conte+ 

 3459 root      20   0       0      0      0 I   0,3   0,0   0:01.01 kworker/2+ 

 3731 root      20   0       0      0      0 I   0,3   0,0   0:00.40 kworker/0+ 

 3834 rodebian  20   0   11148   3824   3140 R   0,3   0,0   0:00.26 top        

    1 root      20   0  170832  10628   7848 S   0,0   0,1   0:06.56 systemd    

    2 root      20   0       0      0      0 S   0,0   0,0   0:00.01 kthreadd   

    3 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 rcu_gp     

    4 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 rcu_par_gp 

    6 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 kworker/0+ 

    8 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 mm_percpu+

Je constate que grsync prend plein de cpu alors qu'il est arrêté !

et pour la mémoire:

$

free -m

              total        used        free      shared  buff/cache   available

Mem:           7754        1737         158         184        5858        5540

Swap:         10317           2       10315

Je me dis qu'il y a soucis... peut-être de configuration pour un tel disque SDD ou bien si c'est parce que j'aurais dû installer en UEFI, est-il possible de réinstaller le système avec l'uefi sans effacer la partition /home et en gardant le même utilisateur ? Mais je ne suis pas sûr que ce soit la cause...

Edit à toto : Séparé la commande user de son retour pour que cela soit plus lisible par tous.

melissa6969 · 14-09-2019 21:35:17

d'ailleurs pourquoi t'as pas donné suite à ton topic, ni passer en résolu avant d'ouvrir celui-là.??
tu devrais, c'est quand même + sympa pour ceux qui t'ont aidé et ceux qui tomberont sur ton sujet en cas de problèmes similaires (de leur donner un retour, que t'as acheté un nouveau ssd du coup, parce que si personne voit ce topic là actuel, bah on sait pas la suite de l'aventure...)

rodinux · 14-09-2019 22:37:19

Bon, j'ai ajouté en effet le fait que j'ai fini par acheter un nouveau disque sur le précédent topic... Je ne sais pas si mettre résolu est vraiment à propos...

smolski · 15-09-2019 04:47:20

rodinux a écrit :

Je ne sais pas si mettre résolu est vraiment à propos...

Oui, car la solution ultime est en soit un renseignement.

rodinux · 15-09-2019 22:21:34

Bonsoir,
OK, pour le précédent topic passé en Résolu. J'ai toujours des surprises désagréables avec ma nouvelle installation. J'ai depuis ajouté deux ou trois choses pour l'optimisation du disque.
Cette ligne ajoutée dans le fichier /etc/fstab

# mettre en mémoire vive les fichiers tmp

tmpfs /tmp tmpfs defaults,relatime,mode=1777,nosuid,size=4196M 0 0 

Cette ligne dans /etc/sysctl.conf

vm.swappiness=20

J'ai aussi installé le paquet zram-tools sans avoir éditer le fichier /etc/default/zramswap.
Quand je fait cette commande

cat /proc/swaps

Filename        Type    Size  Used  Priority

/dev/sda5                               partition 10565628  0 -2

/dev/zram0                              partition 65532 0 100

/dev/zram1                              partition 65532 0 100

/dev/zram2                              partition 65532 0 100

/dev/zram3                              partition 65532 0 100

Depuis j'ai pu faire un transfert assez conséquent sans problèmes.
Mais j'ai encore par moment des transferts qui se figent et qui n'arrivent pas au bout.

Je ne suis pas sûr de savoir si le soucis viennent de mon installation sur ce nouveau disque ou du disque qui contient les données ( sur l'ancien disque où je cherche à récupérer des données, il me semble que c'est la partition root seulement qui avait des soucis, pas la partition /home )...

Debian-facile

#1 14-09-2019 20:50:59

transferts de fichiers lourds s'interrompt

#2 14-09-2019 21:35:17

Re : transferts de fichiers lourds s'interrompt

#3 14-09-2019 22:37:19

Re : transferts de fichiers lourds s'interrompt

#4 15-09-2019 04:47:20

Re : transferts de fichiers lourds s'interrompt

#5 15-09-2019 22:21:34

Re : transferts de fichiers lourds s'interrompt

Pied de page des forums