#0 Re : -1 » [resolu] ne pas copier les fichiers vides avec rsync » Le 08/03/2013, à 21:11
- aduxas
- Réponses : 4
Donc --min-size=1 ne te convient pas?
#1 Re : -1 » [resolu] ne pas copier les fichiers vides avec rsync » Le 09/03/2013, à 16:59
- aduxas
- Réponses : 4
C'est en octet ?
Je suppose; mais tu peux rajouter les unités
This tells rsync to avoid transferring any file that is larger than the specified SIZE. The SIZE value can be suffixed with a string to indicate a size multiplier, and may be a fractional value (e.g. "--max-size=1.5m").
Aussi à noter: ce n'est pas une règle d'exclusion; donc ça n'enlèvera pas les fichiers vides déjà sauvegardés.
PS: Il te faut min-size, pas max-size.
#2 Re : -1 » liste en une seule ligne » Le 26/02/2013, à 18:10
- aduxas
- Réponses : 3
ls -l && wBizarre. Alors, pourquoi pas
ls -l;wEst-ce que c'est bien cela que samuelst veut? Ou est-ce
ls -lo | awk '{print $8,$3}'#3 -1 » Séparer les champs [Résolu] » Le 12/02/2013, à 22:28
- aduxas
- Réponses : 6
J'ai un fichier en format fixe de nombres de sept ou huit chiffres. J'aimerais séparer les champs avec des virgules (liste CSV), indépendemment de la présence des blancs. Un petit extrait:
1253431 1253431 1250835 1250835 4013390 4013390 4014964 4014925 1253801 1253498 1253497 1253497 40085003200605732005797
320057973200579332005793 4007518 4009458 400977132006097 4605673 4008500 4013868 4008438 4010062 4010555 4010821 4008745
4008745 4010820 1213041 1213041 1377184 1377184 1231775 1231775 1231776 1231776 1231770 1231770 1231764 1231764 1231763
1231763 1231762 1231762 1253489 1253795 4009937 4009458320059453200594532007071 4007518 4009086 4009086 4008335 4008438Quel est le moyen le plus compact? Pas besoin de supprimer les doublons. Merci!
EDIT: awk FIELDWIDTHS éventuellement?
#4 Re : -1 » Séparer les champs [Résolu] » Le 12/02/2013, à 22:38
- aduxas
- Réponses : 6
Ceci?
awk 'BEGIN{FIELDWIDTHS="8 8 8 8 8 8 8 8 8 8 8 8 8 8 8"} {for (i=1;i<=NF;i++) printf "%8d%1s",$i,",";printf "\n"}' fichier#5 Re : -1 » Séparer les champs [Résolu] » Le 12/02/2013, à 22:45
- aduxas
- Réponses : 6
Juste un format CSV pour inclure dans un script python. Je pense que ma méthode fait l'affaire; Finalement c'était plus facile que prévu. Et j'ai appris FIELDWIDTHS. Ca donne ceci:
1253431, 1253431, 1250835, 1250835, 4013390, 4013390, 4014964, 4014925, 1253801, 1253498, 1253497, 1253497, 4008500,32006057,32005797,
32005797,32005793,32005793, 4007518, 4009458, 4009771,32006097, 4605673, 4008500, 4013868, 4008438, 4010062, 4010555, 4010821, 4008745,
4008745, 4010820, 1213041, 1213041, 1377184, 1377184, 1231775, 1231775, 1231776, 1231776, 1231770, 1231770, 1231764, 1231764, 1231763,
1231763, 1231762, 1231762, 1253489, 1253795, 4009937, 4009458,32005945,32005945,32007071, 4007518, 4009086, 4009086, 4008335, 4008438,#6 Re : -1 » Séparer les champs [Résolu] » Le 13/02/2013, à 00:07
- aduxas
- Réponses : 6
Ah oui. Merci!
#7 Re : -1 » [résolu] Créer une liste de noms à partir d'un odt » Le 07/02/2013, à 18:17
- aduxas
- Réponses : 54
Je pense que ceci est plus rapide qu'une série de pipes:
sed -e 'commande_1' -e 'commande_2' -e...ou encore
sed 'commande_1;commande_2;...'#8 Re : -1 » [résolu] Créer une liste de noms à partir d'un odt » Le 08/02/2013, à 01:02
- aduxas
- Réponses : 54
Pardon, pingouinux, tu as raison. Je vois le problème. Sed rajoute un \n en écrivant la pattern space, mais normalement on a le droit d'y insérer d'autres. Je reviendrai quand j'aurai qq chose d'utile à dire...
#9 Re : -1 » vim.tiny » Le 07/02/2013, à 18:08
- aduxas
- Réponses : 8
(tu peux y accéder plus facilement en tapant "!!")
Ce n'est pas pareil. "!!" inclut le retour de la commande comme texte dans le fichier ouvert. ":!" le dirige sur stdout dans une sous-shell.
#10 Re : -1 » un & peut être redoutable ! » Le 10/12/2012, à 02:21
- aduxas
- Réponses : 12
Tu as dû lancer des centaines de tâches en même temps, toutes avec la même priorité. Le scheduler doit donc les traiter pareil. Tu as noyé l'OS. Une partie se plantera avec une erreur mémoire insuffisante dès que le système est saturé - plus de mémoire virtuelle. Ces processus tourneront donc en même temps avec un nième des ressources chacun.
Si tu as deux procs, tu peux faire deux scripts qui font chacun la moitié. Si le boulot n'utilise pas beaucoup de CPU (calcul) , tu peux essayer de surcharger. Impossible de dire de combien, pour un rendement optimal.
#11 Re : -1 » [Résolu] Awk, extraction d'un groupe de lignes suivant le résultat » Le 03/12/2012, à 20:07
- aduxas
- Réponses : 10
sed -n '/transcript_biotype:rRNA/,/ENSAMET/p' fichier | sed '/ENSAMET/d'#12 Re : -1 » faire une boucle en tcsh qui n'écrase pas le résultat » Le 03/12/2012, à 02:20
- aduxas
- Réponses : 5
Ton problème n'est pas lié à la shell que tu utilises. Ta boucle en effet écrase le résultat précédent à chaque coup. Il faut essayer un peu, p.e.
foreach filename (t1_????????)
asegstats2table --subjects ${filename} --segno 11 12 13 >> asegstats.txt
endou encore
foreach filename (t1_????????)
asegstats2table --subjects ${filename} --segno 11 12 13 --tablefile A.txt
cat A.txt >> asegstats.txt
endLa première commande suppose que la sortie par défaut (stdout) correspond à l'opion
--tablefile <fichier>Si ce n'est pas le cas, la deuxième méthode utilise une sortie temporaire et la colle au bout du fichier asegstats.txt. Si celui-ci est un fichier texte (ascii), ça devrait marcher. Tu peux insérer un "rm -f asegstats.txt" juste avant la boucle pour effacer la trace de la boucle précédente.
#13 Re : -1 » Supprimer doublon avec awk » Le 30/11/2012, à 21:48
- aduxas
- Réponses : 9
Dans ta commande awk, $NF veut dire: le contenu du dernier champs de la ligne courante.
#14 Re : -1 » [Résolu] Grep recherche chiffre. » Le 26/11/2012, à 23:39
- aduxas
- Réponses : 21
cette commande ne m'affiche rien:
find -name "*.txt" -exec grep -l '^[0-9]\{16,\}' {} \;
Il manque l'argument "chemin", p.e.
find . -name "*.txt" -exec grep -l '^[0-9]\{16,\}' {} \;La commande fonctionne mais ne va pas chercher plus loin dans les sous-dossier:
grep -l '^[0-9]\{16,\}' **/*.txt
Je pense que tu as oublié de mettre l'option globstar d'abord:
shopt -s globstar#15 Re : -1 » Retour chariot dans un nom de dossier » Le 23/11/2012, à 18:08
- aduxas
- Réponses : 9
Petite question, le ^M, c'est équivalent au \r ?
Oui, c'est la même chose : char(13).
#16 Re : -1 » [Résolu] Remplacement dans un fichier sans fichier temporaire » Le 04/10/2012, à 18:19
- aduxas
- Réponses : 20
Je ne pense pas que ce que tu veux soit physiquement possible. Que se passerait-il si tu insère du texte, ou si la nouvelle chaine est plus longue que la chaine a remplacer? Tout garder en mémoire jusqu'à la fin ne marcherait pas non plus: c'est l'OS qui la gère.
#17 Re : -1 » Est ce possible de forcer la création d'un dossier? » Le 03/10/2012, à 23:33
- aduxas
- Réponses : 14
et rien ne se passe.
Ben non, c'est normal. Changer le nom d'un fichier se fait en silence. Refais la commande de #7 et vérifie que le point a disparu. Si oui, tu peux reprendre ta manip de chmod.
#18 Re : -1 » Suppression de tous les fichiers itunes » Le 18/09/2012, à 17:37
- aduxas
- Réponses : 20
Aurais-tu sauté une étape par hasard?
- La liste que tu viens d'envoyer, tu la mets dans un fichier texte( "toto" par exemple).
Pour rajouter "rm" sur chaque ligne, tu sauvegardes toto et tu fais
sed -i 's/^/rm /' toto#19 Re : -1 » Suppression de tous les fichiers itunes » Le 18/09/2012, à 20:38
- aduxas
- Réponses : 20
Mais si, ca devrait marcher... Tout donne l'impression que tu n'as pas créé le fichier "toto" avec la liste des fichiers. Sais-tu faire cela?
#20 Re : -1 » Suppression de tous les fichiers itunes » Le 18/09/2012, à 23:54
- aduxas
- Réponses : 20
Comme je ne sais pas quel éditeur tu utilises, j'ai du mal à suivre.
As-tu réussi à en supprimer une partie? c.à.d, si tu remplaces "rm" par "ls" dans ce fichier toto, et tu l'exécutes de nouveau, est-ce que ca donne des erreurs? Si non, il n'a rien supprimé.
Vérifie les protections des fichiers que tu n'arrives pas à supprimer et à qui ils appartiennent:
ls -l /usr/share/gnome/help/banshee/ca/itunes-import.page
ls -l /media/ec19cb60-9393-4234-85f5-e32f0ebc747e/usr/share/ri/1.8/system/RSS/ITunesBaseModelAs-tu le droit d'écriture ("w")?
#21 Re : -1 » Suppression de tous les fichiers itunes » Le 19/09/2012, à 17:30
- aduxas
- Réponses : 20
Le premier fichier est un lien (raccourci). Le deuxieme n'existe pas, ce qui explique pourquoi tu n'arrives pas à le supprimer. Que donne
ls -lL /media/ec19cb60-9393-4234-85f5-e32f0ebc747e/usr/share/ri/1.8/system/RSS/ITunesBaseModelCeci va suivre le lien. C'est donc pareil que
ls -l /usr/share/gnome/help-langpack/banshee/ca/itunes-import.page#22 Re : -1 » Suppression de tous les fichiers itunes » Le 19/09/2012, à 20:27
- aduxas
- Réponses : 20
Le raccourci appartient à l'administrateur. C'est bizarre, et probablement pas normal. Supprimer un raccourci ne supprime pas le fichier sur lequel il pointe. Que donne la derniere commande donc?
#23 Re : -1 » Suppression de tous les fichiers itunes » Le 20/09/2012, à 23:58
- aduxas
- Réponses : 20
ben je pense que c'est tout propre, non?
#24 Re : -1 » Suppression de tous les fichiers itunes » Le 21/09/2012, à 15:47
- aduxas
- Réponses : 20
Meme question: que donne "ls -l" de ces cinq fichiers?