Tar.gz pourquoi confirmer les remplacements
Fermé
lenainjaune
Messages postés
674
Date d'inscription
mercredi 7 mai 2008
Statut
Contributeur
Dernière intervention
28 octobre 2024
-
9 juin 2011 à 21:25
dubcek Messages postés 18752 Date d'inscription lundi 15 janvier 2007 Statut Contributeur Dernière intervention 3 octobre 2024 - 17 juin 2011 à 09:14
dubcek Messages postés 18752 Date d'inscription lundi 15 janvier 2007 Statut Contributeur Dernière intervention 3 octobre 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 Access
- Install tar.gz debian - Forum Debian
- Facebook me demande de confirmer mon identité - Guide
- Comment confirmer un mot de passe ✓ - Forum Facebook
- Problème envoi formulaire - Forum Webmastering
4 réponses
mamiemando
Messages postés
33333
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
31 octobre 2024
7 800
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
674
Date d'inscription
mercredi 7 mai 2008
Statut
Contributeur
Dernière intervention
28 octobre 2024
52
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
33333
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
31 octobre 2024
7 800
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
674
Date d'inscription
mercredi 7 mai 2008
Statut
Contributeur
Dernière intervention
28 octobre 2024
52
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
18752
Date d'inscription
lundi 15 janvier 2007
Statut
Contributeur
Dernière intervention
3 octobre 2024
5 619
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
674
Date d'inscription
mercredi 7 mai 2008
Statut
Contributeur
Dernière intervention
28 octobre 2024
52
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
18752
Date d'inscription
lundi 15 janvier 2007
Statut
Contributeur
Dernière intervention
3 octobre 2024
5 619
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
18752
Date d'inscription
lundi 15 janvier 2007
Statut
Contributeur
Dernière intervention
3 octobre 2024
5 619
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
674
Date d'inscription
mercredi 7 mai 2008
Statut
Contributeur
Dernière intervention
28 octobre 2024
52
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 417
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." ;-((