OVH Cloud OVH Cloud

RE: [gentoo-user-fr] des emerge qui échouent à la compilation

2 réponses
Avatar
CARUANA J-P Ext ROSI/SIFAC
------_=_NextPart_001_01C489AB.0C67DB3F
Content-Type: text/plain;
charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable

> > > Si c'est vraiment impossible pour toi de changer ta memoire,
> > une bete question d'argent !
> > > il y a une autre solution, mais ce n'est pas tres facile a faire.
> http://badmem.sourceforge.net/
>=20
> un patch du kernel qui permet de reserver les zones=20
> defectueuses pour empecher les programmes de les utiliser.
> Je l'utilise parce que je n'ai qu'un bit defectueux, donc je perds 4k.

sur un forum, on m'a conseill=E9 des pass=E9 des arguments au boot :=20

--- MESSAGE ---
Il n'y a pas besoin de patch pour g=E9rer =E7a, une option en ligne de
commande au noyau suffit. Typiquement les options suivantes :

mem=3D65800k mem=3D236360k@65804k mem=3D25504k@302176k

d=E9sactivent la page entre les adresses 65800 ko et 65804 ko, et les
trois pages entre les adresses 302164 ko et 302176 ko, pour un total de
320 Mo. Si je me souviens bien, en 2.6, les deux derniers mem=3D
s'appellent memmap=3D
--- /MESSAGE ---


mon memtest me donne (et en pj =E9galement, au cas ou les mail-reader =
formatteraient les lignes qui suivent de mani=E8re incompr=E9hensible)

--- MEMTEST ---
test adresse good bad err-bits
5 00009f477b8 159.4MB 00008000 00208000 00200000
5 00009f477f8 159.4MB 00010000 00210000 00200000
5 00009f47838 159.4MB 00020000 00220000 00200000
5 00009f47878 159.4MB 00040000 00240000 00200000
5 00009f478b8 159.4MB 00080000 00280000 00200000
5 00009f478f8 159.4MB 00100000 00300000 00200000
6 00008f4713c 143.4MB 00000000 00200000 00200000
6 00008f4713c 143.4MB 00000000 00200000 00200000 (la meme que dessus)
7 0000825de8c 130.8MB ffffffff efffffff 10000000
7 00008f4713c 143.4MB 00000000 00200000 00200000
--- /MEMTEST ---

avec les erreurs au test 5 =E0 de multiples reprises (les memes)
comment interpr=E9ter cela ?
1. pour la ligne de commande du boot
2. pour badmem ?

je ne comprends pas tout l=E0...

histoire de rigoler, j'ai re-essay=E9 un emerge xorg, ca a (encore) =
plant=E9 (sans kernel panic toutefois). j'ai beau 'habituer =E0 la ligne =
de commande, j'aime bien X tout de meme ! notament pour le surf.

> > > C'est tres simple de passer a 2004.2, tu n'as qu'a modifier le
> > > lien /etc/make.profile pour qu'il pointe vers le profile 2004.2.

j'ai bien essay=E9, mais je n'y suis pas parvenu (!)
je sais pourtant faire un lien, mais un
ln -sf /etc/make.profile /usr/portage/profile/gentoo2004.2
ne fonctionne pas (avec gentoo2004.2 qui va bien, plus long que ca)
j'ai essay=E9 l'inverse (je me trompe tout le temps de sens avec 'ln')
ln -sf /usr/portage/profile/gentoo2004.2 /etc/make.profile=20

mais pas mieux : je reste en 2004.0

ps : je suis en 2004.0 (et pas 2004.1 comme je pensais : j'avais du me =
gourer d'image au moment du t=E9l=E9chargement)

=20

------_=_NextPart_001_01C489AB.0C67DB3F
Content-Type: text/plain;
name="memtest.txt"
Content-Transfer-Encoding: base64
Content-Description: memtest.txt
Content-Disposition: attachment;
filename="memtest.txt"

dGVzdAlhZHJlc3NlCQkJCWdvb2QJCWJhZAkJZXJyLWJpdHMNCjUJMDAwMDlmNDc3YjgJCTE1OS40
TUIJMDAwMDgwMDAJMDAyMDgwMDAJMDAyMDAwMDANCjUJMDAwMDlmNDc3ZjgJCTE1OS40TUIJMDAw
MTAwMDAJMDAyMTAwMDAJMDAyMDAwMDANCjUJMDAwMDlmNDc4MzgJCTE1OS40TUIJMDAwMjAwMDAJ
MDAyMjAwMDAJMDAyMDAwMDANCjUJMDAwMDlmNDc4NzgJCTE1OS40TUIJMDAwNDAwMDAJMDAyNDAw
MDAJMDAyMDAwMDANCjUJMDAwMDlmNDc4YjgJCTE1OS40TUIJMDAwODAwMDAJMDAyODAwMDAJMDAy
MDAwMDANCjUJMDAwMDlmNDc4ZjgJCTE1OS40TUIJMDAxMDAwMDAJMDAzMDAwMDAJMDAyMDAwMDAN
CjYJMDAwMDhmNDcxM2MJCTE0My40TUIJMDAwMDAwMDAJMDAyMDAwMDAJMDAyMDAwMDANCjYJMDAw
MDhmNDcxM2MJCTE0My40TUIJMDAwMDAwMDAJMDAyMDAwMDAJMDAyMDAwMDAgKGxhIG1lbWUgcXVl
IGRlc3N1cykNCjcJMDAwMDgyNWRlOGMJCTEzMC44TUIJZmZmZmZmZmYJZWZmZmZmZmYJMTAwMDAw
MDANCjcJMDAwMDhmNDcxM2MJCTE0My40TUIJMDAwMDAwMDAJMDAyMDAwMDAJMDAyMDAwMDANCg==


------_=_NextPart_001_01C489AB.0C67DB3F
Content-Type: text/plain; charset=us-ascii

--
gentoo-user-fr@gentoo.org mailing list
------_=_NextPart_001_01C489AB.0C67DB3F--

2 réponses

Avatar
Philippe
CARUANA J-P Ext ROSI/SIFAC wrote:

Si c'est vraiment impossible pour toi de changer ta memoire,




une bete question d'argent !


il y a une autre solution, mais ce n'est pas tres facile a faire.






http://badmem.sourceforge.net/

un patch du kernel qui permet de reserver les zones
defectueuses pour empecher les programmes de les utiliser.
Je l'utilise parce que je n'ai qu'un bit defectueux, donc je perds 4k.





sur un forum, on m'a conseillé des passé des arguments au boot :

--- MESSAGE ---
Il n'y a pas besoin de patch pour gérer ça, une option en ligne de
commande au noyau suffit. Typiquement les options suivantes :

meme800k mem# mem%

désactivent la page entre les adresses 65800 ko et 65804 ko, et les
trois pages entre les adresses 302164 ko et 302176 ko, pour un total de
320 Mo. Si je me souviens bien, en 2.6, les deux derniers mem >s'appellent memmap >--- /MESSAGE ---


mon memtest me donne (et en pj également, au cas ou les mail-reader formatteraient les lignes qui suivent de manière incompréhensible)

--- MEMTEST ---
test adresse good bad err-bits
5 00009f477b8 159.4MB 00008000 00208000 00200000
5 00009f477f8 159.4MB 00010000 00210000 00200000
5 00009f47838 159.4MB 00020000 00220000 00200000
5 00009f47878 159.4MB 00040000 00240000 00200000
5 00009f478b8 159.4MB 00080000 00280000 00200000
5 00009f478f8 159.4MB 00100000 00300000 00200000
6 00008f4713c 143.4MB 00000000 00200000 00200000
6 00008f4713c 143.4MB 00000000 00200000 00200000 (la meme que dessus)
7 0000825de8c 130.8MB ffffffff efffffff 10000000
7 00008f4713c 143.4MB 00000000 00200000 00200000
--- /MEMTEST ---

avec les erreurs au test 5 à de multiples reprises (les memes)
comment interpréter cela ?
1. pour la ligne de commande du boot
2. pour badmem ?

je ne comprends pas tout là...

histoire de rigoler, j'ai re-essayé un emerge xorg, ca a (encore) planté (sans kernel panic toutefois). j'ai beau 'habituer à la ligne de commande, j'aime bien X tout de meme ! notament pour le surf.



C'est tres simple de passer a 2004.2, tu n'as qu'a modifier le
lien /etc/make.profile pour qu'il pointe vers le profile 2004.2.









j'ai bien essayé, mais je n'y suis pas parvenu (!)
je sais pourtant faire un lien, mais un
ln -sf /etc/make.profile /usr/portage/profile/gentoo2004.2
ne fonctionne pas (avec gentoo2004.2 qui va bien, plus long que ca)
j'ai essayé l'inverse (je me trompe tout le temps de sens avec 'ln')
ln -sf /usr/portage/profile/gentoo2004.2 /etc/make.profile

mais pas mieux : je reste en 2004.0

ps : je suis en 2004.0 (et pas 2004.1 comme je pensais : j'avais du me gourer d'image au moment du téléchargement)




J'ai eus le même pb il y a quelque temps.
L'origine en était une barette de RAM defectueuse à partir de
certaines adresses.
Charge memtest86, ajoute le à ton grub et teste ta RAM complètement.

--
mailing list
Avatar
Jules Gagnon
On August 24, 2004 07:22 am, CARUANA J-P Ext ROSI/SIFAC wrote:
> > > Si c'est vraiment impossible pour toi de changer ta memoire,
> >
> > une bete question d'argent !
> >
> > > il y a une autre solution, mais ce n'est pas tres facile a faire.
>
> http://badmem.sourceforge.net/
>
> un patch du kernel qui permet de reserver les zones
> defectueuses pour empecher les programmes de les utiliser.
> Je l'utilise parce que je n'ai qu'un bit defectueux, donc je perds 4k.

sur un forum, on m'a conseillé des passé des arguments au boot :

--- MESSAGE ---
Il n'y a pas besoin de patch pour gérer ça, une option en ligne de
commande au noyau suffit. Typiquement les options suivantes :

meme800k mem# mem%

désactivent la page entre les adresses 65800 ko et 65804 ko, et les
trois pages entre les adresses 302164 ko et 302176 ko, pour un total de
320 Mo. Si je me souviens bien, en 2.6, les deux derniers mem=
s'appellent memmap=
--- /MESSAGE ---



c'est possible que ca se fasse avec mem=, mais je suis pas sur de compren dre
l'explication surtout pour le 3e mem.

Est-ce que ca fonctionne seulement en 2.6? moi je suis tjrs en 2.4 sur mon
systeme avec un defaut.

Si tu as beaucoup d'erreurs, tu auras p-e pas le choix d'utiliser badmem
puisque la ligne de commande du kernel a une limite.

mon memtest me donne (et en pj également, au cas ou les mail-reader
formatteraient les lignes qui suivent de manière incompréhensible)

--- MEMTEST ---
test adresse good bad err-bits
5 00009f477b8 159.4MB 00008000 00208000 00200000
5 00009f477f8 159.4MB 00010000 00210000 00200000
5 00009f47838 159.4MB 00020000 00220000 00200000
5 00009f47878 159.4MB 00040000 00240000 00200000
5 00009f478b8 159.4MB 00080000 00280000 00200000
5 00009f478f8 159.4MB 00100000 00300000 00200000
6 00008f4713c 143.4MB 00000000 00200000 00200000
6 00008f4713c 143.4MB 00000000 00200000 00200000 (la meme que dessus)
7 0000825de8c 130.8MB ffffffff efffffff 10000000
7 00008f4713c 143.4MB 00000000 00200000 00200000
--- /MEMTEST ---

avec les erreurs au test 5 à de multiples reprises (les memes)
comment interpréter cela ?
1. pour la ligne de commande du boot
2. pour badmem ?



pour le boot, j'en sais rien, mais pour badmem il y a une option dans memte st
qui produit le bon output pour utilser avec badmem.

je ne comprends pas tout là...

histoire de rigoler, j'ai re-essayé un emerge xorg, ca a (encore) plant é
(sans kernel panic toutefois). j'ai beau 'habituer à la ligne de comman de,
j'aime bien X tout de meme ! notament pour le surf.

> > > C'est tres simple de passer a 2004.2, tu n'as qu'a modifier le
> > > lien /etc/make.profile pour qu'il pointe vers le profile 2004.2.

j'ai bien essayé, mais je n'y suis pas parvenu (!)
je sais pourtant faire un lien, mais un
ln -sf /etc/make.profile /usr/portage/profile/gentoo2004.2
ne fonctionne pas (avec gentoo2004.2 qui va bien, plus long que ca)
j'ai essayé l'inverse (je me trompe tout le temps de sens avec 'ln')
ln -sf /usr/portage/profile/gentoo2004.2 /etc/make.profile

mais pas mieux : je reste en 2004.0

ps : je suis en 2004.0 (et pas 2004.1 comme je pensais : j'avais du me
gourer d'image au moment du téléchargement)



as-tu fait ls -l /etc/make.profile ?

mais xorg est quasiment la seule difference entre les versions et quand tu vas
reussir a l'emerger, ton probleme de dependences va etre resolu. Donc, ce
n'est pas vraiment important pour le moment.

Tu peux tjrs essayer:
rm /etc/make.profile (sans danger)
ln -s /usr/portage/profiles/default-linux/x86/2004.2 /etc/make.profile

--
mailing list