totof2000 a écrit 9656 commentaires

  • [^] # Re: Ce journal, c'est un peu un rond-point...

    Posté par  . En réponse au journal Tout cela me fatigue…. Évalué à 4.

    C'est d'un défaitisme navrant

    Moi je trouve ça réaliste.

    une des raisons pour laquelle on voit si peu d'entrepreneurs français révolutionner le monde de l'IT.

    Bof … Il y a plein d'autres raisons qui freinent l'entreprenariat en France, même si ces dernières années, certaines barrières commencent à sauter.

    Sinon, le message du P.I. permet de voir qu'il y a plein de gens qui font le même constat. Si t'es tout seul, tu pourras pas changer grand chose, mais peut-être que ce genre de message pourrait fédérer les gens pour créer une initiative qui permettrait d'avancer. Mais ne rien dire, ça aide pas.

  • [^] # Re: A relativiser

    Posté par  . En réponse au journal Tout cela me fatigue…. Évalué à 4.

    J'étais qu'à moitié sérieux dans mon commentaire. J'ai pris volontairement une extrême pour dire que quand on veut faire quelque chose qui tient, on peut. Le problème c'est qu'on veut pas. Que ce soit en info, dans le batiment ou ailleurs. Tu as mis le doigt sur le problème :

    Maintenant, on a fait des "progrès" : on rogne sur les coûts de façon à faire des bâtiments qui durent juste la garantie décennale.

    On rogne sur les couts. Mais ce que je ne comprends pas, c'est que même en rognant sur les couts, les maisons/apparts sont de plus en plus chères …

  • [^] # Re: Les vieux de mon âge

    Posté par  . En réponse au journal Tout cela me fatigue…. Évalué à 3.

    Bof, si on reste sur l'origine du messageet qu'on se focalise sur JS, mon avis est que JS est un outil, et que c'est surtout la façon de l'utilisar qui pose problème.

    Comme tout outil, il mérite certainement d'être amélioré (et c'est ce qui s'est passé dernièrement, je pense notamment au support objet dans js qui semble bien moins bizarre aujourd'hui qu'à une époque ou je m'y suis intéressé), et je constate (peut-être à tort), qu'une partie des dépendances qu'on récupère quand on développe une appli node ou tout autre framework JS sont là pour pallier les manques du langages, et améliorer le langage pour qu'il puisse éviter de récupérer toutes ces dépendances pourrait être un plus.

  • [^] # Re: Depuis un an sur un post d'admin ... je n'ai jamais eu aussi honte de mes collègues

    Posté par  . En réponse au journal Tout cela me fatigue…. Évalué à 6.

    Bof, moi j'ai été dégouté le jour ou :
    - j'étais chez un client en tant qu' "ingé système" (j'étais censé faire aussi de la gestion de SAN mais les seuls trucs que j'ai fait dessus en près d'1 an ça a été de remplacer les disques défectueux - par contre les collègues qui avaient en charge cette gestion passaient me voir parce qu'ils n'arrivaient pas à faire leur conf, mais n'étaient pas capable de comprendre que quand ils n'arrivaient pas à faire le zoning, c'est, dans 99% des cas, parce que les fibres ont été branchées à l'envers …).
    - Ma boite avait été rachetée par une autre boite. Avant ce rachat, on touchait une prime de partitipation non négligeable. Mais a près le rachat, tous les bbénéfices étaient reversés à cette boite, et nous ne touchions plus rien en participation aux bénéfices de l'entreprise.
    - un jour, un presta de cette société "mère" est venue pour installer un nouveau soft … Ce gars en gros en connaissait bien moins que la plupart des collègues sur des trucs élémentaires en admin système. Il n'a pas été en mesure de faire son installation seul. Et je suis sûr qu'il était bien mieux payé que moi (et à mon avis, la participation aux bénéfices, il devait la toucher). Quand on voit ça, honnêtement, ça dégoute.

  • [^] # Re: Ça tombe bien, j'ai un tour à vendre.

    Posté par  . En réponse au journal Tout cela me fatigue…. Évalué à 2.

    J'ai quitté le monde de l'info avant de passer quadra, maintenant quinqua et toujours pas de regrets, et en plus pas de retraite avant 67 piges ici, sauf prolongation forcée d'ici là.

    Et si c'est pas indiscrfet, tu fais quoi maintenant ?

  • [^] # Re: A relativiser

    Posté par  . En réponse au journal Tout cela me fatigue…. Évalué à 2.

    C'est vrai, tu as raison. On parle de progrès mais on n'est même plus capable de faire des truc qui tiennent aussi longtemps que les constructions romaines (ponts, aqueducs, routes, irrigation). On a encore des trucs venant des Romains qui tiennent depuis plus de 2000 ans …

  • [^] # Re: Sous-optim endémique

    Posté par  . En réponse au journal Tout cela me fatigue…. Évalué à 3.

    Ce qu'il a trouvé sur ebay c'était carte mère seule donc le prix final aurait probablement été proche du neuf.

    Je pense que c'est pas ça le problème puisqu'il semble que c'est seulement la carte mère qui est tombée en panne.

    Le problème je pense que c'est le prix: acheter une carte mère d'occaz pour 100 euros …. carte mère qui risque de tomber en rade bien plus vite que du neuf sans garantie.

    Pour ma part j'aurais probablement fait le même choix: quitte à payer, autant prendre du neuf ( si on a pas besoin de grosse puissance on peut trouver des kits upgrade CM+CPU+Memoire pas trop cher).

  • [^] # Re: en vrac

    Posté par  . En réponse au message SCRIPT SHELL . Évalué à 2.

    Je préfère quand même le find qui retourne que les dossiers si on lui demande avec la bonne option. Pas besoin de tester le type d'élément retourné.

  • [^] # Re: quelques pistes

    Posté par  . En réponse au message SCRIPT SHELL . Évalué à 4. Dernière modification le 03 janvier 2020 à 11:42.

    Hello.

    Ce qui est bien en shell c'est que tu peux tester …

    [totof@droopyfb ~]$ cd /tmp
    [totof@droopyfb /tmp]$ mkdir test1
    [totof@droopyfb /tmp]$ cd test1
    [totof@droopyfb /tmp/test1]$ mkdir dir1 dir2 dir3
    [totof@droopyfb /tmp/test1]$ touch file1 file2 file3
    [totof@droopyfb /tmp/test1]$ touch dir1/file1 dir2/file2 dir3/file3
    [totof@droopyfb /tmp/test1]$ for directory in */ ; do
    > echo $d
    > done

    Tu n'obtiens pas ce que tu veux ….

    Tandis qu'avec ça, c'est déjà mieux :

    [totof@droopyfb /tmp/test1]$ for directory in */
    > do
    > echo $directory
    > done
    dir1/
    dir2/
    dir3/

    Quand tu écris for <variable> in <expression>, tu demande au shell d'évaluer l'expression (qui est censé te retourner une liste de mots séparée par défaut par un ou plusieurs espaces ou une tabulation), puis de splitter cet liste chaine en utilisant le fameux séparateur, et de boucler sur chaque élément. La variable est une variable de boucle qui contiendra chaque élément de ta chaine tour a tour.

    Exemple :

    [totof@droopyfb /tmp/test1]$ for i in a b c
    > do
    > echo $i
    > done
    a
    b
    c
    

    Extrait de la page de man :

       Word Splitting
           The shell scans the results of parameter expansion, command
           substitution, and arithmetic expansion that did not occur within double
           quotes for word splitting.
    
           The shell treats each character of IFS as a delimiter, and splits the
           results of the other expansions into words using these characters as
           field terminators.  If IFS is unset, or its value is exactly
           <space><tab><newline>, the default, then sequences of <space>, <tab>,
           and <newline> at the beginning and end of the results of the previous
           expansions are ignored, and any sequence of IFS characters not at the
           beginning or end serves to delimit words.  If IFS has a value other
           than the default, then sequences of the whitespace characters space,
           tab, and newline are ignored at the beginning and end of the word, as
           long as the whitespace character is in the value of IFS (an IFS
           whitespace character).  Any character in IFS that is not IFS
           whitespace, along with any adjacent IFS whitespace characters, delimits
           a field.  A sequence of IFS whitespace characters is also treated as a
           delimiter.  If the value of IFS is null, no word splitting occurs.
    
  • [^] # Re: quelques pistes

    Posté par  . En réponse au message SCRIPT SHELL . Évalué à 2.

    Peux-tu poster ce que tu as déjà fait ? Attention, pour poster du code, voir https://linuxfr.org/wiki/aide-edition#toc-code

  • # quelques pistes

    Posté par  . En réponse au message SCRIPT SHELL . Évalué à 4. Dernière modification le 02 janvier 2020 à 16:21.

    vérifier si les répertoires sont bien present

    man find, avec l'option permettant de sélectionner des répertoires.

    Extraire les targets des fichiers.

    Je ne comprend pas ce que tu veux dire exactement ni le rapport avec le point précédent.

    Faire le tri de cette liste pour qu’il n’y est pas de doublons ou autre chose que des répertoires.

    Bien vu pour le sort

    Vérifier que chaque ligne est un répertoire et qu’il est présent ;

    Tu pourras le faire en bouclant sur chaque élément de ta liste. En shell tu peux tester si un fichier est un répertoire et s'il est bien présent à l'aide de la commande test ( ou via [ ).

    man echo, avec redirection vers un fichier. Attention à ne pas te tromper dans la redirection vers fichier ( faire la différence entre > et >> )

    Création d’un code Olga pour pouvoir envoyer vers un dossier

    Ca je ne comprends pas. Peux-tu détailler ?

    Sinon pour commencer, tu peux trouver de bons tutoriels sur la programmation shell. Par exemple

    https://openclassrooms.com/fr/courses/43538-reprenez-le-controle-a-laide-de-linux/42867-introduction-aux-scripts-shell
    https://abs.traduc.org/abs-fr/
    https://guidespratiques.traduc.org/guides/vf/Bash-Beginners-Guide/Bash-Beginners-Guide.pdf

  • [^] # Re: plus universel

    Posté par  . En réponse au message [Virtualbox]: passer des commandes à la console via script.. Évalué à 2. Dernière modification le 02 janvier 2020 à 13:25.

    en plus universel, tu peux modifier l'image ISO pour aller prendre le fichier kickstart sur ton serveur…

    Je pourrais aussi avboir une iso contenant le kickstart …

    Mais ma contrainte est justement de ne pas avoir à modifier l'iso. Je n'ai pas de serveur ou déposer l'ISO générée. Dans un contexte idéal, j'aurais utilisé PXE/Bootp/dhcp pour démarrer l'installation. Peut-être que si j'arrive à faire ce que je tente de faire, je pourrai obtenir de quoi déposer une iso minimale, mais pour le moment je peux pas.

  • [^] # Re: Modèle

    Posté par  . En réponse au message A la recherche de connecteurs à sertir . Évalué à 3. Dernière modification le 02 janvier 2020 à 13:11.

    Ah, j'ai oublié de préciser que j'ai peut-être trouvé ce qu'il me faut sur ebay. Je ne sais pas ce que j'ai ces derniers jours mais il semble que j'ai du mal à causer avec les moteurs de recherche.

  • [^] # Re: Modèle

    Posté par  . En réponse au message A la recherche de connecteurs à sertir . Évalué à 3.

    Hello.

    Il s'agit de ce module et ce module. Ils utilisent le même microcontrôleur que la carte BBC Micro:bit. Toutes les broches sont accessibles et avec le module adéquat on peut faire de la programmation bare-metal.

    J'aimerais faire quelques petits tests avec et si je m'en sors bien je voudrais l'utiliser pour un ou deux projets.

  • [^] # Re: J'ai trouvé !!!!

    Posté par  . En réponse au message [Virtualbox]: passer des commandes à la console via script.. Évalué à 3.

    Autre chose que j'ai omis de préciser: pour la commande keyboardputstring, j'ai remarqué que lorsque j'envoie "salut" via script, à l'arrivée, je retrouve la chaine "sqlut" à l'écran: il faut donc envoyer les chaines comme si on avait un clavier qwerty: a devient donc q à la console, z devient w, q devient a, w devient z, etc …

  • [^] # Re: J'ai trouvé !!!!

    Posté par  . En réponse au message [Virtualbox]: passer des commandes à la console via script.. Évalué à 3. Dernière modification le 02 janvier 2020 à 12:04.

    En fait j'ai du faire une erreur de saisie (ou le markdown a interprété mon texte comme une balise)

    VBoxManage controlvm [ VM Name ] keyboardputstring "hello" pour envoyer "hello" a la console

    VBoxManage controlvm [ VM_NAME ]  keyboardputscancode pour envoyer des codes clavier.

    Je précise un point, concernant les codes clavier, il faut envoyer le code d'appui et de relachement pour que ça fonctionne (le code de relachement est le même que le code d'appui auquel on ajoute 0x80), ce qui donne par exemple pour simuler un appui de la touche enter (scancode 0x1c ), il faut faire :

    VBoxManage controlvm [ VM_NAME ] keyboardputscancode 1c 9c

  • [^] # Re: J'ai trouvé !!!!

    Posté par  . En réponse au message [Virtualbox]: passer des commandes à la console via script.. Évalué à 2.

    J'avais pensé à rechercher du côté de Vagrant, mais pas de packer …. Merci pour l'info. Dans un autre contexte ça me servira mais pas dans celui-ci, le but est pour moi de faire avec le moins d'outils tiers sur l'hôte.

  • # J'ai trouvé !!!!

    Posté par  . En réponse au message [Virtualbox]: passer des commandes à la console via script.. Évalué à 7.

    On peut le faire avec deux commandes :

    VBoxManage controlvm keyboardputstring "hello" pour envoyer "hello" a la console

    VBoxManage controlvm test_sandbox_centos keyboardputscancode pour envoyer des codes clavier.

    L'aide de virtualbox indique aussi l'option keyboardputfile qui a l'air de prendre les entrées d'un fichier.

    Je vais voir comment me débrouiller avec ça, ça a l'air de répondre à mon besoin.

  • # un début de piste mas ça ressemble à de l'artillerie lourde ....

    Posté par  . En réponse au message [Virtualbox]: passer des commandes à la console via script.. Évalué à 2.

    https://pypi.org/project/virtualbox/

    Je vais voir ce que je peux faire avec mais je suis preneur d'alternatives, parce que je ne suis pas sûr de pouvoir installer et faire fonctionner tout ça simplement sous Windows.

  • [^] # Re: Lapin compris

    Posté par  . En réponse au journal Le papa de Linux a 50 ans aujourd’hui… Merci Linus !. Évalué à 3. Dernière modification le 30 décembre 2019 à 12:46.

    Et pourquoi Benedictux et pas benedictix ? Je vois bien la relation entre Linux et Linux, mais pourquoi Ux après benedict ?

  • [^] # Re: pour éviter le problème...

    Posté par  . En réponse au message Boot impossible - No space left on device. Évalué à 3. Dernière modification le 29 décembre 2019 à 15:15.

    Par contre oui, ça implique de dimensionner correctement tes partitions, donc de savoir estimer l'espace nécessaire pour chacune.

    J'ai un peu le même mode de fonctionnement que toi, et LVM est mon ami.

    Ce qui est bien, c'est qu'avec LVM on peut se tromper assez facilement, et corriger selon l'utilisation de la machine (sauf pour / ou c'est un peu plus compliqué de réduire, mais pour ça je fais comme toi : une certaine quantité d'espace non alloué à l'installation de la machine qui mle servira à agrandir les partitions que j'aurais sous-dimensionnées).

    Pour ma part je sépare toujours au moins /var et /home de / : /var car c'est là que sont envoyées les logs, et qu'une activité anormale peut la saturer, et /home, ce qui permet de faire des choses intéressantes (snapshot par exemple).

    L'inconvénient de LVM, c'est que si tu corromps une partition, c'est plus difficile de la retrouver avec certains outils de restitution, car ils ne savent pas lire un disque LVM (mais tout le monde fait des sauvegardes, non ?)

  • [^] # Re: Ça rapporte

    Posté par  . En réponse au journal une année de RGPD. Évalué à 4.

    Bof, l'éducation et la sanction vont de pair. Parce que tu as beau éduquer comme tu veux, il y aura toujours des gens qui ne voudront pas se plier aux règles et qui n'en auront rien à faire tant que le fait de se plier aux règles ne leur coutera rien. Maintenant je suis d'accord avec le fait que la sanction sans éducation ne mène à rien non plus et dans ce cas provoque des frustrations et peut provoquer des réactions imprévues, et que si les gens étaient mieux éduqués, il y aurait moins nécessité d'appliquer des sanctions.

  • [^] # Re: Question de modèle

    Posté par  . En réponse à la dépêche Automne, saison chaude chez Intel. Évalué à 3.

    Bon, j'aurais peut-être du lire tous les comentaires avant de poster … j'ai une partie de mes réponses ici : https://linuxfr.org/nodes/118724/comments/1791960 . Mais si vous avez d'autres idées qui n'ont pas encore été abordées, n'hésitez pas.

  • [^] # Re: Question de modèle

    Posté par  . En réponse à la dépêche Automne, saison chaude chez Intel. Évalué à 2. Dernière modification le 25 décembre 2019 à 13:18.

    Avant tout, je tiens à préciser que je ne suis pas un spécialiste des micro-architectures, et que je peux me tromper, et que ce que je dis ici est plus un ressenti qu'une réelle analyse factuelle, et que toute personne ayant les capacités à affirmer ou infirmer ma théorie est bienvenue pour me répondre et éclairer ma lanterne (autrement dit, ne pas prendre ce que je dis comme une vérité absolue, mais uniquement comme le point de vue d'une personne qui l'expose à d'autres qui potentiellement en connaissent mieux qu'elle et pouirraient l'aider à mieux comprendre).

    Moi, ce que j'en comprends c'est que l'architecture X86 est vieillissante et à bout de souffle, et qu'il serait peut-être temps de la remplacer par autre chose. En effet, x86 (et x86-64) est une techno née il y a des dizaines d'années, et, avec le temps, on lui a greffé un tas de trucs par dessus, avec parfois pour objectif d'être sur le marché avant les concurrents, donc probablement avec des trucs pas forcément bien nets ou pas bien finis à l'intérieur, qui ne posaient peut-être pas de problèmes à l'époque ou ils sont sortis, mais qui posent problème aujourd'hui, vu l'évolution des utilisations (virtualisation et containarisation par exemple), avec toujours cette contrainte de compatibilité ascendante qui fait qu'elle traîne probablement d'autres boulets.

    Je ne suis pas spécialiste des micro-architectures, mais, si on met la perf de côté pour le moment, je me demande si l'Itanium, avec une architecture plus récente, ne serait pas mieux protégé contre ce type de failles (celà dit, il y a probablement des failles de même type dans les processeurs Itanium, ou autre type de processeur, mais vu que ces processeurs sont moins couramment utilisés, il n'y a peut-être pas autant de recherches sur ce type de CPU). Maintenant, l'Itanium n'est pas non plus tout jeune du point de vue architecture, et peut-être faudrait-il repartir d'une feuille blanche ? ( je sais que vu l'échec du processeur Itanium, il n'y a pas grand monde qui pourrait investir sur un nouveau processeur) .

    Vous en pensez quoi vous ?

  • [^] # Re: Jouer sur le blocksize ...

    Posté par  . En réponse au message dock station et clonages disques et ventilateur. Évalué à 3.

    je futilise dd avec status=progress pour cela

    Cette option n'est pas dispo sous freebsd et d'autres Unix donc je futilise très peu :)

    sinon pour le mode autonome dans le frigo ?

    C'est à dire ?