je ne maîtrise pas trop l'admin de OpenLDAP. Par contre , j'ai lu (et je le relis encore) le bouquin de O'reilly qui reste pour moi, une référence. Le reste est sur openldap.org...
Chez Debian, vu que ça n'avance pas, j'aimerais bien prêter main forte à l'équipe mais, je ne sais pas du tout comment ont fait...
Bien sûr, faudrait que je me lise les docs chez debian.org mais, j'ai pas trop le temps en ce moment.
Bon, sinon, je vais devoir me passer d'alias sur mon annuaire LDAP. Pas très grave mais quand même.
en matière de mise en page, certes les users font des merdes, mais ils aimeraient que leurs merdes soient bien acceptées par Oo car MSo le fait sans problème...
Troisième frein auquel je viens de penser: les applications métiers spécifiques qui usent et abusent de MSo...
ça fait un petit moment que je me demande comment aider la migration vers Oo. Bon, j'ai la solution simple en tant qu'admin système d'imposer de force l'utilisation d'Oo mais je pense que je me ferais taper sur les doigts.
De mon point de vue, le principal frein n'est pas le changement: les utilisateurs de MS Office, pour ce que je constate chez moi, n'utilisent qu'un faible pourcentage des fonctionnalités de MS Office. Donc, ils n'ont pas beaucoup de points de repères sur cette suite logicielle. La preuve, chaque année, je suis obligé d'organiser des formations de base en bureautique. Donc, que ce soit Oo ou MSo, il n'y aura pas grand chose pour les dérouter (vu qu'ils le sont pratiquement tous déjà avec Mso).
Au lieu de faire mes pseudos formations sur Mso, je remplace par Oo et le tour est joué. En plus, en lançant un plan de formation complet, qui ratisse plus large, je suis sûr d'accompagner comme il faut le changement. J'en conclus que la migration à Oo permettrait, avec cette remise à niveau impérative, d'améliorer les compétences générales de chacun de mes utilisateurs en bureautique.
Non, en frein principal, je vois plutôt des trucs aussi anodins que des petites incompatibilités dans les formats de fichiers. Je suis persuadé que si, un interlocuteur externe balance un fichier MS .doc à un de mes users fraîchement migré, celui-ci va me bourrer le mou à la moindre incartade du genre une mise en page qui saute. Je vois bien d'ici la secrétaire raler parce qu'elle doit se retaper une partie d'un doc qu'on lui a envoyé parce qu'Oo n'a pas fait la conversion de fichier correctement. J'aurais beau lui expliquer que c'est de la faute à MS qui n'ouvre pas ses formats de fichiers, j'aurais la simple réponse que c'est pas son souci. Donc, de ce côté, j'aimerais bien une solution qui me permette de fournir à chacun un moyen de faire l'import de fichier de manière simple et (surtout) efficace. J'ai cru comprendre qu'il existait un serveur qui permettait de faire cette transformation...
Deuxième frein: Oo et MS-Win. Franchement, c'est moche... Quand je montre ça aux users sur ma Debian, ils sont assez emballés car l'intégration à gnome est relativement bien faîte. Dès que je leur fout sur leur poste de travail (sous win2k) , ils tiquent tous sur la forme (j'avoue que même moi, je trouve que c'est moche).
tiens CS, ils bossent pour mon taff et ils nous ont balancé un bon petit serveur Linux pour une application métier...Sauf que le client est purement MS,complètement fermé et que son déploiement est franchement boulet.
(J'aurais ete une societé ayant commandé 10 thinkpad, il se seraient remué pour me rembourser a mon avis).
Tu aurais été une société, tu aurais juste demandé un devis sans OS et là, comme par miracle, pas de souci...
C'est ce que j'ai pu remarqué chez mes différents fournisseurs (pas de pub donc pas de marque): je n'ai pas encore trouvé quelqu'un qui me refuse de commander des PC sans OS (bien sûr, sans payer la licence).
Comme quoi, la donne est vraiment différente d'avec les particuliers et c'est bien dommage car je ne vois pas en quoi le fait d'être un professionnel change à ça...
Et oui, MS ne passera pas (pas chez moi en tout cas) forcément partout.
<my life>
Prenons l'exemple de ma femme (non, je n'ai pas une 403 décapotable, je ne fume pas le cigare et je n'ai pas un vieil imperméable rapiécé) !
Depuis qu'on a plus qu'un seul PC à la maison, qu'il est forcément sous Debian, et qu'on n'a pas de licence MS winxxx, elle n'a pas le choix: elle est obligée d'utiliser ça !
Et croyez moi, ma femme n'a aucune compétence particulière en informatique. Son point de vue est celui de millions d'utilisateurs dans le monde: l'informatique est juste un moyen, pas une fin en soi.
En fait, MS ou pas , elle s'en tamponne complètement.
<mode macho> C'est du même niveau que la marque de son aspirateur: du moment que ça aspire correctement, que ce soit un Philiips, un Daewoo ou un Dyson qui ne perds pas son aspiration, elle s'en fout royalement...
</mode macho>
<mode réel>
D'ailleurs si je lui demande quelle est la marque de l'aspirateur, elle sera bien incapable de me la citer... Mais au fait, c'est normal, c'est moi qui passe l'aspirateur en fait !
</mode réel>
Donc, MS ou GNU/Linux, du moment que ça marche, pas de problèmes philosophiques. En résumé, j'ai la chance inestimable d'avoir une femme qui n'est pas une geek mais qui est tout à fait satisfaite de la Debian Sarge. Tout ça grâce à un peu de temps passé à expliquer comment ça marche (un bon endoctrinement au départ) et surtout en configurant bien la bécane pour qu'elle réponde à ses besoins (Web/Mails/Bureautique/Musique/Monter un CD/Lire des PDF/Naviguer dans son répertoire home). Des fois, elle gueule parce que tout n'est pas OK (genre les mises en page des foutus doc qui passent pas avec oo) mais ça ne change pas vraiment d'avec son ancien MS98 (chope un virus, Office qui plante faut qu'on réinstalle, etc...)
Evidemment, même si elle a le mot de passe root, je la vois mal me refaire la configuration d'exim4 avec vi !
Dans son utilisation quotidienne, elle n'a (et ne veux) pas se coltiner les problèmes systèmes et heureusement qu'elle a un mari sympa pour ça. Du coup, la complexité de l'OS est complètement masquée car le système est paramétré pour répondre à ses besoins.
En fait, j'ai l'impression que MS fait la même chose avec son OS: il tente de masquer (avec plus ou moins de succès quand même) la complexité du système pour que les utilisateurs n'ai pas à se faire "chier" avec ça. Bonne démarche à priori sauf que c'est pas une raison pour planquer le fonctionnement interne, faire des préchoix sur les compétences des users, imposer des produits pas ouverts...
Si je raisonne sur les browsers Web, IE vs Mozilla, je prends Mozilla (je ne vais pas refaire la campagne spreadfirefox) parce que je sais que c'est bien. Les Winusers ont déjà IE et n'ont pas à se poser la question du choix du browser Web. Franchement, faudrait vraiment une très bonne raison pour les faire changer (la pub pour le baril d'OMO). C'est pour ça qu'on a du mal à changer les chiffres d'utilisation et à faire exploser le firefox (même si ça commence).
La position dominante par la préinstallation est une vraie plaie pour ça parce que ça réduit le problème du choix.
Bon, sur ce, il est tard, je vais me coucher ... avec ma femme !
</my life>
On a déjà 3 copieur-imprimante (Canon IR5000 PS3 donc CUPS compliant) qui carburent à plein régime (en période de pointe). Mais, en plus de ces machines bien utiles, les utilisateurs veulent avoir également dans leur bureau une machine pour l'appoint !
Avec un recul de un an de pratique, j'ai beaucoup plus de problèmes avec les machines perso dont la durée de vie dépasse rarement les 3 ans et qui doivent sortir un maximum de 2000 pages par an qu'avec les engins de production qui dépassent les 100000 pages par an sans aucune intervention (à part les changements de pièces au bout de xxx impressions) sur une période de 5 ans en moyenne.
Donc, certes plus de monde sur moins de machines mais des machines plus performantes...
J'avais prévu d'utiliser Mondo comme solution de backup système pour mes serveurs !! (Quoique je vais quand même l'intégrer).
Franchement, même s'il n'est pas encore totalement abouti (bug lors dans l'interface texte notamment), j'ai été bluffé par sa capacité.
J'avais fait un test en changeant le disque système d'un de mes serveurs par un vierge (de marque et de capacité différente) et en faisant la restauration: moins d'une heure après, mon serveur fonctionnait exactement comme avant !
Sur ce coup, je dis halte à la stupidité et je souhaite à Mr Sanders de s'en sortir...
Quant à la société fastservers: ----------> Black List :-<
j'ai également travaillé sous PowerAMC qui est un produit Sybase de modélisation. C'est un des seuls que je connaisse qui permet de modéliser en MERISE (bon , on est en France donc, tradition...).
A présent, il n'y a pas grand chose sous Linux qui reste libre. Tout est plutôt orienté UML ce qui est logique. Néanmoins, j'utilise Poseidon for UML (ils fournissent une community edition gratuite mais pas libre) de temps en temps en transformant des diagrammes de classe en MCD. Bon, SapuCpaslibre, c'est pas orienté MERISE, tu ne peux pas imprimer tes résultats directement (à moins de les exporter en PNG) et en plus, ça tourne en Java et ça n'est pas léger. Néanmoins, le "produit" est convivial et l'interface graphique est assez performante et permet un gain de temps assez appréciable.
Un "FreshMeat" à l'époque (un an déjà) n'avait pas donné grand chose de pertinent mais, il serait bon d'y refaire un tour pour voir.
Voilà, au pire il ne reste plus qu'à dire à tes profs de t'apprendre UML et tu auras déjà un problème de réglé !
C'est ça ! Les mailings listes sont hébergées sur le serveur et dès qu'un utilisateur fait une recherche sur un nom qui correspond à la mailing liste, il récupère l'ensemble des adresses.
Il est possible de contourner le problème en utilisant le serveur de mail et LDAP pour gérer les mailings lists. Mais je n'ai pas la main sur le serveur de mail (protocole national à respecter). C'est pourquoi, j'avais penser utiliser les mailings lists directement par Mozilla.
J'ai essayé de faire des exports des listes du carnet d'adresse personnel puis de l'importer avec et sans modifications mais rien n'y fait: le nom de la liste (LDAP groupOfNames) apparaît bien mais Mozilla est incapable d'en extraire les membres (qui sont les adresses mails).
Bon, des fois je me dis qu'il faut retrousser ses manches à l'assaut du code. MAis pour Mozilla, rentrer dans 30Mo de sources bzippées, ça risque d'être long...
Bon, après quelques recherches, le moteur de Mozilla (Mozilla et Thunderbird) est incapable d'importer des mailings lists d'un annuaire LDAP.
Et comment je vais faire maintenant ?
Enfin un outil de déploiement pour Debian ! J'imagine bien la tronche de tout le monde le matin en se retrouvant avec l'image de la spirale rouge sur l'écran d'accueil...
Tiens, ça me fait penser qu'en fait, pour peu que je leur mette les mêmes applis, les mêmes icônes , ils n'y verront sans doute que du feu (à part les menus qui changent et encore).
Avec un peu de recul, on se rend compte que Linux sur un Desktop, sur un système bien organisé passe sans problème du point de vue utilisateur. On dit souvent que MS Windows est simple d'utilisation (du moins intuitif) mais, pour ma part, l'utilisateur lambda de ma boîte trouve ce système bien complexe (hé oui). Pour vous dire, je suis obligé de faire des formations pour qu'ils maîtrisent les aspects basiques de l'ordinateur et de l'OS de Redmond. Du genre, peu de personnes maîtrisent le concept même de répertoire !! Il est vrai que pour un type qui n'a aucune expérience, c'est normal.
Je vois assez facilement le même genre de formation pour maîtriser un environnement graphique libre (KDE/Gnome sont assez proche dans leur concept du style de MS Windows). De toute manière, cette étape de formation est dans la plupart des cas nécessaire (si si même les ptits jeunes !) donc, en terme de "perte" de temps, c'est du kif kif.
Il est bien évident que je ne vais pas leur apprendre toutes les subtilités de apt ou bien comment recompiler le noyau...ils s'en tamponnent. Tout ce qu'ils veulent c'est pouvoir bosser c'est à dire utiliser des applications métiers sur lesquelles ils ont (normalement) été formés et qui mêlent intimement IHM et Coeur de métier (sauce interne dont même moi j'ai du mal à me dépatouiller). A ce même titre que je ne leur demande pas de mettre à jour eux même leur antivirus (c'est fait automatiquement), ni de défragmenter leur disque, ni de configurer les accès VPN, ni de modifier des variables d'environnement ou même des parties de la base de registre sous l'OS de Redmond: ça c'est mon job...
Partant de ce constat, une migration Win/Linux ne me paraît pas être insurmontable. Il y a peut-être les petites habitudes de chacun mais sur la centaine d'utilisateurs que je cotoie, personne ne gueule trop quand je leur change leur Winzip shareware sans licence et que je leur met 7zip à la place pour peu que je les informe sur le fonctionnement du nouvel outil. Ce qui permet , au passage , d'initier un grand nombre de personne à la compression de fichier (et c'est là que je me rends compte qu'en fait le Winzip, ils s'en servent pas car ils ne savent pas comment l'utiliser ni à quoi ça sert).
Le seul frein pertinent reste bien au niveau technique, surtout sur les applications métiers qui si elles sont "mal" codées dans un bon vieux truc propriétaire posent des problèmes assez énormes (c'est le cas chez moi: beaucoup d'applis dans le couple Sybase/PowerBuilder). Donc, recoder tout dans un truc libre ou plus ouvert et surtout compatible Linux (parce que c'est ça le plus important), c'est ce qui est le plus hard. Maintenant, si le développement se fait en majorité en régie, suffit de dire: stop, on code tout maintenant en Java/XUL/PHP/C/C++/Asm et c'est parti (moyennant la reprise de l'existant qui est bien souvent énorme).
L'intérêt d'une migration dans ce contexte: j'explique aux décideurs que , cette année, je suis obligé de casquer xxx licences winXP Pro à 100 ¤ environ l'unité simplement pour qu'ils puissent bosser dans des conditions légales et là, ils ont un peu de mal et me disent d'eux-même: "y a pas moyen de faire la même chose sur un truc moins cher ?"...
<private life of medspx>
Ah, pas possible Quake en Java et le 2 en plus !
Je me souviens , lors de la sortie de Quake à l'époque (97 je crois), j'avais lancé une réflexion crétine sur le fait que ce jeu demandait un max de ressources (se remettre dans le contexte) et sur mes débuts en Java sur ma pauvre machine:
" Le jour où Quake sera codé en Java, faudra un Cray pour le faire marcher..."
Si j'avais pu imaginer que quelques années plus tard j'allais être rattrapé et contredit puissamment...
C'est dans la même veine que le coup des 640Ko de RAM...
.. c'est également signe que Java se bonifie avec le temps !
</private life of medspx>
déjà, il faudrait savoir ce que tu utilises pour booter : les disquettes DOS ou celles pour Linux (en fait je ne sais même pas si elles existent vu que je n'ai essayé que le CD et le PXE).
Si le problème vient du DOS, essaye avec le CD Linux (DOS c'est très lourd à faire fonctionner: j'ai un paquet de PC qui ne peuvent pas booter avec le CD DOS).
Bon sinon, vérifier la config SAMBA de la Debian...
Après la connexion avec le serveur par samba, si il y a un blème, arrête le script et vérifie que tu peux bien lire le fichier /z/dosbin/install.pl (un cat ou un more suffira). Si c'est le cas, le problème ne vient pas forcément de samba mais peut-être de PERL.
Enfin, je n'en sais rien en fait. Pour ma part, j'ai installé Unattended et j'ai galéré pas mal avec l'install à base de DOS. Je me suis donc tourné vers les images linux qui donnaient un meilleur résultat jusqu'au moment de lancer le binaire du setup windows qui m'affichait un bel écran bleu m'indiquant qu'il ne pouvait écrire de fichier de swap. Le problème venait du fait que dosemu (et FreeDOS) ne peut écrire que sur une partition FAT. Pour le régler, il suffit de choisir l'installation sur tout le disque (Whole C:).
Sinon Unattended est un très bon outil. Je l'utilise depuis peu et il me fait gagner un maximum de temps pour les installations de stations clientes. De plus, il est hautement paramétrable (pour peu qu'on sache coder en PERL). Bon soft quoi...
Bon, bonne idée, faut juste que je trouve le temps de faire la page ! Et je n'ai pas franchement le temps en ce moment...
Sinon, j'ai commencé à me renseigner sur les GPO. Bon, ça permet de faire pas mal de choses mais c'est surtout puissant avec Active Directory (donc forcément moins dans mon cas). De plus, je pense qu'il est bon d'avoir pour un même OS des solutions différentes que le truc fournit en standard (du genre un gestionnaire de paquetages pour windows) même si Microsoft a déjà pensé à pas mal de choses, il faut le reconnaître.
Après tout, on a bien KDE ET GNOME, MySQL ET POSTGRESQL, etc...
Sinon, pour le WMI, j'ai juste trouvé que ça permet d'extirper "facilement" des infos techniques sur la machine cible. Donc, j'en conclus que c'est un bon truc pour faire du monitoring avancé.
je n'ai pas que des postes sous win2k à administrer: j'ai quelques postes (desktop) qui tournent sous Linux (et à priori, c'est plutôt parti dans le sens d'en augmenter la proportion). La plupart de mes serveurs sont sous Linux. J'ai besoin d'avoir du reporting et de l'historique sur les deux "mondes" si possible à partir d'une même interface (et , pour faire plus simple, d'une même DB)
Je ne sais pas trop à quoi correspond le WMI et les group policies. Néanmoins, pour des raisons de schéma directeur, je n'ai pas droit à Active Directory (ne me demandez pas pourquoi, ce n'est pas moi qui prends la décision mais je suppose qu'il y a une volonté, à terme, de faire une bascule samba intégrale et comme le support AD de Samba n'est pas encore complet...). Or, je suppose (peut-être à tord) que les group policies font partie de AD.
De plus, j'ai besoin d'une solution qui soit opensource. J'ai déjà trouvé un équivalent opensource à Remote Installation Server (il s'agit d'unattended) qui fonctionne bien et je n'ai pas du chercher longtemps pour en comprendre le fonctionnement interne: ça permet de le customiser facilement et ainsi de mieux l'intégrer dans le fonctionnement de l a structure.
Néanmoins, je vais me documenter sur le sujet de WMI et des stratégies de groupe...
Ben, en fait, XUL n'est pas si complexe que ça à maîtriser !! Comme toujours, il faut bien connaître le DOM pour éviter de développer à l'aveugle et perdre du temps; mais en dehors de ça, le tutoriel permet déjà de bien se débrouiller.
Dans mon boulot j'ai commencé à développer des petites applis pour l'intranet (tout le monde est sous Mozilla !) qui permettent de naviguer plus facilement sans avoir à rafraichir ou à cliquer n fois sur des contrôles identiques (ex: un menu sous forme de Tree pour un site sous SPIP).
J'ai consacré à peine une journée à m'autoformer à XUL et le tour est joué: j'ai répondu à la majorité de mes besoins. En peu de temps, on arrive à créer une IHM réactive sans écrire 3000 lignes de codes qui gèrent tout.
Le reproche que je peux faire à XUL, c'est la complexité à communiquer avec des services. Néanmoins, pour ces problèmes, quelques lignes de PHP qui génèrent du XUL m'ont permis d'arriver à un niveau satisfaisant. Je n'ai pas eu le courage de me lancer dans du XML-RPC, ni du SOAP.
D'une manière générale, pour les quelques développements que j'ai eu à réaliser ces derniers temps, XUL m'a fait gagner pas mal de temps en proposant des contrôles assez riches (celui que j'ai le plus utilisé est le Tree). En plus de ça, je développe uniquement sous Linux (ma station d'admin l'impose) et j'ai besoin d'avoir de quoi tester le résultat (clients sous win2k). Donc, hors de Mozilla, point de salut !
Pour ma part, en utilisation en réseau local avec environ 100 machines connectées , aucun problèmes avec les cartes dites cheap (svt, intégrées CM), de même avec les 3Com.
Avantage de 3com: bonne intégration avec le noyau linux (10/100) en général.
Avantage des cheapos: en général idem et moins cher.
Inconvénient 3Com: Drivers gigabits vraiment merdiques (pas d'intégration native dans le noyau, des sources à la sauce modif du Makefile) et des fois, problème matériel. Petite expérience: CM Asus P4P800 avec 3Com intégrée. Fonctionne pleinement sous win2K. Passage sous Linux (2.4.24 de l'époque), compilation du module, lancement et tests: tout est OK ! Cette machine était destinée à être un serveur Intranet. Lendemain du déploiement du serveur: 1 bonhomme/2 n'a pas accès au serveur qui renvoie des paquets IP tronqués... (j'ai mis 4H à trouver le problème !). Appel du support: si ça marche sous win2k, faut y rester ! (sinon changement de CM !). Du coup, carte réseau cheap (en 10/100 hélas) et depuis 6 mois, no problem.
Inconvénient des cheapos: moins de garantie mais vu le prix, on peut s'en offrir quelquesunes pour le prix d'une 3Com...
Sinon, le plus important, c'est la qualification du réseau et surtout, de ses éléments actifs. La NIC est, en général, rarement le maillon faible...
<réponse à ta vie>
Pour les HP 1100, c'est un problème classique malheureusement. HP vendait (jusqu'à il y a moins d'un an, je crois) un kit de réparation: il s'agit d'un bout de carton avec une sorte de scotch double face au fond. Tu l'intègres dans la machine (partie où tu mets les feuilles), tu pousses à fond et le scotch se fixe au fond du bac. Après la manip, plus de problèmes. Donc, je pense qu'en "bricolant" un système similaire, on peut sans doute obtenir le même résultat. Mais, le plus simple est le kit (s'il existe encore). Les HP6L ont les mêmes problèmes et les mêmes solutions.
</réponse à ta vie>
Sinon, ca tombe à pic cet article: je suis en train de faire migrer mes serveurs d'impression (win NT) intégralement sous CUPS. Pour l'instant (j'ai pas fini), je n'ai pas trop de problèmes malgré un parc assez hétérogène dans l'ensemble.
Pour Canon, j'ai des copieurs modèles IR5000 qui supportent l'IPP et le Postcript. J'ai utilisé les PPD des drivers win et j'arrive à imprimer sous CUPS. Seul petit défaut, toutes les fonctionnalités ne sont pas utilisables(mais, je n'ai pas tout essayé) avec mes clients windows (le driver CUPS retourne un message d'erreur (c'est peut-être dû au mode d'impression par l'IPP).
Avec des HP assez récentes, installer une imprimante réseau est encore plus facile que sous win (NT et 2k) et on a pratiquement tout le temps les mêmes choix d'options de configuration. 60% de mon parc est sous HP et je commence seulement à avoir des problèmes avec des bécanes de plus 10 ans d'âge. Pour info, j'ai récemment acquis une 2300dtn et la qualité (d'impression) est vraiment au rendez-vous et je n'ai eu aucun problème de configuration. Tous les clients windows (sous cups drivers) ont accès à toutes les options de qualité d'impression, de recto-verso, etc...
En revanche, je n'ai jamais réussi à faire sortir une seule page sous CUPS avec une 2500CM Jet d'encre (malgré le ppd foomatic), mais avec un peu de temps et de recherches, on verra bien...
Le reste est composé d'Epson (6100/5900/5800) avec serveur d'impression réseau intégré qui supportent également l'IPP. Néanmoins, 90% de mes problèmes d'impression (matériels ici) viennent de ces machines qui tiennent mal la charge (dépôt de toner sur les mécanismes d'entraînement, usure très rapide des pignons d'entraînement (moins de 7000 pages), serveur d'impression intégré qui freeze la machine (sous windows uniquement), etc...).
J'ai encore une Lexmark (Optra-N) à convertir mais, je pense que ce modèlé est similaire à la fameuse HP5Si (même toner déjà).
Dans l'ensemble, pour mes acquisitions nouvelles, je n'achète que du CUPS certified (une idée de label !), ça évite pas mal de désagréments (j'imagine bien devoir remonter un serveur win2k rien que pour une imprimante à la gomme !). Il y a toujours des exceptions aussi, linuxprinting reste mon meilleur conseiller.
A l'époque, partimage gérait mal le NTFS win2k (d'ailleurs, c'est encore le cas ,je crois), d'où ma technique qui, est la même que celle de g4u (pour mémoire g4u est une disquette ou un CD bootable FreeBSD qui lance des scripts faisant appel à dd et bzip2). Pour un usage 100% ext2/ext3 -> partimage devrait en effet, mieux convenir...
J'utilise la méthode suivante (extraite des scripts de g4u) avec dd qui me fait des images de partition, mais pour un disque dur complet, c'est dans le même ordre d'idée:
- Faire une image d'une partition:
dd if=/dev/hda1 bs=1M | bzip2 -9 -c > fichier.img
ne pas oublier le MBR (c'est mieux pour redémarrer):
dd if=/dev/hda of=./mbr bs=512 count=1
- Restaurer une image:
(restauration du MBR):
dd if=./mbr of=/dev/hda bs=512 count=1
ensuite, il faut obligatoirement utiliser fdisk pour vérifier et lui faire réécrire la table de partition (dans mon cas, je suis obligé de faire ça ou de rebooter la machine sinon, marche pas).
(restauration de la parition)
bunzip2 -c ./fichier.img | dd of=/dev/hda1
L'intérêt de cette méthode est de pouvoir créer des images par réseau via samba ou NFS. Elle fonctionne pour tous les types de partition. Néanmoins, même avec la compression bzip2 au maximum, l'image obtenue est généralement très lourde car dd prend "tout" (même les secteurs inutilisés). Pour info, je créé des images de partition NTFS (win2k) avec cette technique et il faut compter au moins 45 minutes pour 20 Go (mais cela dépend de la machine).
[^] # Re: Doc OpenLDAP
Posté par Médéric RIBREUX (site web personnel) . En réponse au journal Sarge et OpenLDAP. Évalué à 2.
je ne maîtrise pas trop l'admin de OpenLDAP. Par contre , j'ai lu (et je le relis encore) le bouquin de O'reilly qui reste pour moi, une référence. Le reste est sur openldap.org...
Chez Debian, vu que ça n'avance pas, j'aimerais bien prêter main forte à l'équipe mais, je ne sais pas du tout comment ont fait...
Bien sûr, faudrait que je me lise les docs chez debian.org mais, j'ai pas trop le temps en ce moment.
Bon, sinon, je vais devoir me passer d'alias sur mon annuaire LDAP. Pas très grave mais quand même.
[^] # Re: Recette d'une bonne migration ?
Posté par Médéric RIBREUX (site web personnel) . En réponse à la dépêche Migration de la gendarmerie sous OOo. Évalué à 1.
en matière de mise en page, certes les users font des merdes, mais ils aimeraient que leurs merdes soient bien acceptées par Oo car MSo le fait sans problème...
Troisième frein auquel je viens de penser: les applications métiers spécifiques qui usent et abusent de MSo...
# Recette d'une bonne migration ?
Posté par Médéric RIBREUX (site web personnel) . En réponse à la dépêche Migration de la gendarmerie sous OOo. Évalué à 2.
ça fait un petit moment que je me demande comment aider la migration vers Oo. Bon, j'ai la solution simple en tant qu'admin système d'imposer de force l'utilisation d'Oo mais je pense que je me ferais taper sur les doigts.
De mon point de vue, le principal frein n'est pas le changement: les utilisateurs de MS Office, pour ce que je constate chez moi, n'utilisent qu'un faible pourcentage des fonctionnalités de MS Office. Donc, ils n'ont pas beaucoup de points de repères sur cette suite logicielle. La preuve, chaque année, je suis obligé d'organiser des formations de base en bureautique. Donc, que ce soit Oo ou MSo, il n'y aura pas grand chose pour les dérouter (vu qu'ils le sont pratiquement tous déjà avec Mso).
Au lieu de faire mes pseudos formations sur Mso, je remplace par Oo et le tour est joué. En plus, en lançant un plan de formation complet, qui ratisse plus large, je suis sûr d'accompagner comme il faut le changement. J'en conclus que la migration à Oo permettrait, avec cette remise à niveau impérative, d'améliorer les compétences générales de chacun de mes utilisateurs en bureautique.
Non, en frein principal, je vois plutôt des trucs aussi anodins que des petites incompatibilités dans les formats de fichiers. Je suis persuadé que si, un interlocuteur externe balance un fichier MS .doc à un de mes users fraîchement migré, celui-ci va me bourrer le mou à la moindre incartade du genre une mise en page qui saute. Je vois bien d'ici la secrétaire raler parce qu'elle doit se retaper une partie d'un doc qu'on lui a envoyé parce qu'Oo n'a pas fait la conversion de fichier correctement. J'aurais beau lui expliquer que c'est de la faute à MS qui n'ouvre pas ses formats de fichiers, j'aurais la simple réponse que c'est pas son souci. Donc, de ce côté, j'aimerais bien une solution qui me permette de fournir à chacun un moyen de faire l'import de fichier de manière simple et (surtout) efficace. J'ai cru comprendre qu'il existait un serveur qui permettait de faire cette transformation...
Deuxième frein: Oo et MS-Win. Franchement, c'est moche... Quand je montre ça aux users sur ma Debian, ils sont assez emballés car l'intégration à gnome est relativement bien faîte. Dès que je leur fout sur leur poste de travail (sous win2k) , ils tiquent tous sur la forme (j'avoue que même moi, je trouve que c'est moche).
[^] # Re: y'a pas qu'eux
Posté par Médéric RIBREUX (site web personnel) . En réponse à la dépêche Migration de la gendarmerie sous OOo. Évalué à 1.
tiens CS, ils bossent pour mon taff et ils nous ont balancé un bon petit serveur Linux pour une application métier...Sauf que le client est purement MS,complètement fermé et que son déploiement est franchement boulet.
[^] # Re: Offre etudiante
Posté par Médéric RIBREUX (site web personnel) . En réponse au journal Détaxe windows sur matériel IBM... ou presque. Évalué à 2.
Tu aurais été une société, tu aurais juste demandé un devis sans OS et là, comme par miracle, pas de souci...
C'est ce que j'ai pu remarqué chez mes différents fournisseurs (pas de pub donc pas de marque): je n'ai pas encore trouvé quelqu'un qui me refuse de commander des PC sans OS (bien sûr, sans payer la licence).
Comme quoi, la donne est vraiment différente d'avec les particuliers et c'est bien dommage car je ne vois pas en quoi le fait d'être un professionnel change à ça...
# Il reste de l'espoir quand même...
Posté par Médéric RIBREUX (site web personnel) . En réponse au journal [Coup de blues] Grosse désillusion.... Évalué à 5.
<my life>
Prenons l'exemple de ma femme (non, je n'ai pas une 403 décapotable, je ne fume pas le cigare et je n'ai pas un vieil imperméable rapiécé) !
Depuis qu'on a plus qu'un seul PC à la maison, qu'il est forcément sous Debian, et qu'on n'a pas de licence MS winxxx, elle n'a pas le choix: elle est obligée d'utiliser ça !
Et croyez moi, ma femme n'a aucune compétence particulière en informatique. Son point de vue est celui de millions d'utilisateurs dans le monde: l'informatique est juste un moyen, pas une fin en soi.
En fait, MS ou pas , elle s'en tamponne complètement.
<mode macho> C'est du même niveau que la marque de son aspirateur: du moment que ça aspire correctement, que ce soit un Philiips, un Daewoo ou un Dyson qui ne perds pas son aspiration, elle s'en fout royalement...
</mode macho>
<mode réel>
D'ailleurs si je lui demande quelle est la marque de l'aspirateur, elle sera bien incapable de me la citer... Mais au fait, c'est normal, c'est moi qui passe l'aspirateur en fait !
</mode réel>
Donc, MS ou GNU/Linux, du moment que ça marche, pas de problèmes philosophiques. En résumé, j'ai la chance inestimable d'avoir une femme qui n'est pas une geek mais qui est tout à fait satisfaite de la Debian Sarge. Tout ça grâce à un peu de temps passé à expliquer comment ça marche (un bon endoctrinement au départ) et surtout en configurant bien la bécane pour qu'elle réponde à ses besoins (Web/Mails/Bureautique/Musique/Monter un CD/Lire des PDF/Naviguer dans son répertoire home). Des fois, elle gueule parce que tout n'est pas OK (genre les mises en page des foutus doc qui passent pas avec oo) mais ça ne change pas vraiment d'avec son ancien MS98 (chope un virus, Office qui plante faut qu'on réinstalle, etc...)
Evidemment, même si elle a le mot de passe root, je la vois mal me refaire la configuration d'exim4 avec vi !
Dans son utilisation quotidienne, elle n'a (et ne veux) pas se coltiner les problèmes systèmes et heureusement qu'elle a un mari sympa pour ça. Du coup, la complexité de l'OS est complètement masquée car le système est paramétré pour répondre à ses besoins.
En fait, j'ai l'impression que MS fait la même chose avec son OS: il tente de masquer (avec plus ou moins de succès quand même) la complexité du système pour que les utilisateurs n'ai pas à se faire "chier" avec ça. Bonne démarche à priori sauf que c'est pas une raison pour planquer le fonctionnement interne, faire des préchoix sur les compétences des users, imposer des produits pas ouverts...
Si je raisonne sur les browsers Web, IE vs Mozilla, je prends Mozilla (je ne vais pas refaire la campagne spreadfirefox) parce que je sais que c'est bien. Les Winusers ont déjà IE et n'ont pas à se poser la question du choix du browser Web. Franchement, faudrait vraiment une très bonne raison pour les faire changer (la pub pour le baril d'OMO). C'est pour ça qu'on a du mal à changer les chiffres d'utilisation et à faire exploser le firefox (même si ça commence).
La position dominante par la préinstallation est une vraie plaie pour ça parce que ça réduit le problème du choix.
Bon, sur ce, il est tard, je vais me coucher ... avec ma femme !
</my life>
[^] # Re: Franchement
Posté par Médéric RIBREUX (site web personnel) . En réponse au journal Impression en réseau: comment faire passer la pilule ?. Évalué à 1.
T'as gagné !
Chez moi, ce ne sont pas les cadres qui ont une perso mais les secrétaires, or, ils (elles en fait) sont assez nombreux(ses)....
[^] # Re: et les imprimantes multifonction ???
Posté par Médéric RIBREUX (site web personnel) . En réponse au journal Impression en réseau: comment faire passer la pilule ?. Évalué à 1.
Sauf que c'est cet appoint qui est chronophage !
[^] # Re: c'est sans compter sur les utilisateurs
Posté par Médéric RIBREUX (site web personnel) . En réponse au journal Impression en réseau: comment faire passer la pilule ?. Évalué à 4.
Donc, certes plus de monde sur moins de machines mais des machines plus performantes...
[^] # Re: Les boules
Posté par Médéric RIBREUX (site web personnel) . En réponse au journal Projet Mondorescue arrêté !. Évalué à 4.
J'avais prévu d'utiliser Mondo comme solution de backup système pour mes serveurs !! (Quoique je vais quand même l'intégrer).
Franchement, même s'il n'est pas encore totalement abouti (bug lors dans l'interface texte notamment), j'ai été bluffé par sa capacité.
J'avais fait un test en changeant le disque système d'un de mes serveurs par un vierge (de marque et de capacité différente) et en faisant la restauration: moins d'une heure après, mon serveur fonctionnait exactement comme avant !
Sur ce coup, je dis halte à la stupidité et je souhaite à Mr Sanders de s'en sortir...
Quant à la société fastservers: ----------> Black List :-<
# Pas MERISE mais UML...
Posté par Médéric RIBREUX (site web personnel) . En réponse au journal Existe t'il un Power AMC libre ?. Évalué à 2.
j'ai également travaillé sous PowerAMC qui est un produit Sybase de modélisation. C'est un des seuls que je connaisse qui permet de modéliser en MERISE (bon , on est en France donc, tradition...).
A présent, il n'y a pas grand chose sous Linux qui reste libre. Tout est plutôt orienté UML ce qui est logique. Néanmoins, j'utilise Poseidon for UML (ils fournissent une community edition gratuite mais pas libre) de temps en temps en transformant des diagrammes de classe en MCD. Bon, SapuCpaslibre, c'est pas orienté MERISE, tu ne peux pas imprimer tes résultats directement (à moins de les exporter en PNG) et en plus, ça tourne en Java et ça n'est pas léger. Néanmoins, le "produit" est convivial et l'interface graphique est assez performante et permet un gain de temps assez appréciable.
Un "FreshMeat" à l'époque (un an déjà) n'avait pas donné grand chose de pertinent mais, il serait bon d'y refaire un tour pour voir.
Voilà, au pire il ne reste plus qu'à dire à tes profs de t'apprendre UML et tu auras déjà un problème de réglé !
[^] # Re: Laisser tomber !
Posté par Médéric RIBREUX (site web personnel) . En réponse au message Créer des mailings lists pour Mozilla avec OpenLDAP. Évalué à 1.
Il est possible de contourner le problème en utilisant le serveur de mail et LDAP pour gérer les mailings lists. Mais je n'ai pas la main sur le serveur de mail (protocole national à respecter). C'est pourquoi, j'avais penser utiliser les mailings lists directement par Mozilla.
J'ai essayé de faire des exports des listes du carnet d'adresse personnel puis de l'importer avec et sans modifications mais rien n'y fait: le nom de la liste (LDAP groupOfNames) apparaît bien mais Mozilla est incapable d'en extraire les membres (qui sont les adresses mails).
Mais, ce n'est pas encore implémenté depuis 1999 ! J'ai retrouvé des traces sur bugzilla à ce sujet: https://bugzilla.mozilla.org/show_bug.cgi?id=12409(...)
Bon, des fois je me dis qu'il faut retrousser ses manches à l'assaut du code. MAis pour Mozilla, rentrer dans 30Mo de sources bzippées, ça risque d'être long...
# Laisser tomber !
Posté par Médéric RIBREUX (site web personnel) . En réponse au message Créer des mailings lists pour Mozilla avec OpenLDAP. Évalué à 2.
Et comment je vais faire maintenant ?
[^] # Re: Pour plus tard...
Posté par Médéric RIBREUX (site web personnel) . En réponse au journal La quête de l'admin continue.... Évalué à 2.
Enfin un outil de déploiement pour Debian ! J'imagine bien la tronche de tout le monde le matin en se retrouvant avec l'image de la spirale rouge sur l'écran d'accueil...
Tiens, ça me fait penser qu'en fait, pour peu que je leur mette les mêmes applis, les mêmes icônes , ils n'y verront sans doute que du feu (à part les menus qui changent et encore).
Avec un peu de recul, on se rend compte que Linux sur un Desktop, sur un système bien organisé passe sans problème du point de vue utilisateur. On dit souvent que MS Windows est simple d'utilisation (du moins intuitif) mais, pour ma part, l'utilisateur lambda de ma boîte trouve ce système bien complexe (hé oui). Pour vous dire, je suis obligé de faire des formations pour qu'ils maîtrisent les aspects basiques de l'ordinateur et de l'OS de Redmond. Du genre, peu de personnes maîtrisent le concept même de répertoire !! Il est vrai que pour un type qui n'a aucune expérience, c'est normal.
Je vois assez facilement le même genre de formation pour maîtriser un environnement graphique libre (KDE/Gnome sont assez proche dans leur concept du style de MS Windows). De toute manière, cette étape de formation est dans la plupart des cas nécessaire (si si même les ptits jeunes !) donc, en terme de "perte" de temps, c'est du kif kif.
Il est bien évident que je ne vais pas leur apprendre toutes les subtilités de apt ou bien comment recompiler le noyau...ils s'en tamponnent. Tout ce qu'ils veulent c'est pouvoir bosser c'est à dire utiliser des applications métiers sur lesquelles ils ont (normalement) été formés et qui mêlent intimement IHM et Coeur de métier (sauce interne dont même moi j'ai du mal à me dépatouiller). A ce même titre que je ne leur demande pas de mettre à jour eux même leur antivirus (c'est fait automatiquement), ni de défragmenter leur disque, ni de configurer les accès VPN, ni de modifier des variables d'environnement ou même des parties de la base de registre sous l'OS de Redmond: ça c'est mon job...
Partant de ce constat, une migration Win/Linux ne me paraît pas être insurmontable. Il y a peut-être les petites habitudes de chacun mais sur la centaine d'utilisateurs que je cotoie, personne ne gueule trop quand je leur change leur Winzip shareware sans licence et que je leur met 7zip à la place pour peu que je les informe sur le fonctionnement du nouvel outil. Ce qui permet , au passage , d'initier un grand nombre de personne à la compression de fichier (et c'est là que je me rends compte qu'en fait le Winzip, ils s'en servent pas car ils ne savent pas comment l'utiliser ni à quoi ça sert).
Le seul frein pertinent reste bien au niveau technique, surtout sur les applications métiers qui si elles sont "mal" codées dans un bon vieux truc propriétaire posent des problèmes assez énormes (c'est le cas chez moi: beaucoup d'applis dans le couple Sybase/PowerBuilder). Donc, recoder tout dans un truc libre ou plus ouvert et surtout compatible Linux (parce que c'est ça le plus important), c'est ce qui est le plus hard. Maintenant, si le développement se fait en majorité en régie, suffit de dire: stop, on code tout maintenant en Java/XUL/PHP/C/C++/Asm et c'est parti (moyennant la reprise de l'existant qui est bien souvent énorme).
L'intérêt d'une migration dans ce contexte: j'explique aux décideurs que , cette année, je suis obligé de casquer xxx licences winXP Pro à 100 ¤ environ l'unité simplement pour qu'ils puissent bosser dans des conditions légales et là, ils ont un peu de mal et me disent d'eux-même: "y a pas moyen de faire la même chose sur un truc moins cher ?"...
# Memories...
Posté par Médéric RIBREUX (site web personnel) . En réponse au journal Jake2 - port Quake2 en Java. Évalué à 3.
Ah, pas possible Quake en Java et le 2 en plus !
Je me souviens , lors de la sortie de Quake à l'époque (97 je crois), j'avais lancé une réflexion crétine sur le fait que ce jeu demandait un max de ressources (se remettre dans le contexte) et sur mes débuts en Java sur ma pauvre machine:
" Le jour où Quake sera codé en Java, faudra un Cray pour le faire marcher..."
Si j'avais pu imaginer que quelques années plus tard j'allais être rattrapé et contredit puissamment...
C'est dans la même veine que le coup des 640Ko de RAM...
.. c'est également signe que Java se bonifie avec le temps !
</private life of medspx>
# Peut-être...
Posté par Médéric RIBREUX (site web personnel) . En réponse au message problemes de permissions avec serveur unattended. Évalué à 1.
déjà, il faudrait savoir ce que tu utilises pour booter : les disquettes DOS ou celles pour Linux (en fait je ne sais même pas si elles existent vu que je n'ai essayé que le CD et le PXE).
Si le problème vient du DOS, essaye avec le CD Linux (DOS c'est très lourd à faire fonctionner: j'ai un paquet de PC qui ne peuvent pas booter avec le CD DOS).
Bon sinon, vérifier la config SAMBA de la Debian...
Après la connexion avec le serveur par samba, si il y a un blème, arrête le script et vérifie que tu peux bien lire le fichier /z/dosbin/install.pl (un cat ou un more suffira). Si c'est le cas, le problème ne vient pas forcément de samba mais peut-être de PERL.
Enfin, je n'en sais rien en fait. Pour ma part, j'ai installé Unattended et j'ai galéré pas mal avec l'install à base de DOS. Je me suis donc tourné vers les images linux qui donnaient un meilleur résultat jusqu'au moment de lancer le binaire du setup windows qui m'affichait un bel écran bleu m'indiquant qu'il ne pouvait écrire de fichier de swap. Le problème venait du fait que dosemu (et FreeDOS) ne peut écrire que sur une partition FAT. Pour le régler, il suffit de choisir l'installation sur tout le disque (Whole C:).
Sinon Unattended est un très bon outil. Je l'utilise depuis peu et il me fait gagner un maximum de temps pour les installations de stations clientes. De plus, il est hautement paramétrable (pour peu qu'on sache coder en PERL). Bon soft quoi...
Bon courage !
[^] # Re: Sources
Posté par Médéric RIBREUX (site web personnel) . En réponse au journal Simple Windows Remote Administration. Évalué à 1.
Sinon, j'ai commencé à me renseigner sur les GPO. Bon, ça permet de faire pas mal de choses mais c'est surtout puissant avec Active Directory (donc forcément moins dans mon cas). De plus, je pense qu'il est bon d'avoir pour un même OS des solutions différentes que le truc fournit en standard (du genre un gestionnaire de paquetages pour windows) même si Microsoft a déjà pensé à pas mal de choses, il faut le reconnaître.
Après tout, on a bien KDE ET GNOME, MySQL ET POSTGRESQL, etc...
Sinon, pour le WMI, j'ai juste trouvé que ça permet d'extirper "facilement" des infos techniques sur la machine cible. Donc, j'en conclus que c'est un bon truc pour faire du monitoring avancé.
# Bon ben c'est cool man !
Posté par Médéric RIBREUX (site web personnel) . En réponse au journal CUPS comme serveur d'impression.... Évalué à 1.
[^] # Re: Pourquoi faire simple quand on peut faire complique
Posté par Médéric RIBREUX (site web personnel) . En réponse au journal Simple Windows Remote Administration. Évalué à 1.
je n'ai pas que des postes sous win2k à administrer: j'ai quelques postes (desktop) qui tournent sous Linux (et à priori, c'est plutôt parti dans le sens d'en augmenter la proportion). La plupart de mes serveurs sont sous Linux. J'ai besoin d'avoir du reporting et de l'historique sur les deux "mondes" si possible à partir d'une même interface (et , pour faire plus simple, d'une même DB)
[^] # Re: Pourquoi faire simple quand on peut faire complique
Posté par Médéric RIBREUX (site web personnel) . En réponse au journal Simple Windows Remote Administration. Évalué à 1.
De plus, j'ai besoin d'une solution qui soit opensource. J'ai déjà trouvé un équivalent opensource à Remote Installation Server (il s'agit d'unattended) qui fonctionne bien et je n'ai pas du chercher longtemps pour en comprendre le fonctionnement interne: ça permet de le customiser facilement et ainsi de mieux l'intégrer dans le fonctionnement de l a structure.
Néanmoins, je vais me documenter sur le sujet de WMI et des stratégies de groupe...
[^] # Re: hum ... XUL, CSS, SVG, ...
Posté par Médéric RIBREUX (site web personnel) . En réponse au journal Les rich clients XAML , XUL, Flash/ActionScript : une bataille gagné d'avance pour Microsoft.. Évalué à 3.
Dans mon boulot j'ai commencé à développer des petites applis pour l'intranet (tout le monde est sous Mozilla !) qui permettent de naviguer plus facilement sans avoir à rafraichir ou à cliquer n fois sur des contrôles identiques (ex: un menu sous forme de Tree pour un site sous SPIP).
J'ai consacré à peine une journée à m'autoformer à XUL et le tour est joué: j'ai répondu à la majorité de mes besoins. En peu de temps, on arrive à créer une IHM réactive sans écrire 3000 lignes de codes qui gèrent tout.
Le reproche que je peux faire à XUL, c'est la complexité à communiquer avec des services. Néanmoins, pour ces problèmes, quelques lignes de PHP qui génèrent du XUL m'ont permis d'arriver à un niveau satisfaisant. Je n'ai pas eu le courage de me lancer dans du XML-RPC, ni du SOAP.
D'une manière générale, pour les quelques développements que j'ai eu à réaliser ces derniers temps, XUL m'a fait gagner pas mal de temps en proposant des contrôles assez riches (celui que j'ai le plus utilisé est le Tree). En plus de ça, je développe uniquement sous Linux (ma station d'admin l'impose) et j'ai besoin d'avoir de quoi tester le résultat (clients sous win2k). Donc, hors de Mozilla, point de salut !
[^] # Re: Différent, mais...des fois....
Posté par Médéric RIBREUX (site web personnel) . En réponse au journal Carte réseau chère. Évalué à 1.
Avantage de 3com: bonne intégration avec le noyau linux (10/100) en général.
Avantage des cheapos: en général idem et moins cher.
Inconvénient 3Com: Drivers gigabits vraiment merdiques (pas d'intégration native dans le noyau, des sources à la sauce modif du Makefile) et des fois, problème matériel. Petite expérience: CM Asus P4P800 avec 3Com intégrée. Fonctionne pleinement sous win2K. Passage sous Linux (2.4.24 de l'époque), compilation du module, lancement et tests: tout est OK ! Cette machine était destinée à être un serveur Intranet. Lendemain du déploiement du serveur: 1 bonhomme/2 n'a pas accès au serveur qui renvoie des paquets IP tronqués... (j'ai mis 4H à trouver le problème !). Appel du support: si ça marche sous win2k, faut y rester ! (sinon changement de CM !). Du coup, carte réseau cheap (en 10/100 hélas) et depuis 6 mois, no problem.
Inconvénient des cheapos: moins de garantie mais vu le prix, on peut s'en offrir quelquesunes pour le prix d'une 3Com...
Sinon, le plus important, c'est la qualification du réseau et surtout, de ses éléments actifs. La NIC est, en général, rarement le maillon faible...
[^] # Re: Pour bien choisir votre imprimante !
Posté par Médéric RIBREUX (site web personnel) . En réponse à la dépêche Sommet mondial de l'impression. Évalué à 3.
Pour les HP 1100, c'est un problème classique malheureusement. HP vendait (jusqu'à il y a moins d'un an, je crois) un kit de réparation: il s'agit d'un bout de carton avec une sorte de scotch double face au fond. Tu l'intègres dans la machine (partie où tu mets les feuilles), tu pousses à fond et le scotch se fixe au fond du bac. Après la manip, plus de problèmes. Donc, je pense qu'en "bricolant" un système similaire, on peut sans doute obtenir le même résultat. Mais, le plus simple est le kit (s'il existe encore). Les HP6L ont les mêmes problèmes et les mêmes solutions.
</réponse à ta vie>
Sinon, ca tombe à pic cet article: je suis en train de faire migrer mes serveurs d'impression (win NT) intégralement sous CUPS. Pour l'instant (j'ai pas fini), je n'ai pas trop de problèmes malgré un parc assez hétérogène dans l'ensemble.
Pour Canon, j'ai des copieurs modèles IR5000 qui supportent l'IPP et le Postcript. J'ai utilisé les PPD des drivers win et j'arrive à imprimer sous CUPS. Seul petit défaut, toutes les fonctionnalités ne sont pas utilisables(mais, je n'ai pas tout essayé) avec mes clients windows (le driver CUPS retourne un message d'erreur (c'est peut-être dû au mode d'impression par l'IPP).
Avec des HP assez récentes, installer une imprimante réseau est encore plus facile que sous win (NT et 2k) et on a pratiquement tout le temps les mêmes choix d'options de configuration. 60% de mon parc est sous HP et je commence seulement à avoir des problèmes avec des bécanes de plus 10 ans d'âge. Pour info, j'ai récemment acquis une 2300dtn et la qualité (d'impression) est vraiment au rendez-vous et je n'ai eu aucun problème de configuration. Tous les clients windows (sous cups drivers) ont accès à toutes les options de qualité d'impression, de recto-verso, etc...
En revanche, je n'ai jamais réussi à faire sortir une seule page sous CUPS avec une 2500CM Jet d'encre (malgré le ppd foomatic), mais avec un peu de temps et de recherches, on verra bien...
Le reste est composé d'Epson (6100/5900/5800) avec serveur d'impression réseau intégré qui supportent également l'IPP. Néanmoins, 90% de mes problèmes d'impression (matériels ici) viennent de ces machines qui tiennent mal la charge (dépôt de toner sur les mécanismes d'entraînement, usure très rapide des pignons d'entraînement (moins de 7000 pages), serveur d'impression intégré qui freeze la machine (sous windows uniquement), etc...).
J'ai encore une Lexmark (Optra-N) à convertir mais, je pense que ce modèlé est similaire à la fameuse HP5Si (même toner déjà).
Dans l'ensemble, pour mes acquisitions nouvelles, je n'achète que du CUPS certified (une idée de label !), ça évite pas mal de désagréments (j'imagine bien devoir remonter un serveur win2k rien que pour une imprimante à la gomme !). Il y a toujours des exceptions aussi, linuxprinting reste mon meilleur conseiller.
[^] # Re: dd et pipe
Posté par Médéric RIBREUX (site web personnel) . En réponse au journal Faire une image d'un disque dur. Évalué à 1.
# dd et pipe
Posté par Médéric RIBREUX (site web personnel) . En réponse au journal Faire une image d'un disque dur. Évalué à 3.
- Faire une image d'une partition:
dd if=/dev/hda1 bs=1M | bzip2 -9 -c > fichier.img
ne pas oublier le MBR (c'est mieux pour redémarrer):
dd if=/dev/hda of=./mbr bs=512 count=1
- Restaurer une image:
(restauration du MBR):
dd if=./mbr of=/dev/hda bs=512 count=1
ensuite, il faut obligatoirement utiliser fdisk pour vérifier et lui faire réécrire la table de partition (dans mon cas, je suis obligé de faire ça ou de rebooter la machine sinon, marche pas).
(restauration de la parition)
bunzip2 -c ./fichier.img | dd of=/dev/hda1
L'intérêt de cette méthode est de pouvoir créer des images par réseau via samba ou NFS. Elle fonctionne pour tous les types de partition. Néanmoins, même avec la compression bzip2 au maximum, l'image obtenue est généralement très lourde car dd prend "tout" (même les secteurs inutilisés). Pour info, je créé des images de partition NTFS (win2k) avec cette technique et il faut compter au moins 45 minutes pour 20 Go (mais cela dépend de la machine).