[Mdk 9.1] Nouveau kernel disponible !

Recherche :

Mot : Pseudo : Filtrer
Page : 1 2 Page Suivante Page Précédente Bas de page
Auteur	Sujet : [Mdk 9.1] Nouveau kernel disponible !

zeb_

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

Publicité

Tomate

zeb_ a écrit :

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

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

Tomate

sinon, un petit detournement de topic : 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 ::

madyodaseb

/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 ....

Tomate

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 ::

Tomate

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

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

kazekami

J'aime pas les gens

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

Tomate

KazeKami a écrit :

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

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

zeb_

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

zeb_

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

Publicité

houplaboom42

tomate77 a écrit :

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

Tomate

zeb_ a écrit :

cool merci pour les infos

et kan t as grub et pas desinstalle lilo, spa top

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

jotenakis

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

BMOTheKiller

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

houplaboom42

JoWiLe a écrit :

les bugs sécus (ptrace) sont quand même corrigés, faut pas croire

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

kelus

tomate77 a écrit :

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

kelus

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

zeb_

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

Pizz

Vive les Tomates !

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 !

kelus

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

Pizz

Vive les Tomates !

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 !

zeb_

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.

kelus

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

jotenakis

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:

mirtouf

Light is right !

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....

Sixtiz

Serial glandeur

T'aurais pas une carte graphique nvidia par hasard ?

mirtouf

Light is right !

Non ATI.

dave_sab

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?

cedricbrun

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.

houplaboom42

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.

cedricbrun

cedricbrun a écrit :

Personne peut me le dire ?

kjus

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 :

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

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

mirtouf

Light is right !

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

kjus

merci.
J'ai rajouté

Code :

FontPath "/usr/X11R6/lib/X11/fonts/"

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

scorpio

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

Tomate

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 ::

kelus

tomate > aucun probleme a signaler pour l'instant

vanilla

datoune's revival

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

kazekami

J'aime pas les gens

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

vanilla

datoune's revival

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

Publicité

Page : 1 2

Page Suivante

Page Précédente

Haut de page

FORUM HardWare.fr

Linux et OS Alternatifs

Logiciels

[Mdk 9.1] Nouveau kernel disponible !

Sujets relatifs
Petit probleme de recompil de kernel	config liaison adsl en mode texte Mdk 9.1 ?
ppp sous debian bizarre , arret etrange (jamais eu ca ss MDk 9.) ? log	streaming video avec MDK 9.1
MDK 9.1 : crash au démarrage	problème modules kernel 2.5.70
ss Mdk : service nom_service stop\|start , sous debian ? c quoi	[ALSA] kernel 2.5.70 besoin d aide svp
Kernel pour MDK 9.1 et optimiser pour P4 ????
Plus de sujets relatifs à : [Mdk 9.1] Nouveau kernel disponible !

Page générée en 0.129 secondes