Archlinux.fr [Forums]

Salut,

Quand j'essaye de faire une copie vers une clef USB en FAT32, la copie bloque à 100%.
J'ai testé avec des petits fichiers, ça fonctionne par contre pas avec les gros.
J'ai testé la clef en NTFS, ça fonctionne.
J'ai testé en ligne de commande ça bloque aussi.

Une solution ?
Merci

Hello,
Si tes fichiers font 4Gio ou plus c'est normal que ça bloque.
Le Fat32 ne supporte pas de fichier excédant cette taille.

Malheuresement, c'est pas si simple, je connais cette limite.
Un fichier de 200Mo bloque.

Plop,

Avec quel logiciel ? Comment cela se passe-t-il avec rsync ? (Perso, de manière générale, j'utilise toujours rsync pour copier vers des périphériques externes)

Code : Tout sélectionner

rsync --partial --progress --verbose --recursive /path/to/source /path/to/destination

Aussi, df -h, au cas où la clef soit pleine....

++

En graphique, avec dolphin et plasma 5.
En ligne de commande avec cp.

La clé est vide, repartitionnée.
J'ai testé avec rsync, ça fonctionne mais ça regle pas le soucis.

Edit :
J'ai fait des tests plus poussé, la copie fonctionne mais soit le compteur bug soit ma clef.

J'ai fait un dd pour vérifier les perfs en écriture.
1073741824 octets (1,1 GB) copiés, 186,555 s, 5,8 MB/s
Pour un clef 2.0 sur un port 3.0.

Essaie de voir avec badblocks si ta clé n'a pas de blocs fichus. Ça peut causer des erreurs d'écriture (mais si ça échoue toujours à la même limite je ne vois pas trop par contre), on ne sait jamais.

Bonjour,
ne pas utiliser ce qui suit, sur les conseils de Moviuro j'ai modifié les noms et chemins, voir 2 posts plus loin

J'avais vu ça : http://unix.stackexchange.com/questions ... a-pendrive
J'ai donc créé comme conseillé un service /etc/systemd/system/rc-local.service
qui contient :

Code : Tout sélectionner

[Unit]
Description=/etc/rc.d/rc.local Compatibility

[Service]
Type=oneshot
ExecStart=/etc/rc.d/rc.local
TimeoutSec=0
StandardInput=tty
RemainAfterExit=yes

[Install]
WantedBy=multi-user.target

et un script /etc/rc.d/rc.local
qui contient :

Code : Tout sélectionner

#!/bin/bash
    #
    # /etc/rc.local: Local multi-user startup script.
    #
    echo $((16*1024*1024)) > /proc/sys/vm/dirty_background_bytes
    echo $((48*1024*1024)) > /proc/sys/vm/dirty_bytes

rendu exécutable :

Code : Tout sélectionner

# chmod 755 /etc/rc.d/rc.local

puis démarré le service :

Code : Tout sélectionner

systemctl enable (puis start) rc-local.service

:
Enfin je vérifie avant et après la modif :

Code : Tout sélectionner

nano /proc/sys/vm/dirty_background_bytes

waitnsea a écrit :Bonjour,
J'avais vu ça : http://unix.stackexchange.com/questions ... a-pendrive
J'ai donc créé comme conseillé un service /etc/systemd/system/rc-local.service
qui contient :[...]

Berk, man 8 sysctl... la conf se fait dans /etc/sysctl.d/<machin>.conf

++

Tu veux donc dire que j'ai une façon plus élégante de le faire que repasser par un rc-local ? OK je m'y mettrai dès que possible...

Basé sur : http://unix.stackexchange.com/questions ... a-pendrive
Bien, j'ai supprimé les fichiers "old-fashioned" (qui se basaient en fait sur le Wiki Fedora)
et créé quelque chose de plus conforme (me semble-t-il) à la syntaxe de systemd :

Code : Tout sélectionner

nano /usr/bin/dirtybytes.sh
#!/bin/bash
#
# /etc/rc.local: Local multi-user startup script.
#
echo $((16*1024*1024)) > /proc/sys/vm/dirty_background_bytes
echo $((48*1024*1024)) > /proc/sys/vm/dirty_bytes

Code : Tout sélectionner

nano  /etc/systemd/system/dirtybytes.service
[Unit]
Description=etc/systemd/system/dirtybytes Compatibility

[Service]
Type=oneshot
ExecStart=/usr/bin/dirtybytes.sh
TimeoutSec=0
StandardInput=tty
RemainAfterExit=yes

[Install]
WantedBy=multi-user.target

Code : Tout sélectionner

systemctl enable dirtybytes.service

et, bien sur effacé et "disablé" les rc.-local divers et variés
et au reboot :

Code : Tout sélectionner

nano /proc/sys/vm/dirty_background_bytes
16777216

ça fonctionne.
Donc je le conseillerai car depuis je n'ai plus jamais de blocage sur un transfert vers une clef USB, chose que je fais couramment pour tester des CD-Live de nouvelles distros avec Easy2Boot...

Non waitnsea, tu devrais utiliser les fichiers de sysctl qui sont dans /etc/syctl.d/

Pas besoin de service ou de script. Juste un bête fichier en *.conf qui contient

Code : Tout sélectionner

vm.dirty_background_bytes = VALEUR

J'ai donc effacé mon script, supprimé le service, et modifié mon 99-sysctl.conf ainsi :

Code : Tout sélectionner

# Activation des touches magiques
kernel.sysrq = 1
#Désactivation IPv6
net.ipv6.conf.all.disable_ipv6 = 1
#fixer la valeur des dirtybytes
vm.dirty_background_bytes =16777216
vm.dirty_bytes =50331648

et, effectivement au reboot les /proc/sys/vm/dirty_background_bytes et /proc/sys/vm/dirty_bytes sont maintenant à 16777216...
C'est trop beau, trop simple, pas assez gothique ! Tu n'aimais pas mon Cyber-Punk ?
Merci

waitnsea a écrit :Tu n'aimais pas mon Cyber-Punk ?

Réinventer la roue avec 18 technologies bancales et un peu de vapeur ?...

waitnsea a écrit :Merci

Je t'en prie

@waitnsea : j'ai regardé ton lien, je suis pas dans le même cas, mon pc ne freeze pas, c'est le gestionnaire de copie ou la cle qui bug.

zeroNux a écrit :@waitnsea : j'ai regardé ton lien, je suis pas dans le même cas, mon pc ne freeze pas, c'est le gestionnaire de copie ou la cle qui bug.

Bonjour Zeronux,
Mon PC ne freezait pas non plus, mail il mettait anormalement longtemps à "conclure" les copies sur les clés en FAT32, l'indicateur allait à 100% puis de très longues minutes passaient sans qu'on puisse continuer à mettre d'autres fichiers (pour Easy2Boot on doit à tout prix éviter la fragmentation, donc ne copier les isos que l'une après l'autre) ou démonter la clef.
Plus de problème depuis cette manip.

waitnsea a écrit :J'ai donc effacé mon script, supprimé le service, et modifié mon 99-sysctl.conf ainsi :
Code : Tout sélectionner
# Activation des touches magiques
kernel.sysrq = 1
#Désactivation IPv6
net.ipv6.conf.all.disable_ipv6 = 1
#fixer la valeur des dirtybytes
vm.dirty_background_bytes =16777216
vm.dirty_bytes =16777216
et, effectivement au reboot les /proc/sys/vm/dirty_background_bytes et /proc/sys/vm/dirty_bytes sont maintenant à 16777216...
C'est trop beau, trop simple, pas assez gothique ! Tu n'aimais pas mon Cyber-Punk ?
Merci

Tu as enlevé les lignes de base ?

Code : Tout sélectionner

s.inotify.max_user_watches = 524288
fs.inotify.max_user_watches = 524288
fs.inotify.max_user_watches = 524288

Par défaut ce fichier n'existe pas... Donc tu as du le créer toi même. Et non ne supprime pas ces lignes

L'install est assez fraiche, je n'ai pas créé ce fichier.
Du coup je rajoute simplement les lignes concernant les dirtybytes ?

zeroNux a écrit :L'install est assez fraiche, je n'ai pas créé ce fichier.
Du coup je rajoute simplement les lignes concernant les dirtybytes ?

Remettre en fonction les "touches magiques" n'est pas inutile du tout (fais quelques recherches, tu verras que ça évite 99 % des reboot "sauvages")
Quand à la désactivation de l'IPV6 pour accélérer la nav, c'est une option facultative.

Pour information dirty_background_bytes devrait être inférieur à dirty_bytes. Voir le man pour une explication de ce que c'est.

Archlinux.fr [Forums]

[USB] copie vers FAT32 (résolu)

[USB] copie vers FAT32 (résolu)

Re: [USB] copie vers FAT32

Re: [USB] copie vers FAT32

Re: [USB] copie vers FAT32

Re: [USB] copie vers FAT32

Re: [USB] copie vers FAT32

Re: [USB] copie vers FAT32

Re: [USB] copie vers FAT32

Re: [USB] copie vers FAT32

Re: [USB] copie vers FAT32

Re: [USB] copie vers FAT32

Re: [USB] copie vers FAT32

Re: [USB] copie vers FAT32

Re: [USB] copie vers FAT32

Re: [USB] copie vers FAT32

Re: [USB] copie vers FAT32

Re: [USB] copie vers FAT32

Re: [USB] copie vers FAT32

Re: [USB] copie vers FAT32

Re: [USB] copie vers FAT32