Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 24/10/2023, à 12:40

benney

[resolu] copie vers DD-ext en NTFS lacunaire

Bonjour, j'ai tenté de faire une copie partielle de mon /home vers un disque dur externe non formaté donc en format ntfs.
opération effectuée en ligne de commande

cp -rav [répertoire source] [répertoire de destination]

je constate qu'une série de dossiers et fichiers n'ont pas été copiés
dossier contenant des caractère ":" "." "?" "*" """ etc.
fichier contenant des caractères ":"
ce que j'ai pu constater en passant par Dolphin qui m'a renvoyé des messages d'erreur. à noter qu'une sauve garde sur des disques dur interne son correcte formaté en ext4.

Jusqu'à présent je n'avais pas trop fait attention à la syntaxe de mes fichiers et de mes répertoires ! Quelle sont les recommandations ? Doit-il y en avoir ? est-ce liée au format de partition ?

j'ai entreprise de normaliser mes dossier et fichier ; mais la tâches est énorme.
Serait-il possible de forcer une copie ; pour contourner ce problème dans un premier temps et prendre le temps de rationaliser répertoire et fichier une fois copies effectuées?

cordialement

---
[résumé]
mes objectifs : avoir un disque dur externe qui contient des données accessible sur plusieurs ordi essentiellement sus ubuntu ; mais peut-être windows quelques fois !
--> formatage en exfat par exemple via Gparted toutefois des corruptions de noms de répertoire (majuscule) et de dossier qui n'aurait eu lieu en fat4
--> cette partition n'est pas dédier à véhiculer les profils logiciel là aussi c'est fat4
privilégié la copie des répertoire via un explorateur de document pour bénéficier des messages de correction.
Par exemple Dolphin signal qu'exfat ne prend pas en charge les liens symbolique :-( ; il propose de remplacé la série de caractère spécial non reconnu par "_" .

Dernière modification par benney (Le 25/10/2023, à 13:13)


PC : - multi-boot : Xfce 22.04 LTS 
       - AMD Athlon(tm) II X2 250 Processor × 2 ; mémoire : 2,7 Gio - Disque : 211,9 Gio
Portable : Kubuntu 22.04
       - msi CX62 6QD | Intel® Core™ i3-6100H ; mémoire : 4 Go ; disque : 250 Go

Hors ligne

#2 Le 24/10/2023, à 12:53

Qid

Re : [resolu] copie vers DD-ext en NTFS lacunaire

Effectivement les restrictions de syntaxe des noms ne sont pas les mêmes suivant le format de la partition...

D'ailleurs il me paraît judicieux de revenir là-dessus car il y a plusieurs points qui ne collent pas

copie partielle de mon /home vers un disque dur externe non formaté donc en format ntfs.

- Si c'est non formaté par définition ça ne peut pas être en NTFS...
- de plus tu parles du home... Certes en partiel mais du coup faudrait clarifier car je rappelle que les droits utilisés par Linux ne sont pas compatibles avec le NTFS... Donc il est prudent de ne pas tout y recopier car certaines applications pourraient ne pas apprécier le changement de permission au retour sur de l'ext4...


"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

#3 Le 24/10/2023, à 13:07

benney

Re : [resolu] copie vers DD-ext en NTFS lacunaire

bonjour et merci

Qid a écrit :

Effectivement les restrictions de syntaxe des noms ne sont pas les mêmes suivant le format de la partition...

je n'ai pas de trouvé de notice et recommandation dans la doc ubuntu ou j'ai mal cherché.

Qid a écrit :

D'ailleurs il me paraît judicieux de revenir là-dessus car il y a plusieurs points qui ne collent pas

copie partielle de mon /home vers un disque dur externe non formaté donc en format ntfs.

- Si c'est non formaté par définition ça ne peut pas être en NTFS...

du moins pas de formatage après l'achat du disque dur. Je l'ai utilisé tel que. (Je pensais resté sous ce format pour être plus universel de façon intuitive :-/ )

Qid a écrit :

- de plus tu parles du home... Certes en partiel mais du coup faudrait clarifier car je rappelle que les droits utilisés par Linux ne sont pas compatibles avec le NTFS... Donc il est prudent de ne pas tout y recopier car certaines applications pourraient ne pas apprécier le changement de permission au retour sur de l'ext4...

oui, je n'ai récupéré que les répertoires de données personnelles (Document, image, musique, vidéo) et leur sous répertoires sans copier les répertoires de paramétrage.
Suis-je plus précis ?


PC : - multi-boot : Xfce 22.04 LTS 
       - AMD Athlon(tm) II X2 250 Processor × 2 ; mémoire : 2,7 Gio - Disque : 211,9 Gio
Portable : Kubuntu 22.04
       - msi CX62 6QD | Intel® Core™ i3-6100H ; mémoire : 4 Go ; disque : 250 Go

Hors ligne

#4 Le 24/10/2023, à 13:25

Qid

Re : [resolu] copie vers DD-ext en NTFS lacunaire

Réponse à la première citation : question de vécu... J'avoue ne pas réellement trop savoir pour quoi c'est comme ça non plus...

Réponse à la seconde citation : la réponse ne me va toujours pas : j'espère qu'il y a bien un partition et non que tu y a mis des données sans avoir de table dessus : ce serait dangereux... Est-ce que tu peux montrer le formatage que tu as ?

Réponse à la troisième citation : ok... Dans ce cas pas de souci... Sauf si comme je le disais ça a été fait sur un disque dur mal formaté...


"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

#5 Le 24/10/2023, à 13:38

geole

Re : [resolu] copie vers DD-ext en NTFS lacunaire

Bonjour.
Rapidement.
Si tu ne disposes pas de windows, reformates en EXT4 ton disque externe.
   ==> Incidents encore plus fréquents en USB
Si tu disposes de windows, il existe un script qui remets aux normes windows.

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


Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

En ligne

#6 Le 24/10/2023, à 14:20

Qid

Re : [resolu] copie vers DD-ext en NTFS lacunaire

geole a écrit :

Si tu ne disposes pas de windows, reformates en EXT4 ton disque externe.

Heu... Pour éviter de flinguer l'éventuel besoin de compatibilité il ne serait pas mieux en exfat ?


"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

#7 Le 24/10/2023, à 15:17

benney

Re : [resolu] copie vers DD-ext en NTFS lacunaire

voici c'est le sdb ; mais j'ai l'impression que c'est pas la bonne commande O:)

ben@ben-CX62-6QD:~$ sudo fdisk -l
[sudo] Mot de passe de ben : 
Disque /dev/loop0 : 4 KiB, 4096 octets, 8 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop1 : 105,76 MiB, 110895104 octets, 216592 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop2 : 105,82 MiB, 110960640 octets, 216720 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop3 : 55,66 MiB, 58368000 octets, 114000 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop4 : 63,45 MiB, 66531328 octets, 129944 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop5 : 55,66 MiB, 58363904 octets, 113992 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop6 : 63,46 MiB, 66547712 octets, 129976 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop7 : 73,88 MiB, 77463552 octets, 151296 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/sda : 223,57 GiB, 240057409536 octets, 468862128 secteurs
Disk model: CT240BX500SSD1  
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0xf9146a70

Périphérique Amorçage     Début       Fin  Secteurs Taille Id Type
/dev/sda1    *            30720 127019007 126988288  60,6G 83 Linux
/dev/sda2             127021054 468860927 341839874   163G  5 Étendue
/dev/sda5             127021056 339107839 212086784 101,1G 83 Linux
/dev/sda6             455548928 468860927  13312000   6,3G 82 partition d'échange Linux / Solaris


Disque /dev/loop8 : 73,9 MiB, 77492224 octets, 151352 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop9 : 375,31 MiB, 393539584 octets, 768632 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop10 : 240,47 MiB, 252153856 octets, 492488 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop11 : 238,77 MiB, 250372096 octets, 489008 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop12 : 164,82 MiB, 172830720 octets, 337560 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop13 : 349,69 MiB, 366678016 octets, 716168 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop14 : 349,7 MiB, 366682112 octets, 716176 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop15 : 496,88 MiB, 521015296 octets, 1017608 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop16 : 496,98 MiB, 521121792 octets, 1017816 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop17 : 91,69 MiB, 96141312 octets, 187776 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop18 : 450,15 MiB, 472018944 octets, 921912 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop19 : 160,76 MiB, 168570880 octets, 329240 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop20 : 12,32 MiB, 12922880 octets, 25240 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop21 : 40,84 MiB, 42827776 octets, 83648 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop22 : 40,86 MiB, 42840064 octets, 83672 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop23 : 130,32 MiB, 136646656 octets, 266888 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/sdb : 1,82 TiB, 2000365289472 octets, 3906963456 secteurs
Disk model: My Passport 2626
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 017856EC-F897-4A3D-B9C0-0D23B4AA9DB2

Périphérique Début        Fin   Secteurs Taille Type
/dev/sdb1     2048 3906961407 3906959360   1,8T Données de base Microsoft
ben@ben-CX62-6QD:~$ 

PC : - multi-boot : Xfce 22.04 LTS 
       - AMD Athlon(tm) II X2 250 Processor × 2 ; mémoire : 2,7 Gio - Disque : 211,9 Gio
Portable : Kubuntu 22.04
       - msi CX62 6QD | Intel® Core™ i3-6100H ; mémoire : 4 Go ; disque : 250 Go

Hors ligne

#8 Le 24/10/2023, à 15:18

geole

Re : [resolu] copie vers DD-ext en NTFS lacunaire

Exfat a aussi des  problèmes sur les noms des fichiers      (entre minuscules et majuscules)
       Donc à voir......
              En fait  avec rysnc   relancé dans la foulée, il continue de mettre à  jour les fichiers doublonnant...   Il faut donc manuellement changer les noms jusqu'à  extinction.
    Si on a trois fichiers    Fic1 fiC1 fIc      Deux vont être écrasé,  il ne restera que FIC1
Lui non plus ne va  pouvoir sauver le logiciel. (les permissions)

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


Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

En ligne

#9 Le 24/10/2023, à 15:44

benney

Re : [resolu] copie vers DD-ext en NTFS lacunaire

Ok merci pour vos retours, je me doutais qu'il me fallait reprendre en amont proprement !

mes objectifs : avoir un disque dur externe qui contient des données accessible sur plusieurs ordi essentiellement sus ubuntu ; mais peut-être windows quelques fois !
--> formatage en fat4 via Gparted
--> à voir dans un autre temps pour détecter les noms de répertoire et de fichiers qui pourrait poser problème avec windows (parcours très rapide post : 

geole a écrit :

Si tu disposes de windows, il existe un script qui remets aux normes windows.

)

Question, L'objectif de ce disque dur externe est de voyager --> un chiffrement serait pertinent !
dois-je le penser dès le formatage du disque dur en proposant une partition particulière ?
ou bien cela peut se penser dans un second temps avec deux répertoires ou plus du type "public" "perso" ce dernier étant chiffré ?


PC : - multi-boot : Xfce 22.04 LTS 
       - AMD Athlon(tm) II X2 250 Processor × 2 ; mémoire : 2,7 Gio - Disque : 211,9 Gio
Portable : Kubuntu 22.04
       - msi CX62 6QD | Intel® Core™ i3-6100H ; mémoire : 4 Go ; disque : 250 Go

Hors ligne

#10 Le 24/10/2023, à 15:55

geole

Re : [resolu] copie vers DD-ext en NTFS lacunaire

Vu ce que tu dis.

Un partition EXFAT obligatoire pour compatibilité maxima (windows  et Apple)
Je te laisse lire la documentation véracrypt     qui est compatible windows mais  probablement pas Apple
Il existe la possiblité de fabriquer un fichier CONTENEUR.

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


Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

En ligne

#11 Le 24/10/2023, à 18:37

Qid

Re : [resolu] copie vers DD-ext en NTFS lacunaire

geole a écrit :

Exfat a aussi des  problèmes sur les noms des fichiers      (entre minuscules et majuscules)
       Donc à voir......
              En fait  avec rysnc   relancé dans la foulée, il continue de mettre à  jour les fichiers doublonnant...   Il faut donc manuellement changer les noms jusqu'à  extinction.
    Si on a trois fichiers    Fic1 fiC1 fIc      Deux vont être écrasé,  il ne restera que FIC1
Lui non plus ne va  pouvoir sauver le logiciel. (les permissions)

Je savais pour les majuscules... Enfin j'en fais les frais régulièrement et ça me casse un peu les pieds accessoirement wink

Par contre il est clair que pour moi ce n'était pas fait non plus pour sauvegarder les profils logiciel ça on est bien d'accord là dessus... Celà dit mon profil thunderbird est stocké sur ma partition data en exfat et il se porte quand même bien tous comme mes machines virtuelles... Mais clairement je ne m'aventurerai pas à aller plus loin wink


"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

#12 Le 24/10/2023, à 19:34

Qid

Re : [resolu] copie vers DD-ext en NTFS lacunaire

geole a écrit :

reformates en EXT4 ton disque externe.

C'est hors sujet vu la situation mais franchement j'aimerais bien qu'on rediscute de la gestion des droits sur une partition data en ext4 parceque je viens encore de m'arracher les cheveux parceque l'utilisateur n'a pas les droits via nautilus pour faire un copier coller alors qu'un cp en non root a lui bien fonctionné...


"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

#13 Le 25/10/2023, à 08:54

geole

Re : [resolu] copie vers DD-ext en NTFS lacunaire

Qid a écrit :

C'est hors sujet...je viens encore de m'arracher les cheveux parceque l'utilisateur n'a pas les droits via nautilus pour faire un copier coller alors qu'un cp en non root a lui bien fonctionné...

C'est difficilement compréhensible. Je pars du principe que si la commande faite par l'utilisateur fonctionne, cela doit aussi fonctionner en mode graphique.  Mais pas d'expérience graphique dans ce  contexte. 
Fin de hors sujet.

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


Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

En ligne

#14 Le 25/10/2023, à 09:23

Qid

Re : [resolu] copie vers DD-ext en NTFS lacunaire

geole a écrit :
Qid a écrit :

C'est hors sujet...je viens encore de m'arracher les cheveux parceque l'utilisateur n'a pas les droits via nautilus pour faire un copier coller alors qu'un cp en non root a lui bien fonctionné...

C'est difficilement compréhensible. Je pars du principe que si la commande faite par l'utilisateur fonctionne, cela doit aussi fonctionner en mode graphique.  Mais pas d'expérience graphique dans ce cont contexte. 
Fin de hors sujet.

Bah ouais suis assez d'accord avec toi... J'avoue que sur ce coup là j'aimerais bien ne pas être le seul aidant de mon secteur pour pouvoir me faire expliquer tout ça... Enfin effectivement arrêtons là le hors sujet puisque dans le cas présent on ne lui a pas conseillé le ext4...


"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

#15 Le 25/10/2023, à 10:48

benney

Re : [resolu] copie vers DD-ext en NTFS lacunaire

bonjour,
merci pour tous vos retours,

a/  OK exfat :-)
je vais reformater
a1/ à explorer fabriquer un fichier CONTENEUR

b/ puis refaire une copie de mes fichiers ; à savoir des fichiers de données personnels
b1/ il existe un risque de corruption pour ceux qui ont des majuscules ou bien simplement de gène avec création de doublon ? y a t-il d'autre syntaxe pouvant poser problème ?
b2/ avant de faire une copie est-il possible de scanner ses répertoires et ses fichiers pour lister ceux qui ont une syntaxe corruptible ou problématique ?
b3/ Et si oui existe-t-il la possibilité d'avoir des proposition de correction de ces nom avec des proposition de renommage sans écraser un fichier/répertoire qui aurait le nom de renommage ?

c/- lors de la copie en partition Exfact il n'est pas pertinent d'y copier des fichiers et répertoire les profils logiciel ; pour eux sauve garde de ses paramètre se fait sur un support en EXT4.


PC : - multi-boot : Xfce 22.04 LTS 
       - AMD Athlon(tm) II X2 250 Processor × 2 ; mémoire : 2,7 Gio - Disque : 211,9 Gio
Portable : Kubuntu 22.04
       - msi CX62 6QD | Intel® Core™ i3-6100H ; mémoire : 4 Go ; disque : 250 Go

Hors ligne

#16 Le 25/10/2023, à 11:01

Qid

Re : [resolu] copie vers DD-ext en NTFS lacunaire

B{1,2,3}/ en fait le truc c'est surtout que dans le cadre d'un renommage par exemple pour de l'exfat il n'y a pas de différence en "ubuntu" et "Ubuntu"... Pas facile de mettre une majuscule à ses noms de fichiers et dossiers dans ces conditions... Celà dit ça ne devrait pas créer des conflits au moment de la copie... En tous cas il est malheureusement sûr qu'il n'y aura pas d'autres aides que le classique : "ce fichier existe déjà voulez-vous le renommer ou l'écraser ou encore ignorer la copie"...


"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

#17 Le 25/10/2023, à 11:11

benney

Re : [resolu] copie vers DD-ext en NTFS lacunaire

impec merci pour ce retour

Qid a écrit :

En tous cas il est malheureusement sûr qu'il n'y aura pas d'autres aides que le classique : "ce fichier existe déjà voulez-vous le renommer ou l'écraser ou encore ignorer la copie"...

là c'est dans le cas ou j'utilise un explorateur de fichier pour faire la copie ?
par contre si je veux le faire en ligne de commande avec cp est-ce mort ?


PC : - multi-boot : Xfce 22.04 LTS 
       - AMD Athlon(tm) II X2 250 Processor × 2 ; mémoire : 2,7 Gio - Disque : 211,9 Gio
Portable : Kubuntu 22.04
       - msi CX62 6QD | Intel® Core™ i3-6100H ; mémoire : 4 Go ; disque : 250 Go

Hors ligne

#18 Le 25/10/2023, à 11:14

Qid

Re : [resolu] copie vers DD-ext en NTFS lacunaire

benney a écrit :

si je veux le faire en ligne de commande avec cp est-ce mort ?

Dans ce cas je crois qu'il va juste ignorer avec un beau petit message... Mais je ne suis même pas sûr...


"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

#19 Le 25/10/2023, à 11:27

benney

Re : [resolu] copie vers DD-ext en NTFS lacunaire

OK merci !
je vais clore la discussion et reprendre les divers point via des recherches et des nouvelles discussion !
[j'ai été trop rapide voir question suivante]

Dernière modification par benney (Le 25/10/2023, à 11:37)


PC : - multi-boot : Xfce 22.04 LTS 
       - AMD Athlon(tm) II X2 250 Processor × 2 ; mémoire : 2,7 Gio - Disque : 211,9 Gio
Portable : Kubuntu 22.04
       - msi CX62 6QD | Intel® Core™ i3-6100H ; mémoire : 4 Go ; disque : 250 Go

Hors ligne

#20 Le 25/10/2023, à 11:36

benney

Re : [resolu] copie vers DD-ext en NTFS lacunaire

Hum !
pour mon exfact dois-je créer une table de partition sur mon disque dur externe et si oui de quel type est-ce celle par défaut msdos dans Gparted conviendrait ?

Dernière modification par benney (Le 25/10/2023, à 11:40)


PC : - multi-boot : Xfce 22.04 LTS 
       - AMD Athlon(tm) II X2 250 Processor × 2 ; mémoire : 2,7 Gio - Disque : 211,9 Gio
Portable : Kubuntu 22.04
       - msi CX62 6QD | Intel® Core™ i3-6100H ; mémoire : 4 Go ; disque : 250 Go

Hors ligne

#21 Le 25/10/2023, à 11:40

Qid

Re : [resolu] copie vers DD-ext en NTFS lacunaire

benney a écrit :

dois-je créer une table de partition sur mon disque dur externe et si oui de quel type est-ce celle par défaut msdos dans Gparted conviendrait ?

Question pipée ! Oui évidemment qu'il faut toujours qu'il y ai toujours une table de partition... Par définition tu ne peux pas créer de partition si il n'y a pas de table pour les référencer... Par contre pour ce qui de son format : le msdos est plus ou moins à oublier au profit du gpt...


"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

#22 Le 25/10/2023, à 11:41

benney

Re : [resolu] copie vers DD-ext en NTFS lacunaire

Ok super cette fois j'espère que se sera la bonne :-)


PC : - multi-boot : Xfce 22.04 LTS 
       - AMD Athlon(tm) II X2 250 Processor × 2 ; mémoire : 2,7 Gio - Disque : 211,9 Gio
Portable : Kubuntu 22.04
       - msi CX62 6QD | Intel® Core™ i3-6100H ; mémoire : 4 Go ; disque : 250 Go

Hors ligne

#23 Le 25/10/2023, à 12:09

benney

Re : [resolu] copie vers DD-ext en NTFS lacunaire

ok gpt !
par contre dans Gparted et disque exfat n'est pas proposé comme format ! :-( 
donc je vais devoir passer en ligne de commande ?

sudo mkexfatfs -n MonEXFAT /dev/sdb

ou

mkfs.exfat -n MonEXFAT /dev/sdb

et surtout il semble qu'elle ne soit plus montable :-(

ben@ben-CX62-6QD:~$ sudo blkid
/dev/sda6: UUID="ff4cb5a0-b5e4-4976-b5c9-87489f341004" TYPE="swap" PARTUUID="f9146a70-06"
/dev/sda1: UUID="3004f860-6a7e-49f8-b9d9-2dac5e037300" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="f9146a70-01"
/dev/sda5: UUID="e03bd196-cc84-485e-88b8-134613b74f52" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="f9146a70-05"
/dev/loop1: TYPE="squashfs"
/dev/loop19: TYPE="squashfs"
/dev/loop17: TYPE="squashfs"
/dev/loop8: TYPE="squashfs"
/dev/sdb: PTUUID="10977446-4d5e-0b44-b76a-ae9901693c10" PTTYPE="gpt"
/dev/loop15: TYPE="squashfs"
/dev/loop6: TYPE="squashfs"
/dev/loop23: TYPE="squashfs"
/dev/loop13: TYPE="squashfs"
/dev/loop4: TYPE="squashfs"
/dev/loop21: TYPE="squashfs"
/dev/loop11: TYPE="squashfs"
/dev/loop2: TYPE="squashfs"
/dev/loop0: TYPE="squashfs"
/dev/loop18: TYPE="squashfs"
/dev/loop9: TYPE="squashfs"
/dev/loop16: TYPE="squashfs"
/dev/loop7: TYPE="squashfs"
/dev/loop14: TYPE="squashfs"
/dev/loop5: TYPE="squashfs"
/dev/loop22: TYPE="squashfs"
/dev/loop12: TYPE="squashfs"
/dev/loop3: TYPE="squashfs"
/dev/loop20: TYPE="squashfs"
/dev/loop10: TYPE="squashfs"
ben@ben-CX62-6QD:~$ udisksctl mount -b /dev/sdb 
Object /org/freedesktop/UDisks2/block_devices/sdb is not a mountable filesystem.
ben@ben-CX62-6QD:~$ 

PC : - multi-boot : Xfce 22.04 LTS 
       - AMD Athlon(tm) II X2 250 Processor × 2 ; mémoire : 2,7 Gio - Disque : 211,9 Gio
Portable : Kubuntu 22.04
       - msi CX62 6QD | Intel® Core™ i3-6100H ; mémoire : 4 Go ; disque : 250 Go

Hors ligne

#24 Le 25/10/2023, à 12:20

Qid

Re : [resolu] copie vers DD-ext en NTFS lacunaire

On ne t'a pas déjà donné la page de doc qui cause de l'exfat !? En tous cas le réflexe serait si nous on a oublié que toi tu y pense ... Surtout si certains trucs t'interpellent... Et tu y aurais vu qu'effectivement sur Ubuntu par défaut le driver n'est pas présent mais très facilement installabable wink


"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

#25 Le 25/10/2023, à 12:50

geole

Re : [resolu] copie vers DD-ext en NTFS lacunaire

Qid a écrit :
benney a écrit :

si je veux le faire en ligne de commande avec cp est-ce mort ?

Dans ce cas je crois qu'il va juste ignorer avec un beau petit message... Mais je ne suis même pas sûr...

Avec la commande CP sans option,    il va copier ubuntu sur UBUNTU, il va aussi copier Ubuntu sur UBUNTU
  avec la commande CP -U   
                         Soit, il recopie le second fichier  s'il est plus récent et il   écrasera la première copie.
                         Soit, il ne le recopie pas s'il est plus ancien  et ne prévient pas.
Quelque soit le contexte, on n'a qu'un seul fichier en croyant en avoir deux.
Mais, il n'est pas très difficile de faire un script pour vérifier s'il n'y  a pas de doublons après conversion.
     ( Une commande find,       Une conversion en majuscule         et la commande uniq)
Il y a peut-être d'autres pièges....

Dernière modification par geole (Le 25/10/2023, à 12:52)


Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

En ligne