Debian-facile

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

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

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

sarti
Membre
Distrib. : Debian 10
Noyau : Linux 4.19.0-8-amd64
(G)UI : Metacity (Gnome)
Inscription : 24-03-2020

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

Bonjour, big_smile

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 ? roll
Je vous remercie. smile

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

Hors ligne

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

sarti
Membre
Distrib. : Debian 10
Noyau : Linux 4.19.0-8-amd64
(G)UI : Metacity (Gnome)
Inscription : 24-03-2020

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

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 ! smile

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

Hors ligne

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

juky
Membre
Distrib. : SID
Noyau : 5.5.0-2-amd64
(G)UI : LXDE
Inscription : 19-12-2016

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

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


@+

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

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

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.


Il vaut mieux montrer que raconter.

Hors ligne

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

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

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

raleur a écrit :

Cf. man fstab


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


"Théo et Adama te rappellent pourquoi Zyed et Bouna couraient…"
"L'utopie ne signifie pas l'irréalisable, mais l'irréalisée." - T Monod (source :  La zone de Siné)
"Je peux rire de tout mais pas avec n'importe qui." - P Desproges
"saque eud dun" (patois chtimi : fonce dedans)

Hors ligne

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

sarti
Membre
Distrib. : Debian 10
Noyau : Linux 4.19.0-8-amd64
(G)UI : Metacity (Gnome)
Inscription : 24-03-2020

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

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)

Hors ligne

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

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

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

sarti a écrit :

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


... yes.gif


"Théo et Adama te rappellent pourquoi Zyed et Bouna couraient…"
"L'utopie ne signifie pas l'irréalisable, mais l'irréalisée." - T Monod (source :  La zone de Siné)
"Je peux rire de tout mais pas avec n'importe qui." - P Desproges
"saque eud dun" (patois chtimi : fonce dedans)

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

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

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)


Il vaut mieux montrer que raconter.

Hors ligne

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

sarti
Membre
Distrib. : Debian 10
Noyau : Linux 4.19.0-8-amd64
(G)UI : Metacity (Gnome)
Inscription : 24-03-2020

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

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

Hors ligne

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

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

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

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


"Théo et Adama te rappellent pourquoi Zyed et Bouna couraient…"
"L'utopie ne signifie pas l'irréalisable, mais l'irréalisée." - T Monod (source :  La zone de Siné)
"Je peux rire de tout mais pas avec n'importe qui." - P Desproges
"saque eud dun" (patois chtimi : fonce dedans)

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

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

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 ?


Il vaut mieux montrer que raconter.

Hors ligne

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

sarti
Membre
Distrib. : Debian 10
Noyau : Linux 4.19.0-8-amd64
(G)UI : Metacity (Gnome)
Inscription : 24-03-2020

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

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

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 ?

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

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

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.

Il vaut mieux montrer que raconter.

Hors ligne

Pied de page des forums