Reprise du message précédent :

Ca aurait du sens si mono était un produit fini et 100% compatible avec .NET au moins en version 4, ce qui n'est pas le cas.

Maintenant que Microsoft a opensourcé l'essentiel, ça ira plus vite pour avoir une version stable.

 
J'arrive pas à croire que tu puisses encore pécher avec un hameçon aussi grossier.  

J'ai fait ça pendant longtemps, avant de finalement obtenir un PC sous linux.
C'est vraiment rare d'avoir des soucis, à part avec les trucs qui sont packagés différemment entre les deux OS (genre tomcat qui va pas trouver un .jar sous linux alors que ça fonctionne sous Windows).
 
Juste avant de quitter mon précédent job j'ai du déployer une application web en Python écrite par des gens sous Windows, bah c'est vraiment la misère comparé à l'écosystème Java.

On sait jamais, sur un malentendu

deja vu dans mon ancienne boite on faisait un soft pour analyser le fonctionnement de siebel... donc fallait que ca s'installe sur l'environnement du client qui prenait notre solution donc dev sur windows, pour deploy sur solaris/linux/windows (et y'avait aussi le support hp-ux aussi il me semble mais on avait pas d'environnement de test )
ca demande de faire pas mal gaffe sur les accès fichiers&co mais ca marche

pfff les couillons qui peuvent pas s'absenter plus de 3 jours sans oublier leur mot de passe qu'il faut que je réinitialise. Trop dur de consigner ses passwords sur un calepin...  
 
Vivement la rentrée    

calepin perso dans leurs sac à main / sac à dos,
 
c'est mieux qu'un post-it sous le clavier

 
Je quote sur le topic phrase culte des inculte de l’informatique ou bien ?

Ce vilain troll    
Enfin t'es pas sérieux  

Wé
 
Et je signale à la modération entre temps

L'edit de post pour pas trop passer pour un con, il était sérieux le type  

 
Non mais sans dec, si tu veux tolerer le manque de mémoire de tes users, file leur au minimum des bons conseils : http://keepass.info/
 

Dites, question de noob. J'ai un script *.sh qui tourne et qui me rempli un fichier *.txt.

Ce script bouffe tout l'espace du FS. Le soucis, c'est que j'arrive pas à trouver son processus pour l'arrêter

Si je fais une recherche sur son nom, j'ai rien dans les processus ... C'est un truc qui a été écrit à l'arrache par un collègue, qui est en vacances en ce moment

Une idée ?

Ca n'aide pas quand c'est le login d'ouverture de session que l'user a oublié

La commande lsof pourrait peut-être t'aider ?

EDIT :
Sinon tu te fais pas chier, tu tar gz le fichier txt actuel (si t'as encore assez de place) puis tu echo "" > /path/du/fichier.txt et zou, plein d'espace libre  

comment vous en faites un fromage...
 
Hé vous savez quoi? il parait que les gens gardent même leurs clés de voiture et de maison dans leurs affaires perso... c'est chaud ça  

J'ai surtout scp le fichier txt sur le serveur de stockage, et il faut deux mois pour que le FS se remplisse mais c'est crado

Copier un mot de passe prend 1 seconde, copier une clé est bien plus compliqué. Utiliser une copie de clé demande un accès physique à la voiture/maison pour être exploitée, utiliser un mot de passe peut quasi systématiquement se faire à distance. Malgré ça des gens se font piquer/copier leurs clés régulièrement avec derrière des vols sans effraction.
T'as dis une connerie (sisi), tu râles quand les users suivent la procédure et que tu dois faire ton taff et une opération qui prend moins d'une minute, et tu insistes : t'es sur un topic d'informaticien, faut pas t’étonner qu'on se foute de ta gueule  

 
Et surtout l'impact n'est pas le même. Un mec qui laisse trainer les clés de sa maison ne met en jeu que ses possessions personnelles.  
Un mec qui laisse trainer un mot de passe peut mettre en jeu la pérennité d'une boite. Et je dis ça sans la moindre exagération.

 
tient ca c'est devenu "plus" facile de faire des copies clef physique.
une photo de la clef posé sur une table.
Et imprimante 3D tu as une copie exacte , vu sur discovery channel.
 
rah c'est beau la technologie  

Si clé de voiture, faut aussi s'amuser à dupliquer la partie électronique aussi?

Le nombre de gens au beau qui trouvent malin de laisser leur trousseau de clé de la boite sur la serrure, côté couloir, avec la porte fermée parce que "comme ça au moins je vois les clés et je les oublie pas quand je parts le soir"  

Je l'ai encore jamais vu ca  

 
C'est loin d'être possible avec toutes les clés.

 
clef de la maison  
Pour la voiture et la partie electronique faut changer la puce maitre, et une clef noname elle demarre, réservé aux voitures haut de gamme car la puce n'est pas donné.
 
enfin, le sketch de gad et le pilotage de l'avion c'est pour bientot  

 
 
les clefs de la boite sont sur le trousseau de maison avec clef de voiture et boite au lettre .

J'ai des champions Et en plus ils le prennent mal quand je les enferme dans leur bureau quand je vois ça

Ah c'est toi qui met le mdp sur un post-it quand la télé vient filmer ?
 
XaT

Clé ssh sur clé usb chiffré ou rien
 
XaT

Faudra parler de logrotate à ton collègue  
 
T'as retrouvé le process avec lsof | grep fichier.txt ?

Pas besoin de faire si compliqué.
Photo ou même empreinte sur feuille griffonée au papier crayon et lime (en partant d'une clé vierge ou dont toutes les dents sont plus hautes ou égales à la cible) ça suffit
Mais ça marche que pour les clés "verticales" du coup.

Ou la clé du bureau scotchée au dessus de la porte d'entrée pendant les travaux... Cambriolage des bureaux sans effraction mais ils ont du être dérangés car seulement un laptop volé, et heureusement que les mecs ont pas ouvert le clefier qui était dans l'entrée à l'époque car il y avait les clés de la bentley du boss stationnée au sous-sol (Ca sent l'inside man mais bon )

À la base c'est une solution "temporaire" mais qui devient définitive
 
Et putain de n00b de merde
 

 
Merci

Le temporaire éternel, un classique ça
C'est cool que ça ait marché J'avais vu un truc space au niveau des filesystems, si je me souviens bien on avait un process qui loggait dans un fichier mais lorsqu'on "vidait" le fichier (rm /var/log/mon-log-trop-gros.log ; touch /var/log/mon-log-trop-gros.log) alors l'ancien fichier n'était pas supprimé réellement car il était toujours en status "open" par le process en question, et le filesystem ne libérait l'espace disque QUE après avoir kill le process associé. Du coup régulièrement on avait des filesystems bourrés alors qu'on avait pleeeein d'espace libre théorique

Je pense que c'est le même truc que ça : http://unix.stackexchange.com/ques [...] en-deleted

Et un mec qui ramasse une clef USB dans un parking…

Encore une fois, si tu as laissé l'autorun activé sur les bécanes de ta boite et que tu n'as aucune politique AV de scan auto de tout machin USB, tu ne peux t'en prendre qu'à toi-même.  

YubiKey tant qu’on y est

 
Attends il sort d'où ton grep ? C'est pas du GNU ou du built-in bash/sh ? Tu as des options spéciales ? Un alias ?
Parce que le motif '*.sh' c'est pas censé correspondre à /root/get-disk-perf.sh normalement