Vous n'êtes pas identifié(e).
Pages : 1
Aujourd'hui j'ai voulu rajouter un torrent dans qBittorrent, mais assez rapidement j'ai eu droit à :
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 :
Depuis Windows 10, aucun problème. Que puis-je faire ?
Je vous remercie.
Dernière modification par sarti (26-04-2020 04:14:35)
Hors ligne
Ensuite j'ai monté mon disque dans ce dossier :
Puis je me suis assuré d'avoir tous les droits sur ce dossier :
Puis j'ai édité le fichier /etc/fstab :
Et j'ai rajouté cette ligne :
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)
Hors ligne
@+
Hors ligne
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.
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
Cf. man fstab
Ou dans le wiki df :
https://debian-facile.org/doc:systeme:fstab
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
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.
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 ?
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.
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" ?
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 :
Tout bon ?
Dernière modification par sarti (26-04-2020 12:27:18)
Hors ligne
Donc je remplace "/dev/sda1" par "UUID=UUID_Du_Disque" ?
...
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Du coup il serait mieux que je formate ce disque en exFAT ?
Depuis quand exFAT n'est pas un système de fichiers Windows ?
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).
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.
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).
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
/etc/fstab :
Hors ligne
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...
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
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.
je ne voyais pas les choses comme ça.
Comment les voyais-tu ?
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Pages : 1