Tar.gz pourquoi confirmer les remplacements
Fermé
lenainjaune
Messages postés
625
Date d'inscription
mercredi 7 mai 2008
Statut
Contributeur
Dernière intervention
13 mai 2024
-
9 juin 2011 à 21:25
dubcek Messages postés 18728 Date d'inscription lundi 15 janvier 2007 Statut Contributeur Dernière intervention 29 mai 2024 - 17 juin 2011 à 09:14
dubcek Messages postés 18728 Date d'inscription lundi 15 janvier 2007 Statut Contributeur Dernière intervention 29 mai 2024 - 17 juin 2011 à 09:14
A voir également:
- Tar.gz pourquoi confirmer les remplacements
- Confirmer le nouvel envoi du formulaire err_cache_miss - Forum Google Chrome
- Confirmation sur l'envoi de formulaire html B - Forum HTML
- Facebook me demande de confirmer mon identité - Guide
- Pour confirmer la création du mot de passe, appuyez sur le bouton qui s'affiche à l'écran de votre livebox. - Guide
- Confirmer age google sans carte - Forum YouTube
4 réponses
mamiemando
Messages postés
33134
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
31 mai 2024
7 756
10 juin 2011 à 08:56
10 juin 2011 à 08:56
Ça dépend de ton logiciel et des options de paramétrage. Par exemple sous linux si tu tapes :
... on ne te demande pas de confirmation.
Bonne chance
tar xzvf toto.tgz
... on ne te demande pas de confirmation.
Bonne chance
lenainjaune
Messages postés
625
Date d'inscription
mercredi 7 mai 2008
Statut
Contributeur
Dernière intervention
13 mai 2024
48
10 juin 2011 à 11:43
10 juin 2011 à 11:43
Salut mamiemando !
Je sais qu'on peut forcer la confirmation, c'est pas ça ma question ...
Un exemple récent : j'ai voulu copier un dossier de mon home Linux sous Windows ; ce dossier comporte des sous dossiers ainsi que des fichiers
1 - J'ai archivé-compressé (tar.gz) depuis Linux
2 - J'ai transféré le fichier sous Windows
3 - J'ai décompressé l'archive avec 7zip dans un dossier vide
=> Il me demande confirmation de remplacement d'un fichier existant par un fichier de remplacement (même nom, même taille, même date, etc.)
Le fichier existant : D:\share_smb\SDK_all.tar\SDK_all\SDK\SRC\DAP1160A1_GPL141\AP\iptables-1.2.6a\extensions
Le fichier de remplacement : SDK\SRC\DAP1160A1_GPL141\AP\iptables-1.2.6a\extensions
Pourquoi veut-il remplacer un fichier par lui même ?
Je me demande si ça n'aurait pas de rapport avec les liens symboliques ...
Je sais qu'on peut forcer la confirmation, c'est pas ça ma question ...
Un exemple récent : j'ai voulu copier un dossier de mon home Linux sous Windows ; ce dossier comporte des sous dossiers ainsi que des fichiers
1 - J'ai archivé-compressé (tar.gz) depuis Linux
2 - J'ai transféré le fichier sous Windows
3 - J'ai décompressé l'archive avec 7zip dans un dossier vide
=> Il me demande confirmation de remplacement d'un fichier existant par un fichier de remplacement (même nom, même taille, même date, etc.)
Le fichier existant : D:\share_smb\SDK_all.tar\SDK_all\SDK\SRC\DAP1160A1_GPL141\AP\iptables-1.2.6a\extensions
Le fichier de remplacement : SDK\SRC\DAP1160A1_GPL141\AP\iptables-1.2.6a\extensions
Pourquoi veut-il remplacer un fichier par lui même ?
Je me demande si ça n'aurait pas de rapport avec les liens symboliques ...
mamiemando
Messages postés
33134
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
31 mai 2024
7 756
12 juin 2011 à 12:57
12 juin 2011 à 12:57
Aucune idée je n'utilise que linux et je n'ai jamais rencontré ce genre de problème. Si le chemin de ton fichier comprend un lien symbolique c'est possible mais en général, ils sont substitués par des fichiers réguliers. Cf le comportement de la fat32 sous linux.
Personnellement je pense que ça vient plutôt de ton logiciel qui te demande confirmation avant d'écraser un fichier. Normalement il est sensé pouvoir te permettre "yes to all" à ce genre de question et t'éviter des manipulations fastidieuses. Mais comme je t'ai dit je n'utilise ni windows, ni 7zip...
Bonne chance
Personnellement je pense que ça vient plutôt de ton logiciel qui te demande confirmation avant d'écraser un fichier. Normalement il est sensé pouvoir te permettre "yes to all" à ce genre de question et t'éviter des manipulations fastidieuses. Mais comme je t'ai dit je n'utilise ni windows, ni 7zip...
Bonne chance
lenainjaune
Messages postés
625
Date d'inscription
mercredi 7 mai 2008
Statut
Contributeur
Dernière intervention
13 mai 2024
48
12 juin 2011 à 15:41
12 juin 2011 à 15:41
Ça oui, il propose bien évidemment de répéter l'opération de remplacement sans confirmation (heureusement ...)
dubcek
Messages postés
18728
Date d'inscription
lundi 15 janvier 2007
Statut
Contributeur
Dernière intervention
29 mai 2024
5 615
Modifié par dubcek le 12/06/2011 à 15:28
Modifié par dubcek le 12/06/2011 à 15:28
hello
utliser cette option de 7ip
utliser cette option de 7ip
-aoa Overwrite All existing files without prompt.
lenainjaune
Messages postés
625
Date d'inscription
mercredi 7 mai 2008
Statut
Contributeur
Dernière intervention
13 mai 2024
48
12 juin 2011 à 15:39
12 juin 2011 à 15:39
Salut !
Merci bien pour l'info je le garde sous le coude ça me servira plus tard ...
Mais comme je l'ai précisé, ma question n'est pas comment écraser sans confirmation, mais pourquoi il y a ce besoin d'écraser, vu que le dossier est vide, je ne vais rien remplacer d'existant.
C'est ça ma question !
Merci bien pour l'info je le garde sous le coude ça me servira plus tard ...
Mais comme je l'ai précisé, ma question n'est pas comment écraser sans confirmation, mais pourquoi il y a ce besoin d'écraser, vu que le dossier est vide, je ne vais rien remplacer d'existant.
C'est ça ma question !
dubcek
Messages postés
18728
Date d'inscription
lundi 15 janvier 2007
Statut
Contributeur
Dernière intervention
29 mai 2024
5 615
12 juin 2011 à 16:04
12 juin 2011 à 16:04
j'ai un fichier README et un hard link readme -> README sur Linux. si j'extrais avec 7zip sur W$, il me demande si je veux écraser readme (6665o) par readme (0o)
dubcek
Messages postés
18728
Date d'inscription
lundi 15 janvier 2007
Statut
Contributeur
Dernière intervention
29 mai 2024
5 615
12 juin 2011 à 16:27
12 juin 2011 à 16:27
si sur Linux je fais ca:
je tar et j'extrais sur W$ avec 7zip, je me retrouve avec
$ df>CC $ ln CC cc $ df>AA $ ln -s AA aa $ df>BB $ df>bb $ ls -n total 20 -rw-r--r-- 1 1000 1000 607 2011-06-12 16:18 AA -rw-r--r-- 1 1000 1000 607 2011-06-12 16:19 BB -rw-r--r-- 2 1000 1000 607 2011-06-12 16:18 CC lrwxrwxrwx 1 1000 1000 2 2011-06-12 16:18 aa -> AA -rw-r--r-- 1 1000 1000 607 2011-06-12 16:19 bb -rw-r--r-- 2 1000 1000 607 2011-06-12 16:18 cc $
je tar et j'extrais sur W$ avec 7zip, je me retrouve avec
Nom Taille Type Date de modification aa 0 Ko Fichier 12/06/2011 16:18 BB 1 Ko Fichier 12/06/2011 16:19 cc 0 Ko Fichier 12/06/2011 16:18
lenainjaune
Messages postés
625
Date d'inscription
mercredi 7 mai 2008
Statut
Contributeur
Dernière intervention
13 mai 2024
48
Modifié par lenainjaune le 16/06/2011 à 12:24
Modifié par lenainjaune le 16/06/2011 à 12:24
Salut !
Je viens de faire le test, suivant :
La seule demande que 7zip me fait c'est de remplacer BB par BB. Comme Windows ne gère pas la casse, donc bb (interprété par Windows comme BB) entre en conflit avec BB, et donc demande de remplacement. Je peux toutefois noter que les deux fichiers n'ont pas la même date de création, à la différence du constat (voir 1er post)
En revanche les liens CC et AA ne posent aucun problème à l'extraction, donc les liens sont hors de cause dans les remplacements.
A noter : C'est pas très malin de la part de 7zip de confondre bb (interprété comme BB) et BB, puisque on ne sais pas à l'affichage, à quel BB il fait référence. De plus bb et BB pouvant contenir des données distinctes c'est vraiment pas top !
Toutefois ça ne répond pas à ma question initiale, puisque les demandes de remplacement que j'ai constaté concernent des fichiers identiques : même date, même nom, etc.
Je viens de faire le test, suivant :
mkdir -p test/lien cd test/ df>CC df>AA cd lien/ ln ../CC cc ln -s ../AA aa cd .. df>BB df>bb cd .. tar zcvf test.tar.gz test/*
La seule demande que 7zip me fait c'est de remplacer BB par BB. Comme Windows ne gère pas la casse, donc bb (interprété par Windows comme BB) entre en conflit avec BB, et donc demande de remplacement. Je peux toutefois noter que les deux fichiers n'ont pas la même date de création, à la différence du constat (voir 1er post)
En revanche les liens CC et AA ne posent aucun problème à l'extraction, donc les liens sont hors de cause dans les remplacements.
A noter : C'est pas très malin de la part de 7zip de confondre bb (interprété comme BB) et BB, puisque on ne sais pas à l'affichage, à quel BB il fait référence. De plus bb et BB pouvant contenir des données distinctes c'est vraiment pas top !
Toutefois ça ne répond pas à ma question initiale, puisque les demandes de remplacement que j'ai constaté concernent des fichiers identiques : même date, même nom, etc.
zipe31
Messages postés
36402
Date d'inscription
dimanche 7 novembre 2010
Statut
Contributeur
Dernière intervention
27 janvier 2021
6 411
16 juin 2011 à 13:27
16 juin 2011 à 13:27
Salut,
A noter : C'est pas très malin de la part de 7zip de confondre bb (interprété comme BB) et BB,
Ça ce n'est pas la faute à 7zip, mais à Windows et à son système de fichiers, de plus tu le dis toi même un peu plus haut "Comme Windows ne gère pas la casse, donc bb (interprété par Windows comme BB) entre en conflit avec BB, et donc demande de remplacement." ;-((
A noter : C'est pas très malin de la part de 7zip de confondre bb (interprété comme BB) et BB,
Ça ce n'est pas la faute à 7zip, mais à Windows et à son système de fichiers, de plus tu le dis toi même un peu plus haut "Comme Windows ne gère pas la casse, donc bb (interprété par Windows comme BB) entre en conflit avec BB, et donc demande de remplacement." ;-((
