J'ai recemment telecharge knoppix (3.2) pour compiler mes programmes pour
linux.
J'ai donc grave l'iso sur CD. Celui-ci boote impecable et he me retrouve
devant un beau bureau KDE.
Mon probleme est que je n'arrive pas a demarrer kdevelop : je clique, le
disque gratouille puis plus rien.
Donc question : est-il possible de travailler avec kdevelop depuis un
systeme qui boote depuis le CD?
"Aurélien Girard" a écrit dans le message de news:
"Fred" wrote in message news:<bgjoj4$edl$...
Donc question : est-il possible de travailler avec kdevelop depuis un systeme qui boote depuis le CD?
Normalement oui. Avec la 3.1 j'ai réussi à lancer Kdevelop (avec la 3.2 aussi je crois mais je ne m'en souviens plus).
Essaie de lancer kdevelop à partir d'un terminal et lis les messages.
usr/bin/kdevelop : Erreur d'entree/sortie
que faire?
Fred
"Fred" a écrit dans le message de news: bgjoj4$edl$
Bonjour,
J'ai recemment telecharge knoppix (3.2) pour compiler mes programmes pour linux. J'ai donc grave l'iso sur CD. Celui-ci boote impecable et he me retrouve devant un beau bureau KDE. Mon probleme est que je n'arrive pas a demarrer kdevelop : je clique, le disque gratouille puis plus rien.
Donc question : est-il possible de travailler avec kdevelop depuis un systeme qui boote depuis le CD?
Je precise que seul Windows XP est installe sur le disque (1 seule partition).
Fred
"Fred" <no.spam@spam.no> a écrit dans le message de news:
bgjoj4$edl$1@news-reader2.wanadoo.fr...
Bonjour,
J'ai recemment telecharge knoppix (3.2) pour compiler mes programmes pour
linux.
J'ai donc grave l'iso sur CD. Celui-ci boote impecable et he me retrouve
devant un beau bureau KDE.
Mon probleme est que je n'arrive pas a demarrer kdevelop : je clique, le
disque gratouille puis plus rien.
Donc question : est-il possible de travailler avec kdevelop depuis un
systeme qui boote depuis le CD?
Je precise que seul Windows XP est installe sur le disque (1 seule
partition).
"Fred" a écrit dans le message de news: bgjoj4$edl$
Bonjour,
J'ai recemment telecharge knoppix (3.2) pour compiler mes programmes pour linux. J'ai donc grave l'iso sur CD. Celui-ci boote impecable et he me retrouve devant un beau bureau KDE. Mon probleme est que je n'arrive pas a demarrer kdevelop : je clique, le disque gratouille puis plus rien.
Donc question : est-il possible de travailler avec kdevelop depuis un systeme qui boote depuis le CD?
Je precise que seul Windows XP est installe sur le disque (1 seule partition).
Fred
J. Mayer
On Mon, 04 Aug 2003 12:37:38 +0200, Fred wrote:
"Aurélien Girard" a écrit dans le message de news:
"Fred" wrote in message news:<bgjoj4$edl$...
Donc question : est-il possible de travailler avec kdevelop depuis un systeme qui boote depuis le CD?
Normalement oui. Avec la 3.1 j'ai réussi à lancer Kdevelop (avec la 3.2 aussi je crois mais je ne m'en souviens plus).
Essaie de lancer kdevelop à partir d'un terminal et lis les messages.
usr/bin/kdevelop : Erreur d'entree/sortie
que faire?
strace kdevelop
On Mon, 04 Aug 2003 12:37:38 +0200, Fred wrote:
"Aurélien Girard" <aurelien.girard@free.fr> a écrit dans le message de news:
f3305c12.0308040034.7e1a3a5a@posting.google.com...
"Fred" <no.spam@spam.no> wrote in message
news:<bgjoj4$edl$1@news-reader2.wanadoo.fr>...
Donc question : est-il possible de travailler avec kdevelop depuis un
systeme qui boote depuis le CD?
Normalement oui. Avec la 3.1 j'ai réussi à lancer Kdevelop (avec la
3.2 aussi je crois mais je ne m'en souviens plus).
Essaie de lancer kdevelop à partir d'un terminal et lis les messages.
"Aurélien Girard" a écrit dans le message de news:
"Fred" wrote in message news:<bgjoj4$edl$...
Donc question : est-il possible de travailler avec kdevelop depuis un systeme qui boote depuis le CD?
Normalement oui. Avec la 3.1 j'ai réussi à lancer Kdevelop (avec la 3.2 aussi je crois mais je ne m'en souviens plus).
Essaie de lancer kdevelop à partir d'un terminal et lis les messages.
usr/bin/kdevelop : Erreur d'entree/sortie
que faire?
strace kdevelop
J. Mayer
On Mon, 04 Aug 2003 23:59:28 +0200, Emmanuel Florac wrote:
Dans article <bglitf$2qs$, disait...
strace : exec : Input/output error
Je peux avoir un coup de main?
Combien as-tu de RAM? Vu que tu n'as pas de partition swap, il faut que tu aies pas mal de RAM (256 Mo c'est probablement limite).
Il n'y a pas besoin de RAM pour executer strace. Ca ne consome rien, si ce n'est du temps machine. Le principe de strace est très simple: il "prévient" le kernel qu'il va lancer une commande qu'il veut tracer. Le kernel positionne un flag dans les infos du process et à chaque fois que le process rentre ou sort d'un appel système, il réveille le process strace qui peut alors examiner la mémoire et l'état du processeur dans le process tracé. Toutes ces infos étant sauvées de toute façon par le kernel pour pouvoir passer la main à un autre process, ça ne consome pas de RAM. Et 256 Mo de RAM, c'est déjà pas mal, à priori...
Mais dans le cas présent, strace ne démare pas et dit ce qu'il se passe: quand il fait l'exec pour lancer le process tracé, il reçoit une erreur: EIO. Ce qui veut dire que le process ou son loader est corrompu. Comme ça ne peut pas être le loader (sinon, aucun programme ne se lancerait), ça doit être l'executable. cat /usr/bin/kdevelop > /dev/null ne doit pas bien marcher non plus, n'est-ce-pas ? Il faut donc le réinstaller... Et faire un fsck manuel sur la partition /usr Quand il y a des données corompues....
On Mon, 04 Aug 2003 23:59:28 +0200, Emmanuel Florac wrote:
Dans article <bglitf$2qs$1@news-reader4.wanadoo.fr>, no.spam@spam.no
disait...
strace : exec : Input/output error
Je peux avoir un coup de main?
Combien as-tu de RAM? Vu que tu n'as pas de partition swap, il faut que
tu aies pas mal de RAM (256 Mo c'est probablement limite).
Il n'y a pas besoin de RAM pour executer strace.
Ca ne consome rien, si ce n'est du temps machine.
Le principe de strace est très simple:
il "prévient" le kernel qu'il va lancer une commande qu'il veut
tracer. Le kernel positionne un flag dans les infos du process
et à chaque fois que le process rentre ou sort d'un appel
système, il réveille le process strace qui peut alors
examiner la mémoire et l'état du processeur dans le process
tracé. Toutes ces infos étant sauvées de toute façon par le kernel
pour pouvoir passer la main à un autre process, ça ne consome
pas de RAM.
Et 256 Mo de RAM, c'est déjà pas mal, à priori...
Mais dans le cas présent, strace ne démare pas et dit ce qu'il
se passe: quand il fait l'exec pour lancer le process tracé,
il reçoit une erreur: EIO.
Ce qui veut dire que le process ou son loader est corrompu.
Comme ça ne peut pas être le loader (sinon, aucun programme
ne se lancerait), ça doit être l'executable.
cat /usr/bin/kdevelop > /dev/null
ne doit pas bien marcher non plus, n'est-ce-pas ?
Il faut donc le réinstaller...
Et faire un fsck manuel sur la partition /usr
Quand il y a des données corompues....
On Mon, 04 Aug 2003 23:59:28 +0200, Emmanuel Florac wrote:
Dans article <bglitf$2qs$, disait...
strace : exec : Input/output error
Je peux avoir un coup de main?
Combien as-tu de RAM? Vu que tu n'as pas de partition swap, il faut que tu aies pas mal de RAM (256 Mo c'est probablement limite).
Il n'y a pas besoin de RAM pour executer strace. Ca ne consome rien, si ce n'est du temps machine. Le principe de strace est très simple: il "prévient" le kernel qu'il va lancer une commande qu'il veut tracer. Le kernel positionne un flag dans les infos du process et à chaque fois que le process rentre ou sort d'un appel système, il réveille le process strace qui peut alors examiner la mémoire et l'état du processeur dans le process tracé. Toutes ces infos étant sauvées de toute façon par le kernel pour pouvoir passer la main à un autre process, ça ne consome pas de RAM. Et 256 Mo de RAM, c'est déjà pas mal, à priori...
Mais dans le cas présent, strace ne démare pas et dit ce qu'il se passe: quand il fait l'exec pour lancer le process tracé, il reçoit une erreur: EIO. Ce qui veut dire que le process ou son loader est corrompu. Comme ça ne peut pas être le loader (sinon, aucun programme ne se lancerait), ça doit être l'executable. cat /usr/bin/kdevelop > /dev/null ne doit pas bien marcher non plus, n'est-ce-pas ? Il faut donc le réinstaller... Et faire un fsck manuel sur la partition /usr Quand il y a des données corompues....
Fred
"J. Mayer" a écrit dans le message de news:
On Mon, 04 Aug 2003 23:59:28 +0200, Emmanuel Florac wrote:
Dans article <bglitf$2qs$, disait...
strace : exec : Input/output error
Je peux avoir un coup de main?
Combien as-tu de RAM? Vu que tu n'as pas de partition swap, il faut que tu aies pas mal de RAM (256 Mo c'est probablement limite).
Il n'y a pas besoin de RAM pour executer strace. Ca ne consome rien, si ce n'est du temps machine. Le principe de strace est très simple: il "prévient" le kernel qu'il va lancer une commande qu'il veut tracer. Le kernel positionne un flag dans les infos du process et à chaque fois que le process rentre ou sort d'un appel système, il réveille le process strace qui peut alors examiner la mémoire et l'état du processeur dans le process tracé. Toutes ces infos étant sauvées de toute façon par le kernel pour pouvoir passer la main à un autre process, ça ne consome pas de RAM. Et 256 Mo de RAM, c'est déjà pas mal, à priori...
Mais dans le cas présent, strace ne démare pas et dit ce qu'il se passe: quand il fait l'exec pour lancer le process tracé, il reçoit une erreur: EIO. Ce qui veut dire que le process ou son loader est corrompu. Comme ça ne peut pas être le loader (sinon, aucun programme ne se lancerait), ça doit être l'executable. cat /usr/bin/kdevelop > /dev/null ne doit pas bien marcher non plus, n'est-ce-pas ? Il faut donc le réinstaller... Et faire un fsck manuel sur la partition /usr Quand il y a des données corompues....
Tu as entierement raison. L'image du CD etait corrompue (il y a du avoir une erreur lors du download). De nombreux programmes fonctionnaient correctement, mais pas tout. J'ai donc "re"downloade l'iso. tout marche correctement a present. Donc Merci.
Fred
"J. Mayer" <l_indien_no_more_spams@magic.fr> a écrit dans le message de
news: pan.2003.08.04.23.36.55.139655@magic.fr...
On Mon, 04 Aug 2003 23:59:28 +0200, Emmanuel Florac wrote:
Dans article <bglitf$2qs$1@news-reader4.wanadoo.fr>, no.spam@spam.no
disait...
strace : exec : Input/output error
Je peux avoir un coup de main?
Combien as-tu de RAM? Vu que tu n'as pas de partition swap, il faut que
tu aies pas mal de RAM (256 Mo c'est probablement limite).
Il n'y a pas besoin de RAM pour executer strace.
Ca ne consome rien, si ce n'est du temps machine.
Le principe de strace est très simple:
il "prévient" le kernel qu'il va lancer une commande qu'il veut
tracer. Le kernel positionne un flag dans les infos du process
et à chaque fois que le process rentre ou sort d'un appel
système, il réveille le process strace qui peut alors
examiner la mémoire et l'état du processeur dans le process
tracé. Toutes ces infos étant sauvées de toute façon par le kernel
pour pouvoir passer la main à un autre process, ça ne consome
pas de RAM.
Et 256 Mo de RAM, c'est déjà pas mal, à priori...
Mais dans le cas présent, strace ne démare pas et dit ce qu'il
se passe: quand il fait l'exec pour lancer le process tracé,
il reçoit une erreur: EIO.
Ce qui veut dire que le process ou son loader est corrompu.
Comme ça ne peut pas être le loader (sinon, aucun programme
ne se lancerait), ça doit être l'executable.
cat /usr/bin/kdevelop > /dev/null
ne doit pas bien marcher non plus, n'est-ce-pas ?
Il faut donc le réinstaller...
Et faire un fsck manuel sur la partition /usr
Quand il y a des données corompues....
Tu as entierement raison.
L'image du CD etait corrompue (il y a du avoir une erreur lors du download).
De nombreux programmes fonctionnaient correctement, mais pas tout.
J'ai donc "re"downloade l'iso. tout marche correctement a present.
Donc Merci.
On Mon, 04 Aug 2003 23:59:28 +0200, Emmanuel Florac wrote:
Dans article <bglitf$2qs$, disait...
strace : exec : Input/output error
Je peux avoir un coup de main?
Combien as-tu de RAM? Vu que tu n'as pas de partition swap, il faut que tu aies pas mal de RAM (256 Mo c'est probablement limite).
Il n'y a pas besoin de RAM pour executer strace. Ca ne consome rien, si ce n'est du temps machine. Le principe de strace est très simple: il "prévient" le kernel qu'il va lancer une commande qu'il veut tracer. Le kernel positionne un flag dans les infos du process et à chaque fois que le process rentre ou sort d'un appel système, il réveille le process strace qui peut alors examiner la mémoire et l'état du processeur dans le process tracé. Toutes ces infos étant sauvées de toute façon par le kernel pour pouvoir passer la main à un autre process, ça ne consome pas de RAM. Et 256 Mo de RAM, c'est déjà pas mal, à priori...
Mais dans le cas présent, strace ne démare pas et dit ce qu'il se passe: quand il fait l'exec pour lancer le process tracé, il reçoit une erreur: EIO. Ce qui veut dire que le process ou son loader est corrompu. Comme ça ne peut pas être le loader (sinon, aucun programme ne se lancerait), ça doit être l'executable. cat /usr/bin/kdevelop > /dev/null ne doit pas bien marcher non plus, n'est-ce-pas ? Il faut donc le réinstaller... Et faire un fsck manuel sur la partition /usr Quand il y a des données corompues....
Tu as entierement raison. L'image du CD etait corrompue (il y a du avoir une erreur lors du download). De nombreux programmes fonctionnaient correctement, mais pas tout. J'ai donc "re"downloade l'iso. tout marche correctement a present. Donc Merci.
