Forum

Bonjour à tous.
Mon DD se rebelle. Il refuse de se laisser sa conduite par le maître "root" !
Quelle que soit la méthode d'intervention sur les fichiers : renommage, suppression, enregistrement ... il me répond invariablement " vous n'avez pas les droits suffisants pour " ou "vérifiez vos droits".
Il va sans dire que j'avais tous les droits en tant qu'utilisateur sur ce DD, affecté aux données courantes. Puis soudain plus possible, refus systématique. Je suis intervenu sous root, sans problème. Un reboot et tou est rentré dans l'ordre. Mais au suivant boot, plus rien.
Sous windows XP et sous Ubuntu, pas de problème, donc, ce n'est pas le disque.
En faisant "propriétés" il appartient à root, avec en grisé les autorisations en lecture et écriture pour le proprio, le groupe et les autres. Mais c'est en grisé, même quand je suis en root.
Quelle manip faire ?
Merci

Bonjour,

Comment est partitionné ce disque ? Tu parles de XP donc il y a une partition en NTFS ?
Que donne le résultat de la commande mount ?

Bonjour,
J'ai 2 DD
1) sda : 500 G°
- sda1 Win Xp VFAT
- sda3 Mageia Ext4
- sda5 Données 1 VFAT
- sda6 Données 2 (Svgarde) VFAT
2) sdb : 1 T° tout en Ext 4
- sdb1 Ubuntu
- sdb3 Home Ubuntu
- sdb2 Home Mageia
- sdb6 Données

# mount
/dev/sda3 on / type ext4 (rw,relatime,acl,commit=0)
none on /proc type proc (rw)
/dev/sdb2 on /home type ext4 (rw,relatime,acl,commit=0)
/dev/sda1 on /media/hd1 type vfat (rw,umask=000,iocharset=utf8)
/dev/sda5 on /media/hd2 type vfat (rw,umask=000,iocharset=utf8)
/dev/sda6 on /media/hd3 type vfat (rw,umask=000,iocharset=utf8)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
gvfs-fuse-daemon on /home/dan/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=dan)
/dev/sdb6 on /media/HIT_DON3 type ext4 (rw,nosuid,nodev,uhelper=udisks)

Je sais, c'est pas le mieux, on meuble au fur et à mesure, mais bon, pour tout refaire pas cool !
Merci de ton aide.

Apparemment, à l'ouverture de l'ordi, le disque est gérable en lecture et écriture. Par contre, il semble qu'après le premier mouvement d'écriture, il se vérouille en écriture. Ce matin, j'ai transféré des fichiers images avec Dolphin de sdb2 (/Home) vers sda5 : OK. Puis j'ai voulu accéder à sda5 avec Digikam : accès refusé. Réessayé de transférer un fichier vers sda5 sous Dolphin : refusé !
Je reboot pour voir.

Édité par dantou Le 14/05/2012 à 09h42

Affiche le retour de la commande mount une fois que l'écriture sur cette partition t'es refusée qu'on puisse comparer.

Autre angle d'attaque.
Ces manip' qui te sont refusées c'est à toujours via Dolphin ?
As tu essayé avec la console ?
Ou bien avec mc ? On un autre gestionnaire de fichiers (krusader, .....)

Tes partitions windows sont en FAT ?

Ce n'est pas top du tout, que ce soit en terme de fiabilité ou de sécurité...

Moi je passerais tout en NTFS (mais après je réinstallerais Windows, pour que le droits d'accès soient gérés... parce que là c'est marcher sur une corde raide...)

Bonjour,
Je ne crois pas que ce soit du tout de la corde raide.
Ca fait 3 ans que je fonctionne comme ça sans difficulté (de ce côté là s'entend - au début j'ai eu des difficultés avec l'absence de droits justement, mais une fois fstab bien écrit, plus aucune.). Evidemment, quand je réinstallerais tout, ce à quoi je réfléchis, je ferais autrement. C'est encore un peu prématuré dans l'état de ma réflexion.
Non, le problème vient d'ailleurs.
A l'instant - j'allume l'ordi - accès sda OK :
mount
/dev/sda3 on / type ext4 (rw,relatime,acl,commit=0)
none on /proc type proc (rw)
/dev/sdb2 on /home type ext4 (rw,relatime,acl,commit=0)
/dev/sda1 on /media/hd1 type vfat (rw,umask=000,iocharset=utf8)
/dev/sda5 on /media/hd2 type vfat (rw,umask=000,iocharset=utf8)
/dev/sda6 on /media/hd3 type vfat (rw,umask=000,iocharset=utf8)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
gvfs-fuse-daemon on /home/dan/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=dan)
/dev/sdc1 on /media/3332-6530 type vfat (rw,nosuid,nodev,uhelper=udisks,uid=501,gid=81,shortname=mixed,dmask=0077,utf8=1,showexec)

Je me cite, certes, mais et ceci ?

Bonjour,

J'obtiens :

/media/hd2/ »: Système de fichiers accessible en lecture seulement

avec :







alors que les droits sont bien ouverts sur hd2





Par contre, j'ai essayé en Konsole et avec Dolphin en root : même résultat

Mais, je viens de constater comment ça se produit :

Je suis sur Digikam, je fais une recherche de nouvelles photos, Dgk balaie les albums puis ceux-ci disparaissent pour revenir à l'image d'accueil, car le disque s'est alors verrouillé et il ne peut plus écrire dessus. Il est nécessaire de fermer puis rouvrir l'ordinateur pour y accéder à nouveau.

Alors, est-ce le processus de recherche des images (ou des fichiers) qui verrouille le disque ou est-ce le logiciel par lui-même ?



Si ça inspire quelqu'un ...

Merci

Édité par dantou Le 17/05/2012 à 11h24