Je sauve régulièrement des fichiers de configuration ou de simples
documents sur une clef USB, toujours en mode utilisateur. Or, à 4
reprises déjà, en copiant/collant les versions plus récentes de ces
fichiers (essais faits sur 2 clefs différentes soit en écrasant les
anciens fichiers soit en les éliminant au préalable), la totalité de la
clef USB se met en mode "cadenassé", modifiable ou effaçable uniquement
par l'administrateur.
Et pas seulement pour les fichiers et dossiers modifiés mais pour la
totalité de ceux déjà présents sur le support !
Impossible donc pour l'utilisateur de modifier/effacer ces fichiers.
Quelle est la raison de ce comportement, comment l'éviter ... et/ou
comment permettre la totalité des droits pour tout utilisateur utilisant
cette clef ?
Cordialement,
--
docanski
Portail et annuaire du nord-Bretagne : http://armorance.free.fr/
Guide des champignons d'Europe : http://mycorance.free.fr/
La vallée de la Rance maritime : http://valderance.free.fr/
Les côtes du nord de la Bretagne : http://docarmor.free.fr/
N'avais-tu pas un DD externe à deux partitions connecté aussi ?
Ben non. Un disque dur à 4 partitions (ext3, ext4, swap et FAT32) et 2 clefs USB à une seule partition en FAT32.
J'ai eu des clefs formatées en ext2 qui se mettaient à déconner. Je me suis imaginé que les clefs sont « optimisées » pour être formatées en FAT
C'est effectivement le "conseil" qu'on trouve un peu partout sur le web : formater en FAT32 "is better". Bon, ben, j'obéis, quoi ... :-)
Cordialement, -- docanski
Portail et annuaire du nord-Bretagne : http://armorance.free.fr/ Guide des champignons d'Europe : http://mycorance.free.fr/ La vallée de la Rance maritime : http://valderance.free.fr/ Les côtes du nord de la Bretagne : http://docarmor.free.fr/
N'avais-tu pas un DD externe à deux partitions connecté aussi ?
Ben non. Un disque dur à 4 partitions (ext3, ext4, swap et FAT32) et 2
clefs USB à une seule partition en FAT32.
J'ai eu des clefs formatées en ext2 qui se mettaient à déconner. Je me
suis imaginé que les clefs sont « optimisées » pour être formatées en
FAT
C'est effectivement le "conseil" qu'on trouve un peu partout sur le web
: formater en FAT32 "is better". Bon, ben, j'obéis, quoi ... :-)
Cordialement,
--
docanski
Portail et annuaire du nord-Bretagne : http://armorance.free.fr/
Guide des champignons d'Europe : http://mycorance.free.fr/
La vallée de la Rance maritime : http://valderance.free.fr/
Les côtes du nord de la Bretagne : http://docarmor.free.fr/
N'avais-tu pas un DD externe à deux partitions connecté aussi ?
Ben non. Un disque dur à 4 partitions (ext3, ext4, swap et FAT32) et 2 clefs USB à une seule partition en FAT32.
J'ai eu des clefs formatées en ext2 qui se mettaient à déconner. Je me suis imaginé que les clefs sont « optimisées » pour être formatées en FAT
C'est effectivement le "conseil" qu'on trouve un peu partout sur le web : formater en FAT32 "is better". Bon, ben, j'obéis, quoi ... :-)
Cordialement, -- docanski
Portail et annuaire du nord-Bretagne : http://armorance.free.fr/ Guide des champignons d'Europe : http://mycorance.free.fr/ La vallée de la Rance maritime : http://valderance.free.fr/ Les côtes du nord de la Bretagne : http://docarmor.free.fr/
mireero
On 06/10/2015 06:20 AM, Thierry Houx wrote:
Ce système de fichier ne gère les droits d'accès. Un moyen simple de contourner le problème est de mettre tes fichiers dans une archive tar et de sauvegarder celle-ci sur ta clé. Si tu veux continuer comme tu fais actuellement et conserver les droits de tes fichiers, il faudra alors mettre un système de fichier Linux type ext2/ext3 mais cette clé sera illisible sur les PC équipés windows.
Si si, en installant un programme, accès en écriture/lecture sans problème (et même ext4 mais pas btrfs je crois). (Quel programme, ben y'en a plusieurs qui marchent bien, google...)
-- mireero
On 06/10/2015 06:20 AM, Thierry Houx wrote:
Ce système de fichier ne gère les droits d'accès.
Un moyen simple de contourner le problème est de mettre tes fichiers
dans une archive tar et de sauvegarder celle-ci sur ta clé.
Si tu veux continuer comme tu fais actuellement et conserver les droits
de tes fichiers, il faudra alors mettre un système de fichier Linux type
ext2/ext3 mais cette clé sera illisible sur les PC équipés windows.
Si si, en installant un programme, accès en écriture/lecture sans
problème (et même ext4 mais pas btrfs je crois).
(Quel programme, ben y'en a plusieurs qui marchent bien, google...)
Ce système de fichier ne gère les droits d'accès. Un moyen simple de contourner le problème est de mettre tes fichiers dans une archive tar et de sauvegarder celle-ci sur ta clé. Si tu veux continuer comme tu fais actuellement et conserver les droits de tes fichiers, il faudra alors mettre un système de fichier Linux type ext2/ext3 mais cette clé sera illisible sur les PC équipés windows.
Si si, en installant un programme, accès en écriture/lecture sans problème (et même ext4 mais pas btrfs je crois). (Quel programme, ben y'en a plusieurs qui marchent bien, google...)
-- mireero
jp willm
Le 10/06/2015 19:26, Lucas Levrel a écrit :
Sur chaque poste ?
J'ai encore raconté une bêtise : il faut modifier les droit à chaque fois que l'on utilise la clé sur un autre compte utilisateur :-/
Et en plus il fallait écrire
sudo chown -R user:user /media/user/la_cle_usb
Le problème c'est que le système de fichier stocke les identifiants *numériques* d'utilisateur et de groupe. Donc si docanski est l'uid 1000 sur la machine A et 1001 sur la machine B, c'est effectivement le bazar. Quand on veut synchroniser plusieurs machines il faut idéalement que les utilisateurs aient le même id sur toutes (en NFS même combat).
En effet. Et comme cela a déjà été suggéré, le mieux serait sans doute de créer une ligne dans /etc/fstab sur chaque poste où cette clé sera utilisée.
J'ai encore raconté une bêtise : il faut modifier les droit à chaque
fois que l'on utilise la clé sur un autre compte utilisateur :-/
Et en plus il fallait écrire
sudo chown -R user:user /media/user/la_cle_usb
Le problème c'est que le système de fichier stocke les identifiants
*numériques* d'utilisateur et de groupe. Donc si docanski est l'uid 1000
sur la machine A et 1001 sur la machine B, c'est effectivement le bazar.
Quand on veut synchroniser plusieurs machines il faut idéalement que les
utilisateurs aient le même id sur toutes (en NFS même combat).
En effet. Et comme cela a déjà été suggéré, le mieux serait sans doute
de créer une ligne dans /etc/fstab sur chaque poste où cette clé sera
utilisée.
J'ai encore raconté une bêtise : il faut modifier les droit à chaque fois que l'on utilise la clé sur un autre compte utilisateur :-/
Et en plus il fallait écrire
sudo chown -R user:user /media/user/la_cle_usb
Le problème c'est que le système de fichier stocke les identifiants *numériques* d'utilisateur et de groupe. Donc si docanski est l'uid 1000 sur la machine A et 1001 sur la machine B, c'est effectivement le bazar. Quand on veut synchroniser plusieurs machines il faut idéalement que les utilisateurs aient le même id sur toutes (en NFS même combat).
En effet. Et comme cela a déjà été suggéré, le mieux serait sans doute de créer une ligne dans /etc/fstab sur chaque poste où cette clé sera utilisée.
Le problème c'est que le système de fichier stocke les identifiants *numériques* d'utilisateur et de groupe. Donc si docanski est l'uid 1000 sur la machine A et 1001 sur la machine B, c'est effectivement le bazar.
Au point d'en arriver à modifier les droits lors d'un simple "copier/coller" ?
Je ne sais pas trop ce que tu entends par là. Quand un utilisateur crée un fichier il en est le propriétaire. Pour modifier un fichier qui ne t'appartient pas il faut le droit d'écriture, et dans ce cas le propriétaire ne change pas. Pour l'écrasement d'un fichier il faut le droit d'écriture sur l'ancien ; je pense que le propriétaire de la nouvelle version dépendra des options passées à cp.
Bref si tu sauvegardes deux machines où ton uid est différent tu auras des problèmes de droit d'écriture, et au final un mix de fichiers appartenant à 1000 et 1001 (p. ex.).
Faudra que je vérifie ... mais mettre ça au point ne va pas être coton : je fais ce genre de transfert sur 5 machines différentes + 2 DD externes car il s'agit essentiellement de sauvegardes.
Dans certaines (la plupart ?) des distrib il y a un script pour ça, et même à la main ce n'est pas trop compliqué (tant que tu n'utilises pas les ACL).
Une autre possibilité, si les fichiers que tu sauves offrent le droit de lecture au groupe users, c'est de faire le backup avec "su" vers un uid fixe (1000 p. ex.) pour que tous les fichiers aient le même proprio sur la clé.
-- LL Ἕν οἶδα ὅτι οὐδὲν οἶδα (Σωκράτης) C'est mieux avé les accents (F. Patte)
Le 10 juin 2015, docanski a écrit :
Lucas Levrel a écrit le 10/06/2015 19:26 :
Le problème c'est que le système de fichier stocke les identifiants
*numériques* d'utilisateur et de groupe. Donc si docanski est l'uid 1000
sur la machine A et 1001 sur la machine B, c'est effectivement le bazar.
Au point d'en arriver à modifier les droits lors d'un simple "copier/coller"
?
Je ne sais pas trop ce que tu entends par là. Quand un utilisateur crée un
fichier il en est le propriétaire. Pour modifier un fichier qui ne
t'appartient pas il faut le droit d'écriture, et dans ce cas le
propriétaire ne change pas. Pour l'écrasement d'un fichier il faut le
droit d'écriture sur l'ancien ; je pense que le propriétaire de la
nouvelle version dépendra des options passées à cp.
Bref si tu sauvegardes deux machines où ton uid est différent tu auras des
problèmes de droit d'écriture, et au final un mix de fichiers appartenant
à 1000 et 1001 (p. ex.).
Faudra que je vérifie ... mais mettre ça au point ne va pas être coton : je
fais ce genre de transfert sur 5 machines différentes + 2 DD externes car il
s'agit essentiellement de sauvegardes.
Dans certaines (la plupart ?) des distrib il y a un script pour ça, et
même à la main ce n'est pas trop compliqué (tant que tu n'utilises pas les
ACL).
Une autre possibilité, si les fichiers que tu sauves offrent le droit de
lecture au groupe users, c'est de faire le backup avec "su" vers un uid
fixe (1000 p. ex.) pour que tous les fichiers aient le même proprio sur
la clé.
--
LL
Ἕν οἶδα ὅτι οὐδὲν οἶδα (Σωκράτης)
C'est mieux avé les accents (F. Patte)
Le problème c'est que le système de fichier stocke les identifiants *numériques* d'utilisateur et de groupe. Donc si docanski est l'uid 1000 sur la machine A et 1001 sur la machine B, c'est effectivement le bazar.
Au point d'en arriver à modifier les droits lors d'un simple "copier/coller" ?
Je ne sais pas trop ce que tu entends par là. Quand un utilisateur crée un fichier il en est le propriétaire. Pour modifier un fichier qui ne t'appartient pas il faut le droit d'écriture, et dans ce cas le propriétaire ne change pas. Pour l'écrasement d'un fichier il faut le droit d'écriture sur l'ancien ; je pense que le propriétaire de la nouvelle version dépendra des options passées à cp.
Bref si tu sauvegardes deux machines où ton uid est différent tu auras des problèmes de droit d'écriture, et au final un mix de fichiers appartenant à 1000 et 1001 (p. ex.).
Faudra que je vérifie ... mais mettre ça au point ne va pas être coton : je fais ce genre de transfert sur 5 machines différentes + 2 DD externes car il s'agit essentiellement de sauvegardes.
Dans certaines (la plupart ?) des distrib il y a un script pour ça, et même à la main ce n'est pas trop compliqué (tant que tu n'utilises pas les ACL).
Une autre possibilité, si les fichiers que tu sauves offrent le droit de lecture au groupe users, c'est de faire le backup avec "su" vers un uid fixe (1000 p. ex.) pour que tous les fichiers aient le même proprio sur la clé.
-- LL Ἕν οἶδα ὅτι οὐδὲν οἶδα (Σωκράτης) C'est mieux avé les accents (F. Patte)
N'avais-tu pas un DD externe à deux partitions connecté aussi ?
Ben non. Un disque dur à 4 partitions (ext3, ext4, swap et FAT32) et 2 clefs USB à une seule partition en FAT32.
Le premier périph ci-dessus a deux partitions. Il y a peut-être une partition cachée avec des outils de réparation ou des logiciels de synchronisation...
-- LL Ἕν οἶδα ὅτι οὐδὲν οἶδα (Σωκράτης) C'est mieux avé les accents (F. Patte)
N'avais-tu pas un DD externe à deux partitions connecté aussi ?
Ben non. Un disque dur à 4 partitions (ext3, ext4, swap et FAT32) et 2 clefs
USB à une seule partition en FAT32.
Le premier périph ci-dessus a deux partitions. Il y a peut-être une
partition cachée avec des outils de réparation ou des logiciels de
synchronisation...
--
LL
Ἕν οἶδα ὅτι οὐδὲν οἶδα (Σωκράτης)
C'est mieux avé les accents (F. Patte)
N'avais-tu pas un DD externe à deux partitions connecté aussi ?
Ben non. Un disque dur à 4 partitions (ext3, ext4, swap et FAT32) et 2 clefs USB à une seule partition en FAT32.
Le premier périph ci-dessus a deux partitions. Il y a peut-être une partition cachée avec des outils de réparation ou des logiciels de synchronisation...
-- LL Ἕν οἶδα ὅτι οὐδὲν οἶδα (Σωκράτης) C'est mieux avé les accents (F. Patte)
N'avais-tu pas un DD externe à deux partitions connecté aussi ?
Ben non. Un disque dur à 4 partitions (ext3, ext4, swap et FAT32) et 2 clefs USB à une seule partition en FAT32.
Le premier périph ci-dessus a deux partitions. Il y a peut-être une partition cachée avec des outils de réparation ou des logiciels de synchronisation...
Gparted ne me montre pourtant rien de ce genre ... J'aurais donc une clef hantée ? ;-)
Cordialement, -- docanski
Portail et annuaire du nord-Bretagne : http://armorance.free.fr/ Guide des champignons d'Europe : http://mycorance.free.fr/ La vallée de la Rance maritime : http://valderance.free.fr/ Les côtes du nord de la Bretagne : http://docarmor.free.fr/
N'avais-tu pas un DD externe à deux partitions connecté aussi ?
Ben non. Un disque dur à 4 partitions (ext3, ext4, swap et FAT32) et 2
clefs USB à une seule partition en FAT32.
Le premier périph ci-dessus a deux partitions. Il y a peut-être une
partition cachée avec des outils de réparation ou des logiciels de
synchronisation...
Gparted ne me montre pourtant rien de ce genre ...
J'aurais donc une clef hantée ? ;-)
Cordialement,
--
docanski
Portail et annuaire du nord-Bretagne : http://armorance.free.fr/
Guide des champignons d'Europe : http://mycorance.free.fr/
La vallée de la Rance maritime : http://valderance.free.fr/
Les côtes du nord de la Bretagne : http://docarmor.free.fr/
N'avais-tu pas un DD externe à deux partitions connecté aussi ?
Ben non. Un disque dur à 4 partitions (ext3, ext4, swap et FAT32) et 2 clefs USB à une seule partition en FAT32.
Le premier périph ci-dessus a deux partitions. Il y a peut-être une partition cachée avec des outils de réparation ou des logiciels de synchronisation...
Gparted ne me montre pourtant rien de ce genre ... J'aurais donc une clef hantée ? ;-)
Cordialement, -- docanski
Portail et annuaire du nord-Bretagne : http://armorance.free.fr/ Guide des champignons d'Europe : http://mycorance.free.fr/ La vallée de la Rance maritime : http://valderance.free.fr/ Les côtes du nord de la Bretagne : http://docarmor.free.fr/
Lucas Levrel
Le 11 juin 2015, docanski a écrit :
Gparted ne me montre pourtant rien de ce genre ... J'aurais donc une clef hantée ? ;-)
Après l'avoir branchée tape : fdisk -l Tu verras la table de partitions de tous tes disques branchés, dont celle de ta clef, donc.
-- LL Ἕν οἶδα ὅτι οὐδὲν οἶδα (Σωκράτης) C'est mieux avé les accents (F. Patte)
Le 11 juin 2015, docanski a écrit :
Gparted ne me montre pourtant rien de ce genre ...
J'aurais donc une clef hantée ? ;-)
Après l'avoir branchée tape :
fdisk -l
Tu verras la table de partitions de tous tes disques branchés, dont celle
de ta clef, donc.
--
LL
Ἕν οἶδα ὅτι οὐδὲν οἶδα (Σωκράτης)
C'est mieux avé les accents (F. Patte)
Gparted ne me montre pourtant rien de ce genre ... J'aurais donc une clef hantée ? ;-)
Après l'avoir branchée tape : fdisk -l Tu verras la table de partitions de tous tes disques branchés, dont celle de ta clef, donc.
-- LL Ἕν οἶδα ὅτι οὐδὲν οἶδα (Σωκράτης) C'est mieux avé les accents (F. Patte)
docanski
Lucas Levrel a écrit le 10/06/2015 19:26 :
Le problème c'est que le système de fichier stocke les identifiants *numériques* d'utilisateur et de groupe. Donc si docanski est l'uid 1000 sur la machine A et 1001 sur la machine B, c'est effectivement le bazar.
Je viens de refaire une mise à jour sur une autre machine et je rencontre le même problème de fichiers "cadenassés" sur la clef USB qui m'a servi de support ... alors que l'uid est la même.
Quand on veut synchroniser plusieurs machines il faut idéalement que les utilisateurs aient le même id sur toutes (en NFS même combat).
Ce qui est le cas puisque je viens de faire l'expérience. Alors ... que faire ?
Cordialement, -- docanski
Portail et annuaire du nord-Bretagne : http://armorance.free.fr/ Guide des champignons d'Europe : http://mycorance.free.fr/ La vallée de la Rance maritime : http://valderance.free.fr/ Les côtes du nord de la Bretagne : http://docarmor.free.fr/
Lucas Levrel a écrit le 10/06/2015 19:26 :
Le problème c'est que le système de fichier stocke les identifiants
*numériques* d'utilisateur et de groupe. Donc si docanski est l'uid 1000
sur la machine A et 1001 sur la machine B, c'est effectivement le bazar.
Je viens de refaire une mise à jour sur une autre machine et je
rencontre le même problème de fichiers "cadenassés" sur la clef USB qui
m'a servi de support ... alors que l'uid est la même.
Quand on veut synchroniser plusieurs machines il faut idéalement que les
utilisateurs aient le même id sur toutes (en NFS même combat).
Ce qui est le cas puisque je viens de faire l'expérience.
Alors ... que faire ?
Cordialement,
--
docanski
Portail et annuaire du nord-Bretagne : http://armorance.free.fr/
Guide des champignons d'Europe : http://mycorance.free.fr/
La vallée de la Rance maritime : http://valderance.free.fr/
Les côtes du nord de la Bretagne : http://docarmor.free.fr/
Le problème c'est que le système de fichier stocke les identifiants *numériques* d'utilisateur et de groupe. Donc si docanski est l'uid 1000 sur la machine A et 1001 sur la machine B, c'est effectivement le bazar.
Je viens de refaire une mise à jour sur une autre machine et je rencontre le même problème de fichiers "cadenassés" sur la clef USB qui m'a servi de support ... alors que l'uid est la même.
Quand on veut synchroniser plusieurs machines il faut idéalement que les utilisateurs aient le même id sur toutes (en NFS même combat).
Ce qui est le cas puisque je viens de faire l'expérience. Alors ... que faire ?
Cordialement, -- docanski
Portail et annuaire du nord-Bretagne : http://armorance.free.fr/ Guide des champignons d'Europe : http://mycorance.free.fr/ La vallée de la Rance maritime : http://valderance.free.fr/ Les côtes du nord de la Bretagne : http://docarmor.free.fr/
docanski
Lucas Levrel a écrit le 10/06/2015 19:26 :
Le problème c'est que le système de fichier stocke les identifiants *numériques* d'utilisateur et de groupe. Donc si docanski est l'uid 1000 sur la machine A et 1001 sur la machine B, c'est effectivement le bazar.
Dans la foulée, j'ai reformaté cette clef en ext3 ... et il m'est impossible de copier quoi que ce soit sur elle !
-- docanski
Portail et annuaire du nord-Bretagne : http://armorance.free.fr/ Guide des champignons d'Europe : http://mycorance.free.fr/ La vallée de la Rance maritime : http://valderance.free.fr/ Les côtes du nord de la Bretagne : http://docarmor.free.fr/
Lucas Levrel a écrit le 10/06/2015 19:26 :
Le problème c'est que le système de fichier stocke les identifiants
*numériques* d'utilisateur et de groupe. Donc si docanski est l'uid 1000
sur la machine A et 1001 sur la machine B, c'est effectivement le bazar.
Dans la foulée, j'ai reformaté cette clef en ext3 ... et il m'est
impossible de copier quoi que ce soit sur elle !
--
docanski
Portail et annuaire du nord-Bretagne : http://armorance.free.fr/
Guide des champignons d'Europe : http://mycorance.free.fr/
La vallée de la Rance maritime : http://valderance.free.fr/
Les côtes du nord de la Bretagne : http://docarmor.free.fr/
Le problème c'est que le système de fichier stocke les identifiants *numériques* d'utilisateur et de groupe. Donc si docanski est l'uid 1000 sur la machine A et 1001 sur la machine B, c'est effectivement le bazar.
Dans la foulée, j'ai reformaté cette clef en ext3 ... et il m'est impossible de copier quoi que ce soit sur elle !
-- docanski
Portail et annuaire du nord-Bretagne : http://armorance.free.fr/ Guide des champignons d'Europe : http://mycorance.free.fr/ La vallée de la Rance maritime : http://valderance.free.fr/ Les côtes du nord de la Bretagne : http://docarmor.free.fr/
Lucas Levrel
Le 14 juin 2015, docanski a écrit :
Je viens de refaire une mise à jour sur une autre machine et je rencontre le même problème de fichiers "cadenassés" sur la clef USB qui m'a servi de support ... alors que l'uid est la même.
Branche ta clef et donne-nous le résultat des commandes : mount sudo dumpe2fs -h /dev/sd... | grep 'Default mount options' (remplace les points par ce qu'il faut vu le résultat de mount) cat /etc/fstab (si tu as mis dedans quelque chose concernant la clef) ls -ld /chemin/du/point/de/montage ls -l /chemin/du/point/de/montage (tu peux couper ce qui te paraît privé dans le résultat de cette dernière) puis débranche la clef et à nouveau : ls -ld /chemin/du/point/de/montage
Aussi, une fois que tu as vu des fichiers cadenassés, essaye : dmesg | grep remount (de mémoire, il y a un message "remounting read-only" en cas de problème matériel)
Si ta clef est hors de cause, peut-être le système de montage automatique est-il mal configuré (par ta distrib). Tu as dit utiliser des DD externes de backup. Pas de problème avec ? Si ça marche avec ces DD, refais toutes les commandes ci-dessus (sauf dmesg) pour qu'on compare.
-- LL Ἕν οἶδα ὅτι οὐδὲν οἶδα (Σωκράτης) C'est mieux avé les accents (F. Patte)
Le 14 juin 2015, docanski a écrit :
Je viens de refaire une mise à jour sur une autre machine et je rencontre le
même problème de fichiers "cadenassés" sur la clef USB qui m'a servi de
support ... alors que l'uid est la même.
Branche ta clef et donne-nous le résultat des commandes :
mount
sudo dumpe2fs -h /dev/sd... | grep 'Default mount options'
(remplace les points par ce qu'il faut vu le résultat de mount)
cat /etc/fstab
(si tu as mis dedans quelque chose concernant la clef)
ls -ld /chemin/du/point/de/montage
ls -l /chemin/du/point/de/montage
(tu peux couper ce qui te paraît privé dans le résultat de cette dernière)
puis débranche la clef et à nouveau :
ls -ld /chemin/du/point/de/montage
Aussi, une fois que tu as vu des fichiers cadenassés, essaye :
dmesg | grep remount
(de mémoire, il y a un message "remounting read-only" en cas de problème
matériel)
Si ta clef est hors de cause, peut-être le système de montage automatique
est-il mal configuré (par ta distrib). Tu as dit utiliser des DD externes
de backup. Pas de problème avec ? Si ça marche avec ces DD, refais toutes
les commandes ci-dessus (sauf dmesg) pour qu'on compare.
--
LL
Ἕν οἶδα ὅτι οὐδὲν οἶδα (Σωκράτης)
C'est mieux avé les accents (F. Patte)
Je viens de refaire une mise à jour sur une autre machine et je rencontre le même problème de fichiers "cadenassés" sur la clef USB qui m'a servi de support ... alors que l'uid est la même.
Branche ta clef et donne-nous le résultat des commandes : mount sudo dumpe2fs -h /dev/sd... | grep 'Default mount options' (remplace les points par ce qu'il faut vu le résultat de mount) cat /etc/fstab (si tu as mis dedans quelque chose concernant la clef) ls -ld /chemin/du/point/de/montage ls -l /chemin/du/point/de/montage (tu peux couper ce qui te paraît privé dans le résultat de cette dernière) puis débranche la clef et à nouveau : ls -ld /chemin/du/point/de/montage
Aussi, une fois que tu as vu des fichiers cadenassés, essaye : dmesg | grep remount (de mémoire, il y a un message "remounting read-only" en cas de problème matériel)
Si ta clef est hors de cause, peut-être le système de montage automatique est-il mal configuré (par ta distrib). Tu as dit utiliser des DD externes de backup. Pas de problème avec ? Si ça marche avec ces DD, refais toutes les commandes ci-dessus (sauf dmesg) pour qu'on compare.
-- LL Ἕν οἶδα ὅτι οὐδὲν οἶδα (Σωκράτης) C'est mieux avé les accents (F. Patte)
