Vous n'êtes pas identifié(e).
Pages : 1
Pour finir, le journalctl juste après avoir branché le disque (j'ai près de 60lignes rien que pour le disque mais je trouve pas comment faire une sorte de zone de code avec ascenseur, je ne mets que les lignes qui ont attirées mon attention)
J'ai tenté de m’intéresser a fsck mais soit je n'ai pas su m'en servir, soit elle n'a rien corrigée.
Merci d’avance à ceux qui auront pris le temps de lire, je prends toutes les idées/explications.
Ed
En vrac :
Pour le formatage j'ai testé : fdisk/mkfs.ext4, gparted, et gnome-disk-utility (pour lui j'étais sur un Lubuntu et j’ai pu formater et écrire sur mon disque, j’ai voulu reproduire la même chose sur ma debian mais toujours pas le droit d’utiliser mon disque.
J'ai monté le disque en automatique, en ligne de commande avec mount (j'ai tenté des options com rw,uid,gid), j'ai tenté de changer le propriétaire (qui est root) du point de montage avec chown/chmod mais dès que je branche le disque il redevient a root
La théorie, c’est quand on sait tout et que rien ne fonctionne.
La pratique, c’est quand tout fonctionne et que personne ne sait pourquoi.
Ma Debian allie parfaitement la théorie et la pratique : rien ne fonctionne et je ne sais pourquoi
Hors ligne
"Glory. Rotting flower." John Tardy 1989
Hors ligne
Cela te listera les partitions et tu pourras bien vérifier où se trouve la tienne.
Il semble qu'elle soit la partition :
Vérifie aussi qu'elle est bien en ext4.
Si tout cela n'indique pas ce qui est prévu, tu nous fait le retour dans ce post, sinon, on continue.
Si tu as bien le fichier disk déjà créé, tu vérifies les droits avec la commande de listage ls :
Cette ligne est au minima, ce qui compte ce sont les 4 premières lettres, soit : drwx Ce qui indique que c'est bien un répertoire avec les droits de lecture, d'écriture et d'execution valables exclusivement pour root en tant qu'utilisateur et en tant que groupe.
Tu places avec la commande chown ton pseudo dans le groupe à la place de root :
Maintenant, avec la commande chmod, tu ouvres les mêmes droits pour le GROUPE tonpseudouser :
Et tu montes le disque dans le répertoire disk :
Un piti listage des droits sur le répertoire disk :
Et tu devrais obtenir cette fois pour les 6 premières lettres :
Tu peux rajouter la lecture et l'execution des fichiers pour tout le monde (other) avec la commande chmod ainsi :
Et la commande de listage ls sur le répertoire cette fois te donnera :
Toutes les commandes indiquées ici sont en lien dans le texte avec le wiki pour plus d'explications.
Force et courage !
...
Dernière modification par smolski (21-01-2017 08:38:18)
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Je préfere travailler avec /mnt/disk je trouve ca plus "clair" donc je fais un
@smolski
Au dessus j'ai mes 2 disques sda = mon système linux et sdb = système windows, le sdc correspond bien a mon disque de 160Go.
Pour vérifier le système de fichier
Pour les droits de disk tu parles d'un "fichier" moi j'ai créé un dossier avec mkdir est-ce un problème ? Pour afficher correctement les droits je dois faire mon ls sur le dossier au dessus :
J'ai bien du drwx pour root:root
Je n'ai jamais réussi un chown quand le disque est monté :
J'ai le même type d'erreur pour le chmod
Je teste en démontant le disque :
Je remonte le disque:
Et quand je réaffiche les droits tout a été réinitialisé...
Voilà il me fait ça à chaque fois je ne comprends plus trop
La théorie, c’est quand on sait tout et que rien ne fonctionne.
La pratique, c’est quand tout fonctionne et que personne ne sait pourquoi.
Ma Debian allie parfaitement la théorie et la pratique : rien ne fonctionne et je ne sais pourquoi
Hors ligne
le disque a l'air monté au vu du résultat de la commande
tente de transférer un fichier dessus
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
Hors ligne
tu obtiens :
Ce qui signifie qu'il n'y a que root qui a accès complet à ce répertoire disk et à tout ce qu'il peut contenir.
Solution :
Si elle est toujours montée, tu démontes la partition sdc1 :
Il faut mettre ton nompseudo (nompseudo = le nom de l'user que tu t'es choisi à l'installation) dans le groupe pour le répertoire disk :
Ensuite, ajouter les droits de lecture,écriture et exécution d'une manière récursive au groupe nompseudo (groupe qui est celui de l'user) :
tu montes la partition sdc1 dans disk :
Et tu listes les droits de nouveau pour vérifier.
À ce stade le groupe nompseudo à les droits complets sur le répertoire et ce qu'il contient et tu peux lire, écrire et exécuter dans ce répertoire.
...
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Quand je monte le disque elles sont ré-initialisées (ou remplacées par celle du disque dur si on peut dire). Je me retrouve avec :
Si je démonte à nouveau ma partition je retrouve les droits que j'avais avant de la monter. C'est à dire :
Avec ma partition montée, si je tente d'écrire un fichier par exemple (en user ou en root c'est pareil)
J'ai l'impression que le problème n'est pas vraiment un manque de droits d'accès a un dossier, mais plutôt un interdiction globale pour tous les utilisateurs (root inclu) d’écrire sur le disque.
Quand je fais
Le montage est fait en Read Only, au lieu d'être en Read-Write non ?
La théorie, c’est quand on sait tout et que rien ne fonctionne.
La pratique, c’est quand tout fonctionne et que personne ne sait pourquoi.
Ma Debian allie parfaitement la théorie et la pratique : rien ne fonctionne et je ne sais pourquoi
Hors ligne
semble indiquer que le périphérique lui-même (la partition /dev/sdc1, et peut-être aussi le disque /dev/sdc) est en lecture seule. Cela peut se vérifier avec la commande suivante :
qui affiche deux valeurs 0 ou 1, la première pour sdc et la seconde pour sdc1. "1" = lecture seule, "0" = lecture/écriture.
- Les messages du noyau affichés par journalctl (on pourrait aussi utiliser dmesg) semble indiquer un problème avec le disque lors de l'accès en lecture ou en écriture au secteur 155453440 (situé approximativement au milieu du disque). Je ne sais pas dire de quel type d'erreur il s'agit. S'ensuit une erreur du système de fichiers ext4 et la recommandation de le vérifier/réparer avec fsck.
Avant d'exécuter fsck, il faudrait en savoir plus sur cette erreur disque car exécuter fsck sur un disque défectueux peut avoir des conséquences catastrophiques.
1) En examinant l'intégralité des messages du noyau liés au disque avec dmesg.
2) En examinant l'état SMART du disque avec
Il vaut mieux montrer que raconter.
Hors ligne
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Dernière modification par temps (22-01-2017 05:16:26)
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Dernière modification par MicP (22-01-2017 12:00:19)
Hors ligne
J'en déduis que ce n'est pas le disque qui empêche l'écriture.
Pour le smart j'ai eu un peu plus de mal, il me renvoyait comme message "Unknown USB bridge", il fallait ajouter une option "d sat" ce qui nous donne :
Je ne crois pas avoir vu d'autres lignes importantes et ici tout me semble correct.
@temps
Je me demandais justement si un problème comme ça pouvait autoriser la lecture mais bloquer l'écriture, je reviens dessus un peu après en parlant des tests avec Lubuntu.
@MicP
Pour dd est ce que cette commande serait correcte ? :
de ce que j'ai compris /dev/zero équivaut a des zéros, dans le of je mets le disque de destination (pas la partition), le block size de 1ko, et j'écris 2000blocs = 2Mo de 0 au début du disque ?
Je viens un peu sur les nouveaux tests que j'ai fait :
1 - j'ai donc essayé un second disque (un seagate de 1To) formaté en NTFS qui a moins de 2ans, en NTFS, ma Debian le monte et arrive a écrire dessus, je le formate ensuite en EXT4 avec fdisk et mkfs.ext4 et comme le premier disque il devient uniquement accessible en lecture.
J'en déduis que le problème ne vient peut être pas du disque
2 - j'ai branché mon premier disque sur le pc avec Lubuntu, j'ai du faire un chown pour me donner des droits mais j'ai pu écrire sur le disque. Je suis allé faire un tour dans le journal, de mémoire il y avait peut être quelques warning mais en tout cas aucune Errors comme ce que j'obtiens sur Debian.
Je formate donc mon disque correctement et je trouve que ça fait un confirmation supplémentaire que le disque n'a pas de problème direct
3 - j'ai fait quelques recherches sur google sur les lignes suivantes des log :
( sur d'autres aussi mais celles la m'ont fait penser au message de Temps )
J'ai notamment trouvé sur un topic de stackexchange.com, il semble qu'il puisse y avoir un lien entre la version du noyau et les disques usb dont la carte USB/SATA est fabriquée par JMicron ( ce qui est mon cas d'après un lsusb -v )
J'ai aussi trouvé des utilisateurs de raspberry qui parlaient de la perte d'accès en écriture, mais le sujet date un peu et ça concernait un noyau autour de 3.12...
J'ai donc regardé les versions de certain de mes paquets :
Machine Debian (pas d'écriture) Raspberry (pas d'écriture) Lubuntu (écriture)
Noyau version 3.16.0-4 4.4.21-v7+ 4.8.0-34-generic
libmount / mount 2.25.2-6 2.25.2-6 2.28.2
e2fslibs / e2fsprogs 1.42.12-2+b1 1.42.12-2 1.43.3-1
Toutes ont des versions de noyau différentes mais ma Debian et mon raspberry qui n'arrivent pas à écrire ont toutes les 2 les mêmes versions de mount et e2fslibs.
Vous en pensez quoi ? c'est intéressant ? avant de faire des tests dans tous les sens et de me retrouver avec une machine qui ne monte plus la partition système est-ce qu'il y a un moyen de savoir si c'est bien un de ces programmes qui posent problèmes ?
Ed
La théorie, c’est quand on sait tout et que rien ne fonctionne.
La pratique, c’est quand tout fonctionne et que personne ne sait pourquoi.
Ma Debian allie parfaitement la théorie et la pratique : rien ne fonctionne et je ne sais pourquoi
Hors ligne
Hors ligne
Dernière modification par Eidolon (24-01-2017 00:14:45)
La théorie, c’est quand on sait tout et que rien ne fonctionne.
La pratique, c’est quand tout fonctionne et que personne ne sait pourquoi.
Ma Debian allie parfaitement la théorie et la pratique : rien ne fonctionne et je ne sais pourquoi
Hors ligne
La théorie, c’est quand on sait tout et que rien ne fonctionne.
La pratique, c’est quand tout fonctionne et que personne ne sait pourquoi.
Ma Debian allie parfaitement la théorie et la pratique : rien ne fonctionne et je ne sais pourquoi
Hors ligne
alors le compte utilisateur Eidolo pourra toujours lire et écrire dans ce système de fichiers dont il est devenu le propriétaire.
NOTE : Si, au moment du formatage (création du système de fichiers) tu donne à ce système de fichiers un nom d'étiquette (LABEL),
ce sera ce nom d’étiquette qui sera utilisé pour la création automatique du point de montage, sinon, c'est l'UUID qui est utilisé.
En d'autre termes, si le système de fichiers à monter qui a pour UUID 3d5ec96f-ebb1-4b51-8786-aea870e28c17 a pour nom de label MesData
au lieu de /media/Eidolon/3d5ec96f-ebb1-4b51-8786-aea870e28c17
ce sera /media/Eidolon/MesData
Dernière modification par MicP (09-02-2017 22:20:30)
Hors ligne
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Pages : 1