DHCP pouvant servir à bien plus de choses que la configuration d'une adresse IP (il peut aussi fournir les adresses des serveurs NTP par exemple), il est dommage que le client ne fonctionne pas si le système n'est pas à l'heure ou ne connaît pas l'heure.
Visiblement il existe des options permettant de transmettre l'heure (option 152 par exemple), je doute que ce soit activé sur tous les serveurs, et encore moins que les clients en tiennent compte.
Je fais également responsable SI bénévole dans une asso depuis plus de 15 ans, et je suis à plus de 500km.
Les besoins ne sont pas tout à fait les mêmes, mais cela intéressera peut-être l'auteur du journal. J'ai une dizaine de postes de travail qui ont besoin d'accéder à internet et de faire de la bureautique, ils partagent les documents dans un répertoire commun. Des besoins classiques.
La solution mise en place: un ou deux gros serveurs physiques DELL acheté sur Ebay; avec un max de sécurité (double alim, double attachement réseau, tous les disques en RAID-1, administration bas niveau à distance via IPMI). C'est surtout parce que je suis loin et ne peut pas trop intervenir physiquement.
Au niveau soft: Ubuntu & LTSP.
J'ai retiré tous les disques des postes de travail, ils bootent en PXE et sont totalement interchangeables et banalisés, ce sont devenu des terminaux X. En cas de soucis, il y a un terminal de secours dans un placard et les gens sur place sont autonomes.
Au final, je n'ai qu'une seule machine serveur à administrer et sauvegarder, ce qui se fait bien à distance.
Le projet LTSP permet d'équiper beaucoup de salles de classes avec du vieux matériel qui sert de terminaux X banalisés et de concentrer tout le travail sur un ou quelques serveurs.
Cela fait quelques années que je l'utilise dans des associations, elles n'ont généralement pas les moyens de maintenir leur informatique, et moi je n'ai qu'un seul serveur à administrer, ce que je peux faire à distance et qui me simplifie considérablement la tache.
Donc l'auteur du journal n'utilise peut-être pas la transparence réseau; mais moi je connais des dizaines de personnes qui l'utilisent tous les jours et qui seront condamnés à un vieux ordi sous windows non administré si jamais cette transparence disparaît.
L'objectif ici n'est pas de récupérer les données sur le disque; mais d'obtenir un disque utilisable. Faire un test qui permet de s'assurer que le disque résiste un peu me semble donc une bonne idée.
J'ai rencontré les deux cas: dans peut-être 10% des cas le nombre de secteur réalloué reste stable sur plusieurs années, et se limite à quelques secteurs ou quelques dizaines.
Par contre, quand la somme des compteurs Current_Pending_Sector (avant réallocation) et Reallocated_Sector_Ct (après réallocation) augmente, ça annonce le mur en approche rapide, il est temps de passer commande d'un nouveau disque.
Sur du SAS, smartctl remonte un compteur "Elements in grown defect list"
Sur le agetty que nous utilisons sous linux, il y a une option qui ne doit plus servir souvent maintenant:
-U, --detect-case
Activer la détection des terminaux à caractères majuscules seuls. Cela ne détectera qu'un identifiant de connexion ne possédant que des caractères majuscules et activera des opérations de conversions de casse majuscules vers minuscules. Cette option ne gère aucun caractère Unicode.
Comme certains terminaux ne supportaient que les majuscules, lorsque le login saisi est entièrement en majuscule, alors le système bascule dans un mode de conversion systématique de toutes les saisies vers des minuscules; ce qui permettait globalement de se connecter (si le login et le mdp sont en minuscule) et d'utiliser le système.
Sur mes premières distributions Linux, j'avais un minitel en guise de terminal sur le port série, c'était actif par défaut.
et c'est visiblement une belle foire. Je ne sais pas ce que tu veux faire avec 2 ports, mais ce n'est pas parce qu'il y a 2 ports que tu vas pouvoir faire ce que tu as prévu avec.
Je ne sais pas trop si c'est possible techniquement, mais pour les explications rapides, pouvoir coller une image (bien qu'en pixels) donne plus d'intérêt à l'outil.
Effectivement, la sortie téléinformation est toujours présente sur les Linky, et il y a normalement une compatibilité ascendante.
Pour le matériel, j'ai simplement copié https://www.kzenjoy.net/2015/la-teleinformation-sous-jeedom/ . J'ai commandé un convertisseur Série/USB (FTDI TTL) et un optocoupleur SFH620A pour quelques euros sur Ebay, j'ai puisé dans mon stock pour le reste. Enfin j'ai soudé les quelques composants sur un bout de carte à pastille (ce qui évite d'avoir à faire de la gravure) et installé le tout dans une petite boite en plastique.
Minicom m'a confirmé que les données arrivaient. Comme c'est de l'ASCII, c'est très facile à lire.
Pour le logiciel, rien n'est externalisé. J'ai écris un script (moins de 100 lignes de perl) qui lit les données sur /dev/ttyUSB0 et enregistre la puissance instantanée et la valeur des indexes dans une base rrdtool toutes les minutes. A ça j'ai ajouté un fichier de déclaration de service systemd pour en faire un service qui démarre avec la machine; et encore un script sh (de 100 lignes aussi) pour générer les images dans la crontab.
Personnellement j'avais une 206 et j'ai changé de voiture à l'arrivée du 3eme. Je n'ai jamais réussi à y caser 3 sièges enfants sur la banquette arrière. Pourtant les deux grands sont en réhausseurs, qui doit être la configuration qui prends le moins de place.
Je n'ai pas (encore) Linky mais j'ai une sortie téléinformation qui va vers mon serveur sur lequel j'enregistre la puissance apparente instantanée toutes les minutes dans une base RRDtool. Je fais ensuite de jolis graphiques avec.
Les appareils de forte puissance se voient sans soucis; premièrement mon chauffe-eau qui fait 2kW et qui démarre tous les jours à 22h. En regardant la durée de chauffe, on peut mesurer indirectement et à grosse maille la quantité d'eau chaude consommée le jour précédent. On peut en déduire s'il y a une personne présente ou non facilement. Aller plus loin est plus difficile. Sur plus d'une semaine, on doit pouvoir voir une variation d'usage, indiquant si un nombre significatif de personnes est arrivé ou parti, je n'ai jamais essayé et je doute que ce soit possible.
On voit bien les appareils puissants: bouilloire, four, plaques de cuisson, machine à laver, même s'il est difficile de les distinguer. Le reste est surtout du bruit constant indiquant la présence de personnes (lumières, écrans, chargeurs…).
En hiver, le chauffage électrique brouille sérieusement les courbes. Avec une granularité d'une heure, il ne doit pas rester beaucoup d'informations. On voit surtout que le chauffage est actif et les heures de bascule jour/nuit programmés.
Pour tous les équipements de faible consommation, je n'ai jamais réussi à rien repérer.
la précision de mesure du compteur n'est pas absolue. Je doute que Linky fasse beaucoup mieux. Les données remontent avec un pas de 10 V.A, donc tout ce qui fait moins comme un chargeur de téléphone est totalement invisible. Par exemple le wifi de ma box qui se coupe à 0h et redémarre à 7h est totalement invisible. Le branchement de mon smartphone ou le radio-réveil idem.
Ensuite dans une maison moderne, il y a tout un tas de truc qui génère du bruit parasite. Lorsque je suis absent, chauffage éteins, j'ai quand même des variations de la consommation de l'ordre de 60 V.A., dont certaines variations récurrentes. J'ignore quels sont les équipements qui génèrent cela.
En conclusion: Je vois bien chez moi s'il y a des gens présents; mais ni combien, ni ce qu'ils font.
Bah, il y a certainement une couche derrière, du genre VISA avec laquelle aucun des intermédiaires ne veut se fâcher sous peine de fermer boutique ; et les clauses de leurs relations ne sont pas publiques ni très certainement équitables.
Au final c'est eux qui décide qui a le droit ou non de recevoir des paiements par carte.
C'est une belle traduction de la page du site; par contre ni sur le site, ni sur l'article, on ne trouve à quoi ça sert.
Tout le monde ne connait pas XCP; même moi, utilisateur de Xen sous Debian, j'ignore à quoi ça sert, et du coup, je ne comprends pas ce que propose XCP-ng.
Moi je me dis rétrospectivement que vu la complexité des processeurs actuels, ils font plutôt du bon boulot de ce coté. Je suis plus inquiet de leur gestion de la sécurité et des pouvoir qu'ils ont donnés au ME.
Certes, il y a des bugs, mais sur les 25 dernières années, je n'en ai jamais vu un me poser des problèmes. Le bug de la FPU sur les premiers pentium a fait surtout du bruit, mais techniquement sans grande conséquence pour 99.99% des clients (pifométriquement). Après j'ai entendu parlé deux trois fois d'un truc qui présentait des risques; avec des contournements dans le kernel; mais ça ne m'a jamais empêché d'utiliser le CPU. Vu la complexité des processeurs actuels, je trouve ça bon.
A l'opposé, je ne compte pas les périphériques internes ou externes qui ne sortent pas correctement de veille, qui nécessitent des contournements dans tous les sens pour être utilisés, dont une partie des fonctions est trop bugués pour être utilisable…
Je ne suis pas aller vérifier, mais dans mon esprit, le microcode est chargé au démarrage de l'OS (peut-être dans le ramdisk) si nécessaire, permettant ainsi de corriger le problème sans avoir à se lancer dans un flashage de BIOS (pour ceux qui ont un constructeur qui fait l'effort de sortir un nouveau BIOS).
Jadis on a percuté (plutôt violemment) plusieurs limitations des différents BIOS qui étaient incapables d'accéder à tout le disque. L'adressage [CHS] a rapidement montré ses limites puisque il limitait à 1024 cylindre. Ensuite les disques ont menti sur leur géométrie pour respecter le nombre de bits attribué à chacune de ces trois valeurs, mais on a quand même atteint la taille maximale. Le mode LBA est venu à la rescousse; mais la première version s'est limitée à un adressage de 28 bits.
Il faut ajouter à ça tout un tas de bugs d'implémentation, avec des BIOS qui n'avaient jamais été testés aux valeurs limites.
Bref, pour booter, on s'est trouvé régulièrement coincé à ne pas pouvoir aller chercher le kernel et le ramdisk à la fin du disque.
Sais-tu quel protocole est utilisé ? Ca n'a pas l'air d'être un protocole classique. On trouve des adaptateurs ZWave-USB pour environ 30 euros qui offre ensuite une grande gamme de capteurs. Par contre, je n'ai aucune idée de la portée. Est-ce que les infos se récupères facilement ? Souvent c'est juste une interface série sous Linux, avec un protocole en ASCII.
Et justement, quelle portée as-tu avec ce matériel ?
Il n'y a peut-être pas besoin de lancer toute la lourdeur de python pour sortir un entier entre 31 et 36.
alias grep='GREP_COLOR=$(($RANDOM%7+31)) grep --color=auto'
# Simple et pratique
Posté par Sébastien Koechlin . En réponse à la dépêche Sortie de la version 2.0 de Grisbi, logiciel de comptabilité. Évalué à 6.
Je tiens juste à dire que je l'utilise depuis quelques années pour une association et que je le trouve très pratique.
Merci pour la V2.0
[^] # Re: Eh oui...
Posté par Sébastien Koechlin . En réponse au journal DHCP et heure système. Évalué à 2.
DHCP pouvant servir à bien plus de choses que la configuration d'une adresse IP (il peut aussi fournir les adresses des serveurs NTP par exemple), il est dommage que le client ne fonctionne pas si le système n'est pas à l'heure ou ne connaît pas l'heure.
Visiblement il existe des options permettant de transmettre l'heure (option 152 par exemple), je doute que ce soit activé sur tous les serveurs, et encore moins que les clients en tiennent compte.
# Expérience
Posté par Sébastien Koechlin . En réponse au journal Logiciels libres dans une association non-informatique. Évalué à 7.
Je fais également responsable SI bénévole dans une asso depuis plus de 15 ans, et je suis à plus de 500km.
Les besoins ne sont pas tout à fait les mêmes, mais cela intéressera peut-être l'auteur du journal. J'ai une dizaine de postes de travail qui ont besoin d'accéder à internet et de faire de la bureautique, ils partagent les documents dans un répertoire commun. Des besoins classiques.
La solution mise en place: un ou deux gros serveurs physiques DELL acheté sur Ebay; avec un max de sécurité (double alim, double attachement réseau, tous les disques en RAID-1, administration bas niveau à distance via IPMI). C'est surtout parce que je suis loin et ne peut pas trop intervenir physiquement.
Au niveau soft: Ubuntu & LTSP.
J'ai retiré tous les disques des postes de travail, ils bootent en PXE et sont totalement interchangeables et banalisés, ce sont devenu des terminaux X. En cas de soucis, il y a un terminal de secours dans un placard et les gens sur place sont autonomes.
Au final, je n'ai qu'une seule machine serveur à administrer et sauvegarder, ce qui se fait bien à distance.
[^] # Re: Rappel du principe
Posté par Sébastien Koechlin . En réponse au journal waypipe, affichage distant natif pour Wayland. Évalué à 10.
Le projet LTSP permet d'équiper beaucoup de salles de classes avec du vieux matériel qui sert de terminaux X banalisés et de concentrer tout le travail sur un ou quelques serveurs.
Cela fait quelques années que je l'utilise dans des associations, elles n'ont généralement pas les moyens de maintenir leur informatique, et moi je n'ai qu'un seul serveur à administrer, ce que je peux faire à distance et qui me simplifie considérablement la tache.
Donc l'auteur du journal n'utilise peut-être pas la transparence réseau; mais moi je connais des dizaines de personnes qui l'utilisent tous les jours et qui seront condamnés à un vieux ordi sous windows non administré si jamais cette transparence disparaît.
[^] # Re: Une seule partition + e2fsck + badblocks ?
Posté par Sébastien Koechlin . En réponse à la dépêche Sauver un disque dur mécanique. Évalué à 9.
L'objectif ici n'est pas de récupérer les données sur le disque; mais d'obtenir un disque utilisable. Faire un test qui permet de s'assurer que le disque résiste un peu me semble donc une bonne idée.
[^] # Re: Forcer la réallocation
Posté par Sébastien Koechlin . En réponse à la dépêche Sauver un disque dur mécanique. Évalué à 6.
J'ai rencontré les deux cas: dans peut-être 10% des cas le nombre de secteur réalloué reste stable sur plusieurs années, et se limite à quelques secteurs ou quelques dizaines.
Par contre, quand la somme des compteurs Current_Pending_Sector (avant réallocation) et Reallocated_Sector_Ct (après réallocation) augmente, ça annonce le mur en approche rapide, il est temps de passer commande d'un nouveau disque.
Sur du SAS, smartctl remonte un compteur "Elements in grown defect list"
# Et MQTT
Posté par Sébastien Koechlin . En réponse au journal RaspberryPi, capteurs USB, dbus et systemd, utiliser des briques Linux "desktop" pour une architect. Évalué à 3.
Salut,
Je n'ai pas de projet similaire, mais en m'essayant à la domotique, je vois que MQTT semble être bien plus apprécié que DBus.
A priori il semble bien adapté pour des capteurs qui publient des états; et a l'air mieux documenté que DBus.
Tu as jeté un oeil ? Un commentaire à faire ?
[^] # Re: Aucune majuscule
Posté par Sébastien Koechlin . En réponse au journal Les mots de passe des premiers développeurs/utilisateurs d'UNIX, notamment celui de Ken Thompson. Évalué à 6.
Sur le agetty que nous utilisons sous linux, il y a une option qui ne doit plus servir souvent maintenant:
Comme certains terminaux ne supportaient que les majuscules, lorsque le login saisi est entièrement en majuscule, alors le système bascule dans un mode de conversion systématique de toutes les saisies vers des minuscules; ce qui permettait globalement de se connecter (si le login et le mdp sont en minuscule) et d'utiliser le système.
Sur mes premières distributions Linux, j'avais un minitel en guise de terminal sur le port série, c'était actif par défaut.
# Port M.2
Posté par Sébastien Koechlin . En réponse au journal Sélection d'un PC libre. Évalué à 8.
Avant, je pensais qu'un port M.2, c'était un port M.2
Et puis j'ai lu un article de Nextinpact: https://www.nextinpact.com/news/106936-tout-savoir-sur-m-2-connecteur-trois-sockets-dizaines-possibilites.htm
et c'est visiblement une belle foire. Je ne sais pas ce que tu veux faire avec 2 ports, mais ce n'est pas parce qu'il y a 2 ports que tu vas pouvoir faire ce que tu as prévu avec.
[^] # Re: Mwai, sans moi
Posté par Sébastien Koechlin . En réponse à la dépêche L’ultime challenge LinuxFr.org. Évalué à 6.
C'est 127.0.0.1 ?
# AMD
Posté par Sébastien Koechlin . En réponse au journal Le dégonflage des mythes Wayland... dégonflés sur Reddit. Évalué à 10.
Ah zut, je n'étais pas au courant; il va falloir que j'arrête de jouer à des jeux en 3D…
# Idée d'amélioration
Posté par Sébastien Koechlin . En réponse à la dépêche WBO : un tableau blanc interactif. Évalué à 5.
Je ne sais pas trop si c'est possible techniquement, mais pour les explications rapides, pouvoir coller une image (bien qu'en pixels) donne plus d'intérêt à l'outil.
[^] # Re: Intéressant, mais combien ça coute ?
Posté par Sébastien Koechlin . En réponse au journal Marre des cartes ARM ?. Évalué à 1.
Le forum indique:
https://forum.odroid.com/viewtopic.php?f=29&t=32536
# Dommage pour la RAM
Posté par Sébastien Koechlin . En réponse au journal Un petit laptop Open hardware. Évalué à 3.
La machine est intéressante, à un prix modique (240 €); par contre vendre aujourd'hui une machine avec 2 Go de RAM, c'est un peu dommage.
[^] # Re: Tu extrapoles un peu vite
Posté par Sébastien Koechlin . En réponse au journal Compteur communiquant linky et collecte de la courbe de charge. Évalué à 4.
Bonjour,
Effectivement, la sortie téléinformation est toujours présente sur les Linky, et il y a normalement une compatibilité ascendante.
Pour le matériel, j'ai simplement copié https://www.kzenjoy.net/2015/la-teleinformation-sous-jeedom/ . J'ai commandé un convertisseur Série/USB (FTDI TTL) et un optocoupleur SFH620A pour quelques euros sur Ebay, j'ai puisé dans mon stock pour le reste. Enfin j'ai soudé les quelques composants sur un bout de carte à pastille (ce qui évite d'avoir à faire de la gravure) et installé le tout dans une petite boite en plastique.
https://hallard.me/demystifier-la-teleinfo/ semble avoir eu des soucis et a ajouter des composants, je n'ai pas eu ce problème.
J'ai tiré environ 20m de (vieux) câble téléphonique entre mon compteur et mon serveur. La doc http://www.enedis.fr/sites/default/files/Enedis-NOI-CPT_02E.pdf spécifie que l'on peut monter jusqu'à 500m !
Minicom m'a confirmé que les données arrivaient. Comme c'est de l'ASCII, c'est très facile à lire.
Pour le logiciel, rien n'est externalisé. J'ai écris un script (moins de 100 lignes de perl) qui lit les données sur /dev/ttyUSB0 et enregistre la puissance instantanée et la valeur des indexes dans une base rrdtool toutes les minutes. A ça j'ai ajouté un fichier de déclaration de service systemd pour en faire un service qui démarre avec la machine; et encore un script sh (de 100 lignes aussi) pour générer les images dans la crontab.
[^] # Re: Une faille de sécurité européenne
Posté par Sébastien Koechlin . En réponse au journal RGPD, retrait de toutes les listes de MailJet. Évalué à 1.
Personnellement j'avais une 206 et j'ai changé de voiture à l'arrivée du 3eme. Je n'ai jamais réussi à y caser 3 sièges enfants sur la banquette arrière. Pourtant les deux grands sont en réhausseurs, qui doit être la configuration qui prends le moins de place.
[^] # Re: Tu extrapoles un peu vite
Posté par Sébastien Koechlin . En réponse au journal Compteur communiquant linky et collecte de la courbe de charge. Évalué à 10. Dernière modification le 23 juillet 2018 à 14:13.
Bonjour,
Je n'ai pas (encore) Linky mais j'ai une sortie téléinformation qui va vers mon serveur sur lequel j'enregistre la puissance apparente instantanée toutes les minutes dans une base RRDtool. Je fais ensuite de jolis graphiques avec.
Les appareils de forte puissance se voient sans soucis; premièrement mon chauffe-eau qui fait 2kW et qui démarre tous les jours à 22h. En regardant la durée de chauffe, on peut mesurer indirectement et à grosse maille la quantité d'eau chaude consommée le jour précédent. On peut en déduire s'il y a une personne présente ou non facilement. Aller plus loin est plus difficile. Sur plus d'une semaine, on doit pouvoir voir une variation d'usage, indiquant si un nombre significatif de personnes est arrivé ou parti, je n'ai jamais essayé et je doute que ce soit possible.
On voit bien les appareils puissants: bouilloire, four, plaques de cuisson, machine à laver, même s'il est difficile de les distinguer. Le reste est surtout du bruit constant indiquant la présence de personnes (lumières, écrans, chargeurs…).
En hiver, le chauffage électrique brouille sérieusement les courbes. Avec une granularité d'une heure, il ne doit pas rester beaucoup d'informations. On voit surtout que le chauffage est actif et les heures de bascule jour/nuit programmés.
Pour tous les équipements de faible consommation, je n'ai jamais réussi à rien repérer.
la précision de mesure du compteur n'est pas absolue. Je doute que Linky fasse beaucoup mieux. Les données remontent avec un pas de 10 V.A, donc tout ce qui fait moins comme un chargeur de téléphone est totalement invisible. Par exemple le wifi de ma box qui se coupe à 0h et redémarre à 7h est totalement invisible. Le branchement de mon smartphone ou le radio-réveil idem.
Ensuite dans une maison moderne, il y a tout un tas de truc qui génère du bruit parasite. Lorsque je suis absent, chauffage éteins, j'ai quand même des variations de la consommation de l'ordre de 60 V.A., dont certaines variations récurrentes. J'ignore quels sont les équipements qui génèrent cela.
En conclusion: Je vois bien chez moi s'il y a des gens présents; mais ni combien, ni ce qu'ils font.
[^] # Re: Patreon aussi a chaud aux fesses
Posté par Sébastien Koechlin . En réponse au journal Possible coupure de service sur Liberapay. Évalué à 2.
Bah, il y a certainement une couche derrière, du genre VISA avec laquelle aucun des intermédiaires ne veut se fâcher sous peine de fermer boutique ; et les clauses de leurs relations ne sont pas publiques ni très certainement équitables.
Au final c'est eux qui décide qui a le droit ou non de recevoir des paiements par carte.
# Mais encore ?
Posté par Sébastien Koechlin . En réponse à la dépêche XCP-ng une alternative open source à XenServer. Évalué à 10.
C'est une belle traduction de la page du site; par contre ni sur le site, ni sur l'article, on ne trouve à quoi ça sert.
Tout le monde ne connait pas XCP; même moi, utilisateur de Xen sous Debian, j'ignore à quoi ça sert, et du coup, je ne comprends pas ce que propose XCP-ng.
[^] # Re: Et une version OS ?
Posté par Sébastien Koechlin . En réponse au journal Un peu de NERF et de microcode Intel (merci Meltdown/Spectre). Évalué à 7.
Moi je me dis rétrospectivement que vu la complexité des processeurs actuels, ils font plutôt du bon boulot de ce coté. Je suis plus inquiet de leur gestion de la sécurité et des pouvoir qu'ils ont donnés au ME.
Certes, il y a des bugs, mais sur les 25 dernières années, je n'en ai jamais vu un me poser des problèmes. Le bug de la FPU sur les premiers pentium a fait surtout du bruit, mais techniquement sans grande conséquence pour 99.99% des clients (pifométriquement). Après j'ai entendu parlé deux trois fois d'un truc qui présentait des risques; avec des contournements dans le kernel; mais ça ne m'a jamais empêché d'utiliser le CPU. Vu la complexité des processeurs actuels, je trouve ça bon.
A l'opposé, je ne compte pas les périphériques internes ou externes qui ne sortent pas correctement de veille, qui nécessitent des contournements dans tous les sens pour être utilisés, dont une partie des fonctions est trop bugués pour être utilisable…
# Et une version OS ?
Posté par Sébastien Koechlin . En réponse au journal Un peu de NERF et de microcode Intel (merci Meltdown/Spectre). Évalué à 5.
Il me semblait que le paquet https://packages.debian.org/stretch/intel-microcode (et le correspondant https://packages.debian.org/stretch/amd64-microcode) permettaient justement de déployer un nouveau microcode. Des paquets équivalents existent sur d'autres distribution (et sous Windows m'a-t'on dit).
Je ne suis pas aller vérifier, mais dans mon esprit, le microcode est chargé au démarrage de l'OS (peut-être dans le ramdisk) si nécessaire, permettant ainsi de corriger le problème sans avoir à se lancer dans un flashage de BIOS (pour ceux qui ont un constructeur qui fait l'effort de sortir un nouveau BIOS).
[^] # Re: /boot en début de disque?
Posté par Sébastien Koechlin . En réponse au journal Installer Debian 9.2.1 Stretch depuis le disque dur avec une image ISO et GRUB2, sans clé USB ni DVD. Évalué à 6.
Jadis on a percuté (plutôt violemment) plusieurs limitations des différents BIOS qui étaient incapables d'accéder à tout le disque. L'adressage [CHS] a rapidement montré ses limites puisque il limitait à 1024 cylindre. Ensuite les disques ont menti sur leur géométrie pour respecter le nombre de bits attribué à chacune de ces trois valeurs, mais on a quand même atteint la taille maximale. Le mode LBA est venu à la rescousse; mais la première version s'est limitée à un adressage de 28 bits.
Il faut ajouter à ça tout un tas de bugs d'implémentation, avec des BIOS qui n'avaient jamais été testés aux valeurs limites.
Bref, pour booter, on s'est trouvé régulièrement coincé à ne pas pouvoir aller chercher le kernel et le ramdisk à la fin du disque.
# 5 Go c'est généreux
Posté par Sébastien Koechlin . En réponse au journal Installer Debian 9.2.1 Stretch depuis le disque dur avec une image ISO et GRUB2, sans clé USB ni DVD. Évalué à 7.
Je fais rarement un /boot de 5 Go; mais je ne pense pas que ce soit un soucis, à moins d'être dans le tiers-monde numérique ou surprotégé d'internet.
On trouve l'image netboot qui fait seulement 290 Mo, et vu que de toute façon c'est pour un usage unique; autant ne télécharger ce qui est nécessaire.
Pour les plus indigents, on trouve même une mini-iso de 40 Mo depuis le site debian, appelé très-petit-CD.
# Quel protocole
Posté par Sébastien Koechlin . En réponse au journal Capteurs météo et graphiques Munin. Évalué à 1.
Sais-tu quel protocole est utilisé ? Ca n'a pas l'air d'être un protocole classique. On trouve des adaptateurs ZWave-USB pour environ 30 euros qui offre ensuite une grande gamme de capteurs. Par contre, je n'ai aucune idée de la portée. Est-ce que les infos se récupères facilement ? Souvent c'est juste une interface série sous Linux, avec un protocole en ASCII.
Et justement, quelle portée as-tu avec ce matériel ?
# Et en Java ?
Posté par Sébastien Koechlin . En réponse au journal Parce que ca vaut largement un journal .... Évalué à 10. Dernière modification le 01 juillet 2017 à 09:23.
Il n'y a peut-être pas besoin de lancer toute la lourdeur de python pour sortir un entier entre 31 et 36.
alias grep='GREP_COLOR=$(($RANDOM%7+31)) grep --color=auto'
Mais l'idée est rigolote. Merci.