transfert impossible [RESOLU]

megaphone_le_vrai · Le 09/05/2023, à 17:20

Bonjour,

je suis sur Ubuntu 20.04 je n'arrive pas à copier des documents d'un DD externe (NTFS) vers mon disque dur. Il me dit que je n'ai pas les permissions requises... ! Pouvez-vous m'aider ?

merci d'avance

bonne fin de journée

Dernière modification par megaphone_le_vrai (Le 15/05/2023, à 00:45)

jplemoine · Le 09/05/2023, à 17:38

NON.
Ca peut être trop de choses... Il faut déjà être sûr d'avoir les permissions de lecture (sur NTFS, il y a des chances) sur la source et d'écriture sur la destination.
Ensuite, quelle est la méthode : graphique / ligne de commande ? Quel est le message exact (parfois la solution est dans le message) ?
...

Qid · Le 10/05/2023, à 08:29

Ouais enfin le plus probable reste le verrouillage de la partition du dd parceque débranchée à l'arrache d'un windows qui l'aurait donc verrouillée par sécurité...

megaphone_le_vrai · Le 10/05/2023, à 11:13

Bonjhour,

Non Qid, je ne débranche JAMAIS à l'arrache !

il me dit que le DD est en lecture seul. Je pense comprendre pourquoi. Sur m'as becane j'ai 2 disques durs un système et un données. J'ai eu des soucis a un moment sur mon système et j'ai du le reformater et réinstaller. Mais j'ai changer de pseudo lors de la réinstallation. Peut-être que c'est pour ça qu'il est bloqué ? les privilèges restent attaché à l'ancien profil ?

merci d'avance

Qid · Le 10/05/2023, à 11:33

heu... sur du linux tout dépend si c'est l'uid utilisateur ou l'identifiant qui est pris en compte...
mais sur du ntfs je rappelle que les droits linux ne savent pas s’appliquer... bref nous n'avons effectivement pas assez d'éléments...

Coeur Noir · Le 10/05/2023, à 12:31

Mais Qid pourquoi ne suggères-tu pas des éléments à montrer ?

il me dit que le DD est en lecture seul

Quel DD, l'externe en NTFS ?
Ou celui de destination, sur lequel tu veux écrire ?

tout dépend si c'est l'uid utilisateur ou l'identifiant qui est pris en compte

Dans des système de fichiers compatibles Linux, c'est toujours l'uid qui importe, uid porté par les éléments ( fichiers, dossiers ) eux-mêmes.
Le nom littéral d'un utilisateur, c'est de la décoration, déduite de l'uid par les paramètres locaux du système ( dans un système donné, tel uid correspond à tel nom ).

Bref. Ici il manque des infos pour y voir plus clair.
Par exemple, disque externe branché, donner les retours de :

lsblk -fe7,11 -o +size,model,pttype,ro | cat

et

cat /etc/fstab

La première donnera des infos sur les disques et partitions en présence,
la seconde montrera les partitions montées dès le démarrage système,
ça donnera une idée du contexte.

Dernière modification par Coeur Noir (Le 10/05/2023, à 12:32)

Qid · Le 10/05/2023, à 12:53

Je ne suggère rien car la situation est encore trop confuse et que ce n'ai pas moi le premier aidant à être intervenu (mon post s'adressait plus à lui qu'au demandeur en réalité)... Par contre merci de revenir sur cet aspect qui pour moi est toujours un peu floue

Coeur Noir a écrit :

tout dépend si c'est l'uid utilisateur ou l'identifiant qui est pris en compte
Dans des système de fichiers compatibles Linux, c'est toujours l'uid qui importe, uid porté par les éléments ( fichiers, dossiers ) eux-mêmes.
Le nom littéral d'un utilisateur, c'est de la décoration, déduite de l'uid par les paramètres locaux du système ( dans un système donné, tel uid correspond à tel nom ).

Enfin de toutes façons toujours est-il que cette règle ne s'applique pas vraiment à du NTFS... Sauf si c'est induit par la règle de montage...

geole · Le 10/05/2023, à 13:08

Bonjour.
On peut supposer que le disque externe NTFS est peut-être en lecture seule s'il est en mauvais état mais ce n'est pas grave puisqu'on veut le lire.
et que le disque interne est au format EXT4 et que les diverses manipulations faites font qu'il n'a pas le droit d'écrire chez lui puisqu'il a changé de nom. "Mais j'ai changé de pseudo lors de la réinstallation. " et il n'a pas reformaté la partition donc il est l'utilsateur 1001 Donc classiquement l'utilisateur 1000 ne lui a donné que le droit de lire.
Je propose un

sudo chown -Rc $USER $HOME

Dernière modification par geole (Le 10/05/2023, à 15:16)

megaphone_le_vrai · Le 10/05/2023, à 13:20

le disque appelé 1To est un DD interne a l'ordi (un DD pour le système et un pour les données) le disque TRANSIT est un SSD externe

jehann@jehann-HP-Pavilion-Gaming-Desktop-690-00xx:~$ lsblk -fe7,11 -o +size,model,pttype,ro | cat
NAME FSTYPE LABEL UUID FSAVAIL FSUSE% MOUNTPOINT SIZE MODEL PTTYPE RO
sda jehann@jehann-HP-Pavilion-Gaming-Desktop-690-00xx:~$ ^C
jehann@jehann-HP-Pavilion-Gaming-Desktop-690-00xx:~$ 119,2G SAMSUNG_MZNLN128HAHQ-000H1 dos 0
├─sda1 vfat 0662-DD12 511M 0% /boot/efi 512M dos 0
├─sda2 1K dos 0
└─sda5 ext4 fd0de91c-26cd-4d7b-92aa-3511eef5fdad 92,8G 15% / 118,8G dos 0
sdb 931,5G ST1000DM003-1SB102 gpt 0
├─sdb1 ntfs 1 To 7BFEC63A749D4589 224G 69% /media/jehann/1 To 715,3G dos 0
├─sdb2 1M gpt 0
└─sdb3 ext4 e9556fc6-0c83-497f-a61d-a747fc26faf3 216,2G gpt 0

sdc 465,8G PSSD_T7 dos 0
└─sdc1 ntfs TRANSIT 309889369888FB9A 71,6G 85% /media/jehann/TRANSIT 465,8G dos 0

geole · Le 10/05/2023, à 13:27

Dans quelle partition voulais-tu écrire?
Donne ce retour.

mount | grep media

A mon avis, c'est la partition windows qui est mal arrêté.
Il faudrait le lancer et supprimer l'hibernation.

Dernière modification par geole (Le 10/05/2023, à 13:30)

Qid · Le 10/05/2023, à 13:38

geole a écrit :

"Mais j'ai changé de pseudo lors de la réinstallation. " et il n'a pas reformaté la partition donc il est l'utilsateur 1001 Donc classiquement l'utilisateur 1000 ne lui a donné que le droit de lire.

En fait c'est justement cette logique là qui ne me va pas dans l'échange que j'ai eu avec Coeur Noir : certes il n'y a pas reformatage du home... Mais ce n'est pas vraiment cohérent que la base passwd (on est d'accord que c'est là qu'est faite la concordance ?) Ne soit pas réactualisée...

Et expérience à la con : réadapter la concordance d'uid via ce fichier ne suffirait pas à remettre un changement de nom d'aplomb ? Enfin sinon c'est un truc à la useradd...

Coeur Noir · Le 10/05/2023, à 14:08

geole a écrit :

sudo chown -R $HOME

Tu crois faire quoi avec cette commande ? Manque que'q'chose je crois ;-)

Et de toute façon sans savoir de quels dossier / partition / disque / système de fichiers on cause, on n'agit pas en aveugle.

Dernière modification par Coeur Noir (Le 10/05/2023, à 14:16)

geole · Le 10/05/2023, à 14:31

Bonjour Coeur Noir. Merci de la relecture... Il manquait un mot. La commande aurait planté.
Et s il n y a rien à corriger, cela restera pareil. Je ne vois pas le plus apporté par le comptage.

Dernière modification par geole (Le 10/05/2023, à 14:34)

Coeur Noir · Le 10/05/2023, à 14:36

@megaphone_le_vrai
svp lire le lien « Retour commande » dans ma signature.

À priori aucune partition n'est en read-only.
Le disque ( interne, permanent ) sdb ne voit ses partitions monter ( dans /media/$USER/uuid_ou_label_partition ) que lorsque tu les sollicites dans ton explorateur de fichiers, comportement légitime.
Avec ce type de montage automatique, l'utilisateur qui a le même uid que jehann peut écrire dans ces partitions.

Il manque le retour de cat /etc/fstab pour confirmer / infirmer des hypothèses.

sdb                                                                                             931,5G ST1000DM003-1SB102         gpt     0
├─sdb1 ntfs   1 To    7BFEC63A749D4589                        224G    69% /media/jehann/1 To    715,3G                            dos     0
├─sdb2                                                                                              1M                            gpt     0
└─sdb3 ext4           e9556fc6-0c83-497f-a61d-a747fc26faf3                                      216,2G                            gpt     0

→ est-ce normal d'avoir à la fois du partitionnement gpt et dos par ici ?

Donne les retours de

ls -la /media/jehann/*

ls -lna /media/jehann/*

et

grep -E :[0-9]{4}: /etc/passwd

qu'on voit les droits et permissions des divers éléments,
et quels uid feront l'objet d'un nom sur ton système.

___________________________

Qid, tu ne sais pas ou tu ne comprends pas comment fonctionnent les uid et les noms d'utilisateur dans un OS Ubuntu, c'est pas grave en soi, mais apprends au lieu de pointer les autres du doigt et mettre en doute ce qu'ils essaient de t'apporter. On a déjà eu des discussions à ce sujet. En tout cas j'ai la certitude d'avoir maintes fois donné des explications sur le fonctionnement des uid et noms.
Donc je ne vais pas le refaire ici, cherche un peu… avec les outils de recherche bien pourris de ce forum vétuste, j'arrive pas à remettre la main sur mes propres messages à ce sujet…

Dernière modification par Coeur Noir (Le 10/05/2023, à 14:57)

Coeur Noir · Le 10/05/2023, à 14:55

geole a écrit :

Et s il n y a rien à corriger, cela restera pareil. Je ne vois pas le plus apporté par le comptage.

Mmmm…
Avant de passer une commande qui change les propriétés de tout un $HOME, c'est sage de vérifier la nécessité d'une telle commande, tu crois pas ?

C'est ce que je voulais dire par là, ne pas travailler en aveugle, à la supposition.

find ~ ! -user $USER

pour voir si des éléments n'appartiennent plus à l'utilisateur titulaire du répertoire personnel.
Quand tout va bien, cette commande ne répond rien.
Sinon elle liste les éléments au propriétaire inadéquat.

Et à la rigueur, que des éléments visibles puissent avoir d'autre(s) propriétaire(s) que l'$USER titulaire du $HOME, ça peut s'expliquer et on peut même vouloir vivre avec ;-)
Par contre, les éléments cachés d'un $HOME doivent impérativement appartenir à l'$USER titulaire de ce $HOME.
On peut alors « restreindre » la recherche via

find ~ -name '.*' ! -user $USER -exec ls -ld {} \;

qui ne visera que les éléments cachés.

Dernière modification par Coeur Noir (Le 10/05/2023, à 14:56)

Qid · Le 10/05/2023, à 15:36

@ Coeur Noir : je n'ai jamais remis en doute tes propos à ce sujet... Je dis juste qu'il y a des trucs qui ne me semble pas logique... Mais comme c'est une valeur toute relative... Enfin... Ne reversons pas dans un hors sujet inutile... Là ce qu'il faut c'est :
1) déterminer la situation de montage : à priori avec une mise en forme proprement lisible du 9 ce sera chose faite...
2) déterminer les droits sur les dossiers de départ et d'arrivée avec la commande "ls -lha" qui va bien
3) rectifier les droits si besoin...

iznobe · Le 10/05/2023, à 17:33

megaphone_le_vrai a écrit :

le disque appelé 1To est un DD interne a l'ordi (un DD pour le système et un pour les données) le disque TRANSIT est un SSD externe

jehann@jehann-HP-Pavilion-Gaming-Desktop-690-00xx:~$ lsblk -fe7,11 -o +size,model,pttype,ro | cat
NAME FSTYPE LABEL UUID FSAVAIL FSUSE% MOUNTPOINT SIZE MODEL PTTYPE RO
sda jehann@jehann-HP-Pavilion-Gaming-Desktop-690-00xx:~$ ^C
jehann@jehann-HP-Pavilion-Gaming-Desktop-690-00xx:~$ 119,2G SAMSUNG_MZNLN128HAHQ-000H1 dos 0
├─sda1 vfat 0662-DD12 511M 0% /boot/efi 512M dos 0
├─sda2 1K dos 0
└─sda5 ext4 fd0de91c-26cd-4d7b-92aa-3511eef5fdad 92,8G 15% / 118,8G dos 0
sdb 931,5G ST1000DM003-1SB102 gpt 0
├─sdb1 ntfs 1 To 7BFEC63A749D4589 224G 69% /media/jehann/1 To 715,3G dos 0
├─sdb2 1M gpt 0
└─sdb3 ext4 e9556fc6-0c83-497f-a61d-a747fc26faf3 216,2G gpt 0

sdc 465,8G PSSD_T7 dos 0
└─sdc1 ntfs TRANSIT 309889369888FB9A 71,6G 85% /media/jehann/TRANSIT 465,8G dos 0

Bonjour , c ' est quasiement illisible sans les balises de mise en forme code :
alors qu' avec la mise en forme a l' aide de la balise code au dessus de là ou on ecrit dont je viens de mettre l' image , ca donne :

jehann@jehann-HP-Pavilion-Gaming-Desktop-690-00xx:~$ lsblk -fe7,11 -o +size,model,pttype,ro | cat
NAME   FSTYPE LABEL   UUID                                 FSAVAIL FSUSE% MOUNTPOINT              SIZE MODEL                      PTTYPE RO
sda              jehann@jehann-HP-Pavilion-Gaming-Desktop-690-00xx:~$ ^C
jehann@jehann-HP-Pavilion-Gaming-Desktop-690-00xx:~$                                                                                119,2G SAMSUNG_MZNLN128HAHQ-000H1 dos     0
├─sda1 vfat           0662-DD12                               511M     0% /boot/efi               512M                            dos     0
├─sda2                                                                                              1K                            dos     0
└─sda5 ext4           fd0de91c-26cd-4d7b-92aa-3511eef5fdad   92,8G    15% /                     118,8G                            dos     0
sdb                                                                                             931,5G ST1000DM003-1SB102         gpt     0
├─sdb1 ntfs   1 To    7BFEC63A749D4589                        224G    69% /media/jehann/1 To    715,3G                            dos     0
├─sdb2                                                                                              1M                            gpt     0
└─sdb3 ext4           e9556fc6-0c83-497f-a61d-a747fc26faf3                                      216,2G                            gpt     0


sdc                                                                                             465,8G PSSD_T7                    dos     0
└─sdc1 ntfs   TRANSIT 309889369888FB9A                       71,6G    85% /media/jehann/TRANSIT 465,8G                            dos     0

tellement plus agreable , et facile a lire ...

on voit d' ailleurs que ca joue du : ctrl +c , au lmilieu des commandes , pas bon ca , selon la commande , ca peut perturber complètement le système , surtout pour les mises a jour ou a niveau .

Dernière modification par iznobe (Le 10/05/2023, à 17:37)

Qid · Le 10/05/2023, à 17:40

Coeur Noir a écrit :

est-ce normal d'avoir à la fois du partitionnement gpt et dos par ici ?

Ah oui effectivement c'est pas commun cette histoire : comment on peut avoir une partition dans un mode autre que tout le disque !? Gpt ou dos ce n'est pas sensé être géré par la table de partition !?

Ou alors c'est qu'un système sur du dos ne peut pas monter du gpt donc fait une conversion à la lecture (ce qui pourrait expliquer l'impossibilité d'écrire ?)

iznobe · Le 10/05/2023, à 17:42

Qid a écrit :

Ou alors c'est qu'un système sur du dos ne peut pas monter du gpt donc fait une conversion à la lecture (ce qui pourrait expliquer l'impossibilité d'écrire ?)

le format de la table de partition n' a rien a voir dans le fait que la partition soit en RO ( lecture seule ) .

De toute maniere , j' ai l ' impression que le retour est tronqué ou mal collé , car il est effectivement impossible d ' avoir des partitions au format DOS dans un disque ayant une table de partition GPT et inversement . ca n' est pas exploitable .
il faudrait un nouveau retour propre de la même commande .

Dernière modification par iznobe (Le 10/05/2023, à 17:45)

Qid · Le 10/05/2023, à 17:47

iznobe a écrit :

Qid a écrit :
Ou alors c'est qu'un système sur du dos ne peut pas monter du gpt donc fait une conversion à la lecture (ce qui pourrait expliquer l'impossibilité d'écrire ?)
le format de la table de partition n' a rien a voir dans le fait que la partition soit en RO ( lecture seule ) .

Bah sauf que si on regarde bien le disque système est en dos alors que l'autre est en gpt... la seule partition qui est en dos sur ce second disque est la seule qui est montée... Alors après je te l'accorde ma conclusion est complètement hasardeuse mais en même temps c'est la seule explication que je vois au fait qu'on ait 2 format de table de partition sur le même disque...

Qid · Le 10/05/2023, à 17:50

iznobe a écrit :

j' ai l ' impression que le retour est tronqué ou mal collé , car il est effectivement impossible d ' avoir des partitions au format DOS dans un disque ayant une table de partition GPT et inversement . ca n' est pas exploitable .
il faudrait un nouveau retour propre de la même commande .

Pour avoir le cœur net sur tout ça je propose d'avoir un retour de la commande partition démontée... Puis un second monté... Rappel de la commande :

lsblk -fe7,11 -o +size,model,pttype,ro | cat

megaphone_le_vrai · Le 10/05/2023, à 18:07

jehann@jehann-HP-Pavilion-Gaming-Desktop-690-00xx:~$ mount | grep media
/dev/sdb1 on /media/jehann/1 To type fuseblk (ro,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)
/dev/sdc1 on /media/jehann/TRANSIT type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)

je voudrais pouvoir écrire sur 1 To qui est un disque a plateau durablement installé DANS le PC

monté :

AME FSTYPE LABEL UUID FSAVAIL FSUSE% MOUNTPOINT SIZE MODEL PTTYPE RO
sda 119,2G SAMSUNG_MZNLN128HAHQ-000H1 dos 0
├─sda1 vfat 0662-DD12 511M 0% /boot/efi 512M dos 0
├─sda2 1K dos 0
└─sda5 ext4 fd0de91c-26cd-4d7b-92aa-3511eef5fdad 92,8G 15% / 118,8G dos 0
sdb 931,5G ST1000DM003-1SB102 gpt 0
├─sdb1 ntfs 1 To 7BFEC63A749D4589 224G 69% /media/jehann/1 To 715,3G dos 0
├─sdb2 1M gpt 0
└─sdb3 ext4 e9556fc6-0c83-497f-a61d-a747fc26faf3 216,2G gpt 0
sdc 465,8G PSSD_T7 dos 0

démonté :

lsblk -fe7,11 -o +size,model,pttype,ro | cat

geole · Le 10/05/2023, à 18:17

Je crois que tu n as compris que c est a toi de faire la mise en foreme et pas a nous*$AME FSTYPE LABEL

NAME   FSTYPE LABEL UUID                                 FSAVAIL FSUSE% MOUNTPOINT              SIZE MODEL                      PTTYPE RO
sda                                                                                             119,2G SAMSUNG_MZNLN128HAHQ-000H1 dos     0
├─sda1 vfat           0662-DD12                               511M     0% /boot/efi               512M                            dos     0
├─sda2                                                                                              1K                            dos     0
└─sda5 ext4           fd0de91c-26cd-4d7b-92aa-3511eef5fdad   92,8G    15% /                     118,8G                            dos     0
sdb                                                                                             931,5G ST1000DM003-1SB102         gpt     0
├─sdb1 ntfs   1 To    7BFEC63A749D4589                        224G    69% /media/jehann/1 To    715,3G                            dos     0
├─sdb2                                                                                              1M                            gpt     0
└─sdb3 ext4           e9556fc6-0c83-497f-a61d-a747fc26faf3                                      216,2G                            gpt     0
sdc                                                                                             465,8G PSSD_T7                    dos     0

Pour le format dos, il faut penser que c est un bug de l outil de présentation. iln aime pas ce qui n est pas ext4

Dernière modification par geole (Le 10/05/2023, à 18:19)

iznobe · Le 10/05/2023, à 18:22

ouai , le retour n es toujours pas valable
tout à l' heure on voyait :

└─sdc1 ntfs   TRANSIT 309889369888FB9A                       71,6G    85% /media/jehann/TRANSIT 465,8G                            dos     0

bref , sans retout utilisable de commande , impossible d' avancer .

megaphone_le_vrai · Le 10/05/2023, à 18:40

merci ! Transit est le disque SSD externe ! Celui auquel je voudrait avoir accès, c'est 1 To en lecture / écriture
je vois comment je peux vous poster des captures d'écran et je reviens vers vous

merci d'avance
bonne soirée

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 09/05/2023, à 17:20

transfert impossible [RESOLU]

#2 Le 09/05/2023, à 17:38

Re : transfert impossible [RESOLU]

#3 Le 10/05/2023, à 08:29

Re : transfert impossible [RESOLU]

#4 Le 10/05/2023, à 11:13

Re : transfert impossible [RESOLU]

#5 Le 10/05/2023, à 11:33

Re : transfert impossible [RESOLU]

#6 Le 10/05/2023, à 12:31

Re : transfert impossible [RESOLU]

#7 Le 10/05/2023, à 12:53

Re : transfert impossible [RESOLU]

#8 Le 10/05/2023, à 13:08

Re : transfert impossible [RESOLU]

#9 Le 10/05/2023, à 13:20

Re : transfert impossible [RESOLU]

#10 Le 10/05/2023, à 13:27

Re : transfert impossible [RESOLU]

#11 Le 10/05/2023, à 13:38

Re : transfert impossible [RESOLU]

#12 Le 10/05/2023, à 14:08

Re : transfert impossible [RESOLU]

#13 Le 10/05/2023, à 14:31

Re : transfert impossible [RESOLU]

#14 Le 10/05/2023, à 14:36

Re : transfert impossible [RESOLU]

#15 Le 10/05/2023, à 14:55

Re : transfert impossible [RESOLU]

#16 Le 10/05/2023, à 15:36

Re : transfert impossible [RESOLU]

#17 Le 10/05/2023, à 17:33

Re : transfert impossible [RESOLU]

#18 Le 10/05/2023, à 17:40

Re : transfert impossible [RESOLU]

#19 Le 10/05/2023, à 17:42

Re : transfert impossible [RESOLU]

#20 Le 10/05/2023, à 17:47

Re : transfert impossible [RESOLU]

#21 Le 10/05/2023, à 17:50

Re : transfert impossible [RESOLU]

#22 Le 10/05/2023, à 18:07

Re : transfert impossible [RESOLU]

#23 Le 10/05/2023, à 18:17

Re : transfert impossible [RESOLU]

#24 Le 10/05/2023, à 18:22

Re : transfert impossible [RESOLU]

#25 Le 10/05/2023, à 18:40

Re : transfert impossible [RESOLU]

Pied de page des forums