Le Forum Non Officiel de la DEDIBOX
Vous n'êtes pas identifié.
Est ce qu'il serait possible que les technicos de chez dedibox puissent mettre à jour la distrib gentoo ?
Je pense nottemment à make.conf (pour la compil) et une mise à jour du système. A partir d'une installation de base, il y'a plus ou moins 65 programmes à mettre à jour (via un emerge world), dont portage, shadow qui remplace pam ou encore gcc.
Ce serait un gros gain de temps pour une reinstallation ![]()
Hors ligne
Le souci, c'est que l'arbre portage évolue souvent et c'est normal. Ils vont pas s'amuser à faire une iso tous les jours.
Hors ligne
Cela fait plus ou moins 2 mois que certaine de ses mises à jours sont la et n'ont pas changés. Un iso tout les 3 ou 4 mois sur gentoo, c'est un gain de temps pour tout le monde.
Dans 6 mois, quand il va falloir 3 ou 4H mini pour mettre à jour sa distrib gentoo. Il y'aura certainement encore des demandes.
Hors ligne
en plus au niveau des problèmes quand on fait l'emerge -Dupv world il faut remplacer pam par shadow donc, sauf que si l'on fait directement "emerge –unmerge pam-login && emerge shadow", il va y'avoir un petit problème car static est dans les flags USE de make.conf et il va être dur de se reconnecter à sa dediboite.
enfin voila j'en ai fini des arguments ![]()
Hors ligne
moi je vous sugére d'attendre un peut, les nouveaux livecd et stage3 sont en cour de betatest, ils doivent arriver ce mois ci normalement.
Cordialement
Hors ligne
Et depuis ?
la version 2006.1 est sortie depuis genre 2 mois maintenant, il faut donc tout méttre a jour, en commancant par gcc
http://www.gentoo.org/doc/fr/gcc-upgrading.xml
http://fr.gentoo-wiki.com/2006-09-02_-_ … too_2006.1
cordialement
Hors ligne
voilà maintenant je sais pourquoi les gens aiment leur gentoo d'amour tendre: la mise à jour de ma box est en train de mettre à peu près 20 ans...
à ce prix là je comprends pourquoi on la change pas tous les matins!
entretemps ça a l'air propre
(pardon pour ce post pas très constructif!)
c'est l'inconvéniant de gentoo, effectivement, le temps de compilation... mais gentoo est plus rapide que les autres distro que j'ai testé ( ubuntu / fedora ( que je connais pas mal ) ) donc l'un dans l'autre, tu y gagne quand méme..
en plus portage est pas mal fait, il couine moins que yum ( notament ) et pour changer d'une version a une autre, c'est moins la galére aussi ( il faut compter un petit weekend de bidouillage pour fedora )
bref, chaque distro a des avantages et des inconvéniants, c'est pour ca que, le choix de sa distro est important
j'ai peut etre un tips qui peux t'intérésser, pour eviter que toutes les ressources de ton serveur soit bouffés par la compil : changer le nicelevel !
pour cela, c'est très simple : PORTAGE_NICENESS="2" // petit rapel, plus la valeur est grande plus portage est "nice" avec les autres applis
Hors ligne
c'est vrai je débute sur nux avec une dédibox (challllenge!) et j'ai testé à peu près toutes les ditributions proposées (sauf les *bsd) et je dois dire que pour l'instant la gentoo est celle qui me paraît la plus digne de confiance et qui allie des applis récentes avec fiabilité et surtout "glasnost". même si je suis pas prêt d'en exploiter + de 20% du potentiel
mais bon faut vraiment être patient c'est un peu comme planter des chênes on travaille pour les générations à venir on dirait ![]()
moi ce que j'aime dans gentoo c'est ca bidouillabilité, tu peut la trituré de partout, et elle en redemande ! moi, j'met gentoo de partout, c'est tellement modulable qu'on peux tout faire avec : du serveur au desktop, en passant par les portables ... moi j'adore
( mon poste est pas non plus constructif
)
Hors ligne
Pour ne compile tu pas ta gentoo sur ta bête de guerre au lieu de ta dedibox ?
Gentoo est la plus rapide des distributions une fois bien paramétré ...
Hors ligne
en fait, j'ai pas de dedibox, car, le service principale que j'veux utiliser est interdit ( server IRC ) de plus, pour l'instant, ma ligne adsl tiens le coup ( certe, plus pour longtemps )
et donc, ici c'est parfait pour apprendre de nouveaux tips sur l'administration serveur sous nux, et evidament, aider ces petits camarades, ca va de soit ![]()
Hors ligne
Suis-je le seul abruti à avoir sa box qui plante SYSTÉMATIQUEMENT quand je tente une mise à jour du système ?
Je pars d'une distro vierge, (gentoo), j'emerge --sync, emerge -av world, emerge -e system etc etc...
Je tente TOUT en suivant les tutos et autres trucs rigolos, pour gcc, pour 2006.1, rien à faire, tout se passe bien, je reboot, et hop, mort...
Des idées / suggestions ?
fait plutot un emerge -uDNav world, au lieu d'un emerge -av world, méme si, je doute que ca crash a cause de ca
es tu sure de ton grub.conf ? as tu bien mount /boot avant de copier le bzimage vers /boot ? pour moi c'est un probléme qui doit ce situé par la, car, je vois pas trop pourquoi ca couine :S :x
Hors ligne
non florian tu n'es pas le seul ça fait quelques jours que je m'attelle aussi modestement à cette tâche et j'ai les mêmes problèmes que toi mais j'y vois tous les jours un peu plus clair.
les barbus corrigeront mes commentaires
d'après la doc la maj 2006.0 (fournie par didibox) -> 2006.1 est majeure. notamment sur 2 points : le passage de pam-login à shadow comme système d'authentification (j'ai bon?) et un gros glibc tout neuf qui veut plein de dépendances.
normalement pour lancer ton emerge tu as dû virer pam-login et mettre shadow: pas vrai ? seulement ce qui n'est pas très documenté c'est que sshd_config utilise pam par défaut et a besoin d'un petit bricolage pour accepter ça : il faut commenter la ligne
# UsePAM yes
pour la désactiver (j'ai toujours bon ?) et mettre
PasswordAuthentication yes
. ensuite il ne faut pas oublier de redémarrer le service sshd et surtout vérifier qu'il est bien configuré par défaut pour se lancer au démarrage. y a un post plus haut qui explique tout ça.
ta maj s'est donc surement bien passée mais ta boite n'écoute plus en ssh, par contre tu dois pouvoir la pinguer. les barbus sauraient surement solutionner ça en rescue... moi pas
alors après plusieurs foirages j'ai décidé de faire la manip pam-login;shadow;sshd_config;restart;rc-update avant emerge --update --newuse --deep world et de tester ma connection ssh avec cette nouvelle conf. ça avait l'air de bien marcher (j'ai pas été jusqu'au reboot...). voilà j'en suis là si ça peut t'aider.
seulement je me suis dit que dans la foulée j'allais maj séparément openssh vite fait avant l'upgrade générale. j'avais bien fait --ask mais j'ai pas fait gaffe et ça m'a lancé une upgrade quasi complète avec gcc et glibc: la grosse bertha... bon: ça ronronnait bien QUAND SOUDAIN ... ma connection internet a eu un hoquet (merci free) qui m'a scratché ma session ssh.
d'où question subsidiaire aux barbus: est-ce que mon emerge continue à tourner tout seul ou est-ce que la coupure de la session ssh implique un kill général de tous les processus lancés lors cette session ?
pam a été viré un peut avant la 2006.1, ceci dit, c'est pas important ( c t juste pour le cour d'histoire
) la 2001.1 a eu une autre grosse avancée : gcc 4.1.1 ( d'ailleur la 4.1.1-r1 est stable depuis aujourd'hui ( pas besoin de emerge -e pour passé de la 4.1.1 --> 4.1.1-r1 ) )
si non, g11o, tu te sous estime, tu as tout juste ! apar un endroit ou tu t'es chié, mais j'pense que c'est une petite faute d'inatention : sshd_config;restart;rc-update avant // tu as inversé le reboot et le rc-update , toi tu reboot avant d'activer ssh au boot, bref, je pense que tu t'es loupé 8)
moi je pensé pas que les dedi été si anciennes que ca ! et effectivement, si les dedi sont pas a jour ( parsk kan méme, ya eu pa mal de choses depuis le 2006.0 ) c'est moche...
pour l'erreur de pam, il est probable que ce soit ca en effet
pour la question subzidiaire : ca a tout foiré, tu doit recommencer
( emerge --resume evidament
) j'espere pour toi que c'été pas un package super_long_a_compiler ![]()
Dernière modification par JujuBickoille (2006-11-16 02:50:42)
Hors ligne
restart c'était sshd restart bien sûr
bref tout ça pour dire avec pocky qu'une maj de la distri gentoo par l'équipe dodobox ça serait pas de trop !
qqun a des réponses sur ma question du crash de la session ssh : -> kill des processus en cours ou pas ?
Malheureusement non.
Toutes les question de pam-login et shadow était ok, et quand bien même si ma box bootait, j'la passait en rescue pour corriger le AuthPam de ssh.
Le soucis était que la box ne bootait pas DU TOUT. ![]()
Je retest cette semaine. ![]()
g11o a écrit:
restart c'était sshd restart bien sûr
qqun a des réponses sur ma question du crash de la session ssh : -> kill des processus en cours ou pas ?
ha oki, c'est moi alors le_pas_beau =] désolé
si non pour le ssh, j'avais répondu, ca a tout killé evidament ![]()
Hors ligne
Screen est assez utile pour éviter ces problèmes de coupures de connexion.