Je suis passé de woody à sarge, tout c'est plus ou moins bien passé, après
divers problème à l'installe, que j'ai à peu près réglé sauf un : le pire.
Quand j'ai installé, Mr debian m'a donné ce message :
(ce que j'ai compris car je suis nul en anglais, de lancer
readlink /boot/boot.b | cut -f2 -d- | cut -f1 -d
pour savoir quoi mettre dans le paramètre install= de lilo.conf (!)
Bien entendu, vu que j'ai eu plein d'autres problèmes à régler, j'ai oublié
celui-ci; et comme je me retrouvais avec un clavier anglais, j' ai craqué
et j'ai rebooté.
Résultat, ça plante dès le début du boot, ça reboote sans arrêt.
J'ai un cd de woody, j'ai tenté de lancer avec l'option rescue. Ca marche;
seulement, une fois démarré, si je lance /sbin/lilo j'obtiens :
warning : Unable to determine video adapter in use in the present system
warning : The boot sector and map file are on different disks.
Fatal : open /usr/share/debian-bootscreen/sid.rle.bmp: no such file or
directory.
Bien entendu j'ai tenté de lancer readlink comme indiqué plus haut, ça
plante car il ne trouve pas "cut".
Même "ls" ne marche pas.
Je ne sais plus quoi faire, help
Merci
PS : j'ai deux disques, un avec windows (hda1) et un autre avec linux;
boot.b est sur hdb1, le reste sur hdb3
"cannot set up thread-local storage : cannot set up LDT for thread-local storage."
Pour ma part je n'ai jamais vu ce message, peut-être que quelqu'un ..... soit patient .
laforest michel
françois wrote:
laforest michel wrote:
Ca ne marche pas
C'est sur hdb3, sur hdb1 je n'ais qu'une petite partition qui contient mon boot.b plus le noyau.
J'ai bien monté tout ça (j'ai retrouvé une vieille disquette avec tomb machin, je monte ma partition hdb3, hdb1, proc (dans le proc de mon hdb3), mais lorsque je lance chroot j'ai ce message que je ne comprends pas (je suis nul en anglais) :
cannot set up thread-local storage : cannot set up LDT for thread-local storage.
A savoir que ma partition hdb3 est en ext3, et que je ne peux la monter qu'en ext2 cause noyau de la tomb machin; ceci dit j'avais lu quelque part il y a longtemps que ça marchait
Michel
Refaire la procédure sans monter proc
pour voir .
Je l'ai fait avec ou sans proc même résultat
françois wrote:
laforest michel wrote:
Ca ne marche pas
C'est sur hdb3, sur hdb1 je n'ais qu'une petite partition qui contient
mon boot.b plus le noyau.
J'ai bien monté tout ça (j'ai retrouvé une vieille disquette avec tomb
machin, je monte ma partition hdb3, hdb1, proc (dans le proc de mon
hdb3), mais lorsque je lance chroot j'ai ce message que je ne comprends
pas (je suis nul en anglais) :
cannot set up thread-local storage : cannot set up LDT for thread-local
storage.
A savoir que ma partition hdb3 est en ext3, et que je ne peux la monter
qu'en ext2 cause noyau de la tomb machin; ceci dit j'avais lu quelque
part il y a longtemps que ça marchait
C'est sur hdb3, sur hdb1 je n'ais qu'une petite partition qui contient mon boot.b plus le noyau.
J'ai bien monté tout ça (j'ai retrouvé une vieille disquette avec tomb machin, je monte ma partition hdb3, hdb1, proc (dans le proc de mon hdb3), mais lorsque je lance chroot j'ai ce message que je ne comprends pas (je suis nul en anglais) :
cannot set up thread-local storage : cannot set up LDT for thread-local storage.
A savoir que ma partition hdb3 est en ext3, et que je ne peux la monter qu'en ext2 cause noyau de la tomb machin; ceci dit j'avais lu quelque part il y a longtemps que ça marchait
Michel
Refaire la procédure sans monter proc
pour voir .
Je l'ai fait avec ou sans proc même résultat
Rakotomandimby Mihamina
laforest michel wrote:
Ca ne marche pas
Attention. C'est le genre de reflexion qui fache les puristes. On ne dit jamais ca ne marche pas, on decrit toujours ce qui ne marche pas :-P
J'ai bien monté tout ça (j'ai retrouvé une vieille disquette avec tomb machin, je monte ma partition hdb3, hdb1, proc (dans le proc de mon hdb3),
decrit nous ce que tu entre pour les monter.
dans la sarge , hdb1 est censé etre dans /boot c'est ca ? et pour le chroot tu es en train de la monter ou ? bref il nous faut toujours un maz de precision STP . -- Rakotomandimby Mihamina Andrianifaharana Tel : +33 2 38 76 43 65 http://www.rktmb.org/Members/mihamina
laforest michel wrote:
Ca ne marche pas
Attention. C'est le genre de reflexion qui fache les puristes. On ne dit
jamais ca ne marche pas, on decrit toujours ce qui ne marche pas :-P
J'ai bien monté tout ça (j'ai retrouvé une vieille disquette avec tomb
machin, je monte ma partition hdb3, hdb1, proc (dans le proc de mon hdb3),
decrit nous ce que tu entre pour les monter.
dans la sarge , hdb1 est censé etre dans /boot c'est ca ?
et pour le chroot tu es en train de la monter ou ?
bref il nous faut toujours un maz de precision STP .
--
Rakotomandimby Mihamina Andrianifaharana
Tel : +33 2 38 76 43 65
http://www.rktmb.org/Members/mihamina
Attention. C'est le genre de reflexion qui fache les puristes. On ne dit jamais ca ne marche pas, on decrit toujours ce qui ne marche pas :-P
J'ai bien monté tout ça (j'ai retrouvé une vieille disquette avec tomb machin, je monte ma partition hdb3, hdb1, proc (dans le proc de mon hdb3),
decrit nous ce que tu entre pour les monter.
dans la sarge , hdb1 est censé etre dans /boot c'est ca ? et pour le chroot tu es en train de la monter ou ? bref il nous faut toujours un maz de precision STP . -- Rakotomandimby Mihamina Andrianifaharana Tel : +33 2 38 76 43 65 http://www.rktmb.org/Members/mihamina
laforest michel
Rakotomandimby Mihamina wrote:
laforest michel wrote:
Ca ne marche pas
Attention. C'est le genre de reflexion qui fache les puristes. On ne dit jamais ca ne marche pas, on decrit toujours ce qui ne marche pas :-P
J'ai bien monté tout ça (j'ai retrouvé une vieille disquette avec tomb machin, je monte ma partition hdb3, hdb1, proc (dans le proc de mon hdb3),
decrit nous ce que tu entre pour les monter.
dans la sarge , hdb1 est censé etre dans /boot c'est ca ? et pour le chroot tu es en train de la monter ou ? bref il nous faut toujours un maz de precision STP .
mon point de montage / est sur hdb3, je le monte avec mount dans le /mnt de tomb machin, je lis et me déplace dans l'arborescence sans problème, je monte également dans cette arborescence mon hdb1 qui contient le boot.b et le noyau dans le poit de montage habituel qui est /boot; le problème c'est que je ne peux pas lancer le chroot, ça plante (voir plus haut dabns le fil)
Rakotomandimby Mihamina wrote:
laforest michel wrote:
Ca ne marche pas
Attention. C'est le genre de reflexion qui fache les puristes. On ne dit
jamais ca ne marche pas, on decrit toujours ce qui ne marche pas :-P
J'ai bien monté tout ça (j'ai retrouvé une vieille disquette avec tomb
machin, je monte ma partition hdb3, hdb1, proc (dans le proc de mon
hdb3),
decrit nous ce que tu entre pour les monter.
dans la sarge , hdb1 est censé etre dans /boot c'est ca ?
et pour le chroot tu es en train de la monter ou ?
bref il nous faut toujours un maz de precision STP .
mon point de montage / est sur hdb3, je le monte avec mount dans le /mnt de
tomb machin, je lis et me déplace dans l'arborescence sans problème, je
monte également dans cette arborescence mon hdb1 qui contient le boot.b et
le noyau dans le poit de montage habituel qui est /boot; le problème c'est
que je ne peux pas lancer le chroot, ça plante (voir plus haut dabns le fil)
Attention. C'est le genre de reflexion qui fache les puristes. On ne dit jamais ca ne marche pas, on decrit toujours ce qui ne marche pas :-P
J'ai bien monté tout ça (j'ai retrouvé une vieille disquette avec tomb machin, je monte ma partition hdb3, hdb1, proc (dans le proc de mon hdb3),
decrit nous ce que tu entre pour les monter.
dans la sarge , hdb1 est censé etre dans /boot c'est ca ? et pour le chroot tu es en train de la monter ou ? bref il nous faut toujours un maz de precision STP .
mon point de montage / est sur hdb3, je le monte avec mount dans le /mnt de tomb machin, je lis et me déplace dans l'arborescence sans problème, je monte également dans cette arborescence mon hdb1 qui contient le boot.b et le noyau dans le poit de montage habituel qui est /boot; le problème c'est que je ne peux pas lancer le chroot, ça plante (voir plus haut dabns le fil)
Michel Tatoute
laforest michel wrote:
Je l'ai fait avec ou sans proc même résultat
"cannot set up thread-local storage : cannot set up LDT for thread-local storage."
Pour ma part je n'ai jamais vu ce message, peut-être que quelqu'un ..... soit patient .
Heuu ... pardon, je n'ai pas pu suivre le fil en direct. Mais je vois qu'on t'a bien aidé. Pardon pour le néologisme "chrooté"... j'étais pressé.
Concernat ton message, (LDT) , est il dit qui l'a emis stp? Le kernel?
Pour ceux qui suivraient ce fil comme le feuilleton du soir, je dois dire que d'habitude, faire un chroot pour demerrer un systeme c'est vraiment sans grand pb, et c'est une technique puissante. Ici c'est pas de chance.
POur le ext2/ext3 ce n'est en effet pas trop grave. il y aura peut etre quelques soucis (fsck) au boot, mais en attendant il fautdrait arriver jusque là.
Je pense que tu as peut etre un petit souci entre le kernel de toms et le shell ou une autre ressouce critique de ta distrib, comme la libc. Je ne connais pas "thread-local". Ce qui me turlupine,
Je te recommanderais d'essayer le chroot à partir d'un kernel plus adapté à ta distrib, ou d'utiliser un autre shell (le shell c'est le programme qui interprète tes commandes ls, chroot etc...) Traditionnellement il s'agit de /bin/sh, qui à notre époque est en réalité presque toujours /bin/bash (le shell de gnu). Ca s'appelle shell par ce que c'est (c'était) la "coquille" d'unix, ce qu'on en voit de l'extérieur. Maintenant ce serait plutot X11 mais bon. hors sujet...
Ou alors essaie d'utiliser le chroot en précisant un shell différent.
autre solution, utiliser le shell de tomsrbrt... je vais étudier cette idée par ce que c'est délicat.
A+
Michel.
laforest michel wrote:
Je l'ai fait avec ou sans proc
même résultat
"cannot set up thread-local storage : cannot set up LDT for thread-local
storage."
Pour ma part je n'ai jamais vu ce message, peut-être que quelqu'un
..... soit patient .
Heuu ... pardon, je n'ai pas pu suivre le fil en direct. Mais je vois
qu'on t'a bien aidé. Pardon pour le néologisme "chrooté"... j'étais
pressé.
Concernat ton message, (LDT) , est il dit qui l'a emis stp? Le kernel?
Pour ceux qui suivraient ce fil comme le feuilleton du soir, je dois dire
que d'habitude, faire un chroot pour demerrer un systeme c'est vraiment
sans grand pb, et c'est une technique puissante. Ici c'est pas de chance.
POur le ext2/ext3 ce n'est en effet pas trop grave. il y aura peut etre
quelques soucis (fsck) au boot, mais en attendant il fautdrait arriver
jusque là.
Je pense que tu as peut etre un petit souci entre le kernel de toms et le
shell ou une autre ressouce critique de ta distrib, comme la libc. Je ne
connais pas "thread-local". Ce qui me turlupine,
Je te recommanderais d'essayer le chroot à partir d'un kernel plus
adapté à ta distrib, ou d'utiliser un autre shell (le shell c'est
le programme qui interprète tes commandes ls, chroot etc...)
Traditionnellement il s'agit de /bin/sh, qui à notre époque est en
réalité presque toujours /bin/bash (le shell de gnu). Ca s'appelle shell
par ce que c'est (c'était) la "coquille" d'unix, ce qu'on en voit de
l'extérieur. Maintenant ce serait plutot X11 mais bon. hors sujet...
Ou alors essaie d'utiliser le chroot en précisant un shell différent.
"cannot set up thread-local storage : cannot set up LDT for thread-local storage."
Pour ma part je n'ai jamais vu ce message, peut-être que quelqu'un ..... soit patient .
Heuu ... pardon, je n'ai pas pu suivre le fil en direct. Mais je vois qu'on t'a bien aidé. Pardon pour le néologisme "chrooté"... j'étais pressé.
Concernat ton message, (LDT) , est il dit qui l'a emis stp? Le kernel?
Pour ceux qui suivraient ce fil comme le feuilleton du soir, je dois dire que d'habitude, faire un chroot pour demerrer un systeme c'est vraiment sans grand pb, et c'est une technique puissante. Ici c'est pas de chance.
POur le ext2/ext3 ce n'est en effet pas trop grave. il y aura peut etre quelques soucis (fsck) au boot, mais en attendant il fautdrait arriver jusque là.
Je pense que tu as peut etre un petit souci entre le kernel de toms et le shell ou une autre ressouce critique de ta distrib, comme la libc. Je ne connais pas "thread-local". Ce qui me turlupine,
Je te recommanderais d'essayer le chroot à partir d'un kernel plus adapté à ta distrib, ou d'utiliser un autre shell (le shell c'est le programme qui interprète tes commandes ls, chroot etc...) Traditionnellement il s'agit de /bin/sh, qui à notre époque est en réalité presque toujours /bin/bash (le shell de gnu). Ca s'appelle shell par ce que c'est (c'était) la "coquille" d'unix, ce qu'on en voit de l'extérieur. Maintenant ce serait plutot X11 mais bon. hors sujet...
Ou alors essaie d'utiliser le chroot en précisant un shell différent.
autre solution, utiliser le shell de tomsrbrt... je vais étudier cette idée par ce que c'est délicat.
A+
Michel.
Michel Tatoute
laforest michel wrote:
Je l'ai fait avec ou sans proc même résultat
"cannot set up thread-local storage : cannot set up LDT for thread-local storage."
Pour ma part je n'ai jamais vu ce message, peut-être que quelqu'un ..... soit patient .
Heuu ... pardon, je n'ai pas pu suivre le fil en direct. Mais je vois qu'on t'a bien aidé. Pardon pour le néologisme "chrooté"... j'étais pressé.
Concernant ton message, (LDT) , est il dit qui l'a emis stp? Le kernel?
Pour ceux qui suivraient ce fil comme le feuilleton du soir, je dois dire que d'habitude, faire un chroot pour demarrer un systeme c'est vraiment sans grand pb, et c'est une technique puissante. Ici c'est pas de chance.
POur le ext2/ext3 ce n'est en effet pas trop grave. il y aura peut etre quelques soucis (fsck) au boot, mais en attendant il faudrait arriver jusque là.
Je pense que tu as peut etre un petit souci entre le kernel de toms et le shell ou une autre ressouce critique de ta distrib, comme la libc. Je ne connais pas "thread-local". Ce qui me turlupine,
Je te recommanderais d'essayer le chroot à partir d'un kernel plus adapté à ta distrib, ou d'utiliser un autre shell (le shell c'est le programme qui interprète tes commandes ls, chroot etc...) Traditionnellement il s'agit de /bin/sh, qui à notre époque est en réalité presque toujours /bin/bash (le shell de gnu). Ca s'appelle shell par ce que c'est (c'était) la "coquille" d'unix, ce qu'on en voit de l'extérieur. Maintenant ce serait plutot X11 mais bon. hors sujet...
Ou alors essaie d'utiliser le chroot en précisant un shell différent.
autre solution, utiliser le shell de tomsrbrt... je vais étudier cette idée par ce que c'est un poil délicat.
A+
Michel.
laforest michel wrote:
Je l'ai fait avec ou sans proc
même résultat
"cannot set up thread-local storage : cannot set up LDT for thread-local
storage."
Pour ma part je n'ai jamais vu ce message, peut-être que quelqu'un
..... soit patient .
Heuu ... pardon, je n'ai pas pu suivre le fil en direct. Mais je vois
qu'on t'a bien aidé. Pardon pour le néologisme "chrooté"... j'étais
pressé.
Concernant ton message, (LDT) , est il dit qui l'a emis stp? Le kernel?
Pour ceux qui suivraient ce fil comme le feuilleton du soir, je dois dire
que d'habitude, faire un chroot pour demarrer un systeme c'est vraiment
sans grand pb, et c'est une technique puissante. Ici c'est pas de chance.
POur le ext2/ext3 ce n'est en effet pas trop grave. il y aura peut etre
quelques soucis (fsck) au boot, mais en attendant il faudrait arriver
jusque là.
Je pense que tu as peut etre un petit souci entre le kernel de toms et le
shell ou une autre ressouce critique de ta distrib, comme la libc. Je ne
connais pas "thread-local". Ce qui me turlupine,
Je te recommanderais d'essayer le chroot à partir d'un kernel plus
adapté à ta distrib, ou d'utiliser un autre shell (le shell c'est
le programme qui interprète tes commandes ls, chroot etc...)
Traditionnellement il s'agit de /bin/sh, qui à notre époque est en
réalité presque toujours /bin/bash (le shell de gnu). Ca s'appelle shell
par ce que c'est (c'était) la "coquille" d'unix, ce qu'on en voit de
l'extérieur. Maintenant ce serait plutot X11 mais bon. hors sujet...
Ou alors essaie d'utiliser le chroot en précisant un shell différent.
"cannot set up thread-local storage : cannot set up LDT for thread-local storage."
Pour ma part je n'ai jamais vu ce message, peut-être que quelqu'un ..... soit patient .
Heuu ... pardon, je n'ai pas pu suivre le fil en direct. Mais je vois qu'on t'a bien aidé. Pardon pour le néologisme "chrooté"... j'étais pressé.
Concernant ton message, (LDT) , est il dit qui l'a emis stp? Le kernel?
Pour ceux qui suivraient ce fil comme le feuilleton du soir, je dois dire que d'habitude, faire un chroot pour demarrer un systeme c'est vraiment sans grand pb, et c'est une technique puissante. Ici c'est pas de chance.
POur le ext2/ext3 ce n'est en effet pas trop grave. il y aura peut etre quelques soucis (fsck) au boot, mais en attendant il faudrait arriver jusque là.
Je pense que tu as peut etre un petit souci entre le kernel de toms et le shell ou une autre ressouce critique de ta distrib, comme la libc. Je ne connais pas "thread-local". Ce qui me turlupine,
Je te recommanderais d'essayer le chroot à partir d'un kernel plus adapté à ta distrib, ou d'utiliser un autre shell (le shell c'est le programme qui interprète tes commandes ls, chroot etc...) Traditionnellement il s'agit de /bin/sh, qui à notre époque est en réalité presque toujours /bin/bash (le shell de gnu). Ca s'appelle shell par ce que c'est (c'était) la "coquille" d'unix, ce qu'on en voit de l'extérieur. Maintenant ce serait plutot X11 mais bon. hors sujet...
Ou alors essaie d'utiliser le chroot en précisant un shell différent.
autre solution, utiliser le shell de tomsrbrt... je vais étudier cette idée par ce que c'est un poil délicat.
A+
Michel.
no_spam
On Tue, 06 Jul 2004 16:01:17 +0000, françois wrote:
laforest michel wrote:
Je l'ai fait avec ou sans proc même résultat
"cannot set up thread-local storage : cannot set up LDT for thread-local storage."
Ce n'est pas bien... La LDT est une des tables qui sert à la gestion des exceptions sur x86, je crois (je ne suis pas sur de son role exact...), propre à chaque process. C'est sans doute un problème de droit (?). Déjà, il faut être root pour faire un chroot... Si ce n'est pas ça, je ne sais pas, mais ça veut grossièrement dire que le kernel est incapable de créer un nouveau thread, ce qui semble douteux. Il doit donc lui manquer quelque chose dans /proc ou /dev ou ...
On Tue, 06 Jul 2004 16:01:17 +0000, françois wrote:
laforest michel wrote:
Je l'ai fait avec ou sans proc
même résultat
"cannot set up thread-local storage : cannot set up LDT for thread-local
storage."
Ce n'est pas bien...
La LDT est une des tables qui sert à la gestion des exceptions sur x86,
je crois (je ne suis pas sur de son role exact...), propre à chaque
process.
C'est sans doute un problème de droit (?).
Déjà, il faut être root pour faire un chroot...
Si ce n'est pas ça, je ne sais pas, mais ça veut grossièrement
dire que le kernel est incapable de créer un nouveau thread, ce
qui semble douteux. Il doit donc lui manquer quelque chose dans
/proc ou /dev ou ...
On Tue, 06 Jul 2004 16:01:17 +0000, françois wrote:
laforest michel wrote:
Je l'ai fait avec ou sans proc même résultat
"cannot set up thread-local storage : cannot set up LDT for thread-local storage."
Ce n'est pas bien... La LDT est une des tables qui sert à la gestion des exceptions sur x86, je crois (je ne suis pas sur de son role exact...), propre à chaque process. C'est sans doute un problème de droit (?). Déjà, il faut être root pour faire un chroot... Si ce n'est pas ça, je ne sais pas, mais ça veut grossièrement dire que le kernel est incapable de créer un nouveau thread, ce qui semble douteux. Il doit donc lui manquer quelque chose dans /proc ou /dev ou ...
Michel Tatoute
laforest michel wrote:
Je l'ai fait avec ou sans proc même résultat
"cannot set up thread-local storage : cannot set up LDT for thread-local storage."
Pour ma part je n'ai jamais vu ce message, peut-être que quelqu'un ..... soit patient .
Je pense que tu as peut etre un petit souci entre le kernel de toms et le shell ou une autre ressouce critique de ta distrib, comme la libc. Je ne connais pas "thread-local". Ce qui me turlupine,
Essaie d'utiliser le chroot en précisant un shell différent.
exemple, supposons que ton root est monté sous
/mnt/rescue
essaie: # chroot /mnt/rescue /bin/sh [...]
# chroot /mnt/rescue /bin/tcsh
autre solution, utiliser le shell de tomsrbrt... je vais étudier cette idée par ce que c'est un poil délicat.
Je n'ai pas bien vu comment l'utiliser, peut être le recopier qque par sur rescue mais je ne sais pas s'il utilise des shared libs... qu'il faudrait copier avec et configurer.
Bon, si ca resiste toujours , essaie une knoppix (mode texte, voir le lilo) au lieu de la tomsrbrt. C'est un gros marteau a eliminer les pb.
Tu pourrais aussi envisager de coller un grub sur une floppy..... je ne sais pas si c'est faisable.
En tout ca apres tout ca tu regardera ta bécane d'un autre oeil. La première fois ca m'a fait drole (j'avais redémarré une mdk8.1 avec un floppy mdk 7... facile).
Michel.
laforest michel wrote:
Je l'ai fait avec ou sans proc
même résultat
"cannot set up thread-local storage : cannot set up LDT for thread-local
storage."
Pour ma part je n'ai jamais vu ce message, peut-être que quelqu'un
..... soit patient .
Je pense que tu as peut etre un petit souci entre le kernel de toms et le
shell ou une autre ressouce critique de ta distrib, comme la libc. Je ne
connais pas "thread-local". Ce qui me turlupine,
Essaie d'utiliser le chroot en précisant un shell différent.
exemple, supposons que ton root est monté sous
/mnt/rescue
essaie:
# chroot /mnt/rescue /bin/sh
[...]
# chroot /mnt/rescue /bin/tcsh
autre solution, utiliser le shell de tomsrbrt... je vais étudier cette
idée par ce que c'est un poil délicat.
Je n'ai pas bien vu comment l'utiliser, peut être le recopier qque par
sur rescue mais je ne sais pas s'il utilise des shared libs... qu'il
faudrait copier avec et configurer.
Bon, si ca resiste toujours , essaie une knoppix (mode texte, voir le
lilo) au lieu de la tomsrbrt. C'est un gros marteau a eliminer les pb.
Tu pourrais aussi envisager de coller un grub sur une floppy..... je ne
sais pas si c'est faisable.
En tout ca apres tout ca tu regardera ta bécane d'un autre oeil. La
première fois ca m'a fait drole (j'avais redémarré une mdk8.1 avec un
floppy mdk 7... facile).
"cannot set up thread-local storage : cannot set up LDT for thread-local storage."
Pour ma part je n'ai jamais vu ce message, peut-être que quelqu'un ..... soit patient .
Je pense que tu as peut etre un petit souci entre le kernel de toms et le shell ou une autre ressouce critique de ta distrib, comme la libc. Je ne connais pas "thread-local". Ce qui me turlupine,
Essaie d'utiliser le chroot en précisant un shell différent.
exemple, supposons que ton root est monté sous
/mnt/rescue
essaie: # chroot /mnt/rescue /bin/sh [...]
# chroot /mnt/rescue /bin/tcsh
autre solution, utiliser le shell de tomsrbrt... je vais étudier cette idée par ce que c'est un poil délicat.
Je n'ai pas bien vu comment l'utiliser, peut être le recopier qque par sur rescue mais je ne sais pas s'il utilise des shared libs... qu'il faudrait copier avec et configurer.
Bon, si ca resiste toujours , essaie une knoppix (mode texte, voir le lilo) au lieu de la tomsrbrt. C'est un gros marteau a eliminer les pb.
Tu pourrais aussi envisager de coller un grub sur une floppy..... je ne sais pas si c'est faisable.
En tout ca apres tout ca tu regardera ta bécane d'un autre oeil. La première fois ca m'a fait drole (j'avais redémarré une mdk8.1 avec un floppy mdk 7... facile).
Michel.
Michel Tatoute
On Tue, 06 Jul 2004 16:01:17 +0000, françois wrote:
laforest michel wrote:
Je l'ai fait avec ou sans proc même résultat
"cannot set up thread-local storage : cannot set up LDT for thread-local storage."
Ce n'est pas bien... La LDT est une des tables qui sert à la gestion des exceptions sur x86, je crois (je ne suis pas sur de son role exact...), propre à chaque process. C'est sans doute un problème de droit (?). Déjà, il faut être root pour faire un chroot... Si ce n'est pas ça, je ne sais pas, mais ça veut grossièrement dire que le kernel est incapable de créer un nouveau thread, ce qui semble douteux. Il doit donc lui manquer quelque chose dans /proc ou /dev ou ...
T'as raison, mais tu sais le kernel de tomsrbrt c'est pas vraiment un kernel "standard".... d'ici à ce qu'il n'ait pas de support thread ce ne serait pas surprenant.
Michel.
On Tue, 06 Jul 2004 16:01:17 +0000, françois wrote:
laforest michel wrote:
Je l'ai fait avec ou sans proc
même résultat
"cannot set up thread-local storage : cannot set up LDT for thread-local
storage."
Ce n'est pas bien...
La LDT est une des tables qui sert à la gestion des exceptions sur x86,
je crois (je ne suis pas sur de son role exact...), propre à chaque
process.
C'est sans doute un problème de droit (?).
Déjà, il faut être root pour faire un chroot...
Si ce n'est pas ça, je ne sais pas, mais ça veut grossièrement
dire que le kernel est incapable de créer un nouveau thread, ce
qui semble douteux. Il doit donc lui manquer quelque chose dans
/proc ou /dev ou ...
T'as raison, mais tu sais le kernel de tomsrbrt c'est pas vraiment un
kernel "standard".... d'ici à ce qu'il n'ait pas de support thread ce ne
serait pas surprenant.
On Tue, 06 Jul 2004 16:01:17 +0000, françois wrote:
laforest michel wrote:
Je l'ai fait avec ou sans proc même résultat
"cannot set up thread-local storage : cannot set up LDT for thread-local storage."
Ce n'est pas bien... La LDT est une des tables qui sert à la gestion des exceptions sur x86, je crois (je ne suis pas sur de son role exact...), propre à chaque process. C'est sans doute un problème de droit (?). Déjà, il faut être root pour faire un chroot... Si ce n'est pas ça, je ne sais pas, mais ça veut grossièrement dire que le kernel est incapable de créer un nouveau thread, ce qui semble douteux. Il doit donc lui manquer quelque chose dans /proc ou /dev ou ...
T'as raison, mais tu sais le kernel de tomsrbrt c'est pas vraiment un kernel "standard".... d'ici à ce qu'il n'ait pas de support thread ce ne serait pas surprenant.
Michel.
françois
Michel Tatoute wrote:
laforest michel wrote:
Je l'ai fait avec ou sans proc même résultat
"cannot set up thread-local storage : cannot set up LDT for thread-local storage."
Pour ma part je n'ai jamais vu ce message, peut-être que quelqu'un ..... soit patient .
Heuu ... pardon, je n'ai pas pu suivre le fil en direct. Mais je vois qu'on t'a bien aidé. Pardon pour le néologisme "chrooté"... j'étais pressé.
Concernant ton message, (LDT) , est il dit qui l'a emis stp? Le kernel?
Pour ceux qui suivraient ce fil comme le feuilleton du soir, je dois dire que d'habitude, faire un chroot pour demarrer un systeme c'est vraiment sans grand pb, et c'est une technique puissante. Ici c'est pas de chance.
POur le ext2/ext3 ce n'est en effet pas trop grave. il y aura peut etre quelques soucis (fsck) au boot, mais en attendant il faudrait arriver jusque là.
Je pense que tu as peut etre un petit souci entre le kernel de toms et le shell ou une autre ressouce critique de ta distrib, comme la libc. Je ne connais pas "thread-local". Ce qui me turlupine,
Je te recommanderais d'essayer le chroot à partir d'un kernel plus adapté à ta distrib, ou d'utiliser un autre shell (le shell c'est le programme qui interprète tes commandes ls, chroot etc...) Traditionnellement il s'agit de /bin/sh, qui à notre époque est en réalité presque toujours /bin/bash (le shell de gnu). Ca s'appelle shell par ce que c'est (c'était) la "coquille" d'unix, ce qu'on en voit de l'extérieur. Maintenant ce serait plutot X11 mais bon. hors sujet...
Ou alors essaie d'utiliser le chroot en précisant un shell différent.
autre solution, utiliser le shell de tomsrbrt... je vais étudier cette idée par ce que c'est un poil délicat.
A+
Michel.
J'ai trouvé ça, qui peut-être intéressant , je cite :
"La Tomsrtbt utilise le shell ash (et non l'habituel bash) et les librairies libc5."
Mais franchement, je ne peut dire si il y a incompatibilité ou pas ??
Michel Tatoute wrote:
laforest michel wrote:
Je l'ai fait avec ou sans proc
même résultat
"cannot set up thread-local storage : cannot set up LDT for thread-local
storage."
Pour ma part je n'ai jamais vu ce message, peut-être que quelqu'un
..... soit patient .
Heuu ... pardon, je n'ai pas pu suivre le fil en direct. Mais je vois
qu'on t'a bien aidé. Pardon pour le néologisme "chrooté"... j'étais
pressé.
Concernant ton message, (LDT) , est il dit qui l'a emis stp? Le kernel?
Pour ceux qui suivraient ce fil comme le feuilleton du soir, je dois dire
que d'habitude, faire un chroot pour demarrer un systeme c'est vraiment
sans grand pb, et c'est une technique puissante. Ici c'est pas de chance.
POur le ext2/ext3 ce n'est en effet pas trop grave. il y aura peut etre
quelques soucis (fsck) au boot, mais en attendant il faudrait arriver
jusque là.
Je pense que tu as peut etre un petit souci entre le kernel de toms et le
shell ou une autre ressouce critique de ta distrib, comme la libc. Je ne
connais pas "thread-local". Ce qui me turlupine,
Je te recommanderais d'essayer le chroot à partir d'un kernel plus
adapté à ta distrib, ou d'utiliser un autre shell (le shell c'est
le programme qui interprète tes commandes ls, chroot etc...)
Traditionnellement il s'agit de /bin/sh, qui à notre époque est en
réalité presque toujours /bin/bash (le shell de gnu). Ca s'appelle shell
par ce que c'est (c'était) la "coquille" d'unix, ce qu'on en voit de
l'extérieur. Maintenant ce serait plutot X11 mais bon. hors sujet...
Ou alors essaie d'utiliser le chroot en précisant un shell différent.
"cannot set up thread-local storage : cannot set up LDT for thread-local storage."
Pour ma part je n'ai jamais vu ce message, peut-être que quelqu'un ..... soit patient .
Heuu ... pardon, je n'ai pas pu suivre le fil en direct. Mais je vois qu'on t'a bien aidé. Pardon pour le néologisme "chrooté"... j'étais pressé.
Concernant ton message, (LDT) , est il dit qui l'a emis stp? Le kernel?
Pour ceux qui suivraient ce fil comme le feuilleton du soir, je dois dire que d'habitude, faire un chroot pour demarrer un systeme c'est vraiment sans grand pb, et c'est une technique puissante. Ici c'est pas de chance.
POur le ext2/ext3 ce n'est en effet pas trop grave. il y aura peut etre quelques soucis (fsck) au boot, mais en attendant il faudrait arriver jusque là.
Je pense que tu as peut etre un petit souci entre le kernel de toms et le shell ou une autre ressouce critique de ta distrib, comme la libc. Je ne connais pas "thread-local". Ce qui me turlupine,
Je te recommanderais d'essayer le chroot à partir d'un kernel plus adapté à ta distrib, ou d'utiliser un autre shell (le shell c'est le programme qui interprète tes commandes ls, chroot etc...) Traditionnellement il s'agit de /bin/sh, qui à notre époque est en réalité presque toujours /bin/bash (le shell de gnu). Ca s'appelle shell par ce que c'est (c'était) la "coquille" d'unix, ce qu'on en voit de l'extérieur. Maintenant ce serait plutot X11 mais bon. hors sujet...
Ou alors essaie d'utiliser le chroot en précisant un shell différent.
