Journal une débian recente ?

Posté par  (site web personnel) .
Étiquettes :
0
29
jan.
2004
Oh lecteurs de ce journals, aidez moi, je vous en prie :)

J'aurait besoin de trouver une image iso d'une debian stable ... mais avec un kernel 2.4.24 et non pas 2.4.18 ...

Google n'a pas voulu de moi :(
  • # Re: une débian recente ?

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

    La dernière version du kernel pour la debian stable est la 2.4.18, ce qui explique pourquoi tu ne trouves pas de 2.4.24

    Sinon, pour une version stable up-to-date (mais toujours avec un 2.4.18), jigdo est ton ami...
    http://www.debian.org/CD/jigdo-cd/(...)
    • [^] # Re: une débian recente ?

      Posté par  . Évalué à 1.

      Et tu peux choisir des paquets backportés de backports.org (le 2.4.24 existe ainsi que le 2.6) pour en faire des ISOs d'install. Bonne solution, ça, faudrait que j'essaye...
  • # Re: une débian recente ?

    Posté par  . Évalué à 1.

    Une question bête, pourquoi veux tu le 2.4.24 absolument ?
  • # Re: une débian recente ?

    Posté par  . Évalué à 1.

    Pourquoi ne pas l'installer après ?
    Si tu n'a pas de carte réseau avec le kernel d'origine, je suppose que tu n'as pas non plus de connexion internet... Dans ce cas, tu peux toujours le télécharger (et graver) avant d'installer woody...
  • # Re: une débian recente ?

    Posté par  . Évalué à 1.

    Au fait, je sais pas si ça peut t'aider. En tout cas, je partage ma connaissance sur cette page qui m'a bluffé : les différentes méthodes pour installer Debian (http://www.linuxmafia.com/faq/Debian/installers.html(...)). C'est un peu off-topic, mais c'est assez impressionnant.
  • # Re: une débian recente ?

    Posté par  . Évalué à 2.

    Si tu accepte de prendre le risque de la "testing" tu trouveras normalement un noyau 2.4.24.
    J'ai personnellement hier "Net installé" une testing et voila le résultat:

    binarym@trait-plat:~% uname -r
    2.4.24-1-386

    Enjoy :)
    Pour ce qui est de testing vs stable, sache que la version testing est la dernière étape avant la version stable. Tout les gros bugs ont été corrigé et à condition d'être un minimum familliarisé avec la Debian, tu ne devrais rencontrer aucun gros problème lors de son installation/utilisation.
    • [^] # Re: une débian recente ?

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

      Faut etre pret a garder les trous de secu plus longtemps que les autres par contre
      • [^] # Re: une débian recente ?

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

        Puisque c'est du testing, c'est pas grave, les gens sont pas inconscients au point de mettre en prod un serveur de test...
        • [^] # Debian Stable/Testing

          Posté par  . Évalué à 1.

          les gens sont pas inconscients au point de mettre en prod un serveur de test
          ... je ne vois pas le rapport avec le poste précédent.
          De plus,
          1. tous les serveurs de prod ne sont pas nécessairement "ouverts" sur le reste du monde/utlisateurs à risques. Une révision stable/testing peut aussi être un choix de fonctionnalités avant l'aspect "sécurité"
          2. l'étape "testing" de Debian passe après "unstable" et reste bien plus proche d'une révision "stable": les risques sont mesurables.
          3. la révision "stable", ni une quelconque autre révision d'ailleurs, n'empêche pas les trous de sécurité.
          4. la découverte d'exploit est réalisée indépendament d'une quelconque révision Debian. La correction peut aussi bien être backportée vers la revision "stable" que rétro-portée depuis et j'ai rarement constaté de délais dans un sens ou dans l'autre.

          A ma connaissance, si effectivement la révision courante "stable" apporte une garantie Debian en termes de fiabilité/stabilité, les difficultés rencontrées avec une testing sont plus souvent de l'ordre de problèmes de dépendances entre packages que des trous béants de sécurité, sachant encore une fois que l'aspect sécurité n'est _PAS_ l'unique objectif (fonctionnalité, choix technologiques...).

          Cette frilosité/conservatisme _systématique_ dès qu'on touche aux "serveurs de prod" me fait parfois doucement marré et, comme dans bien d'autres domaines, reflète l'immobilisme de nos sociétés/décideurs. Un peu de folie que diable...
          • [^] # Re: Debian Stable/Testing

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

            tu serais pas un peu megalo, toi ?
            Tu vois pas que c'était un troll furtif...

            Testing et unstable, c'est un genre de cvs. Certes tu n'es pas obligé de faire les upgrades régulièrement et tu peux décider de figer toi la distrib à une date D...
            Mais se pose alors le problème des upgrades de securité qui ne se feront pas facilement (en testing, les upgrades de sécu se font plus souvent par une nouvelle version de l'appli ne présentant pas le bug que sur l'application d'un patch corrigeant le bug... ou de toute façon à une date D+1, la version courante d'une appli n'est plus nécessairement celle que tu utilisais à une date D).

            Donc à mon avis testing s'utilise plutôt en faisant les upgrades tous les jours. C'est parfaitement utilisable et "fiable" et ça a l'avantage d'avoir tout le temps des produits uptodate... (j'écris présentement d'une testing, mon uptime : 18:43:17 up 57 days, 11 min, 11 users, load average: 4.92, 2.14, 1.60).
            Cependant pour un "serveur de prod", c'est pas cool d'avoir un produit qui change tous les jours, il est fréquent d'avoir des applis dont le comportement peut varier d'une version à une autre (d'autant que ça peut être des gros sauts : ex samba 2.2.8 vers 3.0 récemment)... on ne maitrise pas les effets de bords, d'autant qu'au sein de ta debian, tu peux utiliser des produits ne faisant pas partie de debian... (et pas nécessairement libre non plus). Sur ma testing, il m'arrive très régulièrement de passer un peu de temps à régler des problèmes survenus suite à l'upgrade de packages...
            N'oublions pas qu'un admin s'occupe en général de très nombreuses machines, alors s'il doit se multiplier les problèmes...
            Donc tout dépend ce que tu mets derrière "serveur de prod", mais ce n'est généralement pas une bonne idée d'utiliser testing sur un système devant avoir 100% de disponibilité tout en nécessitant qu'un minimum d'effort de maintenance (je répéte, ce n'est pas vraiment un problème de "fiabilité" au sens que les packages de testing sont pourris et non testés, bien au contraire, mais c'est lié au fait que tous les jours tu as une distrib différente...)
    • [^] # Re: une débian recente ?

      Posté par  . Évalué à 1.

      Ou tu peux tout simplement utilisé une debian stable et compiler ton noyau toi même de ton coté (tu t'occupes de mettre à jour quand il le faut)
  • # Re: une débian recente ?

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

    Pour la mise a jour de packages ou du kernel, deux solutions s'offrent a toi :
    - la compilation
    - ou des packages que tu trouveras sur la testing

    Si tu ne trouves pas ton bonheur est ce que tu as essaye d'aller voir sur :


    http://www.apt-get.org/(...)
    et pour ton kernel :
    http://www.apt-get.org/search.php?query=2.4.24&submit=&arch(...)
  • # Re: une débian recente ?

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

    Je suis confronté à un problème similaire, pouvoir accéder à des disques durs contrôlé par du megaraid (pas dans 2.4.18) et formatter mes durs en reiserfs.

    Il y a des CDs avec noyaux mis à jour mais je ne pouvais plus faire de reiserfs.

    Finalement aujourd'hui j'ai eu une idée et trouvé une doc bien foutue pour faire ce que je voulais :

    http://www.egs-howto.com/fr/systemes/Knoppix.php(...)

    En gros, tu démarres sur une Knoppix, du fais un deboostrap (saveur au choix) sur ton disque. Y a plus qu'à ajouter un Kernel fonctionnel et démarrer sereinement :)

Suivre le flux des commentaires

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