logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

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

rodinux
Membre
Lieu : Ardèche
Distrib. : Debian Bookworm
Noyau : Linux 6.1.0-14-amd64
(G)UI : Gnome
Inscription : 29-05-2014
Site Web

transferts de fichiers lourds s'interrompt

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 ? scratchhead.gif  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.


La vie, ce n'est pas d'attendre que l'orage passe, c'est de danser sous la pluie...

Hors ligne

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

melissa6969
Banni(e)
Inscription : 30-11-2016

Re : transferts de fichiers lourds s'interrompt

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...)

Quamdiu est spes est, Est vitae.
Fiet in posterum melius

Hors ligne

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

rodinux
Membre
Lieu : Ardèche
Distrib. : Debian Bookworm
Noyau : Linux 6.1.0-14-amd64
(G)UI : Gnome
Inscription : 29-05-2014
Site Web

Re : transferts de fichiers lourds s'interrompt

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...

La vie, ce n'est pas d'attendre que l'orage passe, c'est de danser sous la pluie...

Hors ligne

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

smolski
quasi...modo
Lieu : AIN
Distrib. : backports (buster) 10
Noyau : Linux 4.19.0-8-amd64
(G)UI : gnome
Inscription : 21-10-2008

Re : transferts de fichiers lourds s'interrompt

rodinux a écrit :

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


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


saque eud dun (patois chtimi : fonce dedans)

Hors ligne

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

rodinux
Membre
Lieu : Ardèche
Distrib. : Debian Bookworm
Noyau : Linux 6.1.0-14-amd64
(G)UI : Gnome
Inscription : 29-05-2014
Site Web

Re : transferts de fichiers lourds s'interrompt

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 )...


La vie, ce n'est pas d'attendre que l'orage passe, c'est de danser sous la pluie...

Hors ligne

Pied de page des forums