Septembre 2002 ************** Installation procyon (Pentium II 400Mhz, RAM 64Mo, HD 6Go) Avec un profil de station de travail. ************************************* Installation SLACKWARE 8.1 (1 unique CD acheté chez Ikarios) -------------------------- - Boot du CDROM boot: keyboard map: azerty/fr-latin0.map au lieu de latin1 (ça devrait marcher pour l'euro...) slackware login: root - Partitionnement # cfdisk (/dev/hda) Sur un disque de 6Go, je prends 3Go au début pour hda1 (primary boot pour /), 128k pour hda2 à la fin (primary pour linux swap) et le reste pour hda3 (primary pour /home)... Disk /dev/hda: 255 heads, 63 sectors, 784 cylinders Units = cylinders of 16065 * 512 bytes Device Boot Start End Blocks Id System /dev/hda1 * 1 365 2931831 83 Linux /dev/hda2 769 784 128520 82 Linux swap /dev/hda3 366 768 3237097+ 83 Linux - CTRL/ALT/DEL On reprend au début sauf cfdisk (prise en compte des partitions). - Lancement du setup # setup - ADDSWAP (/dev/hda2) -Linux installation partition /: /dev/hda1 Je change les paramètres: ext2 (vois pas l'intérêt de ext3...), inode de 1024 (par soucis d'économie, j'ai peut être tort...). - Other Linux partition /home: /dev/hda3 Avec les mêmes paramètres. - Install from CD-ROM, auto... - PACKAGE SERIES SELECTION, par défaut (tout! on enlèvera plus tard ce dont on ne veut plus)... - SELECT PROMPTING MODE, Full! (il dit que ça fait 2Go... on a les moyens.) ... Yen'a pour un moment... - INSTALL LINUX KERNEL, cdrom: bare.i (par défaut) - MAKE BOOTDISK (création disquette de boot) - MODEM CONFIGURATION, no modem - SCREEN FONT CONFIGURATION, Yes Je prends la police qui va bien d'habitude (Euro et tout): lat0-16.psfu.gz - INSTALL LILO, simple on me propose FRAME BUFFER CONSOLE avec par défaut: 1024x768x256 je prends! Options, néant. LILO DESTINATION, Root (par défaut) - MOUSE CONFIGURATION, ps2 Load gpm at boot, Yes - CONFIGURE NETWORK, Yes (netconfig) HOSTNAME: procyon DOMAINNAME: bd.fr Static IP: 192.168.210.3 Netmask: 255.255.255.0 Gateway: 192.168.210.5 NAMESERVEUR: 192.168.210.5 PROBE FOR NETWORK CARD: trouve eepro100 tout seul Au lieu de décommenter la ligne dans /etc/rc.d/rc.modules, cela crée un fichier /etc/rc.d/rc.netdevice avec: /sbin/modprobe eepro100 ... SENDMAIL CONFIGURATION, SMTP (on verra quoi en faire plus tard) - HARDWARE CLOCK SET TO UTC, YES (c'est mieux) Europe/Paris - DEFAULT WINDOW MANAGER, KDE (mais je n'ai rien contre les autres) Ceci crée un lien sous /etc/X11/xinit xinitrc -> xinitrc.kde On peut le changer par la suite comme cela: # cd /etc/X11/xinitrc # ln -sf xinitrc.gnome xinitrc ... - ROOT PASSWORD, chut! - EXIT, on enlève la disquette et le CD, et CTRL/ALT/DEL... ... LILO marche pas (affichage de "07 07 07.." sur l'écran avec LED disquette allumée), ça commence bien! Je mets la disquette de boot (j'ai bien fait d'en faire une!) et re CTRL/ALT/DEL... boot: ... root@procyon:~# liloconfig simple, mais cette fois je choisis LILO DESTINATION: MBR Enlève disquette et CTRL/ALT/DEL... Cette fois c'est bon! Cette conf LILO pose la question boot: - Création d'un USER "visiteur" pour monsieur X et le reste par défaut... # adduser - Par défaut le telnet n'est pas validé, il faut décommenter telnet server dans /etc/inetd.conf et j'en profite pour essayer # shutdown -r now ... $ uname -a Linux procyon 2.4.18 #4 Fri May 31 01:25:31 PDT 2002 i686 unknown $ df Filesystem 1k-blocks Used Available Use% Mounted on /dev/hda1 2837388 1988312 702488 74% / /dev/hda3 3134448 32 2972564 1% /home - Pour ne plus avoir la question boot: # liloconfig expert! Begin, sans paramètres, FB 1024x768x256, MBR, None! Linux, /dev/hda1, Linux Install # shutdown -r now OK ********************************* - Validation du lancement du "system status server" (rwhod) pour faire comme les autres stations du réseau local. Décommenté le lancement de rwhod dans /etc/rc.d/rc.inet2 Problème: En réponse à ruptime, procyon voit bien les stations présentes sur le réseau mais procyon lui-même n'apparaît pas dans la liste sur aucune station. Il semble que procyon détecte les trames des autres stations mais n'en émet pas lui-même... ********************************* - Test X windows $ startx XFree86 fonctionne d'entrée mais avec une résolution de 640x480 (?) Voir le fichier config par défaut, /etc/X11/XF86Config et le fichier log, /var/log/XFree86.0.log Le fichier config par défaut dit qu'il utilise une version améliorée de XF86Config-fbdev il s'agit d'un autre fichier config modèle XF86Config-vesa qui utilise le vesa driver, indépendant du fb de la console. C'est bien mais je ne vois pas pourquoi on ne dépasse pas les 640x480... Sauvegarde de la config d'origine dans XF86Config.orig # XFree86 -configure génère un fichier /root/XF86Config.new # cp XF86Config.new /etc/X11/XF86Config $ startx La config générée utilise le driver spécifique à la carte graphique: S3 VIRGE Trio 3D avec une résolution de 1024x768 et les caractéristiques du moniteur sont lue automatiquement. Cette config semble être une bonne base de départ. ---------------------- On peut éditer la config à la main ou à l'aide de xf86cfg. En mode graphique il doit lancer X qu'on est en train de bricoler... En mode texte, c'est plus sûr mais on accède à moins de détails. # xf86cfg -xf86config /etc/X11/XF86Config -textmode La config générée automatiquement par XFree86 -configure utilise le module S3 VIRGE mais elle ne permet pas de dépasser 8 bits par pixel. Si on essaie 16bpp ou 24bpp, le moniteur semble bien synchronisé mais il affiche plusieurs écrans en cascade. Essayé toutes les options du module S3 VIRGE sans succès. La config vesa n'accepte que 640x480 avec 24bpp. Effectivement, au vu de /var/log/XFree86.0.log les modes VESA 800x600 et 1280x1024 au-delà de 16bpp spécifient 32bpp... le man XF86Config dit que 32bpp ça n'exite pas et que le max c'est 24bpp. Le problème est que certains DRIVERS spécifient 32 bits bien que seulement 24 soient utiles. Trouvé une solution: ajouter l'option DefaultFbBpp 32 dans la section "Screen". Ajouté également l'option Option "DPMS" dans la section "Monitor" Mais standby, suspend et off font tous standby! C'est mieux que rien... Les 3 fonctionnent avec le module S3 VIRGE mais bon... Modifié le clavier en pc102 et fr. Le mode vesa semble plus rapide que le fbdev et il permet de définir plusieurs définitions commutable par CTRL/ALT/+ et -. Il permet également le 16 millions de couleurs alors que le FB va jusqu'à 64000. ******************************************* - Test de KDE 3.0.1 Personnalisation n'offre pas le choix français. Les fichiers KDE nationaux ne se trouvent pas sur le CD d'Ikarios. Il faut télécharger le paquet et l'installer: # installpkg kde-i18n-fr-3.0.1-noarch-2.tgz OK ******************************************* - Création d'un noyau spécifique Le noyau bare.i 2.4.18 fait plus d'1Mo! On peut au moins faire l'édition de la config en mode graphique... # cd /usr/src/linux # make xconfig On élague les trucs "inutiles" et je prévois pour la configuration du son (Crystal Audio comme sirius): CONFIG_SOUND=m CONFIG_SOUND_OSS=m CONFIG_SOUND_CS4232=m CONFIG_SOUND_YM3812=m (voir plus loin installation son) # make clean # make dep # make bzImage (mv /lib/modules/2.4.18 ...) # make modules # make modules_install # make bzlilo Le nouveau vmlinuz est rangé sous / (et non pas sous /boot) avec System.map lilo ne fonctionne pas... Je passe en manuel! Modification de lilo.conf image = /boot/vmlinuz devient image = /vmlinuz # lilo # shutdown -r now Remarques: 1) make bzlilo marche bien dans les compiles suivantes. Les anciens /vmlinuz et System.map sont renommés *.old et lilo est bien lancé. 2) L'éditeur de config noyau fourni par KDE (Configuration, Système, ...) paraît sympa mais le fichier config résultant est certainement incorrect car la compile se plante. Les mêmes modifs faites avec make xconfig donne un fichier correct. A utiliser en lecture uniquement! ------------ Après sa cure d'amaigrissement, le noyau a perdu 200Ko. J'ai enlevé en particulier les nouveaux file system ext3 et Reiser, ce qui doit représenter environ 100Ko. ******************************* - Installation du son Crystal sound: circuit intégré CS4235 PNP ISA Voir /usr/src/linux-2.4.18/Documentation/sound/CS4232 Instructions à installer dans /etc/rc.d/rc.modules modprobe sound insmod ad1848 insmod uart401 insmod cs4232 io=* irq=* dma=* dma2=* io--I/O address of the Windows Sound System (normally 0x534) irq--IRQ of this device dma and dma2--DMA channels (DMA2 may be 0) MIDI insmod opl3 io=* I/O address of the OPL3 synthesizer. This will be shown in /proc/sys/pnp and is normally 0x388. Les modules nécessaires ont été sélectionnés à la compilation du KERNEL personnalisé (voir plus haut). Voir plus tard à quoi sert le module ad1848... # cd /etc # pnpdump > isapnp.conf On décommente le premier choix dans /etc/isapnp.conf: WSS/SB io=0x534 irq=5 dma1=1 dma2=0 io2=0x388 io3=0x220 CTRL io=0x120 -------- Ajout du paragraphe suivant dans "sound support" de /etc/rc.d/rc.modules: # Configuration Crystal sound, chip cs4235 /sbin/modprobe sound /sbin/insmod ad1848 /sbin/insmod uart401 /sbin/insmod cs4232 io=0x534 irq=5 dma=1 dma2=0 # synthetiseur /sbin/insmod opl3 io=0x388 -------- Pour que le son fonctionne avec un utilisateur lambda, il faut que l'utilisateur fasse partie du groupe sys. Sécurité à vérifier... Avec KDE3, on peut lancer la gestion des utilisateurs (KUser) sous n'importe quel utilisateur à condition de donner le mot de passe de root. -------- Avec le noyau 2.4 supportant PnP et isaPnP il est possible de simplifier l'installation: 1) On n'a plus besoin d'avoir recours à pnpdump et isapnp. Le noyau génère automatiquement 2) un fichier /proc/isapnp Dans tous les cas il y a un avertissement au boot: ---------------------------------------------------------------------- ad1848/cs4248 codec driver Copyright (C) by Hannu Savolainen 1993-1996 ad1848: No ISAPnP cards found, trying standard ones... ---------------------------------------------------------------------- mais ça marche... 2) Au lieu de compiler les options son sous forme de modules, on peut les mettre en dur dans le noyau. Les paramètres io, irq, etc. sont trouvés automatiquement. Le son (wav et mid) fonctionne mais il n'y a rien sur io=0x388 qui devrait correspondre à midi (synthe?) et au module opl3... Essai: Dans le cas où on installe en modules, si on supprime /sbin/insmod opl3 io=0x388 la carte son marche aussi bien... --------- *************************************