[Mdk 9.1] Nouveau kernel disponible !

Nouveau kernel disponible ! [Mdk 9.1] - Logiciels - Linux et OS Alternatifs

Marsh Posté le 12-06-2003 à 10:49:53    

Une mise-à-jour du kernel pour mandrake 9.1 est sortie !
Elle corrige de nombreux problèmes, et l'audigy 2 est supportée.
 
C'est là : http://www.mandrakesecure.net/en/a [...] A-2003:066
et MandrakeUpdate/urpmi fera son boulot.


Message édité par zeb_ le 12-06-2003 à 10:54:01
Reply

Marsh Posté le 12-06-2003 à 10:49:53   

Reply

Marsh Posté le 12-06-2003 à 11:00:36    

zeb_ a écrit :

Une mise-à-jour du kernel pour mandrake 9.1 est sortie !
Elle corrige de nombreux problèmes, et l'audigy 2 est supportée.
 
C'est là : http://www.mandrakesecure.net/en/a [...] A-2003:066
et MandrakeUpdate/urpmi fera son boulot.


avec les serveurs de base pour les packages, il suffit juste de mettre a jour la liste des packages ??


---------------
:: Light is Right ::
Reply

Marsh Posté le 12-06-2003 à 11:04:24    

sinon, un petit detournement de topic :D : j ai une woody en passerelle, et donc un kernel 2.4.18
vu le nb de bug cooriges ds le 2.4.21-mdk, je me pose des kestions sur mon 2.4.18 debian !!! (deja j ai pas patche contre le ptrace :whistle: )
 
mais il n y a pas d update du kernel :(
pk ?


---------------
:: Light is Right ::
Reply

Marsh Posté le 12-06-2003 à 11:09:52    

/troll on
 
parceque c debian ;)
 
/troll off
 
non mais plus sérieusement c vrai que cela est bizarre surtout que le 2.4.18 doit remonter a 14 ou 16 mois ....

Reply

Marsh Posté le 12-06-2003 à 11:15:18    

madyodaseb a écrit :

/troll on
 
parceque c debian ;)
 
/troll off
 
non mais plus sérieusement c vrai que cela est bizarre surtout que le 2.4.18 doit remonter a 14 ou 16 mois ....


en fait hier il y a eu une update pour le kernel (2.4.18-9 je crois)
mais bon ca fe lege kan meme :/
 
et pis je sais po trop si mettre un 2.4.2x est vraiment une bonne idee, surtout k il ne viendrait po de debian :/


---------------
:: Light is Right ::
Reply

Marsh Posté le 12-06-2003 à 11:16:15    

JoWiLe a écrit :

parce que c'est le dernier kernel a être assez stable au gout de debian
 
 
ce qui est certainement plus logique que d'inclure des 2.4.21-pre dans mandrake :heink:


oui ok, mais ca a bo etre stable, il n en reste pas moins k il doit avoir klk pb de secu ...
 
et pour une passerelle c est pas le top :D


---------------
:: Light is Right ::
Reply

Marsh Posté le 12-06-2003 à 11:29:08    

2.4.18-9
 
peut être que cela fonctionne comme chez redhat, à savoir un 2.4.18 avec des backports des 2.4.x supérieurs ?
 
en ce moment chez redhat on en est au 2.4.20-18, cad un 2.4.20 avec des backports du 2.4.21


---------------
Self Destruction Might Be The Answer - http://www.kazekami.org
Reply

Marsh Posté le 12-06-2003 à 11:31:53    

KazeKami a écrit :

2.4.18-9
 
peut être que cela fonctionne comme chez redhat, à savoir un 2.4.18 avec des backports des 2.4.x supérieurs ?
 
en ce moment chez redhat on en est au 2.4.20-18, cad un 2.4.20 avec des backports du 2.4.21


oue faudra ke j aille voir ce k il contient de kernel ;)
au moins le patch ptrace !!!


---------------
:: Light is Right ::
Reply

Marsh Posté le 12-06-2003 à 12:13:29    

tomate77 a écrit :


avec les serveurs de base pour les packages, il suffit juste de mettre a jour la liste des packages ??


 
oui, il est dans update.
Par contre avec urpmi il faut le demander :
urpmi kernel
Et urpmi sait qu'il doit l'installer en parallèle, pas upgrader (grâce à /etc/urpmi/inst.list)
 
Pour info :
kernel : celui qui conviendra à la plupart : monoprocesseurs jusqu'à 1Go de RAM
kernel-BOOT : inutile, c'est le kernel exclusivement développé pour les images de boot, il ne s'installe pas
kernel-doc : la doc
kernel-enterprise : kernel avec le support de HIGHMEM (> 1Go) pour serveurs
kernel-secure : kernel avec grsec enabled, la dernière option de xconfig. Toutes les features sont ici : http://grsecurity.net/features.php
kernel-smp : kernel multi-processeurs
kernel-source : le source nécessire à la compilation
srpms/kernel : le rpm source, non nécessaire (pas comme le kernel-source plus haut).
 
Bref, pour une machine normale monoprocesseur :
urpmi kernel
urpmi kernel-source
 
Par ailleurs, les scripts de post-installation des rpms te mettent automatiquement à jour lilo.conf et relancent lilo. Ce qu'ils ne font pas : mettre le nouveau kernel en lancement par défaut et utiliser tes anciennes options de lancement. A toi de changer default= dans lilo, ainsi que les options dans append=.
 
En revanche il te gardera la même séquence d'init dans tous les levels, donc les services seront chargés automatiquement, avec les modules du kernel updaté bien sûr.


Message édité par zeb_ le 12-06-2003 à 12:18:20
Reply

Marsh Posté le 12-06-2003 à 12:21:52    

@jotenakis : désolé l'antiflooding a encore bloqué ma réponse en PM...

Reply

Marsh Posté le 12-06-2003 à 12:21:52   

Reply

Marsh Posté le 12-06-2003 à 12:54:40    

tomate77 a écrit :

sinon, un petit detournement de topic :D : j ai une woody en passerelle, et donc un kernel 2.4.18
vu le nb de bug cooriges ds le 2.4.21-mdk, je me pose des kestions sur mon 2.4.18 debian !!! (deja j ai pas patche contre le ptrace :whistle: )
 
mais il n y a pas d update du kernel :(
pk ?


 
bin si depuis lundi meme cf http://www.debian.org/security/2003/dsa-311

Reply

Marsh Posté le 12-06-2003 à 13:48:47    

zeb_ a écrit :


 
oui, il est dans update.
Par contre avec urpmi il faut le demander :
urpmi kernel
Et urpmi sait qu'il doit l'installer en parallèle, pas upgrader (grâce à /etc/urpmi/inst.list)
 
Pour info :
kernel : celui qui conviendra à la plupart : monoprocesseurs jusqu'à 1Go de RAM
kernel-BOOT : inutile, c'est le kernel exclusivement développé pour les images de boot, il ne s'installe pas
kernel-doc : la doc
kernel-enterprise : kernel avec le support de HIGHMEM (> 1Go) pour serveurs
kernel-secure : kernel avec grsec enabled, la dernière option de xconfig. Toutes les features sont ici : http://grsecurity.net/features.php
kernel-smp : kernel multi-processeurs
kernel-source : le source nécessire à la compilation
srpms/kernel : le rpm source, non nécessaire (pas comme le kernel-source plus haut).
 
Bref, pour une machine normale monoprocesseur :
urpmi kernel
urpmi kernel-source
 
Par ailleurs, les scripts de post-installation des rpms te mettent automatiquement à jour lilo.conf et relancent lilo. Ce qu'ils ne font pas : mettre le nouveau kernel en lancement par défaut et utiliser tes anciennes options de lancement. A toi de changer default= dans lilo, ainsi que les options dans append=.
 
En revanche il te gardera la même séquence d'init dans tous les levels, donc les services seront chargés automatiquement, avec les modules du kernel updaté bien sûr.


 
cool merci pour les infos ;)
 
et kan t as grub et pas desinstalle lilo, spa top :D


---------------
:: Light is Right ::
Reply

Marsh Posté le 12-06-2003 à 16:25:29    

j'ai un pb avec ce nouveau kernel. Ma clé usb ne fonctionne plus. :fou:  
 
Voici le log avec le kernel 2.4.21-0.13md (celui qui marche)
 


Jun 12 16:12:08 localhost kernel: hub.c: new USB device 00:11.2-1, assigned address 2
Jun 12 16:12:08 localhost kernel: usb.c: USB device 2 (vend/prod 0x58f/0x9380) is not claimed by any active driver.
Jun 12 16:12:11 localhost /etc/hotplug/usb.agent: Setup usb-storage for USB product 58f/9380/100
Jun 12 16:12:11 localhost kernel: Initializing USB Mass Storage driver...
Jun 12 16:12:11 localhost kernel: usb.c: registered new driver usb-storage
Jun 12 16:12:11 localhost kernel: usb-uhci.c: interrupt, status 2, frame# 615
Jun 12 16:12:12 localhost kernel: usb_control/bulk_msg: timeout
Jun 12 16:12:12 localhost kernel: scsi1 : SCSI emulation for USB Mass Storage devices
Jun 12 16:12:18 localhost kernel: usb_control/bulk_msg: timeout
Jun 12 16:12:36 localhost kernel: usb-uhci.c: interrupt, status 3, frame# 228
Jun 12 16:12:36 localhost kernel:   Vendor: tinydisk  Model:  2003-02-14       Rev: 7.77
Jun 12 16:12:36 localhost kernel:   Type:   Direct-Access                      ANSI SCSI revision: 02
Jun 12 16:12:36 localhost kernel: Attached scsi removable disk sda at scsi1, channel 0, id 0, lun 0
Jun 12 16:12:36 localhost kernel: SCSI device sda: 256000 512-byte hdwr sectors (131 MB)
Jun 12 16:12:36 localhost kernel: sda: Write Protect is off
Jun 12 16:12:36 localhost kernel:  /dev/scsi/host1/bus0/target0/lun0: p1
Jun 12 16:12:36 localhost kernel: USB Mass Storage support registered.
Jun 12 16:12:36 localhost /etc/hotplug/usb.agent: Module setup usb-storage for USB product 58f/9380/100
Jun 12 16:12:36 localhost /etc/hotplug/usb/usb-storage: Load scsimon
Jun 12 16:12:36 localhost /etc/hotplug/usb/usb-storage: loading ... scsimon
Jun 12 16:12:36 localhost /etc/hotplug/scsi.agent: sr_mod allready loaded
Jun 12 16:12:36 localhost /etc/hotplug/scsi.agent: sd_mod allready loaded
Jun 12 16:12:54 localhost kernel: MSDOS FS: IO charset iso8859-15
Jun 12 16:12:54 localhost kernel: MSDOS FS: Using codepage 850

 
 
et celui avec le 2.4.21-0.18mdk (celui qui foire)
 


Jun 12 16:18:32 localhost kernel: hub.c: new USB device 00:11.2-1, assigned address 2
Jun 12 16:18:32 localhost kernel: usb.c: USB device 2 (vend/prod 0x58f/0x9380) is not claimed by any active driver.
Jun 12 16:18:35 localhost /etc/hotplug/usb.agent: Setup usb-storage for USB product 58f/9380/100
Jun 12 16:18:35 localhost kernel: Initializing USB Mass Storage driver...
Jun 12 16:18:35 localhost kernel: usb.c: registered new driver usb-storage
Jun 12 16:18:35 localhost kernel: usb-uhci.c: interrupt, status 2, frame# 542
Jun 12 16:18:36 localhost kernel: usb_control/bulk_msg: timeout
Jun 12 16:18:36 localhost kernel: scsi1 : SCSI emulation for USB Mass Storage devices
Jun 12 16:18:42 localhost kernel: usb_control/bulk_msg: timeout
Jun 12 16:18:48 localhost kernel: usb-uhci.c: interrupt, status 2, frame# 429

 
dans ce dernier cas l'usb mass storage ne s'initialise pas :  
 


/sbin/lsmod | grep usb
usb-storage            73016 (initializing)
usb-uhci               24684   0 (unused)
usbcore                72992   1 [usb-storage usb-uhci]
scsi_mod               92084   4 [usb-storage sr_mod sd_mod sym53c8xx]

 
 
HELP !!! Je ne voie pas là...
 
EDIT : les 2 kernel ont les mêmes options dans lilo...


Message édité par jotenakis le 12-06-2003 à 16:28:23
Reply

Marsh Posté le 12-06-2003 à 17:06:53    

le support USB est pas super génial dans le 2.4.21 :/, j'ai les mêmes messages d'erreur sur ma passerelle pour le modem, m'enfin ça me casse pas la connec, ça rend juste l'option "persist" plus difficile à utiliser parfois

Reply

Marsh Posté le 12-06-2003 à 17:52:07    

JoWiLe a écrit :

les bugs sécus (ptrace) sont quand même corrigés, faut pas croire :o
 
c'est ça la mentalité de debian stable
 
 
les softs sont vieux mais stables, et sans failles (maj via debian.security.org)


supaire , 4 mois qd meme pour faire le kernel patché , les autres distros ( suse , mdk , redhat ...)  ont reagit beaucoup plus rapidement

Reply

Marsh Posté le 12-06-2003 à 17:57:30    

tomate77 a écrit :

sinon, un petit detournement de topic :D : j ai une woody en passerelle, et donc un kernel 2.4.18
vu le nb de bug cooriges ds le 2.4.21-mdk, je me pose des kestions sur mon 2.4.18 debian !!! (deja j ai pas patche contre le ptrace :whistle: )
 
mais il n y a pas d update du kernel :(
pk ?


en proposed-update pour la woody, tu as le 2.4.20

Reply

Marsh Posté le 12-06-2003 à 18:19:53    

jotenakis > aucun probleme avec ma clef usb apres la mise a jour du noyau

Reply

Marsh Posté le 12-06-2003 à 18:20:35    

@jotenakis : quand tu branches la clef, t'as plus rien dans
/var/proc/bus/usb ?

Reply

Marsh Posté le 12-06-2003 à 21:45:32    

salut,
 
je ne m'étais même pas rendu compte que lorsque j'avais mis à jour, il y avait un nouveau kernel  :whistle:  
 
mais bon, évidement, il ne se lance pas, mais il est là dans /usr/src
 
je dois modifier quoi dans lilo.conf pour qu'il se lance ?
 
je dois recompiler le kernel ?
 
dans /boot, je n'ai pas le nouveau vmlinuz 21-0.18  :sweat:  
 
 
merci de votre aide  :hello:


---------------
C'est quand on a le nez dans la tomate qu'on voit mieux la tomate !
Reply

Marsh Posté le 12-06-2003 à 22:34:28    

tu as du installer le kernel-source, pas l'image du kernel
 
donc urpmi kernel-2.4.21.0.18 et tout se fera tout seul

Reply

Marsh Posté le 12-06-2003 à 22:41:06    

Kelus a écrit :

tu as du installer le kernel-source, pas l'image du kernel
 
donc urpmi kernel-2.4.21.0.18 et tout se fera tout seul  


 
merci  :jap:


---------------
C'est quand on a le nez dans la tomate qu'on voit mieux la tomate !
Reply

Marsh Posté le 12-06-2003 à 22:49:13    

JoWiLe a écrit :


 
 
euh tu plaisantes? le kernel a été patché dans la journée de la découverte de la faille?


 
Non et ça a été long car les patches cassaient plein de patches précédents apparemment. C'est pour ça que RH a eu beaucoup de problèmes avec certains de ses kernels dernièrement.

Reply

Marsh Posté le 12-06-2003 à 23:21:00    

la correction de l'exploit avec ptrace a ete attendue pas mal de temps pour l'architecture i386 pour debian

Reply

Marsh Posté le 13-06-2003 à 00:03:25    

bon beh je ne comprends rien, ce kernel ne detecte pas ma clé usb. Le device /dev/sda1 (n'y un autre d'ailleurs) n'est pas crée alors qu'avec l'ancien kernel tout est automatique et marche impec.
j'ai vérifié les logs :
 


--->ANCIEN KERNEL QUI MARCHE
cat /proc/interrupts
           CPU0
  0:     114226    IO-APIC-edge  timer
  1:        314    IO-APIC-edge  keyboard
  2:          0          XT-PIC  cascade
  4:     134592    IO-APIC-edge  serial
  8:          1    IO-APIC-edge  rtc
  9:          2   IO-APIC-level  usb-uhci, usb-uhci, usb-uhci
 12:      46655    IO-APIC-edge  PS/2 Mouse
 14:        496    IO-APIC-edge  ide0
 15:      16440    IO-APIC-edge  ide1
 16:      93911   IO-APIC-level  Ensoniq AudioPCI, r128@PCI:1:0:0
 17:         21   IO-APIC-level  sym53c8xx
 19:          2   IO-APIC-level  bttv
NMI:          0
LOC:     114178
ERR:          0
MIS:          0
 
ls /proc/bus/usb/
total 0
dr-xr-xr-x    1 root     root            0 jun 12 23:09 001
dr-xr-xr-x    1 root     root            0 jun 12 23:09 002
dr-xr-xr-x    1 root     root            0 jun 12 23:09 003
-r--r--r--    1 root     root            0 jun 12 23:09 devices
-r--r--r--    1 root     root            0 jun 12 23:09 drivers
 
cat /proc/bus/usb/drivers
         usbdevfs
         hub
 
cat /proc/bus/usb/devices
T:  Bus=03 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#=  1 Spd=12  MxCh= 2
B:  Alloc=  0/900 us ( 0%), #Int=  0, #Iso=  0
D:  Ver= 1.00 Cls=09(hub  ) Sub=00 Prot=00 MxPS= 8 #Cfgs=  1
P:  Vendor=0000 ProdID=0000 Rev= 0.00
S:  Product=USB UHCI Root Hub
S:  SerialNumber=dc00
C:* #Ifs= 1 Cfg#= 1 Atr=40 MxPwr=  0mA
I:  If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub
E:  Ad=81(I) Atr=03(Int.) MxPS=   8 Ivl=255ms
T:  Bus=02 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#=  1 Spd=12  MxCh= 2
B:  Alloc=  0/900 us ( 0%), #Int=  0, #Iso=  0
D:  Ver= 1.00 Cls=09(hub  ) Sub=00 Prot=00 MxPS= 8 #Cfgs=  1
P:  Vendor=0000 ProdID=0000 Rev= 0.00
S:  Product=USB UHCI Root Hub
S:  SerialNumber=e000
C:* #Ifs= 1 Cfg#= 1 Atr=40 MxPwr=  0mA
I:  If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub
E:  Ad=81(I) Atr=03(Int.) MxPS=   8 Ivl=255ms
T:  Bus=01 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#=  1 Spd=12  MxCh= 2
B:  Alloc=  0/900 us ( 0%), #Int=  0, #Iso=  0
D:  Ver= 1.00 Cls=09(hub  ) Sub=00 Prot=00 MxPS= 8 #Cfgs=  1
P:  Vendor=0000 ProdID=0000 Rev= 0.00
S:  Product=USB UHCI Root Hub
S:  SerialNumber=e400
C:* #Ifs= 1 Cfg#= 1 Atr=40 MxPwr=  0mA
I:  If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub
E:  Ad=81(I) Atr=03(Int.) MxPS=   8 Ivl=255ms
 
--->NOUVEAU KERNEL QUI NE MARCHE PAS
cat /proc/interrupts
           CPU0
  0:      10496    IO-APIC-edge  timer
  1:         98    IO-APIC-edge  keyboard
  2:          0          XT-PIC  cascade
  8:          1    IO-APIC-edge  rtc
  9:          1   IO-APIC-level  usb-uhci, usb-uhci, usb-uhci
 12:       2619    IO-APIC-edge  PS/2 Mouse
 14:        495    IO-APIC-edge  ide0
 15:      10106    IO-APIC-edge  ide1
 16:       5777   IO-APIC-level  Ensoniq AudioPCI, r128@PCI:1:0:0
 17:         21   IO-APIC-level  sym53c8xx
 19:          1   IO-APIC-level  bttv
NMI:          0
LOC:      10451
ERR:          0
MIS:          0
 
ls /proc/bus/usb/
total 0
dr-xr-xr-x    1 root     root            0 jun 12 23:33 001
dr-xr-xr-x    1 root     root            0 jun 12 23:33 002
dr-xr-xr-x    1 root     root            0 jun 12 23:33 003
-r--r--r--    1 root     root            0 jun 12 23:33 devices
-r--r--r--    1 root     root            0 jun 12 23:33 drivers
 
cat /proc/bus/usb/drivers
         usbdevfs
         hub
 
cat /proc/bus/usb/devices
T:  Bus=03 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#=  1 Spd=12  MxCh= 2
B:  Alloc=  0/900 us ( 0%), #Int=  0, #Iso=  0
D:  Ver= 1.00 Cls=09(hub  ) Sub=00 Prot=00 MxPS= 8 #Cfgs=  1
P:  Vendor=0000 ProdID=0000 Rev= 0.00
S:  Product=USB UHCI Root Hub
S:  SerialNumber=dc00
C:* #Ifs= 1 Cfg#= 1 Atr=40 MxPwr=  0mA
I:  If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub
E:  Ad=81(I) Atr=03(Int.) MxPS=   8 Ivl=255ms
T:  Bus=02 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#=  1 Spd=12  MxCh= 2
B:  Alloc=  0/900 us ( 0%), #Int=  0, #Iso=  0
D:  Ver= 1.00 Cls=09(hub  ) Sub=00 Prot=00 MxPS= 8 #Cfgs=  1
P:  Vendor=0000 ProdID=0000 Rev= 0.00
S:  Product=USB UHCI Root Hub
S:  SerialNumber=e000
C:* #Ifs= 1 Cfg#= 1 Atr=40 MxPwr=  0mA
I:  If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub
E:  Ad=81(I) Atr=03(Int.) MxPS=   8 Ivl=255ms
T:  Bus=01 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#=  1 Spd=12  MxCh= 2
B:  Alloc=  0/900 us ( 0%), #Int=  0, #Iso=  0
D:  Ver= 1.00 Cls=09(hub  ) Sub=00 Prot=00 MxPS= 8 #Cfgs=  1
P:  Vendor=0000 ProdID=0000 Rev= 0.00
S:  Product=USB UHCI Root Hub
S:  SerialNumber=e400
C:* #Ifs= 1 Cfg#= 1 Atr=40 MxPwr=  0mA
I:  If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub
E:  Ad=81(I) Atr=03(Int.) MxPS=   8 Ivl=255ms
 

 
A priori je ne vois pas de différence entre les 2 cas. Pourtant l'un détecte ma clé et l'autre pas. Ca ne pourrait pas être un pb de devfs ?
Ceci dépassant mes compétences je vais probablement rester sur l'ancien kernel. :(  :sweat:

Reply

Marsh Posté le 13-06-2003 à 09:47:25    

Juste une question come ça :
Depuis que j'ai installé le nouveau kernel il m'est impossible de démarrer X que ce soit avec l'ancien ou le nouveau noyau....
C'est possible que ce soit du à ça ou bien y'a quelque chose d'autre qui a foiré sachant que j'ai rien touché par ailleurs ?
 
J'essaierai de voir les logs de X ce soir si j'ai le temps....

Reply

Marsh Posté le 13-06-2003 à 09:56:55    

T'aurais pas une carte graphique nvidia par hasard ?

Reply

Marsh Posté le 13-06-2003 à 10:00:46    

Non ATI.

Reply

Marsh Posté le 13-06-2003 à 10:02:42    

Comme vous avez l'air de connaitre le kernel mandrake, pouvez vous me dire pourquoi quand je boote avec le kernel-secure mon alim ne s'eteind plus alors qu'avec le normel y'a pas de pb?

Reply

Marsh Posté le 13-06-2003 à 10:37:25    

Est-ce que quelqu'un pourrais me dire si par hasard ils avait ajouter le support AGPGart pour nvidia nforce dans ce kernel ?
Je trouve pas dans le changelog...
L'option doit se trouver dans charactere devices.

Reply

Marsh Posté le 13-06-2003 à 10:58:44    

JoWiLe a écrit :


 
 
euh tu plaisantes? le kernel a été patché dans la journée de la découverte de la faille?


 
non , le kernel _officiel_ de la debian _stable_ est apparu lundi dernier , la faille date du debut de l année.

Reply

Marsh Posté le 13-06-2003 à 12:00:26    

cedricbrun a écrit :

Est-ce que quelqu'un pourrais me dire si par hasard ils avait ajouter le support AGPGart pour nvidia nforce dans ce kernel ?
Je trouve pas dans le changelog...
L'option doit se trouver dans charactere devices.


Personne peut me le dire ?

Reply

Marsh Posté le 14-06-2003 à 11:16:05    

Mirtouf >> J'ai exactement le meme problème, depuis que j'ai compilé et installé le nouveau noyau, je ne peux plus lancer X, et ce meme en revenant a l'ancien noyau :(
J'ai une ATI, mais ca ne semble pas etre le problème.
Voila a mon avis l'erreur :

Code :
  1. Could not init font path element unix/:1, removient from list
  2. Fatal server error:
  3. Could not open default font 'fixed'


 
Si quelqu'un pouvait nous aider (la je poste sous w3m..)
 

Reply

Marsh Posté le 14-06-2003 à 11:37:19    

Pour moi en fait, le module fglrx avait été dégagé sans que le module radeon ait été remis, de même il m'a dégagé mon alsa 0.9.2 pour y mettre une version en RC sur l'ancien noyau....
 
Pour ton problème il faut que tu indiques le chemin de ta font :
 


Section "Files"
    # Multiple FontPath entries are allowed (they are concatenated together)
    # By default, Mandrake 6.0 and later now use a font server independent of
    # the X server to render fonts.
    FontPath "unix/:-1"
EndSection

Reply

Marsh Posté le 14-06-2003 à 12:36:41    

merci.
J'ai rajouté  

Code :
  1. FontPath "/usr/X11R6/lib/X11/fonts/"


 
et X marche. Par contre je ne sais pas pourquoi le changement de noyau m'oblige à rajouter ca..

Reply

Marsh Posté le 14-06-2003 à 15:37:33    

Tiens j'aimerais savoir une chose.
Ce kernel a été compilé avec quel version de gcc ?
 
En fait je demande ca par rapport a un problème que j'ai en voulant installer alsa 0.9.4.
 
Je vous renvoie a cette page du forum pour mon problème:
http://forum.hardware.fr/forum2.ph [...] h=&subcat=


Message édité par scorpio le 14-06-2003 à 15:38:44
Reply

Marsh Posté le 14-06-2003 à 18:43:21    

Kelus a écrit :


en proposed-update pour la woody, tu as le 2.4.20


ah ve voir ca merci ;)
 
il est bien stable le 2.4.20 ??


---------------
:: Light is Right ::
Reply

Marsh Posté le 14-06-2003 à 19:36:26    

tomate > aucun probleme a signaler pour l'instant :)

Reply

Marsh Posté le 14-06-2003 à 20:00:22    

tomate77 a écrit :


ah ve voir ca merci ;)
 
il est bien stable le 2.4.20 ??


 
Oui je l'utilisais avant ;)
Mais le 2.4.21 reste encore mieux puisque c'est un 2.4.20 avec moins de bugs.


---------------
Membre du Front de Libération de Datoune | Soutenez le FLD | A Tribute To Datoune
Reply

Marsh Posté le 14-06-2003 à 23:10:34    

vanilla a écrit :


Mais le 2.4.21 reste encore mieux puisque c'est un 2.4.20 avec moins de bugs.


 
ca reste à voir ^^
 
d'après la loi de murphy, un bug corrigé, c'est 10 nouveaux bugs produits


---------------
Self Destruction Might Be The Answer - http://www.kazekami.org
Reply

Marsh Posté le 14-06-2003 à 23:38:22    

Oui puis en fait ce que j'ai dit est faux puisqu'il y eu des nouvelles features je crois.


---------------
Membre du Front de Libération de Datoune | Soutenez le FLD | A Tribute To Datoune
Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed