NeoX a écrit 18125 commentaires

vu que tu n'as rien fait de plus que l'installation,
pui ca veut dire reformater et reinstaller,

en prenant bien soin de lire les ecrans pour savoir si c'est le mot de passe de l'utilsateur root, admin ou pi que tu modifies pendant l'installation.

au choix selon les gestionnaires de fenetre,
- dans les parametres de l'economiseur d'ecran
- dans les parametres de l'economie d'energie

et tu n'as pas le choix.

tu as bien vu par toi meme que cela fonctionne si tu poses la clef sur un peripherique qui n'est pas chiffré.

le but d'avoir une partition chiffré, c'est justement qu'il te demande une verificaiton au demarrage (avoir la clé, taper le mot de passe)
si c'est pour stocker la clef sur le meme support, cela ne presente plus aucun interet.

neanmoins si c'est ce que tu veux il faut probablement regarder pour booter en 2 temps.
1er boot : noyau minimaliste, demande la clé ou le mot de passe de la partition chiffrée qui contient la vraie clé
2e boot : le noyau normal, avec acces à la vraie clef qui va alors debloquer la vraie partition

pour aller decocher "demander le mot de passe en sortant de mise en veille".

mais ATTENTION faille de securité,
ta machine n'est alors plus protegée si tu t'eloignes de ta machine.

je dirais que non, c'est justement le but du login/mot de passe.

mais si tu as juste fait l'installation de base,
il n'y a pas grand chose à perdre à part refaire l'installation.

1°) oui, tout comme tu a peut-etre (re)installer ton OSX sur ton mac, ou vu installer un windows chez des amis,
tu met le CD/clef USB, tu demarres dessus, tu reponds à 3 ou 4 questions…

2°) bien sur et heureusement que cela existe.
pour demarrer : http://framasoft.net et http://alternativeto.net
tu verras que certains existent aussi sous OSX, l'occasion peut-etre pour les prendre en main, avant de basculer sous linux.

3°) le wifi, oui, parfois il faut encore "bricoler un peu",
les browsers, heureusement que non, le "gestionnnaire de paquet" equivalent de l'appstore sous linux, te fournit une foultitude de logiciels divers et variés

4°) si c'est un truc qui t'interesse oui,
sinon, non, ce n'est pas obligatoire.

5°) mises à jours, comme sur osx et windows, ca te signale quand il y en a à faire, tu les declenches quand tu veux/peux…

virus et versions malveillantes, oui comme sur osx et windows, si tu fais des choses sans comprendre comme installer un logiciel sans passer par le gestionnaire de paquet, en le telechargeant ailleurs que sur le site du fournisseur officiel, etc

pourquoi il ne pourrait pas ?

il sait evidemment faire :
- device <-> image : plutot pour faire un backup/restauration d'une machine, donc en passant par un intermediaire (disque reseau, support USB)
- device <-> device : pour faire un clone fonctionnel du disque source vers le disque destination, sans intermediaire

etrange car chez moi cette syntaxe fonctionne, avec et sans exec
avec et sans $backup_dir

comme evoqué plus haut, si tu retapes ta ligne, pour etre sur d'avoir de vrais espaces entre mtime et +7 par exemple,

ca fonctionne ?

ta config est bonne puisque :
1°) globalement tu refuses les clients inconnus avec le deny unknown-client
2°) tu identifies ton client dans une classe, à l'aide du vendor-string

si tu as vraiment un doute, le mieux c'est de brancher ton DHCP sur un switch isolé du reste du reseau.
de brancher ton PC perso sur ce meme switch.

s'il recuperes une adresse IP de ce DHCP c'est que ca ne fonctionne pas comme prevu.
si ton PC perso ne recoit pas d'adresse, alors c'est que le DHCP fonctionne comme prevu.

que ton automate fait des trucs bizarres, mais que du coup, tu n'as pas le choix.

il te faut un DHCP, car c'est lui qui donne l"URL" de la mise à jour à l'automate (B&R specific parameters)

l'ip n'a visiblement pas besoin d'etre fixe, ca c'est pour ton confort, pour pouvoir verifier que l'automate est en marche, ou te connecter dessus depuis le PC d'administration.

Je n'ai pas KDE, je n'utilise pas Dolphin, mais je tente ma chance

http://lmgtfy.com/?q=kde+dolphin+toujours+afficher+les+dossiers+cach%C3%A9s

qui, en fouillant un peu les resultats obtenus via le 1er lien
qui nous emmene chez ubuntu
qui lui meme cite la documentation dolphin,
qui renvoie ici
https://docs.kde.org/stable4/fr/applications/dolphin/view-properties.html

booter avec un usb-bootable sous linuxrescue et lancer DD de l'ancien vers le nouveau.

l'idée est bonne, mais il a des outils plus performants pour faire la meme chose,
par exemple clonezilla,
va copier les données, remettre le MBR, agrandir les partitions qui peuvent l'etre.

car sinon ton DD va juste transformer ton disque de 1To en disque de 500Go, ca va prendre une plombe,
et il te faudra encore agrandir la partition systeme pour recuperer les 500Go manquants (ou faire une 2e partition)

On copie les mises à jour sur le PC dans un répertoire destiné au ftp, mais c'est le firmware qui vient voir à l'acquisition de l'IP s'il a une mise à jour à télécharger et appliquer.

si le firmware vient regarder en FTP,
alors ton DHCP ne te sert à rien sauf à avoir des emmerdes comme tu as eu lors de l'inversion des cables.

une IP fixe dans la config de l'automate est suffisante, et ca t'evitera les problemes.

le DHCP aurait eu son interet pour faire du boot PXE.
ex : l'automate n'a pas de disque memoire, ni d'OS, il demarre, cherche un DHCP/PXE, charge son firmware depuis le reseau (donc forcement le dernier) et tourne ainsi, en RAM.

le seul interet actuel serait que tu prepares 25 automates à l'usine, en client DHCP aussi.
et que tu as juste à les brancher dans le chassis, derriere le PC, avant la livraison.

et encore dans ce cas là, il doit etre possible de faire un firmware pour l'automate qui cherche un DHCP (celui de l'usine) et si le DHCP ne repond pas, applique une config IP par defaut (celle pour la communication entre ton PC et l'automate)

rediger une depeche sur le sujet en cliquant sur "proposer un contenu" ?

J'ai déjà deux cartes réseaux sur le PC

Et je cherche seulement à faire en sorte que mon serveur n'impacte pas le réseau usine d'un client si un opérateur inverse les cables réseau dans la machine.

ah ben alors oui, il ne reste que les options suivantes :

1°) bind uniquement sur l'interface INTERNE
2°) deny unknow-client;
3°) jouer de la classe pour rendre certaines machines connues du dhcp (en esperant que tes clients n'ai pas des machines similaires)

pour ton histoire de mise à jour, en gros tu veux mettre en place un boot sur le reseau (dhcp/tftp) plutot qu'un boot sur le disque interne de l'automate ?

ainsi pour faire la mise à jour de l'automate, il suffit de pousser la nouvelle version sur le PC qui gere le DHCP.

ou c'est le firmware de l'automate qui vient se connecter au 'serveur (PC)' pour voir s'il a une mise à jour ?

parce que dans ces cas, les problematiques sont differentes.

Pour moi une machine c'est une partie mécanique, la carcasse si tu préfères, un PC avec mon serveur DHCP, et un automate qui recevra l'IP fixe.

donc tu as 2 morceaux, dans une 'carcasse'
- le PC
- l'automate

et tu as besoin d'un DHCP pour gerer un reseau avec 2 elements dedans ?
c'est pas un peu sortir le char pour enculer une mouche ?

parce que autant tu aurais 1 PC, et 50 automates,
je comprend le besoin du dhcp pour ne pas avoir à gerer la config IP de chacun des automates

mais pour 2 appareils qui vont communiquer ensemble,
et sur lesquels tu interviendras car c'est dans "une seule carcasse"

si tu changes la carte reseau, tu notes la nouvelle mac, tu changes dans le dhcp,
et hop

evidemment quand tu prepares ta maquette qui sera dupliquer dans 50 ou 100 automates, ca semble compliquer,
mais on en revient à la question, pourquoi utiliser un DHCP,
une config en IP fixe sur l'automate, la meme sur tous les automates qui communiquent avec le PC qui se trouve dans leur carcasse.

si ca pose un probleme à l'usine pour la maintenance quand il y a plusieurs automates à preparer, mettre 2 cartes reseaux.
une pour l'interne, avec une IP fixe,
une pour l'usine en dhcp client.

Par contre j'ai du virer la ligne

quelle ligne ?
tu l'avais mis pour faire quoi ?

un truc par defaut, pour dire d'importer tout le module.

mais qui visiblement peut etre simplifier en
import complements
ou
complements.morceau1()

pire, la meme ligne avec un $backup_dir vide, et ta ligne devient
find / -type f -prune -mtime +7 -exec rm -f {} \;

sans faire l'exec, est-ce que ca trouve des choses qui seraient "à supprimer" ?

find /$backup_dir -type f -prune -mtime +7

Car, j'explique, j'aurai un serveur DHCP par machine (partie mécanique, le PC, l'automate), et que sur chaque machine, je veux le même fichier de conf.

un DHCP pour gerer 3 machines,
qui auront toujours la meme IP dans ce reseau (la meca, le pc, l'automate).

l'idée derriere c'est de pouvoir remplacer l'une ou l'autre sans se prendre la tete sur la config reseau ?

je crois que tu peux faire le deny unknown-clients
et utiliser une class pour definir les machines en fonction des vendors-string.

dans la doc de dhcp on trouve l'exemple suivant, qui devrait faire ce que tu souhaites :

deny unknown-clients;

subnet 192.168.1.0 netmask 255.255.255.0 {
    host client1 {
        hardware ethernet DD:GH:DF:E5:F7:D7;
        fixed-address 192.168.1.20;
    }
    host client2 {
        hardware ethernet 00:JJ:YU:38:AC:45;
        fixed-address 192.168.1.21;
    }
}

le deny unknown-clients ne distribue pas d'IP si le client n'est pas specifiquement precisé.
le host client1 ... fixe l'adresse du client par rapport à l'adresse MAC de la machine.

merci

je veux ajouter un module noté complément.py , donc je fais import complément dans code.py
puis dans le fichier init je met : from code import complément .
est ce exacte ..??

pourquoi veux-tu importer 2x ton complement ?

Relis bien chacune de nos reponses, va eventuellement lire le manuel de python qui t'en dira plus sur l'art et la maniere de coder en python.

tu as bien compris que le init.py devait son existence uniquement quand le "module" est un dossier contenant plusieurs complements ?

donc aujourd"hui avec juste
code.py
complement.py

tu n'as pas besoin de init.py
tu fais juste from complement import foo dans ton code.py

il attend de moi que la page soit dynamique

donc il faut que tu ailles lire comment rendre ton script perl comptabile CGI.

ainsi ton navigateur appelle le fichier perl, l'execute, et le fichier perl renvoie de l'information texte avec de l'html pour que ce soit plus joli dans la navigateur.