[Résolu] Erreur d'entrée/sortie avec qBittorrent

sarti · 25-04-2020 23:43:25

Bonjour,

Je suis sous Debia 10 (buster). Mon PC contient 2 disques (1 HDD pour le stockage de fichiers + 1 SSD avec Debian et Windows 10). Voici le résultat avec "fdisk -l" :

root@debian:~# fdisk -l

Disque /dev/sdb : 465,8 GiB, 500107862016 octets, 976773168 secteurs

Modèle de disque : CT500MX500SSD4  

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Type d'étiquette de disque : gpt

Identifiant de disque : 8FC44CB3-F960-4FAA-9246-CD5C865DEDC6

Périphérique     Début       Fin  Secteurs Taille Type

/dev/sdb1         2048   1085439   1083392   529M Environnement de récupération 

/dev/sdb2      1085440   1290239    204800   100M Système EFI

/dev/sdb3      1290240   1323007     32768    16M Réservé Microsoft

/dev/sdb4      1323008 892887039 891564032 425,1G Données de base Microsoft

/dev/sdb5    892887040 916633599  23746560  11,3G Système de fichiers Linux

/dev/sdb6    916633600 933181439  16547840   7,9G Partition d'échange Linux

/dev/sdb7    933181440 976771071  43589632  20,8G Système de fichiers Linux

Disque /dev/sda : 931,5 GiB, 1000204886016 octets, 1953525168 secteurs

Modèle de disque : HGST HTS721010A9

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 4096 octets

taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets

Type d'étiquette de disque : gpt

Identifiant de disque : 1BF31B4E-4BC6-432C-AA8D-3EB7DFB570DB

Périphérique Début        Fin   Secteurs Taille Type

/dev/sda1     2048 1953523711 1953521664 931,5G Données de base Microsoft

Aujourd'hui j'ai voulu rajouter un torrent dans qBittorrent, mais assez rapidement j'ai eu droit à :

Erreur E/S

Une erreur d'entrée/sortie est survenue sur le torrent "X".

Du coup il est bloqué et le téléchargement/partage ne se fait pas.

Ce fichier est stocké dans le disque HDD. J'avais paramétré ce disque pour qu'il se monte automatiquement au démarrage, aucun problème avec jusqu'à ce soir.

Voici les codes d'erreurs :

root@debian:~# dmesg | tail -n 30

[17178.014694] ata5.00: ACPI cmd b1/c1:00:00:00:00:00 (DEVICE CONFIGURATION OVERLAY) filtered out

[17178.016061] ata5.00: configured for UDMA/133

Depuis Windows 10, aucun problème. Que puis-je faire ?
Je vous remercie.

Dernière modification par sarti (26-04-2020 04:14:35)

sarti · 26-04-2020 03:31:16

Problème résolu. J'ai effacé toute trace d'ancienne manipulation pour repartir sur une base saine. Si ça peut aider d'autres, voici ce que j'ai fait :

D'abord j'ai créé un dossier où sera relié mon disque de stockage. Après avoir obtenu les droits root :

mkdir /media/Fichiers

Ensuite j'ai monté mon disque dans ce dossier :

mount /dev/sda1 /media/Fichiers

Puis je me suis assuré d'avoir tous les droits sur ce dossier :

chown nom_utilisateur /media/Fichiers

Puis j'ai édité le fichier /etc/fstab :

nano /etc/fstab

Et j'ai rajouté cette ligne :

#Disque Fichiers

/dev/sda1 /media/Fichiers ntfs-3g defaults 0 0

J'ai redémarré, et tout semble fonctionner parfaitement. Si quelqu'un voit un point à améliorer, je suis preneur !

Dernière modification par sarti (26-04-2020 03:32:26)

juky · 26-04-2020 06:15:07

Slt ,
tu as oublier le récursif = -R et tu as changer que le proprio , pour être tranquille faut aussi changer le groupe si par exemple qbittorent n'est pas dans le même groupe !!

sudo chown -R $USER:$USER /media/Fichiers

@+

raleur · 26-04-2020 08:58:29

sarti a écrit :

Depuis Windows 10, aucun problème. Que puis-je faire ?

Ne pas utiliser un système de fichiers Windows avec Linux. Ce sera beaucoup plus fiable.

sarti a écrit :

Si quelqu'un voit un point à améliorer, je suis preneur !

Alors allons-y.

1) Si c'est un disque fixe (interne), le point de montage n'a rien à faire dans /media qui est réservé au montage de volumes amovibles. Cf. FHS ou man hier.

2) Par défaut, les manipulations de type chown ou chmod n'ont aucun effet sur un système de fichiers NTFS. C'est avec les options de montage qu'on définit les propriétaires et permissions apparents. Les permissions par défaut de ntfs-3g donnent l'accès complet à tout le monde. Cf. man ntfs-3g.

3) L'utilisation du nom de périphérique /dev/sda1 dans /etc/fstab n'est pas fiable. Les disques "SCSI" (ou émulés, comme les disques SATA et USB) se voient attribuer les noms de périphériques /dev/sd* dans l'ordre de leur découverte à chaque démarrage, ordre qui n'est pas forcément prévisible ni constant. Le disque vu actuellement comme /dev/sda pourrait très bien être vu comme /dev/sdb au prochain démarrage, et le montage échouerait. C'est pourquoi il est recommandé d'utiliser un identifiant persistant comme l'UUID ou le LABEL, à l'instar de ce qui est fait pour les autres montages.

4) Par défaut, l'échec d'un montage au démarrage provoque l'interruption du processus d'initialisation normal et l'entrée dans le mode dépannage (emergency/recovery mode). Pour un montage non essentiel au fonctionnement du système, je trouve que c'est excessif. Et il y a plein de raisons pour que le montage d'un système de fichiers NTFS échoue, sans parler du nom de périphérique qui ne correspond plus. L'ajout de l'option de montage "nofail" évite cela et permet de poursuivre un démarrage normal. Cf. man fstab.

smolski · 26-04-2020 09:05:22

raleur a écrit :

Cf. man fstab

Ou dans le wiki df :
https://debian-facile.org/doc:systeme:fstab

sarti · 26-04-2020 12:26:36

raleur a écrit :

Ne pas utiliser un système de fichiers Windows avec Linux. Ce sera beaucoup plus fiable.

Du coup il serait mieux que je formate ce disque en exFAT ? Car j'ai besoin d'y accéder depuis Windows.... ce disque me sert de passerelle à des fichiers que je peux utiliser sur les deux OS.

raleur a écrit :

1) Si c'est un disque fixe (interne), le point de montage n'a rien à faire dans /media qui est réservé au montage de volumes amovibles. Cf. FHS ou man hier.

C'est un disque interne. Il faut que le point de montage soit dans /mnt ?

raleur a écrit :

2) Par défaut, les manipulations de type chown ou chmod n'ont aucun effet sur un système de fichiers NTFS. C'est avec les options de montage qu'on définit les propriétaires et permissions apparents. Les permissions par défaut de ntfs-3g donnent l'accès complet à tout le monde. Cf. man ntfs-3g.

Entendu.

raleur a écrit :

3) L'utilisation du nom de périphérique /dev/sda1 dans /etc/fstab n'est pas fiable. Les disques "SCSI" (ou émulés, comme les disques SATA et USB) se voient attribuer les noms de périphériques /dev/sd* dans l'ordre de leur découverte à chaque démarrage, ordre qui n'est pas forcément prévisible ni constant. Le disque vu actuellement comme /dev/sda pourrait très bien être vu comme /dev/sdb au prochain démarrage, et le montage échouerait. C'est pourquoi il est recommandé d'utiliser un identifiant persistant comme l'UUID ou le LABEL, à l'instar de ce qui est fait pour les autres montages.

Donc je remplace "/dev/sda1" par "UUID=UUID_Du_Disque" ?

raleur a écrit :

4) Par défaut, l'échec d'un montage au démarrage provoque l'interruption du processus d'initialisation normal et l'entrée dans le mode dépannage (emergency/recovery mode). Pour un montage non essentiel au fonctionnement du système, je trouve que c'est excessif. Et il y a plein de raisons pour que le montage d'un système de fichiers NTFS échoue, sans parler du nom de périphérique qui ne correspond plus. L'ajout de l'option de montage "nofail" évite cela et permet de poursuivre un démarrage normal. Cf. man fstab.

Oui j'ai vu ça, la première fois ça avait planté car j'avais commis une erreur dans le fichier .... du coup je devrais me retrouver avec :

#Disque Fichiers

UUID=UUID_Du_Disque /mnt/Fichiers ntfs-3g defaults nofail 0 0

Tout bon ?

Dernière modification par sarti (26-04-2020 12:27:18)

smolski · 26-04-2020 12:30:42

sarti a écrit :

Donc je remplace "/dev/sda1" par "UUID=UUID_Du_Disque" ?

...

raleur · 26-04-2020 12:56:21

sarti a écrit :

Du coup il serait mieux que je formate ce disque en exFAT ?

Depuis quand exFAT n'est pas un système de fichiers Windows ?

sarti a écrit :

Car j'ai besoin d'y accéder depuis Windows

Alors tant pis, il va falloir faire avec un système de fichiers Windows qui n'est pas adapté à Linux et des performances médiocres (à cause de la couche FUSE utilisée par les pilotes ntfs-3g et exfat).

sarti a écrit :

C'est un disque interne. Il faut que le point de montage soit dans /mnt ?

Je le sentais venir. Si tu avais lu les références que j'ai fournies en appui, tu aurais vu que /mnt n'est pas adapté non plus puisqu'il est réservé aux montages temporaires par l'administrateur. Où tu veux, à la racine, dans /home, mais pas dans /media ni /mnt.

sarti a écrit :

Donc je remplace "/dev/sda1" par "UUID=UUID_Du_Disque" ?

Une disque n'a pas d'UUID. C'est le système de fichiers qui en a un. En l'occurrence le système de fichiers est dans une partition (sda1), pas dans un disque (sda).

sarti a écrit :

Tout bon ?

Non. Les options de montage doivent être séparées par des virgules, pas des espaces qui sont les séparateurs de champs. D'autre part l'option "defaults" est inutile quand il y a au moins une autre option.

Dernière modification par raleur (26-04-2020 12:56:37)

sarti · 26-04-2020 14:12:28

Et ce coup-ci ?

root@debian:~# mkdir /home/user/Fichiers

root@debian:~# chown -R user:user /home/user/Fichiers

root@debian:~# nano /etc/fstab

/etc/fstab :

# Disque Fichiers

UUID=C2547D9C547D943F /home/user/Fichiers ntfs-3g nofail 0 0

smolski · 26-04-2020 14:17:02

raleur a écrit :

Où tu veux, à la racine, dans /home, mais pas dans /media ni /mnt.

À bé... je ne voyais pas les choses comme ça.
On va voir pour l'indiquer dans un tuto...

raleur · 26-04-2020 14:44:09

sarti a écrit :

Et ce coup-ci ?

Je répète que le chown ne sert à rien, que ce soit sur le point de montage ou sur un système de fichiers NTFS.
Pour la position, pourquoi pas s'il n'y a que cet utilisateur qui accède au contenu de ce disque.

smolski a écrit :

je ne voyais pas les choses comme ça.

Comment les voyais-tu ?

sarti · 26-04-2020 15:09:25

Ça marche. Dernière question et ensuite je vous fiche la paix.

Pas de soucis donc, le disque se monte automatiquement et est accessible dans /home/user/Fichiers. Merci pour l'aide.

Cependant quand je vérifie dans les Propriétés du dossier les Permissions accordées, le propriétaire et le groupe sont "root". Normal ? Pas moyen que ça deviennent l'user ?

raleur · 26-04-2020 15:38:20

Oui, c'est normal. Ce sont les propriétaires par défaut.
Je ne vois pas l'intérêt de les changer puisque les permissions donnent l'accès complet à tout le monde. Mais si tu y tiens il faut ajouter les options de montage uid=user et gid=user dans /etc/fstab. Tu peux en profiter pour ajouter un umask afin de restreindre les permissions, au moins ça servira à quelque chose.
Toutes les options de montage sont décrites dans la page de manuel de ntfs-3g que j'ai déjà mentionnée dans un message précédent. Ça ne mord pas.

Debian-facile

#1 25-04-2020 23:43:25

[Résolu] Erreur d'entrée/sortie avec qBittorrent

#2 26-04-2020 03:31:16

Re : [Résolu] Erreur d'entrée/sortie avec qBittorrent

#3 26-04-2020 06:15:07

Re : [Résolu] Erreur d'entrée/sortie avec qBittorrent

#4 26-04-2020 08:58:29

Re : [Résolu] Erreur d'entrée/sortie avec qBittorrent

#5 26-04-2020 09:05:22

Re : [Résolu] Erreur d'entrée/sortie avec qBittorrent

#6 26-04-2020 12:26:36

Re : [Résolu] Erreur d'entrée/sortie avec qBittorrent

#7 26-04-2020 12:30:42

Re : [Résolu] Erreur d'entrée/sortie avec qBittorrent

#8 26-04-2020 12:56:21

Re : [Résolu] Erreur d'entrée/sortie avec qBittorrent

#9 26-04-2020 14:12:28

Re : [Résolu] Erreur d'entrée/sortie avec qBittorrent

#10 26-04-2020 14:17:02

Re : [Résolu] Erreur d'entrée/sortie avec qBittorrent

#11 26-04-2020 14:44:09

Re : [Résolu] Erreur d'entrée/sortie avec qBittorrent

#12 26-04-2020 15:09:25

Re : [Résolu] Erreur d'entrée/sortie avec qBittorrent

#13 26-04-2020 15:38:20

Re : [Résolu] Erreur d'entrée/sortie avec qBittorrent

Pied de page des forums