Vous n'êtes pas identifié(e).
Dernière modification par nazmi (28-03-2016 11:54:13)
Hors ligne
Dernière modification par nazmi (27-03-2016 02:12:40)
Hors ligne
et si ton user apparaît bien, avec la carte SD connectée, tu ajoutes :
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
qu'est-ce que ça fait ? J'ai suis allé dans la carte après, toujours vérouillée, j'ai essayé de la démonter+remonter, toujours vérouillée, je vais essayer de reboot.
Est-ce que tu as d'autres pistes ?
Hors ligne
Voir si tu as les droits nazmi nazmi sur le contenu de la carte.
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
merci, j'ai tapé la commande: réponse étrange, erreur d'i/o ? est-ce juste des problèmes de permissions ?
Merci d'avance
Hors ligne
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
j'ai refait l'autre commande:
est-ce un problème au niveau du système de fichiers ? ou du materiel ? (je vais tester les cartes sur un autre PC pour voir)
Dernière modification par nazmi (27-03-2016 18:52:24)
Hors ligne
…est-ce un problème au niveau du système de fichiers ? …
Le système de fichiers en question étant un système de fichiers propriétaire, il devrait être réparable par le système d'exploitation qui l'a créé.
Le plus souvent, c'est d'ailleurs ce système d'exploitation qui ne démounte pas les systèmes de fichiers comme on pourrait l'attendre, un petit peu comme s'il avait décidé de finir le travail plus tard.
Hors ligne
…est-ce un problème au niveau du système de fichiers ? …
Le système de fichiers en question étant un système de fichiers propriétaire, il devrait être réparable par le système d'exploitation qui l'a créé.
Le plus souvent, c'est d'ailleurs ce système d'exploitation qui ne démounte pas les systèmes de fichiers comme on pourrait l'attendre, un petit peu comme s'il avait décidé de finir le travail plus tard.
Tellement de sous entendus ok je vais voir ça avec lui alors
mais je crois que je vais être obligé de continuer à utiliser le FAT32/NTFS pour causes de compatibilité avec mes autres appareils et pour pouvoir échanger des données avec les gens
EDTI: comme on pouvait s'imaginer, sous windows aucun problème à part des soi disant "erreurs dans le système de fichier qui ont été corrigées", on va voir ce que ça va donner sous linux quand je reconnecte
EDIT2: Ça y est ça marche, maintenant plus qu'à faire ça pour toutes mes cartes SD "défectueuses"
Dernière modification par nazmi (28-03-2016 11:53:45)
Hors ligne
Dernière modification par MicP (28-03-2016 16:59:02)
Hors ligne
Hors ligne
Même méthode pour une simple copie vers le système de fichiers d'une des partitions :
(le && permet à la commande qui le suit de n'être exécutée que si la commande qui le précédait s'est terminée sans erreur)
Hors ligne
Dernière modification par rodrigue7800 (28-03-2016 14:31:31)
bonsoir, vous veuillez une excuse car il n'écrit pas bien le français donc ne tenais pas compte des faute quand il écrit
la groupe des linux amis sur ce facebook : https://www.facebook.com/groups/199571637321174/
la francorphone d'openmediavault https://www.facebook.com/groups/1533132290044409
Hors ligne
après chaque commande d'écriture sur une clef USB, je m'assure que les tampons I/O ont bien été intégralement transmis
en lançant la commande sync avant de déconnecter physiquement la clef USB de la machine.
Ce ne serait pas plus sûr et plus propre de démonter le système de fichiers avec umount ou équivalent ("démonter", "éjecter" dans les interfaces graphiques) avant de déconnecter le périphérique ?
fait, je l'utilise systématiquement à la suite de mes commandes de transferts vers une clef USB,
comme par exemple, quand je créé une clef USB bootable :dd if=debian-8.3.0-amd64-netinst.iso of=/dev/sdf bs=4M && sync
J'ai peur que sync soit sans effet dans ce cas précis car elle agit sur le système de fichiers or l'écriture directe sur un périphérique ne passe pas par le système de fichiers.
Il vaut mieux montrer que raconter.
Hors ligne
Ce ne serait pas plus sûr et plus propre de démonter le système de fichiers avec umount ou équivalent ("démonter", "éjecter" dans les interfaces graphiques) avant de déconnecter le périphérique ?
Bien sûr qu'il faudra démounter (s'il l'avait été) le système de fichiers avant de déconnecter la clef USB, mais seulement après avoir fait un sync, sinon, la commande sync ne servira à rien.
=======
J'ai peur que sync soit sans effet dans ce cas précis car elle agit sur le système de fichiers or l'écriture directe sur un périphérique ne passe pas par le système de fichiers.
sync agit à un très bas niveau : Il s'agit de vider les tampons d'entrée/sortie qui ont été utilisés pour le transferts vers la clef USB.
Cette commande n'agit pas sur le système de fichiers, mais à un niveau beaucoup plus bas que ça.
Pour avoir une petite idée de comment ça se passe au niveau le plus bas, il faut se renseigner sur le principe de fonctionnement du circuit Intel 8237 (circuit DMA)
Hors ligne
bonsoir, vous veuillez une excuse car il n'écrit pas bien le français donc ne tenais pas compte des faute quand il écrit
la groupe des linux amis sur ce facebook : https://www.facebook.com/groups/199571637321174/
la francorphone d'openmediavault https://www.facebook.com/groups/1533132290044409
Hors ligne
Hors ligne
Bien sûr qu'il faudra démounter (s'il l'avait été) le système de fichiers avant de déconnecter la clef USB, mais seulement après avoir fait un sync, sinon, la commande sync ne servira à rien.
C'est contradictoire avec ce que tu écris plus bas. Si sync agit à plus bas niveau que le système de fichiers, alors peu importe qu'on l'exécute avant ou après le démontage du système de fichiers.
sync agit à un très bas niveau : Il s'agit de vider les tampons d'entrée/sortie qui ont été utilisés pour le transferts vers la clef USB.
Cette commande n'agit pas sur le système de fichiers, mais à un niveau beaucoup plus bas que ça.
Tu as des sources appuyant cette affirmation ?
Ce n'est pas ce que disent les pages de manuel concernant sync (sections 1, 2 et 8 : commande et appel système). Elles parlent de file, inode, superblock, metadata... bref des structures de données propres aux systèmes de fichiers. Une variante de l'appel système, syncfs(), limite son action au système de fichier spécifié, ce qui montre encore que cette fonction ne concerne que les systèmes de fichiers.
Pour avoir une petite idée de comment ça se passe au niveau le plus bas, il faut se renseigner sur le principe de fonctionnement du circuit Intel 8237 (circuit DMA)
Soyons sérieux, il y a bien longtemps que le contrôleur DMA du bus ISA n'est plus utilisé pour les accès disque (s'il l'a jamais été - à ma connaissance il n'était utilisé que par le contrôleur de disquette et les cartes son). Les contrôleurs IDE/SATA/SCSI/USB sur bus PCI/PCIe fonctionnent en busmaster sans besoin d'un contrôleur DMA séparé.
Il vaut mieux montrer que raconter.
Hors ligne
En fait, je l'utilise systématiquement à la suite de mes commandes de transferts vers une clef USB,
comme par exemple, quand je créé une clef USB bootable :dd if=debian-8.3.0-amd64-netinst.iso of=/dev/sdf bs=4M && syncMême méthode pour une simple copie vers le système de fichiers d'une des partitions :
cp monFichierAcopier /mnt/ClefUSBpartitionNo1 && sync(le && permet à la commande qui le suit de n'être exécutée que si la commande qui le précédait s'est terminée sans erreur)
merci pour les commandes, faut vraiment que je m'y mette à la ligne de commande/aux scripts un de ces 4 car CD et mkdir et cie c'est sympa mais il y a encore tellement que je n'utilise pas/que j'utilise mal
démonter le système de fichiers avec umount
je note aussi
agit sur le système de fichiers or l'écriture directe sur un périphérique ne passe pas par le système de fichiers
à quoi correspond ces deux modes de copies ? il y a moyen d'écrire en dehors d'un système de fichiers ?!
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne