Vos cédéroms Mandrake 9.1 sur un serveur HTTP

Posté par  . Modéré par Nÿco.
Étiquettes : aucune
0
30
avr.
2003
Mandriva
Qui n'a jamais trouvé pénible le fait d'avoir à insérer un à un chacun des cédéroms de la Mandrake à chaque fois qu'il fallait installer une nouvelle application ?

Et bien il existe une solution : mettre vos cdroms sur un serveur HTTP, et installer les packages RPMs depuis le réseau.

Le guide qui suit vous indiquera l'ensemble des étapes à effectuer afin d'être libéré de la lourde tâche d'insertion des galettes. Ce guide s'adresse également aux administrateurs systèmes qui auront moins de mal à déployer des desktops Mandrake en entreprise (plus la peine de se déplacer avec les cédéroms, tout se fait à distance).

Aller plus loin

  • # Re: Vos cédéroms Mandrake 9.1 sur un serveur HTTP

    Posté par  . Évalué à 5.

    je pense que ça marche aussi si on crée un répertoire et que l'on met tous les RPMs dedans non ?

    et on doit pouvoir généraliser aussi à un serveur FTP, NFS...

    • [^] # Re: Vos cédéroms Mandrake 9.1 sur un serveur HTTP

      Posté par  . Évalué à 2.

      perso je l'ai fait pour un portable pour lequel je n'avais plus de lecteur de cdrom (mais avec un serveur FTP pour cette occasion)
      j'ai mis la disquette de boot et précisé l'adresse serveur, user/pass, et repertoire pour lancer l'installation ;)

      • [^] # Re: Vos cédéroms Mandrake 9.1 sur un serveur HTTP

        Posté par  . Évalué à 7.

        Trois choses à noter :

        - Cela ne date pas de la Mandrake 9.1, il y a bien longtemps que l'on peut faire une installation par le réseau.

        - Ce n'est pas non plus spécifique à la Mandrake, les autres distributions permettent une installation via le réseau également. La Slackware a un petit "plus" : c'est la seule à ma connaissance qui permet l'installation depuis un lecteur Zip sur port parallèle, ce qui est pratique pour un vieux portable sans CD-Rom ni carte réseau !

        - L'installation via HTTP ou FTP est gourmande en ram : si on veut installer sa distribution sur une machine un peu ancienne, il vaut mieux passer par du NFS. Par exemple, l'installation via FTP d'une Mandrake 8.2 nécessitait 52 Mo de ram.

    • [^] # Re: Vos cédéroms Mandrake 9.1 sur un serveur HTTP

      Posté par  . Évalué à 5.

      oui oui

      Il suffit de cliquer sur "Gestionnaire de logiciels" > "Gestionnaire des dépôts de logiciels" dans le mandrake control center, puis sur "ajouter" dans la fenêtre qui s'ouvre pour ajouter les sources que tu veux. Les choix proposés sont Fichiers Locaux (ce à quoi tu pensais), serveur FTP, HTTP, Périphérique amovible et une source d'update (forcément en ligne).

      • [^] # Re: Vos cédéroms Mandrake 9.1 sur un serveur HTTP

        Posté par  . Évalué à 4.

        Ouai, et même que ça date pas de la Mandrake 9.1 ... si vous voulez le faire avec une version plus ancienne, je sais que moi c'est comme ça qu'on installait notre Mandrake il y a 3 ans quand j'étais à la maison des élèves de mon école !

        En gros, le réseau des élèves avait mis les CDs sur un site ftp (avec loopback pour avoir le contenu des fichiers) et après il suffisait de démarrer avec la disquette de boot "ftp" et entrer l'adresse du site et le répertoire où se trouve la Mandrake. Je dirais que la seule chose qui manquait (est-ce que ça a été corrigé ?) c'est un petit client ftp pour retrouver le répertoire .... car au début je me faisait souvent avoir à oublier où ils avaient mis cette Mandrake :)

      • [^] # Re: Vos cédéroms Mandrake 9.1 sur un serveur HTTP

        Posté par  . Évalué à 2.

        ... et une source d'update (forcément en ligne).

        Même pas forcément en ligne. En bidouillant un peu le fichier de configuration de urpmi, j'ai déclaré un répertoire local comme source de mise à jour.

        Quel intérêt ? Je n'ai pas de haut débit chez moi mais seulement au boulot, donc je télécharge de temps en temps tout le contenu de MandrakeUpdate (ainsi que plf et d'autres sources) et je ramène tout ça à la maison sur un cdrw.

  • # Jayce, sors de ce corps !

    Posté par  . Évalué à 5.

    Ce guide s'adresse également aux administrateurs systèmes qui auront moins de mal à déployer des desktops Mandrake en entreprise (plus la peine de se déplacer avec les cédéroms, tout se fait à distance)

    Ca fleure bon le discours Multideskossien et ça me fait bien rire.

    Blague à part, le site est innaccessible (une adresse en homelinux.org, c'est un serveur perso. Il faudrait peut être mettre ce guide dans un lieu un peu plus sûr qui ne risque pas de se faire linuxfr-dotter) mais je pense qu'il parle de la possibilité d'avoir des sources en ligne pour urpmi. Si c'est le cas, autant aller sur http://www.urpmi.org/fr/(...)

    • [^] # Re: Jayce, sors de ce corps !

      Posté par  . Évalué à 0.

      C'est vrai que sur Multideskos c'est quand meme beaucoup plus simple. Si le cd cd package n'est pas disponible, il configure une connexion réseau, se connecte à un serveur web, y install multideskos, et en fait un mirror. Il peut ensuite télécharger les packages qu'il désire

      (-1)

      • [^] # Re: Jayce, sors de ce corps !

        Posté par  . Évalué à 1.

        Mais cela correspond tout à fait à mes besoins !
        Finalement je vais peut-être envisager la migration de mon parc de 30000 Suse sous MultideskOS, un OS stable, léger et puissant.
        Bon son coeur n'est pas encore Le GNU/Hurd mais ça arrive...

        [-1 itou]

    • [^] # et le wiki ?

      Posté par  (site web personnel) . Évalué à 2.

      il y a un wiki ou le document serai sasn doute à sa place :

      http://mandrake.vmlinuz.ca/(...)

      le responsable est vincent danen, c'est la personne qui se charge des mises a jours de securités chez mdk.

  • # Re: Vos cédéroms Mandrake 9.1 sur un serveur HTTP

    Posté par  (Mastodon) . Évalué à 7.

    Avec une connexion internet, on directement utiliser les mirroirs internet, la page Easy Urpmi de plf permet de facilement savoir les commandes a tapper pour ajouter ces mirroirs dans votre liste de mirroir :

    http://plf.zarb.org/~nanardon/(...)

    Par exemple pour un français, tapper ça pour avoir main, contrib et update :

    urpmi.addmedia main ftp://ftp.club-internet.fr/pub/unix/linux/distributions/Mandrake/9(...) with ../base/hdlist.cz
    urpmi.addmedia contrib ftp://ftp.club-internet.fr/pub/unix/linux/distributions/Mandrake/9(...) with ../../i586/Mandrake/base/hdlist2.cz
    urpmi.addmedia --update updates ftp://ftp.club-internet.fr/pub/unix/linux/distributions/Mandrake/u(...) with ../base/hdlist.cz


    sinon, pour mettre a jour l'index, tappez ça :

    urpmi.update --auto-select

    et pour mettre a jour les programmes (tres utile pour les updates de sécu ) :

    urpmi --auto-select

    • [^] # Re: Vos cédéroms Mandrake 9.1 sur un serveur HTTP

      Posté par  . Évalué à 6.

      Gonéri, voyons ...

      urpmi.update --auto-select

      nope, c'est urpmi.update -a

    • [^] # Re: Vos cédéroms Mandrake 9.1 sur un serveur HTTP

      Posté par  . Évalué à 1.

      Et donc moi j'ai un petit script qui est mis dans /etc/cron/daily qui ressemble à un truc comme ca :

      #!/bin/sh
      /usr/sbin/urpmi.update mirrors.secsup.org
      /usr/sbin/urpmi --update --auto-select --auto


      le urpmi.update force juste la mise à jour de la source de sécurité, la deuxième fait la mise à jour automatique !
      Comme ca votre serveur, il se vaccine tout seul et vous vous dormez sur vos 2 oreilles....

      • [^] # Re: Vos cédéroms Mandrake 9.1 sur un serveur HTTP

        Posté par  . Évalué à 10.

        Je ne ferai *jamais* ca.

        que se passe t'il si pour une raison quelconque un rpm vérolé est stocké sur tes serveurs d'update ?
        genre un rpm avec un backdoor, un rpm qui ne marche pas (du coup pour un probleme de sécurité tu fait une interruption de service ...), un rpm avec un bug (genre un fichier de conf par defaut qui n'est pas flaggé en temps que tel et qui va donc ecraser ta conf au lieu de se renommer .rpmnew) ...
        il peut arriver plein de choses lors d'une mise a jour, je conseille vraiment de la faire a la main, en lisant les beaux messages genre "file /etc/inetd.conf existing, installing new as /etc/inetd.conf.rpmnew) qui permet de faire le ménage juste après ...

        par contre sur mes machines j'ai effectivement un truc qui tourne pour *rapatrier* les rpms et m'envoyer un mail genre "ici ton serveur bidule, s'il te plait upgrade moi avec ces packages rpms: ....."

        • [^] # Re: Vos cédéroms Mandrake 9.1 sur un serveur HTTP

          Posté par  (site web personnel) . Évalué à 4.

          Sans parler d'autres problèmes genre changement de bibliothèques, qui nécessite de redémarrer tous les services utilisant ladit bibliothèque.

          Vient d'être discuté sur debian-security par exemple
          http://lists.debian.org/debian-security/2003/debian-security-200304(...)

          En cas de mise à jour sécurité de la libschmurtz-2.3.so, /usr/lib/libschmurtz-2.3.so est renommée en /usr/lib/libschmurtz-2.3.so.dpkg-new, la nouvelle /usr/lib/libschmurtz-2.3.so est installée et /usr/lib/libschmurtz-2.3.so.dpkg-new est supprimé du répertoire (mais existe encore, car les processus utilisant l'ancienne libschmurtz ont encore une référence sur l'ancien fichier, et empêche donc sa suppression). Pour voir les processus qui utilisent encore l'ancienne version vulnérable :

          $ lsof +L1 | grep dpkg-new$

          (ce n'est valable que pour Debian, il faut adapter l'argument du grep suivant la distrib)

          En général la mise à jour d'un paquet entraîne un redémarrage du service, mais si la faille concernée la libc, la mise à jour ne va pas vous forcer à redémarrer tous vos processus...

        • [^] # Re: Vos cédéroms Mandrake 9.1 sur un serveur HTTP

          Posté par  (Mastodon) . Évalué à 1.

          Je sais que ça ne regle pas tout les problemes. Mais tout les rpms mandrake sont signé par une clef gnupg. Dès qu'il y a un probleme urpmi gueule et attend la confirmation du root.

  • # Droit de réponse ;-)

    Posté par  . Évalué à 3.

    Désolé pour le site inaccessible, j'ai quelques problèmes en ce moment de connectivité internet. Le site ne pourra être accessible que dans quelques heures :-(


    Il est vrai qu'il est possible de copier les CD-Roms sur le disque directement, ou par FTP ou autre, mais je préfère HTTP (dans ce cas) car :

    1. moins de problème de sécurité que FTP, HTTP suffit amplement surtout que les données ne sont pas confidentielles.

    2. la place disque, c'est mieux dans certains cas (rapiditié), mais pour en faire profiter d'autres PC ce n'est pas l'idéal.

    3. utiliser un mirroir disponible d'internet, c'est bien, mais faut que la connection suive. Avec de l'ADSL 128Ko, il ne faut pas être pressé. Mettre les packages sur son serveur HTTP de son réseau interne (100Mb) c'est plus rapide.

    Enfin, après c'est du cas par cas. Je propose juste une solution pour un problème donné.

  • # Re: Vos cédéroms Mandrake 9.1 sur un serveur HTTP

    Posté par  . Évalué à 2.

    Moi, je dis, un bon petit quickstart et hop, on met la machine
    sur le reseau et hop, elle s'installe.
    Ensuite, mettre ses donnees sur un serveur HTTP, FTP, NFS,
    ca, c'est selon les gouts.

    Mmd.

  • # deja prevu dans la 9.1

    Posté par  . Évalué à 4.

    Pour faire un serveur il suffit de lancer drakpxe , ca permet en plus pour les cartes reseaux bootant en pxe ( la plupart des micros que l on trouve en entreprise le font ) d installer sans disquette ou sans cds.

    Ce qui est installé c est un serveur dhcp et un serveur tftp , le repository mandrake ( accessible par http ) pouvant etre utilisé aussi avec une disquette d install network.img

  • # Et en mount ?

    Posté par  . Évalué à 4.

    Personnellement, je mets les .iso sur le disque dur et ils sont montés en read-only sur des partitions du style /mnt/Mdk9.1-cdrom1

    J'enlève les sources "CDs" après l'installation, je mets les sources "CDs montées" dans urpmi et puis voilà.

    Plus besoin d'installer les CDs, ils sont là tout le temps.

    Personne ne fait comme moi ?

    Utiliser en HTTP local, je vois ça pour une solution, c'est si on a son parc informatique avec uniquement des Mdk de même version, histoire de ne pas dupliquer les iso sur toutes les machines, et histoire d'éviter d'utiliser NFS :)

    • [^] # Re: Et en mount compressé ?

      Posté par  (site web personnel) . Évalué à 2.

      Question bète : est-il possible de monter des iso compressé ?

      Après tout elles ne servent que pour aller chercher les package et cela ne sert pas tous les jours.

      "La première sécurité est la liberté"

    • [^] # Re: Et en mount ?

      Posté par  . Évalué à 3.

      j'avais fais la meme chose : copie puis montage -o loop
      mais ensuite j'ai eu des problemes avec NFS si je voulais utiliser ces repertoires pour d'autres machines.

      Comme je n'avais pas le temps de resoudre la question, j'ai laissé tomber et copié tous les rpms des 3 cd dans un seul repertoire .

      ensuite j'ai pu virer tout ce qui ne m'interessait pas ( kernel smp , tout ce qui se rapporte a des langues autres que fr et en, etc...) au moins 350Mo de moins


      de plus le nb de montages en -o loop est limité et j'en avais besoin pour d'autres cds .

      • [^] # Re: Et en mount ?

        Posté par  . Évalué à 1.

        de plus le nb de montages en -o loop est limité et j'en avais besoin pour d'autres cds

        un petit hack du noyau pour augmenter le nombre de périphériques "loopback" possible:
        -------------------------------------------------------
        [frbn@core]$ vim /usr/src/linux/drivers/block/loop.c

        79 #define MAJOR_NR LOOP_MAJOR
        80
        81 static int max_loop = 16; /* initial: 8 */
        -------------------------------------------------------

        et n'oubliez pas les nouveaux "devices" à créer en mode block
        (ex: mknod /dev/loop15 b 15 7) depuis loop0 à loop[MAJOR_NR LOOP_MAJOR-1]

        brw-rw---- 1 root disk 7, 0 aoû 30 2001 /dev/loop0
        brw-rw---- 1 root disk 7, 1 aoû 30 2001 /dev/loop1
        brw-rw---- 1 root disk 7, 10 aoû 30 2001 /dev/loop10
        brw-rw---- 1 root disk 7, 11 aoû 30 2001 /dev/loop11
        brw-rw---- 1 root disk 7, 12 aoû 30 2001 /dev/loop12
        brw-rw---- 1 root disk 7, 13 aoû 30 2001 /dev/loop13
        brw-rw---- 1 root disk 7, 14 aoû 30 2001 /dev/loop14
        brw-rw---- 1 root disk 7, 15 aoû 30 2001 /dev/loop15
        brw-rw---- 1 root disk 7, 2 aoû 30 2001 /dev/loop2
        brw-rw---- 1 root disk 7, 3 aoû 30 2001 /dev/loop3
        brw-rw---- 1 root disk 7, 4 aoû 30 2001 /dev/loop4
        brw-rw---- 1 root disk 7, 5 aoû 30 2001 /dev/loop5
        brw-rw---- 1 root disk 7, 6 aoû 30 2001 /dev/loop6
        brw-rw---- 1 root disk 7, 7 aoû 30 2001 /dev/loop7
        brw-rw---- 1 root disk 7, 8 aoû 30 2001 /dev/loop8
        brw-rw---- 1 root disk 7, 9 aoû 30 2001 /dev/loop9

        bien sûr, il faut recompiler le noyau
        ou
        juste les modules si vous
        utilisez plutôt le module "loopback" + un "depmod -a"

  • # Re: Vos cédéroms Mandrake 9.1 sur un serveur HTTP

    Posté par  (Mastodon) . Évalué à 1.

    Personnellement, j'ai testé avec une source nfs, je travail actuellement sur des scripts permettant la mise à jour 'automatique' des machines d'un réseau à partir de cette source (ie serveur de déploiement).

  • # Re: Vos cédéroms Mandrake 9.1 sur un serveur HTTP

    Posté par  . Évalué à -1.

    Euh ... je vais sans doute me faire jeter mais j'utilise cela depuis surper longtemps : cela s'appelle apt-get ;-)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.