Hier, je copiais un fichier unique de 8 Go sur une clé USB avec une vitesse d’écriture lente de 7 Mo / s, alors que ma mémoire RAM représentait 3 Go. Lors de la copie du système, je suis resté bloqué au point où je ne pouvais même plus déplacer le curseur.
J'ai réussi à me connecter à la console de saisie du texte et iotop
, en cours d'exécution, cela a montré qu'un processus nommé kswapd0
prenait 99,99% des E / S.
Existe-t-il des solutions pour que la copie d'un fichier volumineux ne rende pas mon système inutilisable?
Réponses:
Selon ce rapport de bogue je l'ai résolu en ajoutant les lignes suivantes
dans /etc/sysctl.conf
et courir
la source
dirty_background_bytes
etdirty_bytes
utilisent des valeurs en octets absolus . J'ai corrigé ce problème avec la deuxième réponse, mais pour le rendre persistant, ajoutez-le àsysctl.conf
, voyez cette réponse . Ainsi, lorsque vous utilisez des valeurs en pourcentage, modifiez-les lors de la mise à niveau de la mémoire.Je suis tombé sur le même problème. Le mien est un Ubuntu 14.04 64 bits. Donc, après une longue lutte, j'ai trouvé une réponse qui résout mon problème. Pour faciliter l'utilisation, j'ai ajouté les commandes ci-dessous utilisées dans la réponse mentionnée ci-dessus . Vérifiez la réponse pour une explication détaillée.
Après avoir utilisé la commande ci-dessus, le système a commencé à fonctionner normalement lors de la copie de fichiers.
Merci à @Rmano .
la source
Je rencontre un problème similaire avec le gel du système lors de la copie sur un lecteur flash. J'ai soumis un rapport de bogue à ce sujet: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1267648
En guise de solution de contournement, j'ai constaté que la désactivation de l'échange élimine complètement le problème.
la source
Oui, il existe des paramètres de noyau que vous pouvez modifier en spécifiant la quantité de données devant être marquées comme écrites avant qu’elles ne soient réellement écrites sur le disque. Regardez ici pour une description assez complète d'eux. En particulier, vous voudrez trouver une valeur de dirty_ratio qui fonctionne bien pour vous (elle est généralement trop élevée pour un ordinateur de bureau / un ordinateur portable par défaut, mais aucun nombre magique ne convient à tout le monde).
la source
Je viens d'avoir exactement le même problème (en 2019), sous Ubuntu 19.10, lors de la copie d'un grand nombre de fichiers d'un disque USB vers un disque SATA. Les deux systèmes de fichiers sont ext4. Lorsque j'ai désactivé l'échange, le problème a disparu. Cela ressemble à un bogue dans l'allocation de mémoire pour les tampons de disque - apparemment, le noyau tente d'allouer le plus de mémoire possible pour les tampons de disque, dans une telle situation qui n'a pas de sens (créer des tampons de disque dans swap ...), ou il calcule à tort la taille de la mémoire qui peut être utilisée pour la mise en cache ...
la source
J'ai eu des problèmes similaires lors de la copie de fichiers sur un
exfat
lecteur. J'ai eu moins de difficulté à utiliser unext4
système de fichiers sur mon disque dur USB.la source