Discussion :

[Jipété]

As-tu le même comportement grâce à find ou stat ?

find ça risque d'être inutilisable (ou je l'ai mal utilisé ?) car fichier présent ou absent, il retourne 0...

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
# find . -maxdepth 1 -iname fic_présent.txt > /dev/null 2>&1
# echo $?
0
# find . -maxdepth 1 -iname fic_absent.tttt > /dev/null 2>&1
# echo $?
0

Avec stat ça a l'air plus correct :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
# stat fic_présent.txt > /dev/null 2>&1
# echo $?
0
# stat fic_absent.tttt > /dev/null 2>&1
# echo $?
1

Et donc dans mon script ça s'est bien passé : j'ai remplacé file $cible par stat $cible et viré ls $cible et ça a fonctionné.

Mais il me faut rebooter pour être sûr, parce qu'à mon retour en fin d'aprème la première chose que j'ai faite a été de lancer mon script avec ls et ça s'est vautré quand même, , alors qu'à 13 h j'étais tout content. Vous voyez la misère ?

Je tâtonne, je tâtonne, genre je déplace un sync hors d'une fonction pour le mettre après son appel plutôt qu'avant la sortie, pour voir, et autres tentatives pifométriques et aléatoires jusqu'à ce que ça tombe en marche...

[disedorgue]

En tout cas, ton script me fait penser à une simulation quantique genre chat de Schrödinger...

[Flodelarab]

Si c'est le cas, c'est plutôt positif.
Il suffit de recommencer jusqu'à ce que la décohérence ramène un chat vivant.

[disedorgue]

Tu as peut-être trouvé la solution: faire une boucle sur le sync ; mke2fs jusqu'à ce qu'il fonctionne

[Jipété]

Rhôôô, vous êtes taquins !

En attendant, le fait de remplacer file et ls par stat pour les tests de présence (plus peut-être un déplacement de sync) fait que même après un reboot, ça s'est bien passé.

Et pourtant ce n'est pas simple, la preuve en image avec une vision à la ramasse d'un bout de pcmanfm en haut, compensée par mc, son bleu caractéristique et une vision correcte en bas :



La vision fausse de pcmanfm vient du fait que j'avais juste avant examiné un autre fichier de disque virtuel et son contenu une fois le disque monté, et que l'animal a dû en cacher le contenu.

Comment progresser avec ces outils déglingués, mmmh ?

Bon, j'attends demain et d'autres tests pour le célèbre

[disedorgue]

La différence entre file et les commandes comme ls et stat, c'est que file traite le fichier lui-même, tandis que ls ou stat ne traite pas le fichier mais la table d'inode, enfin le conteneur pas le contenu.

[Jipété]

Bonjour,

La différence entre file et les commandes comme ls et stat, c'est que file traite le fichier lui-même, tandis que ls ou stat ne traite pas le fichier mais la table d'inode, enfin le conteneur pas le contenu.

Merci pour cette explication.
Le Mon drame, c'est "comment s'en souvenir" ?
Comment penser à ne plus utiliser file sauf dans un cas bien précis, l'identification du type de fichier ?
Bah, parfois il suffit de l'écrire comme je viens de le faire ligne précédente et c'est bon, c'est gravé dans ma mémoire (enfin, j'espère).


Une image d'un déroulement sans souci (en mode encore un peu debug [les lignes en blanc, les pauses, les questions pour supprimer, tout en bas])



- On y voit des zones floutées, c'est normal, c'est le nom du fichier et son chemin de stockage, fichier top-secret, vous l'avez compris.
- Les chiffres qu'on voit à gauche, de place en place, sont des compteurs de secondes pour montrer que c'est "vivant", et d'ailleurs, ce qui m'a surpris c'est qu'il faille 4 minutes à rsync pour sauvegarder un fichier de 1 Go + 2 petites images : aurait-il backupé le container de 4 Go (qui a demandé 30 à 39 secondes à VBoxManage pour le créer en mode statique) ?
- On y voit aussi deux lignes commençant par "attention : impossible d'obtenir..." qui sont normales, elles n'existent que lors de la création des fichiers initiaux -- c'est mke2fs qui génère ça (malgré l'option "-q"), et ça n'a aucune incidence sur la suite, bien que le message soit effrayant .

?

Merci à tous et bon week-end,