Tiens c'est amusant, j'ai des systèmes qui ont besoin de maintenir une liste de matériel mais qui cependant résistent bien à tout changement. Et ils n'ont pas les noms de devices qui changent tous les 4 matins ouentre chaque reboot. Curieux non ? Mais bon, certains ne voient pas que cette façon de faire est gênante pour des serveurs ayant beaucoup de disques à gérer. Mais bon ce n'est pas grave, ces serveurs continueront de fonctionner sur des OS proprios ou avec des bouts de softs proprio pour pallier ce dysfonctionnement ... Cela dit, il faut aussi relativiser, ce n'est pas parce que je ne suis pas content de ce mode de fonctionnement que je n'aime pas Linux pour ses autres qualités.
Ils se basent sur la position du device sur le bus : par exemple sur matériel Sun, chaque device correspond à un chemin particulier emplacement sur la carte, No de bridge PCI, emplacement sur le bus, etc ...). Sur matériel HP tu as le hardware path qui vu de l'OS a un chemin du style /0/1/0/....../
Pour les disques SAN ça dépend de la baie qui est derrière, mais sur certaines baies, on peut déterminer à peu de choses près le chemin dans /dev/dsk en fonction de la façon dont le disque a été attribué sur la baie.
Ceci est notamment la solution aux eth0/eth1 qui permutent au boot selon l'ordre de réponse sur le bus PCI. Il suffit de déterminer que la e1000 s'appelle toujours eth0 (ou même intel0 si tu préfères) et la 3Com eth1, et c'est réglé !
Cool, et sous Redhat par exemple, sur quoi se basent les scripts de démarrage réseau pour attribuer le nom de device ? Ca met bien en l'air l'argument selon lequel ce système résiste au changement hardware.
Sur d'autres OS, c'est la position du matériel sur le bus, ou la façon dont les disques ont été attribués sur la baie qui détermine le nom du device physique.
Disons que quand tu as un système avec 30 disques à gérer, tu aimes bien avoir un certain ordre dedans ... J'en suis arrivé à devoir installer powerpath (outil proprio EMC) sur l'ensembe de mes serveurs Linux reliés à une baie SAN pour pouvoir m'affranchir de ce problème,
J'ai besoin d'accéder au device pas à la partition ...
Ce ne serait pas plus simple si un periphérique donné ne changeaipt pas simplement de nom au reboot, plutot que d'ajouter des couches compliquées nécessitant de faire le travail à la main ?
Sur d'autres OS, les hardware path ne chanent pas tous les 4 matins : il y a une logique d'attribution de noms.
Bah, windows ou linux c'est pareil, le principal est d'avoir le systeme au début du disque et les données à la fin. Tiens d'ailleurs, ca serait bien ça : un FS qui alloue les blocs en fin de disqe et qui remonte au fur et a mesure vers le début .... :)
les UUID: LE truc débile .... à l'heure ou on utilise un DNS pour ne pas avoir à retenir une suite de chiffres et de lettres débiles, Linux a inventé un truc vachement plus simple que /dev/sdx pour nommer les périphériques.
ultimate boot CD qui intègre la plupart des outils de diagnostic disque constructeurs, ainsi qu'une distro Linux permttant de tester/Mrécupérer les données sur un disque dur HS.
Je ne sais pas si cette distro permet de configurer le clavier en azerty, je n'ai pas cherché. Mais ça ne me gène pas, je praiquais à une époque indiféremment le azerty et le qwerty.
Parce que ce que je constate, moi, au travail, c'est que les outils permettant d'industrialiser les installations/déploiement existent sour tous les OS, seulement des ayatollah de la sécurité nous empêchent d'utiliser ces outils. Au lueu de ça ils préfèrent payer cher dasn des outils permettant le déploiement "multi-os" mais qui ne font que très mal le travail qu'ils sont censés faire. Et bizarement, les outils mcrosoft, sont autorisés.
Je cherche un truc du style uisp pour AT89S8252. Pou le cable, je sais faire, j'ai tout ce qu'il faut. De préférence un utilitaire intégré à la distrib,
De toute fawon nous avons dans l'idée de passer à Perl pour nos script d'intégration. Ca devrait pouvoir nous faire tenir plus longtemps.
Fais pas ça malhereux !!!! Tu risques de tomber sur un ayatollah de la sécurité qui décidera de désinstaller Perl des serveurs, et tu te retrouvera tout idiot avec tes scripts qui ne marchent plus.
Bah, c'est l'effet "nouveauté". Il y a quelques temps c'était XfREE86=>Xorg. Avant XFree, c'était moche et lourd, est arrivé Xorg qui a progressé. Maintenant Xorg c'est moche et lourd et on veut autre chose. Pour OpenOffice/LibreOffice c'est pareil. Et je suis sur qu'on peut trouver d'autres choses.
C'est pas faire compliqueé pour faire compliqué, c'est silmplement parce que certains proxies n'acceptent pas de faire passer le SSH (j'ai l'impression de me répéter).
J'ai un Windows de préinstallé qui marche niquel, c'est à dire que c'est un Windows avec plein de merde venant du constructeur et qui sert à rien hormis pompé la batterie.
Et bien même là, je me retrouve avec 2x plus d'autonomie et une meilleure stabilité.
Tout simplement parce que le constructeur a fourni et préinstallé les drivers qui vont bien pour gérer l'ACPI.
Sous Linux, c'est possible si tu as le matériel qui va bien ET que tu le configure à la main.
Je ne suis pas convaincu que ce soit si simple s tu installes un windows "boite" squi ne contient pas les pilotes adéquat pour ton matériel.
[^] # Re: Moralité
Posté par totof2000 . En réponse au journal Rescue réussi. Évalué à 2.
[^] # Re: uuid
Posté par totof2000 . En réponse au journal Rescue réussi. Évalué à 1.
[^] # Re: uuid
Posté par totof2000 . En réponse au journal Rescue réussi. Évalué à 2.
Pour les disques SAN ça dépend de la baie qui est derrière, mais sur certaines baies, on peut déterminer à peu de choses près le chemin dans /dev/dsk en fonction de la façon dont le disque a été attribué sur la baie.
[^] # Re: uuid
Posté par totof2000 . En réponse au journal Rescue réussi. Évalué à 2.
[^] # Re: uuid
Posté par totof2000 . En réponse au journal Rescue réussi. Évalué à 2.
Cool, et sous Redhat par exemple, sur quoi se basent les scripts de démarrage réseau pour attribuer le nom de device ? Ca met bien en l'air l'argument selon lequel ce système résiste au changement hardware.
Sur d'autres OS, c'est la position du matériel sur le bus, ou la façon dont les disques ont été attribués sur la baie qui détermine le nom du device physique.
[^] # Re: uuid
Posté par totof2000 . En réponse au journal Rescue réussi. Évalué à 1.
[^] # Re: uuid
Posté par totof2000 . En réponse au journal Rescue réussi. Évalué à 2.
Ce ne serait pas plus simple si un periphérique donné ne changeaipt pas simplement de nom au reboot, plutot que d'ajouter des couches compliquées nécessitant de faire le travail à la main ?
Sur d'autres OS, les hardware path ne chanent pas tous les 4 matins : il y a une logique d'attribution de noms.
[^] # Re: Quid de Debian et ses dérivés ?
Posté par totof2000 . En réponse au journal Sortie de RHEL 6. Évalué à 4.
[^] # Re: Moralité
Posté par totof2000 . En réponse au journal Rescue réussi. Évalué à 1.
[^] # Re: uuid
Posté par totof2000 . En réponse au journal Rescue réussi. Évalué à 5.
# pour ma part récemment j'ai utilisé ....
Posté par totof2000 . En réponse au journal Rescue réussi. Évalué à 2.
Je ne sais pas si cette distro permet de configurer le clavier en azerty, je n'ai pas cherché. Mais ça ne me gène pas, je praiquais à une époque indiféremment le azerty et le qwerty.
http://www.ultimatebootcd.com/
[^] # Re: uuid
Posté par totof2000 . En réponse au journal Rescue réussi. Évalué à 6.
[^] # Re: Trois systèmes d'exploitation ?
Posté par totof2000 . En réponse à la dépêche "Le petit chaperon rouge", 6ème adaptation. Évalué à 6.
Parce que ce que je constate, moi, au travail, c'est que les outils permettant d'industrialiser les installations/déploiement existent sour tous les OS, seulement des ayatollah de la sécurité nous empêchent d'utiliser ces outils. Au lueu de ça ils préfèrent payer cher dasn des outils permettant le déploiement "multi-os" mais qui ne font que très mal le travail qu'ils sont censés faire. Et bizarement, les outils mcrosoft, sont autorisés.
[^] # Re: programmer microcontroleur
Posté par totof2000 . En réponse au message Programmation Atmel AT89S8252. Évalué à 2.
Je cherche un truc du style uisp pour AT89S8252. Pou le cable, je sais faire, j'ai tout ce qu'il faut. De préférence un utilitaire intégré à la distrib,
[^] # Re: gloups
Posté par totof2000 . En réponse à la dépêche Red Hat lance RHEL 6. Évalué à 3.
Fais pas ça malhereux !!!! Tu risques de tomber sur un ayatollah de la sécurité qui décidera de désinstaller Perl des serveurs, et tu te retrouvera tout idiot avec tes scripts qui ne marchent plus.
[^] # Re: Pronote
Posté par totof2000 . En réponse au journal Le Web sauvera Internet, le journal retour. Évalué à 4.
[^] # Re: Séparation
Posté par totof2000 . En réponse au journal LibreOffice: ça va bouger !. Évalué à 7.
[^] # Re: Ils ont "tout bon"
Posté par totof2000 . En réponse à la dépêche La CCIA publie une lettre accablante contre HADOPI. Évalué à 10.
[^] # Re: Tu ne crois pas si bien dire...
Posté par totof2000 . En réponse au journal Le Web sauvera Internet, le journal retour. Évalué à 2.
[^] # Re: Léthargie ?
Posté par totof2000 . En réponse au journal LibreOffice: ça va bouger !. Évalué à 10.
[^] # Re: Tu ne crois pas si bien dire...
Posté par totof2000 . En réponse au journal Le Web sauvera Internet, le journal retour. Évalué à 5.
On va y arrivay, on va y arrivay.
[^] # Re: hg
Posté par totof2000 . En réponse au sondage Mon logiciel de Logiciel de gestion de versions favori est :. Évalué à 2.
[^] # Re: Et dans 6 mois..
Posté par totof2000 . En réponse au journal Ubuntu abandonne X pour Wayland. Évalué à 1.
Et bien même là, je me retrouve avec 2x plus d'autonomie et une meilleure stabilité.
Tout simplement parce que le constructeur a fourni et préinstallé les drivers qui vont bien pour gérer l'ACPI.
Sous Linux, c'est possible si tu as le matériel qui va bien ET que tu le configure à la main.
Je ne suis pas convaincu que ce soit si simple s tu installes un windows "boite" squi ne contient pas les pilotes adéquat pour ton matériel.
[^] # Re: j'approuve
Posté par totof2000 . En réponse au journal Ubuntu abandonne X pour Wayland. Évalué à 3.
Il y a des lustres qu'il existe une appli X qui permet d'affichr les pages man, et sans console.
[^] # Re: hg
Posté par totof2000 . En réponse au sondage Mon logiciel de Logiciel de gestion de versions favori est :. Évalué à 2.