gaaaaaAab a écrit 1399 commentaires

;-)
ça t'étonnera pas beaucoup je pense, si je te dis que je me suis fait avoir une fois et que du coup, ça m'a marqué :p

pour info, le binaire qui nettoie /tmp est tmpwatch en FC et est lancé par cron

"Je crois que tu as mal compris ma phrase, ou que je me suis mal exprimé. Ce que je voulais dire, c'est de changer "

ça doit être un peu des deux ;-)

"je pense que si je pouse plus fort sur la nappe elle se retrouve a l'intérieur du disque avec la tete de lecture..."
essaie toujours de démonter physiquement le disque et de le remonter (tant la nappe côté disque que côté contrôleur sur ta CM). D'ailleurs tiens, c'est du IDE, SCSI, SATA ? que dit dmesg ?

"bash: cd: Repertoire: Erreur d'entrée/sortie"
'tain, ça aide pas :-/

la commande "cd" foire sur tous les répertoires (t'as fait un test exhaustif ?) ?

t'as beaucoup de périphériques qui consommerait plein de jus, un disque 50000 tours/minute et une toute petite alim ? un contrôleur de disque défectueux ?

ça sent le pb hardware quand même. Si tu peux déplacer ton disque chez un pote voir comment ça se comporte sur une autre bécane.

C'est quoi les droits sur ton /mnt/donnees

Dans le doute, normalement, ça devrait pas poser de problème, mais est-ce qu'il y'aurait pas une ligne dans /etc/fstab qui entrerait en conflit (genre soit hdd monté un autre point ou /mnt/donnees utilisé par autre chose)

"et a ce stade quand je fais cd mondossier j'ai un retour de la console me disant que j'ai une erreur entrée/sortie"

tu peux nous donner le détail de l'erreur (genre un copier/coller) ?

(et si tu as déplacé ton disque récemment, est ce que la nappe est bien enfoncée ?)

"ne pas indiquer d'options de montage à mount (il est censé trouver le type de partition tout seul)."

heu ... non. mount ne devine pas, il va lire les options de montage dans /etc/fstab en fait. Le seul truc qu'il veut bien faire à la limite, c'est touver le système de fichier (en mode auto) mais c'est bien tout.
man mount et man fstab pour les détails ;-)

Il est plus là, mais il a peut-être le téléphone ;-)
Il connait ta conf et il sait ce qu'il a fait. Ce serait lui qu'il faudrait consulter en premier ...

Attention là, tu mélanges la couche de présentation et la couche applicative. Les données que tu vas extraire sont les même, quelque soit l'ordre dans lequel l'utilisateur les veut.
Du coup, comme côté SQL, tu ne veux pas savoir a priori dans quel ordre les données seront triées, autant ne pas les trier du tout, et laisser l'interface trier selon les critères de l'utilisateur. A moins que tu veuilles afficher des listes avec des millions d'éléments, le premier quicksort venu devrait suffir.

Résumé de mon post : ne trie pas les données lors de l'extraction, trie les juste dans l'interface :-)

"Comment en extraire les éléments intéressants ???"

heuuuu ... avec un peu d'expérience ? :)
voilà une bonne occasion de mieux connaitre ton système et les services qui tournent dessus. Prend chaque processus un par un et quand tu tombes sur un processus que tu connais pas, demande à google à quoi il sert ;-)
pour limiter la recherche, tu peux commencer par arrrêter tout ce que tu peux arrêter. Si l'activité DD s'arrête, le coupable est un des services que tu as arrété. Sinon, "yapuka" creuser ...

updatedb, c'est pas un service. C'est juste un utilitaire qui scan le disque et qui met à jour la base utilisée par locate. En général, il est déclenché automatiquement par un cron. Mais ça doit pas être ça chez toi.

plus généralement, tu peux essayer de regarder avec lsof sur le /dev approprié. Ca te donnera la liste des processus qui accèdent à la partition.

dans le même genre, un updatedb qui tournerait sur un trèèès gros disque alors ?

oui hein :-)

sinon, pour l'exercice,
ls -t | tac

oui, ça n'a aucun intérêt, si ce n'est mettre un petit coup de projo sur la commande 'tac', injustement méconnue ;-)

le nombre max de répertoire par répertoire dépend du système de fichier.

Une petit recherche sur google avec les mots clefs "32000 directory ext2" et je tombe sur ça http://e2fsprogs.sourceforge.net/extensions-ext23/
extrait :
--
Another limitation imposed by the current inode field sizes is the use of a 16 bits for i_links_count, which limits the number of subdirectories that can be created in a single directory. The actual limit of 32,000 is smaller than what is possible with an unsigned 16-bit field, but even if the kernel were changed to allow 65,535 subdirectories, this would be too small for some users or applications.

s/t'aurais/t'aurait/

Je suis pas trop fan des variables globales mais bon ...
sinon, on peut aussi passer x en paramètre de titi et de toto
ou construire une classe bien choisie pour qu'un membre x soit facilement accessible par les méthodes de la classe (mais là, je manque un peu de contexte pour élaborer)

une petite remarque à Treepwood sur la forme : tu aurais pu continuer sur le fil http://linuxfr.org/forums/29/18466.html , on t'aurais répondu aussi :-)

sans faire d'exécution distante, il y a aussi
les here scripts, du genre :
$ telnet router << EOF
login
pasword
enable
copy running-config terminal
...
EOF
les here scripts, c'est bien quand on veut pas faire de la gestion d'erreur, sinon ça doit être un chouilla plus galère

ou sinon, y'a expect (google est ton ami parce que je suis pas expert expect :-)

mouais, avec un tail Solaris, c'est pas gagné ...
si tu peux installer/faire installer le tail de GNU, ça sera plus simple ...

globalement, si tu peux faire installer tous les utils GNU, tu galèreras moins ... ;-)

bizarre ... chez moi :
gabritou@gabritou $ touch fic1 fic2
gabritou@gabritou $ data=$(find . -name 'fic*')
gabritou@gabritou $ tail -f $data &
[2] 7180
==> ./fic1 <==

==> ./fic2 <==

gabritou@gabritou $ echo bla >> fic1
==> ./fic1 <==
bla
gabritou@gabritou $ echo bli >> fic2
==> ./fic2 <==
bli


de quelle façon il fonctionne pas ton script ?

tail sait "écouter" sur plusieurs fichiers en même temps :

tail -f /var/logs/access var/ldap/amAuthentication.access /var/apache/message /var/adm/messages &› /dev/console

ça devrait le faire. Dès qu'un truc bouge, tail remet le nom du fichier qui a été modifié

le côté récursif, c'est pas le problème. . find sert typiquement à ça

mais tu peux toujours faire un dos2unix sur ton fichier à modifier, le patcher, et faire un unix2dos sur le fichier résultant.

Sinon, tu peux tenter d'être un peu plus sélectif sur ta conversion des fins de ligne de ton fichier patch. En ne mettant que les lignes de "données" au format dos, ça marchera p-e. Juste une idée comme ça, je n'ai pas testé.

en même temps, si 50 personnes se mettent à te parler de ps en réponse à ton post, et que personne ne parle d'autre chose, c'est peut-être parce que ps va t'aider hein ;-)

voui, j'avais lu le man mais pas le manque de sommeil (trop chaud) fait que j'avais pas tilté et eu la flemme de creuser. Je plaide coupable :-)
A noter quand même que le -C est une option du ps GNU et donc pas portable sur HP et Solaris ...

le classique pour pas chopper le grep, c'est de rajouter une paire de [] dans le nom du process, genre :
ps <options de ps adapatées> | grep nom_du_proces[s]

l'explication, c'est que grep interprête [] quand il s'exécute (et le remplace par le bête caractère entre crochet), ce qui ne match plus la ligne du grep (qui elle contient toujours la paire de crochet)
C'est p-e plus clair en le testouillant soi même :-)