Il semble clair que c'est la mise à jour de ton noyau qui est en cause. Le nouveau noyau ne contient plus les modules nécessaires. Vérifies si tu peux booter sur l'ancien noyau depuis lilo.
Pour lilo, en principe tu saisis à la main l'entrée que tu veux lancer, donc il suffit de taper linux single en toutes lettres dans l'invite. Si tu utilises un mode graphique ou un menu interactif, je crois qu'appuyer sur ESC suffit à te rendre l'invite.
Pour le clavier USB, il faut savoir que ton BIOS le reconnaît tout seul par défaut, et heureusement parce que c'est fait pour. Ensuite, c'est Linux qui prend les commandes.
Si toutes tes LEDs s'éteignent, ce n'est pas forcément alarmant. Linux réinitialise le clavier par défaut (le rallumage du NumLock, par exemple, se fait souvent pendant l'init SysV). Si tu ne peux pas les rallumer manuellement derrière, cela signifie peut-être tout simplement que le noyau a mis le port USB hors tension (vérifie l'état d'autres périphériques USB branchés sur ta machine).
Je te conseille également de télécharger-graver une Knoppix ou un autre Live-CD. Knoppix fonctionne généralement très bien, est très fort port la détection automatique du matériel et te sera très utile pour tes dépannages.
J'aurais peut-être du le préciser dès le départ, en effet.
Mais à la base, à moins d'avoir quelque chose de bien précis à faire, quand on utilise les raw sockets, c'est que l'on entre déjà dans le domaine de l'expérimental.
Toutefois, c'est bien dans cette optique que je lui proposais ce module, et pas comme d'une base sur laquelle il devait baser l'architecture de son application ...
Depuis lilo, lance déjà linux en niveau 1 avec linux single ou linux init 1. Ceci devrait te donner une console root sans lancer X ni les principaux services.
Vois si ton clavier fonctionne à ce stade. As-tu un clavier PS/2 standard dans un coin pour faire tes essais ? Vois aussi si SysRq+H fonctionne, par exemple. On obtient SysRq par AltGr + PrintScreen.
Et si tu peux, tu montes une console en mode texte à coté, genre un vieux Minitel ou un telnet/ssh sur ta machine depuis une autre machine en local.
Au fait, si ton clavier et ta souris sont inopérants, comment peux-tu être sûr qu'il ne s'agit pas d'un freeze de ta machine ?
Autres trucs à essayer : Voir si les LEDs réagissent toujours aux NumLock, CapsLock et ScrollLock, faire des Ctrl+Alt+F1 ou F2 ou F3, etc. pour voir si le noyau reçoit toujours les événements et t'aurorise à accéder à une console pour dépanner. Sinon, voir également si SysRq fonctionne.
Tout cela permet d'estimer le "niveau de plantage" et d'avoir une idée de l'endroit où il faut agir.
en ajoutant le nom du fichier à modifier à la fin de la de ta commande, en remplaçant éventuellement MA_CHAINE par une variable d'environnement si tu veux automatiser le tout, et en changeant à chaque fois "nom_du_fichier" par le contenu du début de la ligne que tu veux modifier bien sûr ...
mais j'en ai marre de voir en permanence des références à un certain P. et à sa boulangère.
N'empêche que c'est quand même fou l'ampleur que ça a pris, cette histoire de boulangère. Après Pierre Tramo et Charles Bronson, l'artisane geek qui entre au panthéon gallolinuxéiste ... 'faudra penser à faire une gallerie.
Même commentaires qu'au-dessus, mais en fonction de ce que tu as à porter, le travail peut ne pas être du tout le même :
Si c'est un truc graphique, tu vas probablement en chier, mais effectivement si le code métier est séparé de la gestion de l'interface, on pourra peut-être limiter les dégats.
Par contre, si c'est une appli en mode console de cas d'école, là, il est possible qu'elle compile directement sans modification.
Il y a de fortes chances. Une mémoire, ce n'est pas un support magnétique avec des plages de secteurs défectueux et un retour à la normale un peu plus loin, mais si l'on en croit la numérotation des blocs de dmesg, tu ne perds rien à essayer un contrôle des blocs défectueux.
Commence par effacer ta clé : dd if=/dev/zero of=/dev/sda bs=512en vérifiant bien au préalable que /dev/sda pointe ta clé et pas un autre de tes disques ! Secteurs défectueux probables ...
Puis fais un fdisk /dev/sda et tente de créer une partition (n puis entrée, puis 1 et entrée pour créer /dev/sda1, et laisse toi guider pour remplir la totalité de ta clé). Si dès cette étape, l'opération échoue (à l'écriture, mode read-only, ...), je crois que l'on peut se résigner.
Enfin, lance un mkfs.ext2 -c /dev/sda1 pour recréer un filesystem qui isolera les blocs défectueux. Tu perdras un peu en espace mais tu auras un support qui fonctionne.
Bon, comme on l'a dit, cette procédure s'applique surtout aux disques durs magnétiques traditionnels. Si tes secteurs électroniques sont défectueux, il y a quand même très peu de chances pour que cela marche (et évidemment, le formattage de bas-niveau ne s'applique absolument dans ce cas de figure).
Il est possible que ta clé soit physiquement défectueuse, ce qui expliquerait pourquoi Windows te l'a corrompue. Il faudrait que tu fasses un dmesg pour voir quels sont les messages noyau émis lorsque tu tentes d'y accéder.
Enfin, comme dit plus bas, l'ext3 c'est bien, mais ça risque de ne pas être très « portable ». Quand tout remarchera, crée une seule grosse partition primaire avec fdisk sur l'intégralité de ta clé, puis formatte-la en vfat plutôt qu'en ext3. Elle aura plus de chances d'être reconnue sur d'autres machines.
As-tu exécuté ces commandes sciemment ou bien as-tu essayé tout cela au hasard ?
Il faut savoir qu'un disque dur ou un périphérique de stockage de masse quel qu'il soit est présenté au système par son contrôleur comme une suite linéaire de secteurs de 512 octets chacun (linéaire en LBA, mais de toutes façons il y a bien longtemps que plus personne n'utilise le modèle CHS, que le système convertit dans tous les cas en linéaire). Bref, avant d'écraser le contenu de ta clé, tu pouvais faire un cat /dev/sda > fichier, ou plus proprement un dd if=/dev/sda of=fichier bs=512, et tu travaillais sur la copie, en la montant avec un -o loop.
Il y a de fortes chances pour que la table des partitions ait été corrompue. Dans ce cas, on peut essayer de la reconstruire. Sous Windows, le réflexe reste encore trop souvent first reboot, then reinstall.
Ce qu'il fallait faire, c'était recréer toi-même une partition avec fdisk, puisque visiblement la table n'était plus valide, et pas recréer un filesystem sur la clé entière. En faisant cela, tu gagnes peut-être une piste, mais tu risques de perturber tous les auto-monteurs et je ne suis même pas sûr que Windows soit capable de reconnaître cela (j'ai pas essayé).
Pour les droits en écriture, vérifie dans un premier temps que ta clé elle-même ne soit pas physiquement verrouillée en écriture (commutateur sur le coté) auquel cas il te faudra peut-être débrancher et rebrancher ta clé car il y a une chance que le module noyau l'ait détectée comme read-only dès le départ, puis jette un ½il aux droits d'accès de /dev/sda avec ls -l /dev/sda* ...
WARNING : C'est vrai, mais ici on ne cherche pas à avoir un point décimal anglo-saxon dans les nombres rationels, mais à faire en sorte que la touche "point décimal" du pavé numérique et seulement elle produise un point ...
Tu peux préciser un peu dans quel cadre tu écris ce truc et, le cas échéant, l'environnement avec lequel tu développes ?
Cela m'étonnerait que tu sois en train d'écrire un module noyau, ou que tu hackes un pilote de périphérique. Si comme je le pense, tu es en train de te familiariser avec les fondamentaux d'Unix, et en particulier avec les IPC de System V, saches que le détail de toutes fonctions en C est censé se trouver dans les man pages. Essaie ceci :
$ man msgctl
$ man msgget
$ man msgrcv
$ man msgsnd
$ man semctl
$ man semget
$ man semop
$ man shmat
$ man shmctl
$ man shmdt
$ man shmget
Un spin-off est, comme son nom l'indique, une sorte de thread, c'est-à-dire un cas de figure du scénario que l'on développe spécifiquement et qui finit par vivre sa vie propre, mais qui est issu officiellement de la série originale.
X-OR n'est pas à mon goût un dérivé de San Ku Kaï, c'est très différent, où alors il faut mettre toute la culture des séries japonaises des années 80 dans le même sac. Dans le même esprit, on a eu 36 Biomans différents (Power Rangers, etc) mais même s'il racontaient tous la même chose et à chaque épisode, il n'avaient aucun lien de parenté ... D'ailleurs ils revendiquent tous le fait d'être les plus grands héros de l'univers. Il y a forcément des imposteurs :-)
Le « bienvenue dans la con-vergence du multimédia » bicolore me rappelle furieusement la charte graphique d'un certain opérateur téléphonique, mais je ne vois plus lequel :-)
Pour le reste, je m'étonne que cretin.fr ne soit pas encore sur totalementcrétin.aping.org
Effectivement, comme dit plus haut tu peux utiliser width, minwidth et maxwidth, mais en gardant à l'esprit que les deux dernières n'existent que depuis CSS2 et que les navigateurs comme Internet Explorer ont déjà beaucoup de mal avec la première.
Pour ton problème d'image en particulier, si tu veux obtenir une réduction d'image, il faudra appliquer ces directives à la fois à ta division DIV et à la balise de l'image IMG.
Autrement, le débordement d'une division peut être géré par overflow. Tu as le choix de couper tout ce qui dépasse, de laisser déborder, ou de mettre des ascenseurs. Par contre le redimensionnement est propre aux images et ne fait donc pas partie des spécifications CSS à ma connaissance ...
# Troll
Posté par Obsidian . En réponse au journal Windows Server 2003 plus fiable que Linux, selon le Yankee Group. Évalué à 3.
666, le chiffre de la bête du troll ...
[^] # Re: Reconfigure X
Posté par Obsidian . En réponse au message Plus de clavier ni souris. Évalué à 2.
Pour lilo, en principe tu saisis à la main l'entrée que tu veux lancer, donc il suffit de taper linux single en toutes lettres dans l'invite. Si tu utilises un mode graphique ou un menu interactif, je crois qu'appuyer sur ESC suffit à te rendre l'invite.
Pour le clavier USB, il faut savoir que ton BIOS le reconnaît tout seul par défaut, et heureusement parce que c'est fait pour. Ensuite, c'est Linux qui prend les commandes.
Si toutes tes LEDs s'éteignent, ce n'est pas forcément alarmant. Linux réinitialise le clavier par défaut (le rallumage du NumLock, par exemple, se fait souvent pendant l'init SysV). Si tu ne peux pas les rallumer manuellement derrière, cela signifie peut-être tout simplement que le noyau a mis le port USB hors tension (vérifie l'état d'autres périphériques USB branchés sur ta machine).
Je te conseille également de télécharger-graver une Knoppix ou un autre Live-CD. Knoppix fonctionne généralement très bien, est très fort port la détection automatique du matériel et te sera très utile pour tes dépannages.
[^] # Re: Re
Posté par Obsidian . En réponse au message Programmation Réseaux - Réalisation d'un mini ethereal. Évalué à 2.
Mais à la base, à moins d'avoir quelque chose de bien précis à faire, quand on utilise les raw sockets, c'est que l'on entre déjà dans le domaine de l'expérimental.
Toutefois, c'est bien dans cette optique que je lui proposais ce module, et pas comme d'une base sur laquelle il devait baser l'architecture de son application ...
[^] # Re: Re
Posté par Obsidian . En réponse au message Programmation Réseaux - Réalisation d'un mini ethereal. Évalué à 1.
[^] # Re: Reconfigure X
Posté par Obsidian . En réponse au message Plus de clavier ni souris. Évalué à 2.
Vois si ton clavier fonctionne à ce stade. As-tu un clavier PS/2 standard dans un coin pour faire tes essais ? Vois aussi si SysRq+H fonctionne, par exemple. On obtient SysRq par AltGr + PrintScreen.
[^] # Re: Reconfigure X
Posté par Obsidian . En réponse au message Plus de clavier ni souris. Évalué à 2.
Au fait, si ton clavier et ta souris sont inopérants, comment peux-tu être sûr qu'il ne s'agit pas d'un freeze de ta machine ?
Autres trucs à essayer : Voir si les LEDs réagissent toujours aux NumLock, CapsLock et ScrollLock, faire des Ctrl+Alt+F1 ou F2 ou F3, etc. pour voir si le noyau reçoit toujours les événements et t'aurorise à accéder à une console pour dépanner. Sinon, voir également si SysRq fonctionne.
Tout cela permet d'estimer le "niveau de plantage" et d'avoir une idée de l'endroit où il faut agir.
[^] # Re: Sed et regexp.
Posté par Obsidian . En réponse au message Ajout d'une chaien de caractere dans un fichier texte. Évalué à 2.
# Sed et regexp.
Posté par Obsidian . En réponse au message Ajout d'une chaien de caractere dans un fichier texte. Évalué à 2.
# Linux Distribution Chooser
Posté par Obsidian . En réponse au message Linux pour débutant. Évalué à 2.
http://www.zegeniestudios.net/ldc
[^] # Re: Je râle
Posté par Obsidian . En réponse au journal Apache sur votre mobile. Évalué à 3.
N'empêche que c'est quand même fou l'ampleur que ça a pris, cette histoire de boulangère. Après Pierre Tramo et Charles Bronson, l'artisane geek qui entre au panthéon gallolinuxéiste ... 'faudra penser à faire une gallerie.
# Quelle appli ?
Posté par Obsidian . En réponse au message portage d'une application sous linux. Évalué à 2.
Si c'est un truc graphique, tu vas probablement en chier, mais effectivement si le code métier est séparé de la gestion de l'interface, on pourra peut-être limiter les dégats.
Par contre, si c'est une appli en mode console de cas d'école, là, il est possible qu'elle compile directement sans modification.
Donne-nous plus de détails.
# Programmation.c# : Communiquer en C via le port RS232
Posté par Obsidian . En réponse au message Communiquer en C via le port RS232. Évalué à 3.
[^] # Re: Excuse moi mais...
Posté par Obsidian . En réponse au journal Modérer ou censurer ?. Évalué à 1.
[^] # Re: Apostrophes
Posté par Obsidian . En réponse au message écrire dans un fichier. Évalué à 4.
Merci.
[^] # Re: Partoches, partoches ...
Posté par Obsidian . En réponse au message Arrive pas à reformater ma clé USB. Évalué à 3.
Il y a de fortes chances. Une mémoire, ce n'est pas un support magnétique avec des plages de secteurs défectueux et un retour à la normale un peu plus loin, mais si l'on en croit la numérotation des blocs de dmesg, tu ne perds rien à essayer un contrôle des blocs défectueux.
Commence par effacer ta clé : dd if=/dev/zero of=/dev/sda bs=512 en vérifiant bien au préalable que /dev/sda pointe ta clé et pas un autre de tes disques ! Secteurs défectueux probables ...
Puis fais un fdisk /dev/sda et tente de créer une partition (n puis entrée, puis 1 et entrée pour créer /dev/sda1, et laisse toi guider pour remplir la totalité de ta clé). Si dès cette étape, l'opération échoue (à l'écriture, mode read-only, ...), je crois que l'on peut se résigner.
Enfin, lance un mkfs.ext2 -c /dev/sda1 pour recréer un filesystem qui isolera les blocs défectueux. Tu perdras un peu en espace mais tu auras un support qui fonctionne.
Bon, comme on l'a dit, cette procédure s'applique surtout aux disques durs magnétiques traditionnels. Si tes secteurs électroniques sont défectueux, il y a quand même très peu de chances pour que cela marche (et évidemment, le formattage de bas-niveau ne s'applique absolument dans ce cas de figure).
[^] # Re: Partoches, partoches ...
Posté par Obsidian . En réponse au message Arrive pas à reformater ma clé USB. Évalué à 4.
Enfin, comme dit plus bas, l'ext3 c'est bien, mais ça risque de ne pas être très « portable ». Quand tout remarchera, crée une seule grosse partition primaire avec fdisk sur l'intégralité de ta clé, puis formatte-la en vfat plutôt qu'en ext3. Elle aura plus de chances d'être reconnue sur d'autres machines.
# Partoches, partoches ...
Posté par Obsidian . En réponse au message Arrive pas à reformater ma clé USB. Évalué à 8.
Il faut savoir qu'un disque dur ou un périphérique de stockage de masse quel qu'il soit est présenté au système par son contrôleur comme une suite linéaire de secteurs de 512 octets chacun (linéaire en LBA, mais de toutes façons il y a bien longtemps que plus personne n'utilise le modèle CHS, que le système convertit dans tous les cas en linéaire). Bref, avant d'écraser le contenu de ta clé, tu pouvais faire un cat /dev/sda > fichier, ou plus proprement un dd if=/dev/sda of=fichier bs=512, et tu travaillais sur la copie, en la montant avec un -o loop.
Il y a de fortes chances pour que la table des partitions ait été corrompue. Dans ce cas, on peut essayer de la reconstruire. Sous Windows, le réflexe reste encore trop souvent first reboot, then reinstall.
Ce qu'il fallait faire, c'était recréer toi-même une partition avec fdisk, puisque visiblement la table n'était plus valide, et pas recréer un filesystem sur la clé entière. En faisant cela, tu gagnes peut-être une piste, mais tu risques de perturber tous les auto-monteurs et je ne suis même pas sûr que Windows soit capable de reconnaître cela (j'ai pas essayé).
Pour les droits en écriture, vérifie dans un premier temps que ta clé elle-même ne soit pas physiquement verrouillée en écriture (commutateur sur le coté) auquel cas il te faudra peut-être débrancher et rebrancher ta clé car il y a une chance que le module noyau l'ait détectée comme read-only dès le départ, puis jette un ½il aux droits d'accès de /dev/sda avec ls -l /dev/sda* ...
[^] # Re: option de OOo
Posté par Obsidian . En réponse au message [OO.o 2.0] Writer : virgule à la place du point ?. Évalué à 2.
Mais cela modifie aussi le comportement des nombres. De plus, cela peut modifier la façon dont les nombres vont être saisis, automatiquement ou non.
Sauf lorsque tu intègres d'autres documents tels que des extraits de feuilles de calcul au sein de ton papier.
[^] # Re: option de OOo
Posté par Obsidian . En réponse au message [OO.o 2.0] Writer : virgule à la place du point ?. Évalué à 2.
# ?
Posté par Obsidian . En réponse au message Appels systèmes. Évalué à 2.
Tu peux préciser un peu dans quel cadre tu écris ce truc et, le cas échéant, l'environnement avec lequel tu développes ?
Cela m'étonnerait que tu sois en train d'écrire un module noyau, ou que tu hackes un pilote de périphérique. Si comme je le pense, tu es en train de te familiariser avec les fondamentaux d'Unix, et en particulier avec les IPC de System V, saches que le détail de toutes fonctions en C est censé se trouver dans les man pages. Essaie ceci :
$ man msgctl
$ man msgget
$ man msgrcv
$ man msgsnd
$ man semctl
$ man semget
$ man semop
$ man shmat
$ man shmctl
$ man shmdt
$ man shmget
[^] # Re: Exit la deuxième lecture...
Posté par Obsidian . En réponse à la dépêche DADVSI : l'interopérabilité disparait. Évalué à 2.
[^] # Re: RE: La fin de SGI...
Posté par Obsidian . En réponse au journal La fin de SGI.... Évalué à 4.
Un spin-off est, comme son nom l'indique, une sorte de thread, c'est-à-dire un cas de figure du scénario que l'on développe spécifiquement et qui finit par vivre sa vie propre, mais qui est issu officiellement de la série originale.
X-OR n'est pas à mon goût un dérivé de San Ku Kaï, c'est très différent, où alors il faut mettre toute la culture des séries japonaises des années 80 dans le même sac. Dans le même esprit, on a eu 36 Biomans différents (Power Rangers, etc) mais même s'il racontaient tous la même chose et à chaque épisode, il n'avaient aucun lien de parenté ... D'ailleurs ils revendiquent tous le fait d'être les plus grands héros de l'univers. Il y a forcément des imposteurs :-)
# RE: La fin de SGI...
Posté par Obsidian . En réponse au journal La fin de SGI.... Évalué à 7.
http://www.stargatesg1.com/
Je prends la porte. --->O
# TC FT Toussa
Posté par Obsidian . En réponse au journal C'est décidé, je change de fournisseur d'accès. Évalué à 1.
Pour le reste, je m'étonne que cretin.fr ne soit pas encore sur totalementcrétin.aping.org
# width maxwidth minwidth
Posté par Obsidian . En réponse au message CSS forcer la taille d'une image. Évalué à 1.
Pour ton problème d'image en particulier, si tu veux obtenir une réduction d'image, il faudra appliquer ces directives à la fois à ta division DIV et à la balise de l'image IMG.
Autrement, le débordement d'une division peut être géré par overflow. Tu as le choix de couper tout ce qui dépasse, de laisser déborder, ou de mettre des ascenseurs. Par contre le redimensionnement est propre aux images et ne fait donc pas partie des spécifications CSS à ma connaissance ...