#26 Le 10/05/2023, à 19:44
- geole
Re : transfert impossible [RESOLU]
Tu fais simplement les actions suivantes
Cliquer sur la onzième icône qui est au-dessus de ce champs de saisie et représentée par ce symbole <>
cela va générer une ligne qui ressemble à cela
(code](/code]
tu te positionnes en plein milieu, c est à dire ICI
(code]ICI(/Code]
et tu y colles ta sélection de caractères. Limite 1 million.
Dernière modification par geole (Le 10/05/2023, à 19:53)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
En ligne
#27 Le 10/05/2023, à 19:46
- megaphone_le_vrai
Re : transfert impossible [RESOLU]
Hors ligne
#28 Le 10/05/2023, à 19:51
- iznobe
Re : transfert impossible [RESOLU]
tu cliques sur le triangle en forme de flèche vers la droite .
retour COMPLET et utilisable de commande | script montage partitions
MSI Z490A-pro , i7 10700 , 32 GB RAM .
Hors ligne
#29 Le 10/05/2023, à 20:52
- Coeur Noir
Re : transfert impossible [RESOLU]
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 façon, aucune partition n'est en lecture seule ( toutes à 0 dans la colonne RO ).
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
N'importe quoi, Geole, lsblk reporte les infos identifiées par le système concernant les systèmes de fichiers ou les tables de partitions, y'a pas de « bug de présentation » de sa part.
Par contre on peut supposer que megaphone_le_vrai n'a pas agi avec sagesse lorsqu'il a tenté de (re) formater ou réinstaller.
Et puisque ni le disque externe sdc ni le disque interne sdb ne sont inscrits dans le fstab ( ce qui est normal ) ils ne sont pas montés dès le démarrage du système.
Ils ne montent ( signifie : leurs données ne deviennent exploitables ) que quand on les sollicite dans l'explorateur de fichiers, faut leur cliquer dessus avant de vouloir écrire dedans.
Un périphérique connecté ≠ des données exploitables
un périphérique connecté + un montage de ses partitions = des données exploitables
Quand les montages seront faits, on pourra regarder les droits et permissions des divers emplacements.
Restera le mystère du « mixe » entre les mentions gpt / dos au sein d'un même disque…
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#30 Le 10/05/2023, à 21:30
- geole
Re : transfert impossible [RESOLU]
N'importe quoi, Geole, lsblk reporte les infos identifiées par le système concernant les systèmes de fichiers ou les tables de partitions, y'a pas de « bug de présentation » de sa part.
Voir description de la partition 21.
lsblk -fe7,11 -o +size,model,pttype,ro | cat
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS SIZE MODEL PTTYPE RO
sda 931,5G TOSHIBA MQ01ABD100 gpt 0
├─sda1 vfat FAT32 FAT-UN 4AF6-82D3 57,5M 41% /boot/efi 99M gpt 0
├─sda2 16M gpt 0
├─sda3 vfat FAT32 FATUBUNTU 5B2A-C436 35M gpt 0
├─sda4 ntfs W21H2a 01D90F1070F973F0 34,1G 51% /media/W21H2a 69,3G gpt 0
├─sda5 vfat FAT32 FAT-DEUX B364-95B8 100M gpt 0
├─sda6 ntfs W21H2b 43E02AD31E884337 18,9G 73% /media/W21H2b 69,9G gpt 0
├─sda7 ext4 1.0 U20.04 45b57b34-0e1d-4d6e-aab3-e56dc7f254d1 2,8G 86% /var/snap/firefox/common/host-hunspell 32G gpt 0
│ /
├─sda8 vfat FAT32 E246-A139 100M gpt 0
├─sda9 xfs xfs-22.04 b8180f3d-e54c-42e9-aebe-3a7e02e09e1d 30,5G gpt 0
├─sda10 ext4 1.0 SLASH22-10 edde8295-1f25-47d9-995e-f738b4625469 16G gpt 0
├─sda11 ext4 1.0 HOME22-10 7c08d835-e045-4318-b613-26e6ff3226de 4G gpt 0
├─sda12 ext4 1.0 U23.04 b97e2e55-dc90-4c86-89f7-a71f85993664 27,9G gpt 0
├─sda13 ext4 1.0 U16.04 6ff8e4b5-b1ee-4f77-81d2-a65b75a488bd 8G gpt 0
├─sda14 ext4 1.0 TEST aea4a206-b58f-44b0-8aa5-514d7ed3c37f 26M gpt 0
├─sda15 hfsplus Customer 0ff86d32-0425-3804-801b-ad98fe03032a 1G gpt 0
├─sda16 103,9G gpt 0
├─sda17 ntfs Commun 5E67A0CF47490312 35,3G 91% /media/Commun 395,7G gpt 0
├─sda18 linux_raid_member 1.2 p:0 674fce4b-9e29-4038-7a2c-582089776774 1G gpt 0
│ └─md127 ext4 1.0 9f2835ed-5c25-4eeb-b0b2-55db25fd181f 1022M 0
├─sda19 ext4 1.0 NewUbuntu 23539e56-b34d-4eb9-be77-9a2f6674c9ce 42,1G gpt 0
├─sda21 exfat 1.0 EXFAT F57F-F0A7 1G dos 0
├─sda22 vfat FAT32 2F8C-D564 1G gpt 0
├─sda23 125G gpt 0
└─sda24 linux_raid_member 1.2 p:0 674fce4b-9e29-4038-7a2c-582089776774 1G gpt 0
└─md127 ext4 1.0 9f2835ed-5c25-4eeb-b0b2-55db25fd181f 1022M 0
a@p:~$ ^CC'est peut-être un bug en amont qu'il reporte. Je te le concède.
Il y a aussi sda7 listée sur deux lignes avec pas de valeur dans la seconde...
et j'oublie la partition raid qui pourraient être de la présentation.
Dernière modification par geole (Le 10/05/2023, à 21:43)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
En ligne
#31 Le 10/05/2023, à 21:48
- Qid
Re : transfert impossible [RESOLU]
Mais qu'est-ce que c'est que cette quantité de partitions astronomique sur sda ! Il y a un de ces trafic là dedans...
"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil
Hors ligne
#32 Le 10/05/2023, à 21:51
- cqfd93
Re : transfert impossible [RESOLU]
modération - Messages 9 et 22 à corriger (balises code), ça ne se fera pas tout seul !
− cqfd93 −
Hors ligne
#33 Le 10/05/2023, à 21:51
- geole
Re : transfert impossible [RESOLU]
Il y a du gpt du dos et du space dans la rubrique PTTYPE.
Je pense qu'il n'est pas utile de demander son contenu.
et je ne publie pas ma clé USB à 128 partitions.
Dernière modification par geole (Le 10/05/2023, à 21:53)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
En ligne
#34 Le 10/05/2023, à 22:03
- Qid
Re : transfert impossible [RESOLU]
je ne publie pas ma clé USB à 128 partitions.
Mais tu fais quoi avec autant de partoches sur une clé ? En plus ça doit mettre les ordi qui la lisent en PLS...
"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil
Hors ligne
#35 Le 10/05/2023, à 22:18
- megaphone_le_vrai
Re : transfert impossible [RESOLU]
Bonsoir,
excusez-moi de ne pas avoir été assez clair : j'ai un DD SSD pour le démarrage AVEC double boot LINUX / WINDOWS et un DD à plateau pour les données. Voilà leur check-up :
j'espère que ca vous aideras plus
bonne soirée
Hors ligne
#36 Le 10/05/2023, à 22:34
- geole
Re : transfert impossible [RESOLU]
Est-ce bien cette action que tu veux faire.
Copier des fichiers du disque de 1To dans le SSD - Démarrage ???
Ou l'inverse. Si oui, dans quelle partition SDB1 que tu viens de monter ou SDB3.
n'oublie pas de donner ce retour.
find ~ ! -user $USERAinsi que
df -hJ'espère que tu ne veux pas copier dans SDA1
Dernière modification par geole (Le 10/05/2023, à 22:43)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
En ligne
#37 Le 11/05/2023, à 00:54
- Coeur Noir
Re : transfert impossible [RESOLU]
@geole
C'est impossible de connaître toutes les subtilités de toutes les commandes :
ne pas savoir interpréter le retour d'une commande ne signifie pas que cette commande est buguée.
Pour sda7, il y a 2 lignes car il y a 2 MOUNTPOINTS pour elle :
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS SIZE MODEL PTTYPE RO
(…)
├─sda7 ext4 1.0 U20.04 45b57b34-0e1d-4d6e-aab3-e56dc7f254d1 2,8G 86% /var/snap/firefox/common/host-hunspell 32G gpt 0
│ / → la partition sda7 label U20.04 est montée en deux emplacements : /var/snap/firefox/common/host-hunspell ET la racine / du système ;
→ le montage dans /var/snap/… permet à Firefox en snap d'utiliser les dictionnaires de langues déjà installés côté système ( ce qui évite d'installer en doublons des dicos « à l'intérieur » du snap de Firefox ).
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS SIZE MODEL PTTYPE RO
sda 931,5G TOSHIBA MQ01ABD100 gpt 0
(…)
├─sda21 exfat 1.0 EXFAT F57F-F0A7 1G dos 0→ là on a une partition avec un « partition table type » en dos alors que le disque lui-même ( et toutes les autres partitions ) affichent du gpt ;
→ partons du principe que c'est vrai, ça signifierait qu'un support avec une table gpt sait adresser des partitions gpt ET dos ?
→ sda21 est aussi la seule partition avec un système de fichiers EXFAT, c'est peut-être l'explication ?
______________________________
C'est curieux, dans les divers retours de lsblk dans ce fil, les partitions avec des sys. de fichiers NTFS et EXFAT affichent dos comme type de table, ça n'est probablement pas un hasard.
Dernière modification par Coeur Noir (Le 11/05/2023, à 01:28)
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#38 Le 11/05/2023, à 01:12
- Coeur Noir
Re : transfert impossible [RESOLU]
j'espère que ca vous aideras plus
Bah non, ça n'aide pas davantage.
Ce qui aiderait, c'est :
1⋅ que tu « montes » les partitions de ces 2 disques.
Pour ça, tu vas dans ton explorateur de fichiers, dans la section « autres emplacements », et tu cliques sur les partitions qui t'intéressent.
À partir du moment où elles sont montées, tu peux en voir, en manipuler les données contenues que tu trouveras dans /media/jehann/<label_des_partitions>
2⋅ à ce moment là, donne les retours des commandes suggérées :
tu copies le texte depuis le terminal, tu le colles dans ton message entre balises < > code → lire impérativement « Retour commande » en signature ci-dessous, deuxième fois.
Et idem, les commandes tu peux les copier depuis le message du forum et les coller dans ton terminal.
3⋅ les 5 commandes qui, me semble, aideraient à y voir plus clair :
lsblk -fe7,11 -o +size,model | cat # infos diverses sur les supports de données et partitions en présence
ls -la /media/jehann/* # pour entre autres voir les noms en toutes lettres des propriétaires des éléments
ls -lna /media/jehann/* # voir le nom numérique ( uid ) des propriétaires des éléments
grep -E :[0-9]{4}: /etc/passwd # voir dans ton système à quel uid correspond quel nom
ls -ld .* # voir à qui appartiennent les éléments cachés dans ton $HOME ( répertoire personnel )Dernière modification par Coeur Noir (Le 11/05/2023, à 15:35)
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#39 Le 11/05/2023, à 06:43
- Qid
Re : transfert impossible [RESOLU]
C'est curieux, dans les divers retours de lsblk dans ce fil, les partitions avec des sys. de fichiers NTFS et EXFAT affichent dos comme type de table, ça n'est probablement pas un hasard.
J'aurai pas lié exfat avec NTFS au premier abord car je croyais exfat moins windowsien mais il n'empêche que ta conclusion est correcte...
J'ai moi aussi de l'exfat et du NTFS (partition commune et Windows 11) sur du partitionnement gpt donc je regarderai ce que ça dit chez moi mais si d'autres ont aussi des partitionnements similaires à montrer pour voir si la bizarrerie gpt/dos est aussi présente ça pourrait être un plus... Je vous fais ça dans la matinée en tous cas...
"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil
Hors ligne
#40 Le 11/05/2023, à 08:39
- iznobe
Re : transfert impossible [RESOLU]
bizzare tout ca , je pense aussi qu ' il doit y avoir une raison et que c' est pas tellement une lubie du retour de la commande .
en tout cas chez moi aucun soucis du genre :
iznobe@iznobe-PC:~$ lsblk -fe7,11 -o +size,model,pttype,ro | cat
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS SIZE MODEL PTTYPE RO
sda 3,6T ST4000VX000-2AG166 gpt 0
├─sda1 ext4 1.0 Seagate_4T 4f8cc284-cd84-4eeb-b412-7539f81664c4 3,4T gpt 0
├─sda2 ntfs NTFS-comune 3DADA3C91F17C574 18,4G 0% /media/NTFS-comune 18,5G gpt 0
└─sda4 ext3 1.0 ubuntu_22.10 89f71135-b459-4c74-bfa3-e9d27df4369d 24,8G gpt 0
sdb 7,3T WDC WD82PURZ-85TEUY0 gpt 0
├─sdb1 ext4 1.0 WD8 1db8a5b3-ff12-4d31-9463-b188ffefe43b 1,5T 78% /media/Vidéos/WD8 6,8T gpt 0
└─sdb2 ext4 1.0 SAUV d9dc9f4e-a24a-4573-9465-13711480f272 520,3G gpt 0
sdc 2,7T TOSHIBA HDWD130 gpt 0
├─sdc3 ext4 1.0 datas 01c9b796-0869-4ff9-a2a1-6c0f56ed5257 1,8T 31% /datas 2,7T gpt 0
└─sdc4 swap 1 b417c871-1130-40ec-92a2-409dabae582e [SWAP] 32G gpt 0
sdd 7,3T WDC WD8001PURP-85B6RY0 gpt 0
├─sdd1 ext4 1.0 WD8PRO1 6298e7b7-7e63-4f5c-8216-ab1f70a1876d 617,3G 68% /media/WD8PRO1 1,9T gpt 0
└─sdd2 ext4 1.0 WD8PRO1_P2 34468dc8-3d25-4fab-a948-745b4e234842 5,1T 0% /media/Vidéos/WD8PRO1_P2 5,4T gpt 0
sde 7,3T WDC WD8001PURP-85B6RY0 gpt 0
└─sde1 ext4 1.0 WD8PRO2 084604bc-1b9e-4cdd-bae4-ac9a9fe1303f 6T 16% /media/Vidéos/WD8PRO2 7,3T gpt 0
zram0 [SWAP] 15,5G 0
nvme0n1 476,9G ADATA SX8200PNP gpt 0
├─nvme0n1p1 ntfs windows_10 08CCB0D8CCB0C0EC 63,6G 49% /media/iznobe/windows_10 125G gpt 0
├─nvme0n1p2 ntfs E49A115A9A112B16 637M gpt 0
├─nvme0n1p3 vfat FAT32 SSD_EFI_WIN C071-9050 53M 45% /boot/efi 100M gpt 0
├─nvme0n1p4 ntfs 0E52DDB352DD9FAF 535M gpt 0
├─nvme0n1p5 ext4 1.0 LM_21_SSD eb18366b-2ac9-4a7e-8f93-ba2caa30e90e 5,6G 76% / 30,5G gpt 0
├─nvme0n1p6 ext4 1.0 ubuntu_18_SSD 06bc0f51-50e8-4ed4-8090-903acdb7df3f 49,4G gpt 0
├─nvme0n1p7 ext4 1.0 budgie_SSD 8ab22881-60b3-47aa-a0bf-54c292afae81 49,3G gpt 0
├─nvme0n1p8 ext4 1.0 ubuntu_20.04_SSD dca54497-1ab2-4c12-bc82-53b817300288 29G gpt 0
├─nvme0n1p9 ext4 1.0 LM_SSD_NEW df3cd676-80e7-46ef-a28e-5dbe3ea5ddf7 29,3G gpt 0
└─nvme0n1p10 ext4 1.0 50149f7c-d2c3-4119-b937-328b22a577d4 20,2G 24% /media/iznobe/50149f7c-d2c3-4119-b937-328b22a577d4 29,3G gpt 0
iznobe@iznobe-PC:~$cela dit c' est peut être moins " fourni " que chez certain .
Dernière modification par iznobe (Le 11/05/2023, à 08:40)
retour COMPLET et utilisable de commande | script montage partitions
MSI Z490A-pro , i7 10700 , 32 GB RAM .
Hors ligne
#41 Le 11/05/2023, à 10:19
- Qid
Re : transfert impossible [RESOLU]
ah bah moi j'ai bien ma partition exfat identifiée dos alors qu'elle est sur un nvme en gpt :
lsblk -fe7,11 -o +size,model,pttype,ro | cat
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS SIZE MODEL PTTYPE RO
zram0 [SWAP] 15,5G 0
nvme0n1 465,8G CT500P3PSSD8 gpt 0
├─nvme0n1p1 vfat FAT32 04D2-5D12 93,5M 5% /boot/efi 100M gpt 0
├─nvme0n1p2 ext4 1.0 6ee3200b-29d0-4246-8c11-2d625d1e72d8 17,4G 59% /var/snap/firefox/common/host-hunspell 48,8G gpt 0
│ /
└─nvme0n1p3 exfat 1.0 DATA F3EF-F974 108,2G 74% /mnt/DATA 416,8G dos 0
nvme1n1 465,8G CT500P2SSD8 gpt 0
├─nvme1n1p1 vfat FAT32 D68F-CFA9 100M gpt 0
├─nvme1n1p2 16M gpt 0
├─nvme1n1p3 ntfs Windows 9AAA9173AA914C9F 465G gpt 0
└─nvme1n1p4 ntfs 3CE461F5E461B1B6 639M gpt 0par contre RAS pour les NTFS...
edit : et on en parle du retour de parted -l ?
Modèle : CT500P3PSSD8 (nvme)
Disque /dev/nvme0n1 : 500GB
Taille des secteurs (logiques/physiques) : 512B/512B
Table de partitions : gpt
Drapeaux de disque :
Numéro Début Fin Taille Système de fichiers Nom Drapeaux
1 1049kB 106MB 105MB fat32 msftdata
2 106MB 52,5GB 52,4GB ext4
3 52,5GB 500GB 448GB DATA msftdataDernière modification par Qid (Le 11/05/2023, à 10:26)
"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil
Hors ligne
#42 Le 11/05/2023, à 10:29
- megaphone_le_vrai
Re : transfert impossible [RESOLU]
Bonjour,
j'ai fait un post hier soir pour clarifier la situation mais je ne le vois pas dans le fil ! je le reposte donc. merci d'avance
j'ai un SSD de 128 Go qui sert au double boot LINUX / windows
et un a plateau de 1 To qui contient mes dossiers. Et c'est celui là qui est en lecture seule
bonne journée
Hors ligne
#43 Le 11/05/2023, à 10:34
- Qid
Re : transfert impossible [RESOLU]
j'ai fait un post hier soir pour clarifier la situation
si si on l'a vu... c'est le #35
mais ça ne clarifie rien du tout car l'appli que tu nous montre est toute pourri pour ce qui est de la clarté du visuel...
Dernière modification par Qid (Le 11/05/2023, à 10:34)
"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil
Hors ligne
#44 Le 11/05/2023, à 11:39
- megaphone_le_vrai
Re : transfert impossible [RESOLU]
Qid, je ne comprends pas ce qui est pourri... j'ai fait une capture d'écran et je l'ai postée sur imgBB et mis le lien. Ce n'est pas comme ça qu'il faut faire ? Je suis novice...
Hors ligne
#45 Le 11/05/2023, à 12:04
- geole
Re : transfert impossible [RESOLU]
Aurais-tu eu un double qui maitrisait la commande lsblk au moment de publier cet échange
D autre part, répondre a des questions ne devrait pas être très compliqué.
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
En ligne
#46 Le 11/05/2023, à 12:07
- Qid
Re : transfert impossible [RESOLU]
Qid, je ne comprends pas ce qui est pourri...
ce qui est pourri c'est l'application que tu utilises... et puis ça ne répond pas vraiment à ce qu'on te demande :
dixit :
- le post de cqfd93 d'Hier à 21:51:00
- le dernier post de geole
edit :
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... !
vers où exactement !?
Dernière modification par Qid (Le 11/05/2023, à 12:09)
"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil
Hors ligne
#47 Le 11/05/2023, à 13:27
- Coeur Noir
Re : transfert impossible [RESOLU]
…euh les gars, merci de m'invisibiliser !
J'ai résumé au #38 ce qui est attendu. je recolle ici :
@megaphone_le_vrai, ce qui aiderait, c'est :
1⋅ que tu « montes » les partitions de ces 2 disques.
Pour ça, tu vas dans ton explorateur de fichiers, dans la section « autres emplacements », et tu cliques sur les partitions qui t'intéressent.
À partir du moment où elles sont montées, tu peux en voir, en manipuler les données contenues que tu trouveras dans /media/jehann/<label_des_partitions>
2⋅ à ce moment là, donne les retours des commandes suggérées :
tu copies le texte depuis le terminal, tu le colles dans ton message entre balises < > code → lire impérativement « Retour commande » en signature ci-dessous, deuxième fois.
Et idem, les commandes tu peux les copier depuis le message du forum et les coller dans ton terminal.
3⋅ les 5 commandes qui, me semble, aideraient à y voir plus clair :
lsblk -fe7,11 -o +size,model | cat # infos diverses sur les supports de données et partitions en présence
ls -la /media/jehann/* # pour entre autres voir les noms en toutes lettres des propriétaires des éléments
ls -lna /media/jehann/* # voir le nom numérique ( uid ) des propriétaires des éléments
grep -E :[0-9]{4}: /etc/passwd # voir dans ton système à quel uid correspond quel nom
ls -ld .* # voir à qui appartiennent les éléments cachés dans ton $HOME ( répertoire personnel )Dernière modification par Coeur Noir (Le 11/05/2023, à 15:35)
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#48 Le 11/05/2023, à 13:32
- Qid
Re : transfert impossible [RESOLU]
…euh les gars, merci de m'invisibiliser !
J'ai résumé au #38 ce qui est attendu
en effet... désolé d'avoir oublié de redonner ton post #38 qui était très bien si ce n'est le mieux pour faire avancer les choses car pour l'instant on est toujours dans un flou artistique à divaguer sur des bizarreries qu'on a quand même déjà constaté...
"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil
Hors ligne
#49 Le 15/05/2023, à 00:55
- megaphone_le_vrai
Re : transfert impossible [RESOLU]
bonjour,
Au bout du 48ième post je suis encore plus noyé qu'au premier ! comme disait Desproges : "quand je pose une question à un philosophe, quand il a fini je ne me souviens même plus de ma question !" J'ai résolu l'affaire autrement, j'ai enlevé mon disque SSD, j'ai reformater et installé le système sur mon disque de données et réintégré la la sauvegarde de mes données. je n'ai plus qu'un seul disque pour tout et le pb est résolu.
merci d'avoir essayé de me comprendre (même si - visiblement ce n'était pas facile !) et du temps que vous y avez passé. Moi j'ai quitté l'informatique (windows) il y a 18 mois alors maintenant, moins j'y passe de temps et mieux c'est ! Donc solution rapide ou je passe à autre chose !
bonne soirée
Hors ligne
#50 Le 15/05/2023, à 03:22
- Coeur Noir
Re : transfert impossible [RESOLU]
Hé. L'essentiel c'est que tu arrives à tes fins.
merci d'avoir essayé de me comprendre (même si - visiblement ce n'était pas facile !)
C'est qu'il manquait des infos « tangibles » pour que les aidants parviennent à t'aider.
C'est pour ça que les uns et les autres, on t'a suggéré des commandes,
dont les retours nous auraient mieux « parlé » que les images que tu as postées ou des propos manquants éventuellement de précision.
Au cas où, un peu « d'administration » :
1⋅ Dans ton Linux il y a des emplacements où toi en tant qu'utilisateur, tu as le droit d'écrire ( modifier, supprimer… ) :
ton répertoire personnel [ $HOME = /home/$USER = /home/ton_nom = ~ = le répertoire personnel ] et autres dossiers dont tu es propriétaire.
Et des emplacements où seul l'utilisateur root - le Super Utilisateur, le big-boss, celui par qui tout commence - peut écrire :
grosso-modo c'est tout le reste des dossiers, car ils contiennent les rouages du système lui-même, et ton utilisateur « normal » n'en est pas le propriétaire.
Quand tu cherches, avec ton utilisateur normal, à écrire / supprimer / modifier quelque chose qui se trouve dans les emplacements « système » tu peux pas, c'est normal et souhaitable.
2⋅ connecter un périphérique ne signifie pas forcément pouvoir exploiter les données contenues dans ce périphérique.
Quand tu branches un support de données ( DD externe, clé usb, CD, carte mémoire… ) à ton ordi, il y a en fait 2 étapes :
⋅ la première, c'est la reconnaissance matérielle, quasiment toujours automatique : ton système « voit » la machine que tu viens de brancher ( c'est un disque de telle taille, de telle marque, etc. )
⋅ La seconde c'est le montage des données contenues dans ce matériel, c'est à dire rendre disponibles ces données à travers un dossier ( un emplacement ) dans ton système d'exploitation.
Le montage des données est automatique quand il s'agit de supports qui se branchent « à chaud » à ton ordi ( tu branches une clé usb, pouf, son dossier s'ouvre ou une icône apparaît sur ton bureau ou dans un dock, grosso-modo ).
Le montage des données n'est pas automatique quand il s'agit de supports internes à l'ordinateur, mis sous tension en même temps que lui. Dans ce cas il faudra cliquer sur ce disque interne dans ton explorateur de fichiers pour en monter les données.
→ Si tu te figures bien ces 2 « concepts » ça devrait t'éviter quelques surprises à l'avenir 
Et sinon tu reviens nous voir avec d'autres questions 
Dernière modification par Coeur Noir (Le 15/05/2023, à 03:25)
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne