On Sun, 05 Dec 2004 04:24:20 -0400, Christophe PEREZ wrote:
Le Sun, 05 Dec 2004 00:25:32 -0400, Christophe PEREZ a écrit:
En effet, j'avais mis tout ça à pentium3, et je me demande si ça n'aurait pas un rapport avec mes multiples erreurs de compilation :-(
En fait, à priori, j'avais bon, mais ayant de plus en plus de doutes, j'ai lancé un memtest qui m'a bien trouvé des erreurs. (3ème barrette de RAM sur 4, achetées en 1 lot chez un fournisseur bien connu dont je tairai le nom, qui me lâche)
Aie...
Je viens donc de rebooter avec 1 seule barrette de 256 au lieu de 2, j'ai relancé ma compil pour voir, ça semble passer (et je ne vois d'ailleurs quasiment aucune différence de réactivité de la machine toujours aussi rapide).
La question que je me pose maintenant, c'est, dois-je recompiler toutes mes applis puisqu'elles sont susceptibles d'avoir été vérolées par cette ram défectueuse ?
Il y a des chances que tu ai des choses vérolées, en effet.
Ensuite, supposons comme je le soupçonne que j'ai fait des mauvais choix, faut-il recommencer l'install sur une partition vierge ou alors puis-je tout reconstruire ?
emerge -e world non ?
Oui. Ou si tu crains d'avoir des problèmes en cours de route:
emerge --e -p world | grep ebuild | sed -e 's/[ebuild.*] /=/' > /tmp/world.list ; emerge --nodeps `cat /tmp/world.list` ;
Comme celà, si un package foire, tu pourras reprendre en enlevant du fichier /tmp/world.list tous les packages qui ont déjà été mergés. Je fais toujours comme celà, c'est peut-être un peu parano mais dans le cas ou tout se passe bien, ça ne change rien au résultat ;-)
On Sun, 05 Dec 2004 04:24:20 -0400, Christophe PEREZ wrote:
Le Sun, 05 Dec 2004 00:25:32 -0400, Christophe PEREZ a écrit:
En effet, j'avais mis tout ça à pentium3, et je me demande si ça
n'aurait pas un rapport avec mes multiples erreurs de compilation :-(
En fait, à priori, j'avais bon, mais ayant de plus en plus de doutes,
j'ai lancé un memtest qui m'a bien trouvé des erreurs. (3ème barrette
de RAM sur 4, achetées en 1 lot chez un fournisseur bien connu dont je
tairai le nom, qui me lâche)
Aie...
Je viens donc de rebooter avec 1 seule barrette de 256 au lieu de 2, j'ai
relancé ma compil pour voir, ça semble passer (et je ne vois d'ailleurs
quasiment aucune différence de réactivité de la machine toujours aussi
rapide).
La question que je me pose maintenant, c'est, dois-je recompiler toutes
mes applis puisqu'elles sont susceptibles d'avoir été vérolées par cette
ram défectueuse ?
Il y a des chances que tu ai des choses vérolées, en effet.
Ensuite, supposons comme je le soupçonne que j'ai fait des mauvais choix,
faut-il recommencer l'install sur une partition vierge ou alors puis-je
tout reconstruire ?
emerge -e world non ?
Oui. Ou si tu crains d'avoir des problèmes en cours de route:
emerge --e -p world | grep ebuild | sed -e 's/[ebuild.*] /=/' >
/tmp/world.list ;
emerge --nodeps `cat /tmp/world.list` ;
Comme celà, si un package foire, tu pourras reprendre en enlevant du
fichier /tmp/world.list tous les packages qui ont déjà été mergés.
Je fais toujours comme celà, c'est peut-être un peu parano mais dans le
cas ou tout se passe bien, ça ne change rien au résultat ;-)
On Sun, 05 Dec 2004 04:24:20 -0400, Christophe PEREZ wrote:
Le Sun, 05 Dec 2004 00:25:32 -0400, Christophe PEREZ a écrit:
En effet, j'avais mis tout ça à pentium3, et je me demande si ça n'aurait pas un rapport avec mes multiples erreurs de compilation :-(
En fait, à priori, j'avais bon, mais ayant de plus en plus de doutes, j'ai lancé un memtest qui m'a bien trouvé des erreurs. (3ème barrette de RAM sur 4, achetées en 1 lot chez un fournisseur bien connu dont je tairai le nom, qui me lâche)
Aie...
Je viens donc de rebooter avec 1 seule barrette de 256 au lieu de 2, j'ai relancé ma compil pour voir, ça semble passer (et je ne vois d'ailleurs quasiment aucune différence de réactivité de la machine toujours aussi rapide).
La question que je me pose maintenant, c'est, dois-je recompiler toutes mes applis puisqu'elles sont susceptibles d'avoir été vérolées par cette ram défectueuse ?
Il y a des chances que tu ai des choses vérolées, en effet.
Ensuite, supposons comme je le soupçonne que j'ai fait des mauvais choix, faut-il recommencer l'install sur une partition vierge ou alors puis-je tout reconstruire ?
emerge -e world non ?
Oui. Ou si tu crains d'avoir des problèmes en cours de route:
emerge --e -p world | grep ebuild | sed -e 's/[ebuild.*] /=/' > /tmp/world.list ; emerge --nodeps `cat /tmp/world.list` ;
Comme celà, si un package foire, tu pourras reprendre en enlevant du fichier /tmp/world.list tous les packages qui ont déjà été mergés. Je fais toujours comme celà, c'est peut-être un peu parano mais dans le cas ou tout se passe bien, ça ne change rien au résultat ;-)
TiChou
Dans le message <news:, *no_spam* tapota sur f.c.o.l.configuration :
Christophe PEREZ wrote:
emerge -e world non ?
Oui.
Je recommande d'ajouter dans la variable FEATURES la fonctionnalité buildsyspkg qui créera automatiquement un paquet binaire de chaque paquet système « mergé ». Ces paquets binaires peuvent alors s'avérer très utile pour réparer un système qui deviendrait bancale ou bien pour revenir sur une version précédente d'un paquet système sans être obligé de le recompiler. Si on a de la place sur le disque dur, on peut, en remplaçant la fonctionnalité buildsyspkg par buildpkg, alors demander à la Gentoo de créer les paquets binaire non seulement pour les paquets systèmes mais aussi à l'ensemble des paquets « mergés ». On peut aussi créer ces paquets binaires manuellement grâce à la commande quickpkg. Par défaut, les paquets binaires créés sont placés dans le répertoire /usr/portage/packages (variable PKGDIR).
-- TiChou
Dans le message <news:pan.2004.12.05.12.18.13.945200@magic.fr>,
*no_spam* tapota sur f.c.o.l.configuration :
Christophe PEREZ wrote:
emerge -e world non ?
Oui.
Je recommande d'ajouter dans la variable FEATURES la fonctionnalité
buildsyspkg qui créera automatiquement un paquet binaire de chaque paquet
système « mergé ». Ces paquets binaires peuvent alors s'avérer très utile
pour réparer un système qui deviendrait bancale ou bien pour revenir sur une
version précédente d'un paquet système sans être obligé de le recompiler.
Si on a de la place sur le disque dur, on peut, en remplaçant la
fonctionnalité buildsyspkg par buildpkg, alors demander à la Gentoo de créer
les paquets binaire non seulement pour les paquets systèmes mais aussi à
l'ensemble des paquets « mergés ».
On peut aussi créer ces paquets binaires manuellement grâce à la commande
quickpkg.
Par défaut, les paquets binaires créés sont placés dans le répertoire
/usr/portage/packages (variable PKGDIR).
Dans le message <news:, *no_spam* tapota sur f.c.o.l.configuration :
Christophe PEREZ wrote:
emerge -e world non ?
Oui.
Je recommande d'ajouter dans la variable FEATURES la fonctionnalité buildsyspkg qui créera automatiquement un paquet binaire de chaque paquet système « mergé ». Ces paquets binaires peuvent alors s'avérer très utile pour réparer un système qui deviendrait bancale ou bien pour revenir sur une version précédente d'un paquet système sans être obligé de le recompiler. Si on a de la place sur le disque dur, on peut, en remplaçant la fonctionnalité buildsyspkg par buildpkg, alors demander à la Gentoo de créer les paquets binaire non seulement pour les paquets systèmes mais aussi à l'ensemble des paquets « mergés ». On peut aussi créer ces paquets binaires manuellement grâce à la commande quickpkg. Par défaut, les paquets binaires créés sont placés dans le répertoire /usr/portage/packages (variable PKGDIR).
-- TiChou
Christophe PEREZ
Le Sun, 05 Dec 2004 15:30:35 +0100, TiChou a écrit:
Dans le message <news:, *no_spam* tapota sur f.c.o.l.configuration :
emerge --e -p world | grep ebuild | sed -e 's/[ebuild.*] /=/' > /tmp/world.list ; emerge --nodeps `cat /tmp/world.list` ;
Comme celà, si un package foire, tu pourras reprendre en enlevant du fichier /tmp/world.list tous les packages qui ont déjà été mergés. Je fais toujours comme celà, c'est peut-être un peu parano mais dans le cas ou tout se passe bien, ça ne change rien au résultat ;-)
Ok, clair, merci.
[...]
Je recommande d'ajouter dans la variable FEATURES la fonctionnalité buildsyspkg qui créera automatiquement un paquet binaire de chaque paquet système « mergé ».
J'avais déjà lu toutes ces explications de ta part, mais je n'en avais pas compris la portée, comme bien souvent tant qu'on n'est pas directement confronté au problème. Ceci dit, si je l'avais appliqué depuis le début ça ne m'aurait servi à rien ;-)
[...
Par défaut, les paquets binaires créés sont placés dans le répertoire /usr/portage/packages (variable PKGDIR).
Changed ! ;-) Oui, parce que hier, j'ai eu aussi la mauvaise surprise d'avoir des applis comme pan qui commençaient à faire n'importe quoi parce que mon / de 9.2Go était à 100% ! J'ai vite fait de faire passer mon /usr/portage/distfiles sur le partage nfs de mon serveur, et de passer /var/tmp/portage sur une autre partition. Et maintenant, c'est PKGDIR qui est parti avec ;-)
Merci.
-- Christophe PEREZ Écrivez moi sans _faute !
Le Sun, 05 Dec 2004 15:30:35 +0100, TiChou a écrit:
Dans le message <news:pan.2004.12.05.12.18.13.945200@magic.fr>,
*no_spam* tapota sur f.c.o.l.configuration :
emerge --e -p world | grep ebuild | sed -e 's/[ebuild.*] /=/' >
/tmp/world.list ;
emerge --nodeps `cat /tmp/world.list` ;
Comme celà, si un package foire, tu pourras reprendre en enlevant du
fichier /tmp/world.list tous les packages qui ont déjà été mergés.
Je fais toujours comme celà, c'est peut-être un peu parano mais dans le
cas ou tout se passe bien, ça ne change rien au résultat ;-)
Ok, clair, merci.
[...]
Je recommande d'ajouter dans la variable FEATURES la fonctionnalité
buildsyspkg qui créera automatiquement un paquet binaire de chaque paquet
système « mergé ».
J'avais déjà lu toutes ces explications de ta part, mais je n'en avais
pas compris la portée, comme bien souvent tant qu'on n'est pas
directement confronté au problème.
Ceci dit, si je l'avais appliqué depuis le début ça ne m'aurait servi
à rien ;-)
[...
Par défaut, les paquets binaires créés sont placés dans le répertoire
/usr/portage/packages (variable PKGDIR).
Changed ! ;-)
Oui, parce que hier, j'ai eu aussi la mauvaise surprise d'avoir des applis
comme pan qui commençaient à faire n'importe quoi parce que mon / de
9.2Go était à 100% !
J'ai vite fait de faire passer mon /usr/portage/distfiles sur le partage
nfs de mon serveur, et de passer /var/tmp/portage sur une autre partition.
Et maintenant, c'est PKGDIR qui est parti avec ;-)
Le Sun, 05 Dec 2004 15:30:35 +0100, TiChou a écrit:
Dans le message <news:, *no_spam* tapota sur f.c.o.l.configuration :
emerge --e -p world | grep ebuild | sed -e 's/[ebuild.*] /=/' > /tmp/world.list ; emerge --nodeps `cat /tmp/world.list` ;
Comme celà, si un package foire, tu pourras reprendre en enlevant du fichier /tmp/world.list tous les packages qui ont déjà été mergés. Je fais toujours comme celà, c'est peut-être un peu parano mais dans le cas ou tout se passe bien, ça ne change rien au résultat ;-)
Ok, clair, merci.
[...]
Je recommande d'ajouter dans la variable FEATURES la fonctionnalité buildsyspkg qui créera automatiquement un paquet binaire de chaque paquet système « mergé ».
J'avais déjà lu toutes ces explications de ta part, mais je n'en avais pas compris la portée, comme bien souvent tant qu'on n'est pas directement confronté au problème. Ceci dit, si je l'avais appliqué depuis le début ça ne m'aurait servi à rien ;-)
[...
Par défaut, les paquets binaires créés sont placés dans le répertoire /usr/portage/packages (variable PKGDIR).
Changed ! ;-) Oui, parce que hier, j'ai eu aussi la mauvaise surprise d'avoir des applis comme pan qui commençaient à faire n'importe quoi parce que mon / de 9.2Go était à 100% ! J'ai vite fait de faire passer mon /usr/portage/distfiles sur le partage nfs de mon serveur, et de passer /var/tmp/portage sur une autre partition. Et maintenant, c'est PKGDIR qui est parti avec ;-)
