Vous n'êtes pas identifié(e).
Pour réussir à récupérer ma (pauvre) accélération 3D avec xorg, je e suis vue obligée de recompiler un nouveau noyau 2.6 pour remplacer mon fort vénéralbes (mais néamoins efficace) 2.4.
Bien entendu, la manoeuvre a donné lieu a quelques erreurs, et après les premières corrections, il subsiste encore quelques soucis.
Le principal est le suivant : Impossible de monter ma clé USB (jamais eu de soucis jusqu'ici)
Voici ce qu'enregistre le syslog au moment où je branche la clé, puis au moment où je tente de la monter.
Oct 4 18:19:22 tijeune kernel: usb 2-2: new full speed USB device using uhci_hcd and address 5
Oct 4 18:19:22 tijeune kernel: scsi3 : SCSI emulation for USB Mass Storage devices
Oct 4 18:19:22 tijeune kernel: usb-storage: device found at 5
Oct 4 18:19:22 tijeune kernel: usb-storage: waiting for device to settle before scanning
Oct 4 18:19:22 tijeune usb.agent[6885]: usb-storage: already loaded
Oct 4 18:19:27 tijeune kernel: Vendor: TinyDisk Model: 2003-11-06 Rev: 1.89
Oct 4 18:19:27 tijeune kernel: Type: Direct-Access ANSI SCSI revision: 02
Oct 4 18:19:27 tijeune kernel: SCSI device sda: 256000 512-byte hdwr sectors (131 MB)
Oct 4 18:19:27 tijeune kernel: sda: Write Protect is off
Oct 4 18:19:27 tijeune kernel: sda: Mode Sense: 03 00 00 00
Oct 4 18:19:27 tijeune kernel: sda: assuming drive cache: write through
Oct 4 18:19:27 tijeune kernel: SCSI device sda: 256000 512-byte hdwr sectors (131 MB)
Oct 4 18:19:27 tijeune kernel: sda: Write Protect is off
Oct 4 18:19:27 tijeune kernel: sda: Mode Sense: 03 00 00 00
Oct 4 18:19:27 tijeune kernel: sda: assuming drive cache: write through
Oct 4 18:19:28 tijeune kernel: sda: sda1
Oct 4 18:19:28 tijeune kernel: Attached scsi removable disk sda at scsi3, channel 0, id 0, lun 0
Oct 4 18:19:28 tijeune kernel: Attached scsi generic sg1 at scsi3, channel 0, id 0, lun 0, type 0
Oct 4 18:19:28 tijeune kernel: usb-storage: device scan complete
Oct 4 18:19:28 tijeune scsi.agent[6914]: sd_mod: loaded successfully (for disk)
Oct 4 18:19:41 tijeune kernel: Unable to load NLS charset cp437
Oct 4 18:19:41 tijeune kernel: FAT: codepage cp437 not found
Oct 4 18:20:44 tijeune kernel: Unable to load NLS charset cp437
Oct 4 18:20:44 tijeune kernel: FAT: codepage cp437 not found
Oct 4 18:22:00 tijeune kernel: Unable to load NLS charset cp437
Oct 4 18:22:00 tijeune kernel: FAT: codepage cp437 not found
Qu'est ce que j'ai oublié de compiler cette fois ?
Korova toujours en apprentissage
Korova, aventurière (même pas peur) GNU/linux depuis 2003
Hors ligne
Oct 4 18:22:00 tijeune kernel: Unable to load NLS charset cp437 Oct 4 18:22:00 tijeune kernel: FAT: codepage cp437 not found
Qu'est ce que j'ai oublié de compiler cette fois ?
Le monsieur te dit : codepage cp437 :twisted:. Tes lunettes sont en grève aussi ?
Usti
PS: ça se trouve dans "File systems --> Native language support" 8)
Faut pas énerver un tigre ...
Hors ligne
Argh ! Oui j'ai trouvé, mais il n'a que le module 850 (Europe) et pas le 437(Etats-unis).
Y'a moyen de rajouter juste ce module sans recompiler tout le noyau ? (Chiant de monter à la main en rajoutant codepage=850)
Korova qui ne sait pas forcément d'entrée de jeu que NLS signifie Native Language Support
Korova, aventurière (même pas peur) GNU/linux depuis 2003
Hors ligne
Argh ! Oui j'ai trouvé, mais il n'a que le module 850 (Europe) et pas le 437(Etats-unis).
Y'a moyen de rajouter juste ce module sans recompiler tout le noyau ? (Chiant de monter à la main en rajoutant codepage=850)
Meuh si, regardes bien au fond de la grange, sous la botte de paille ... il y a un Père Noël !!
Korova qui ne sait pas forcément d'entrée de jeu que NLS signifie Native Language Support
Fichtre, j'avais jamais fait le rapprochement !!
Usti
Faut pas énerver un tigre ...
Hors ligne
C'est moi ou toi que tu traites de boulet (fait gaffe, y'a des cornes ou des sabots qui démangent là...)
On se calme et on se souvient que je ne suis pas une déesse de l'informatique, je ne suis qu'une pauvre enseignante limitée (et blonde de surcroit), si je compile des noyaux, c'est uniquement pour pouvoir jouer à tuxracer et pas parce que c'est ma façon préférée d'occuper mes loisirs.
Donc comme j'y connais rien et que je coche les options au pif, forcément y'a boulettes...
(mais pas tant, puisque j'arrive quand même à démarrer... En plus, si y'a pas boulettes, j'ai plus de raisons de poster, et vous plus de raisons de rigoler, pas vrai ?)
Korova qui va aller dodo, parce que demain pas grève et pas grasse mat' (soupir)
Korova, aventurière (même pas peur) GNU/linux depuis 2003
Hors ligne
C'est moi ou toi que tu traites de boulet (fait gaffe, y'a des cornes ou des sabots qui démangent là...)
Je parlais de moi, voyons, jamais je ne me permettrais de telles familiarités avec la gente bovine :oops: :oops: :oops:
Toutes mes plus plates excuses pour cette malheureuse incompréhension .
Usti
Faut pas énerver un tigre ...
Hors ligne
J'ai essayé de lire la page de man de make-kpkg, et apparemment c'est pas possible de compiler séparément les modules qu'on a oublié.
Juste une remarque : ça ne me paraît pas très pratique et pas de nature à faire recommander cette procédure "à la debian". Même si elle présente certains autres avantages (comme l'automatisation de l'installation du noyau grâce au paquet), la méthode traditionnele a ceci de bon qu'il est possible de compiler séparément les modules si on veut. Si on a un processeur pas forcément très puissant et qu'on est un peu tête en l'air (comme moi) à toujours oublier de cocher des modules qui par la suite se révèlent utiles voire indispensables, ben on est bon pour mobiliser la puissance de son ordi de longues heures plusieurs fois de suite.... :?
Je me souviens que mon noyau 2.4 je l'ai compilé 7 fois avant d'avoir toutes les options kivonbien(tm), et mon nouveau noyau 2.6, il va falloir que je lance une troisième compilation (me connaissant, je sens que ça ne va pas être la dernière...)
Korova coup de gueule
Korova, aventurière (même pas peur) GNU/linux depuis 2003
Hors ligne
Je suis tout à fait d'accord avec toi, maintenant dans un sens à partir du moment où tu compiles ton noyau, c'est que tu es prête à mettre "les mains dans le cambouis" !
Maintenant avec la méthode Debian je ne sais pas s'il serait très facile de gérer un paquet spécial "modules", mais bon, c'est peut être un idée à creuser !
Perso je préfère avoir un paquet Debian nickel (en cas de réinstallation) qu'une installation en plusieurs fois où finalement je ne sais plus trop ce que j'ai fait. Et puis avec un Atlhon 1.2 GHz (plus tout récent) c'est l'histoire de 20 minutes un noyau !! Mais peut être que chez toi il y a des brins de paille qui gênent un peu ta machine ...
Usti-Compilateur de noyau en herbe 8)
Faut pas énerver un tigre ...
Hors ligne
module-assistant fait des paquet de modules tout seul me semble. Mais je connais pas la syntaxe. En général module-assistant nom_du_module. Quand ça marche c'est nikel.
Nous ne savons pas ce qui va se passer, ni quand... mais il y a des hiboux dans le chalet. - La femme à la buche, Twin Peaks
Hors ligne
module-assistant fait des paquet de modules tout seul me semble. Mais je connais pas la syntaxe. En général module-assistant nom_du_module. Quand ça marche c'est nikel.
C'est pour les modules externes au noyau, genre ATI propriétaire, ou est-ce que ça marche aussi pour des modules internes au noyau ?? :?
Usti
Faut pas énerver un tigre ...
Hors ligne
Merci usti, c'est la question que j'allais poser. (bon, vais aller faire une 'tite recherche google moi)
Pour ce qui est de mon processeur, ça va, il est assez moderne et effectivement en 25/30 minutes, c'est torché, mais bon c'est agaçant.
Les 2 méthodes ont des avantages et des inconvénients, il faut bien le savoir c'est tout... Je crois que pour mes prochaines compilations, j'essayerais la méthode classique, vu la façon dont je me débrouille (mal et en allant trop vite dans la phase configuration...), en ce qui me concerne c'est peut-être le mieux... (D'autant que je n'ai même pas utilisé les sources de noyau debian...)
Korova qui va surement compiler en rentrant
Korova, aventurière (même pas peur) GNU/linux depuis 2003
Hors ligne
Ah ok les modules qui sont dans les sources du kernel. Je suis arrivé sur le tard et j'ai pensé aux modules comme fuse, nvidia, ... qui ont des sources hors Linux.
Nous ne savons pas ce qui va se passer, ni quand... mais il y a des hiboux dans le chalet. - La femme à la buche, Twin Peaks
Hors ligne
Hé oui, c'est parce que la petite Korova elle est pas bien douée, et quand elle compile son noyau, elle oublie de cocher des modules pendant le make menuconfig (style l'option qui sert à décharger le modules, le module NLS 437 indispensable pour monter les partitions en FAT, l'émulation Alsa-OSS, toussa....), donc elle aurait voulu juste recompiler les modules qui manquent et pas tout le noyau...
Mais voilà, quand on est pas malin, ben on recommence tout...
Korova qui reconnaît ses erreurs
Korova, aventurière (même pas peur) GNU/linux depuis 2003
Hors ligne
Mais voilà, quand on n'est pas malin, ben on recommence tout...
Korova qui reconnaît ses erreurs
LeDub qui en trouve d'autre ;-) !!
« Ne doutez pas qu'un petit nombre de personnes déterminées puisse changer le monde. En fait, ça a même toujours marché comme ça.»
Margaret Mead
---
VeoSearch est un moteur de recherche solidaire qui permet de financer des projets associatifs de développement durable par vos recherches Internet. Utilisez-le !!!
Hors ligne
d'autres ?
Korova, challenger en compilation (de fautes)
Korova, aventurière (même pas peur) GNU/linux depuis 2003
Hors ligne
La méthode debian est très propre pour des installations/désinstallations de noyau compilés, et surtout très pratique pour des joueurs comme moi qui compile/teste toutes les version rc du noyau (donc en moyanne, une compile tous les dix jours).
Le problème ici est la config du noyau, c'est la partie pénible pour n'importe quelle méthode, c'est vrai la première compile prend du temps à ajuster les options, mais une fois le bon .config trouvé, on n'aura plus ce problème. Les compiles ultérieurs consiste seulement à lancer quelques commandes, toujours les mêmes, rien de compliqué.
Hors ligne
Pour ceux qui aiment les feuilletons, voici la suite de mes aventures "compilons joyeusement"
Après une troisième compilation précédée d'un joyeux cochage / décochage d'options oubliées, j'en suis là :
- j'ai récupéré le son des animations flash sous firefox (je sais ça ne sert à rien, en plus flash c'est pas libre mais j'aime bien m'amuser)
- je peux à nouveau monter ma clé USB et mes partitions en FAT
Par contre : ppracer c'est toujours pas ça. J'ai toujours l'écran noir, mais un nouveau message d'erreur
open /dev/sequencer: No such device
Voilà, il ne me reste plus qu'à attendre le moment où va y avoir un autre truc qui ne marche pas pour savoir quels modules j'ai encore oublié de cocher (ou cocher en trop)
Korova surement de retour dans pas longtemps
Korova, aventurière (même pas peur) GNU/linux depuis 2003
Hors ligne
Par contre : ppracer c'est toujours pas ça. J'ai toujours l'écran noir, mais un nouveau message d'erreur
open /dev/sequencer: No such device
C'est pas la config de ppracer qu'il faut modifier, genre pour lui dire d'utiliser alsa au lieu d'oss ? :?
Voilà, il ne me reste plus qu'à attendre le moment où va y avoir un autre truc qui ne marche pas pour savoir quels modules j'ai encore oublié de cocher (ou cocher en trop)
Bienvenue dans le monde merveilleux des compilateurs de noyau maison 8) !
Usti sur le départ pour Saintes
Faut pas énerver un tigre ...
Hors ligne
Par contre : ppracer c'est toujours pas ça. J'ai toujours l'écran noir, mais un nouveau message d'erreur
open /dev/sequencer: No such device
C'est pas la config de ppracer qu'il faut modifier, genre pour lui dire d'utiliser alsa au lieu d'oss ? :?
Moi je veux bien, mais je fais comment avec mon écran tout noir, et ma page de man ultra fournie ?
PPRACER(6) PPRACER(6)
NAME
ppracer -- 3D racing game
SYNOPSIS
ppracer
DESCRIPTION
This manual page documents briefly the ppracer commands.
This manual page was written for the Debian GNU/Linux distribution
because the original program does not have a manual page.
ppracer PlanetPenguin Racer is an OpenGL racing game featuring Tux, the
Linux mascot. The goal of the game is to slide down a snow- and ice-
covered mountain as quickly as possible. It is based on the GPL ver-
sion of TuxRacer.
OPTIONS
This program does not take any command line arguments.
SEE ALSO
The program is documented fully by the README file that can be
found under /usr/share/doc/ppracer/README on Debian GNU/Linux.
AUTHOR
This manual page was written by Oliver Sorge [email protected] for
the Debian GNU/Linux system (but may be used by others).
PPRACER(6)
(je précise que le fichier /usr/share/doc/ppracer/README n'existe pas chez moi non plus... )
(bon, vais aller fouiller dans les dossiers et dans google... )
Korova en tout petits progrès
Korova, aventurière (même pas peur) GNU/linux depuis 2003
Hors ligne
Chez moi, ppracer fonctionne bien et je n'ai pas de /dev/sequencer
Mais ça a l'air d'un problème avec le son, il faudrait peut-être voir lsmod pour savoir si tous ce qu'il faut pour alsa sont chargés.
Hors ligne