En route pour le 2.6: questions sur les 2.5.xx

En route pour le 2.6: questions sur les 2.5.xx - Divers - Linux et OS Alternatifs

Marsh Posté le 02-05-2003 à 22:05:24    

Puisque je constate que certains sont déjà en phase de test de 2.5.xx, j'en profite pour créer ce topic (unik) sur les questions relatives à ces tests:
 
je commence et j'en ai deux ( :whistle: ):
- j'ai pas de /dev/pty et forcement j'arrive pas à créer de terminaux sous X. MGT me suggère de vérifié la configuration des Unix98 ptys. Sachant que sous 2.4.xx je l'activais pas, j'en ai pas sous 2.5. J'ai tort ou c'est devfs qui chie dans les pales ?
 
- j'ai lu que l'emulation ide-scsi était kaput mais que c'est pas grave puisque on n'en a plus besoin pour graver avec des periphs IDE, à condition d'avoir un version récente des cdrtools (ce que j'imagine être cdrecord&co). Or, je suis sous Sid et cdrecord est en version 2.01a10 mais pas de périphs détéctés par un cdrecord -scanbus. j'ai faux où ?

Reply

Marsh Posté le 02-05-2003 à 22:05:24   

Reply

Marsh Posté le 02-05-2003 à 22:08:09    

Je plantai ici mon drapal  http://forum.hardware.fr/icones/flag1.gif

Reply

Marsh Posté le 02-05-2003 à 22:08:58    

pr avoir tout qui marche sur le mien j'ai fait un tour sur le forum officiel gentoo et j'ai glanné des infos dans d'enorme threads tout en anglais !
 
Tout marche tjs a part un conflit entre APIC-I/O et via-rhine ce qui m'empeche d'avoir en mm tps le scsi et le lan ... donc je peux rien te dire pr la gravure de cd ! (rien essayé!)


---------------
-= In Kik00 101 I trust :o =-
Reply

Marsh Posté le 02-05-2003 à 23:09:57    

Pour ton blème de console, il faut monter /dev/pts à la main
avec un truc genre  

Code :
  1. devpts            /dev/pts      devpts   defaults      0 0

dans ton fstab.

Reply

Marsh Posté le 02-05-2003 à 23:10:38    

Perso, j'ai réussi à le faire marcher en activant les petits modules console en dur, fb en dur également, et en éditant mon .config pour y mettre SERIAL CORE en dur. Voilà, ca marche super :D

Reply

Marsh Posté le 02-05-2003 à 23:20:42    

Threep > je vais creusé un peu, il me dit que devpts n'est pas supporté par le noyau...
 
Sinon, la gravure marche très bien :)
il suffit juste de passer un dev=/dev/hdX à cdrecord. le hic par contre c'est que le les frontends ne sont pas compatibles, en tout cas eraoster. Ce dernier cherche à transmettre à cdrecord un devive sous la forme SCSI, soit dev=0,1,0 par exemple et forcement ça passe pas, même en entrant à la main le bon device dans les préférences....
 
K3B et X-cdroast ne veulent pas en entendre parlé. Ils cherchent tous deux à utiliser cdrecord -scanbus


Message édité par Acontios le 02-05-2003 à 23:44:56
Reply

Marsh Posté le 02-05-2003 à 23:43:46    

ça n'a rien à voir mais je viens de vérifier  

- The behavior of sched_yield() changed a lot.  A task that uses
  this system call should now expect to sleep for possibly a very
  long time.  Tasks that do not really desire to give up the
  processor for a while should probably not make heavy use of this
  function.  Unfortunately, some GUI programs (like Open Office)
  do make excessive use of this call and under load their
  performance is poor.  It seems this new 2.5 behavior is optimal
  but some user-space applications may need fixing.

(de http://www.codemonkey.org.uk/post-halloween-2.5.txt )
 
OOo est inenvisageable en cas de charge CPU importante (je recompile ma kairnaille, j'ai oublié le support devpts :whistle: )


Message édité par Acontios le 02-05-2003 à 23:45:08
Reply

Marsh Posté le 03-05-2003 à 01:13:15    

J'ai aussi 4 message d'erreur au boot genre: stty0 à 4 qui ne marche pas mais à l'usage no problemo
 
PS: sur 2.5.67, pas encore compilé le .68 / debian testing up2date

Reply

Marsh Posté le 03-05-2003 à 01:14:22    

911GT3 a écrit :

(je recompile ma kairnaille, j'ai oublié le support devpts :whistle: )


 
:pfff:  [:sweet purple]

Reply

Marsh Posté le 03-05-2003 à 12:14:58    

http://forums.gentoo.org/viewtopic.php?t=48830
 
 
y'a pas mal d'infos sur le 2.5.68 là dessus
bon courage !


Message édité par HuGoBioS le 03-05-2003 à 12:15:18

---------------
-= In Kik00 101 I trust :o =-
Reply

Marsh Posté le 03-05-2003 à 12:14:58   

Reply

Marsh Posté le 03-05-2003 à 13:27:02    

Il semble que J'ai résolu tout mes problèmes de configuration et mise à part les effets de bord sur les frontends à cdrecord, le système est entièrement fonctionnel.
 
Seul oups persistant, et de taille: un freeze massif dès que je veux relancer le serveur X  :whistle: Etrange, d'autant qu'avant de relancer le serveur X (en fait, quitter la session et revenir à l'invite gdm) j'ai pu jouer à UT normalement.
Je soupsonne quand même le driver Nvidia et le hack servant à le rendre compatible 2.5 (j'ai d'ailleurs dû modifier le Makefile pour réussir à l'installer)...

Reply

Marsh Posté le 03-05-2003 à 13:30:53    

Dites, dans le topic Gentoo ils parlent du patch mm pour les 2.5, c'est quoi exactement, et où peut-on le trouver ?
 
Sinon, j'ai un petit pb avec mon framebuffer sous 2.4.20 : lorsque je vire VESA et que je ne mets que mon module r128 je ne peux pas booter en haute résolution ... c'est normal ? Est-ce qu'il existe une véritable différence entre l'utilisation d'un driver VESA générique et du r128 spécifique pour booter en framebuffer ? Peut-on regler la fréquence de l'écran pour le vesa (le paramètre video= marche pas tellement ...) ?
A noter que sur le 2.5 ca marche impec' ... désactivé VESA, compilé r128 et j'arrive à régler la fréquence comme je veux avec le paramètre video= ...

Reply

Marsh Posté le 03-05-2003 à 13:45:10    

Reply

Marsh Posté le 03-05-2003 à 13:45:13    

Reply

Marsh Posté le 03-05-2003 à 13:45:29    

:cry: 3sec  :cry:

Reply

Marsh Posté le 03-05-2003 à 13:53:30    

En gros, ce patch mm, ca inclu le -bk et les petits patches sympas non ? Il y a un but particulier, une stabilisation, une recherche de vitesse, un truc ?

Reply

Marsh Posté le 03-05-2003 à 14:06:20    

Reply

Marsh Posté le 03-05-2003 à 19:35:42    

Qqun sait quand l'agp3 sera backporté pour le 2.4? Les cartes mere avec support de l'agp 8x se chient dessus si on leur tape une cg compatible.  
Et puis, il est chiant marcelo a sortir un nouveau noyau toutes les nouvelles lunes, des projets comme xfs attendent les releases.

Reply

Marsh Posté le 03-05-2003 à 20:11:45    

J'ai compilé un 2.5.68-mm4 de gentoo, il se compile tout seul, mais il ne trouve pas d'init... Euh c normal ???  :??:

Reply

Marsh Posté le 03-05-2003 à 20:40:46    

Le Sot Zi a écrit :

J'ai compilé un 2.5.68-mm4 de gentoo, il se compile tout seul, mais il ne trouve pas d'init... Euh c normal ???  :??:  

hein ?
faut install modules-init-tools ou un truc comem ca aussi
sinon ca marche po


---------------
-= In Kik00 101 I trust :o =-
Reply

Marsh Posté le 03-05-2003 à 21:18:13    

HuGoBioS a écrit :

hein ?
faut install modules-init-tools ou un truc comem ca aussi
sinon ca marche po

g installé la dernière version des module-init-tools, bien entendu...  :cry:

Reply

Marsh Posté le 03-05-2003 à 21:53:24    

Bon, j'ai testé le 2.5.68-mm4 ... ca va vite ... très vite :D
J'ai compilé mon 2.4.20 à côté et j'ai presque honte ... nan serieux ca marche super. Domage que les drivers de ma carte son soient pas compatibles (daube d'Aureal :D) ...
 
Sinon, j'ai tenté prelink, très bien aussi, mais ca merde un peu sur quelques libs : après avoir vérifié mozilla et phoenix en m'affichant quelques erreurs (parce que Mozz et Phoenix ne partagent pas leur librairies qui ne sont pas accessibles "en absolu" ) il s'arrêtait, j'ai donc déplacé les dossiers le temps du prelink, mais là encore quelques surprises : maintenant, j'ai d'autres messages d'erreurs que voici ...
 
Cannot prelink against non-PIC shared library /usr/X11R6/lib/libGL.so.1
/usr/lib/libapt-pkg-libc6.2-3-2.so.3.2 could not be prelinked
Not enough room to add .dynamic entry
 
Pour le dernier message, j'imagine que c'est inhérent à l'éxécutable et qu'on ne peut rien y faire ... sinon, pour celui de libapt-blabla, j'en ai pas grand chose à faire parce que je ne lance apt que périodiquement, par contre libGL.so.1 m'emmerde pas mal : j'ai plein de programmes qui en dépendent !
Je me demande si c'est parce que môssieur libGL.so.1 n'est pas dans son petit dossier /usr/lib mais ... est-ce bien la raison ?
Est-ce que vous pourriez m'éclairer sur ces derniers points ?
... et y-a-t'il un moyen de rendre mon module aureal compatible avec les 2.5 ?

Reply

Marsh Posté le 03-05-2003 à 22:14:59    

A tout hasard, voici le log (court :D) de ma compilation :

root@fred aureal # make install
gcc -M -I/usr/src/linux/include au_vortex.c > au_vortex.dep
In file included from au_vortex.c:81:
au_vortex.h:50:33: linux/modversions.h: No such file or directory
In file included from /usr/src/linux/include/linux/timer.h:5,
                 from /usr/src/linux/include/linux/sched.h:100,
                 from /usr/src/linux/include/linux/module.h:10,
                 from au_vortex.h:54,
                 from au_vortex.c:81:
/usr/src/linux/include/linux/list.h:448:2: warning: #warning "don't include kernel headers in userspace"
make: *** [au_vortex.dep] Error 1

Reply

Marsh Posté le 03-05-2003 à 22:51:03    

personne n'a mon pb d'init !????

Reply

Marsh Posté le 03-05-2003 à 23:01:23    

nop pa d'idée pr les pb d'init, dsl
 
par contre aujourd'hui experience amusante : j' aimodifié le makefile du 2.5.68-mm4 pour mettre un CFLAG un peu plus aggressif ... et bah ca marche
J'ai pas remarqué d'amelioration ou de deterioration donc ... je peux aps dire si c efficace, mais en tt cas ca fat pas d emal!


---------------
-= In Kik00 101 I trust :o =-
Reply

Marsh Posté le 04-05-2003 à 08:53:38    

Pour le init, tu es sûr d'avoir mis la gestion du DD en dur ?

Reply

Marsh Posté le 04-05-2003 à 12:15:10    

- Fred - a écrit :

Pour le init, tu es sûr d'avoir mis la gestion du DD en dur ?

oui... Je tiens à préciser que mes partitions st en reiserfs...

Reply

Marsh Posté le 04-05-2003 à 12:18:26    

Le Sot Zi a écrit :

oui... Je tiens à préciser que mes partitions st en reiserfs...


Et reiserfs est en module ou compiler en dur dans le kernel ?

Reply

Marsh Posté le 04-05-2003 à 12:23:19    

g tout mis en dur concernant les HD, les FS...

Reply

Marsh Posté le 04-05-2003 à 12:27:28    

sebweb a écrit :


Et reiserfs est en module ou compiler en dur dans le kernel ?

serieux les modules c bien quand c pr qqch qui sert pas tt le tps et qu'as pas beosin d'etre chargé en permanence ... donc merde mettait tt en dur dnas le noayu ca evite les errereus a la con !


---------------
-= In Kik00 101 I trust :o =-
Reply

Marsh Posté le 04-05-2003 à 12:31:59    

HuGoBioS a écrit :

serieux les modules c bien quand c pr qqch qui sert pas tt le tps et qu'as pas beosin d'etre chargé en permanence ... donc merde mettait tt en dur dnas le noayu ca evite les errereus a la con !


Ben surtout que si tu mets ls FS de ta partition root en module, ca boot pas  :p

Reply

Marsh Posté le 04-05-2003 à 12:35:58    

sebweb a écrit :


Ben surtout que si tu mets ls FS de ta partition root en module, ca boot pas  :p  

entre autre lol ;-)
 


---------------
-= In Kik00 101 I trust :o =-
Reply

Marsh Posté le 04-05-2003 à 13:24:53    

sebweb a écrit :


Ben surtout que si tu mets ls FS de ta partition root en module, ca boot pas  :p  


 
Meme en utilisant initrd ?

Reply

Marsh Posté le 04-05-2003 à 13:52:12    

Threep a écrit :


 
Meme en utilisant initrd ?

*
Sait pas, pas tester, mais je pense pas

Reply

Marsh Posté le 04-05-2003 à 14:00:50    

Threep a écrit :


 
Meme en utilisant initrd ?

si je coris qu'initrid permet celà
mais initrd ralenti le boot alor sest-ce vraiment util?


---------------
-= In Kik00 101 I trust :o =-
Reply

Marsh Posté le 04-05-2003 à 14:27:03    

HuGoBioS a écrit :

si je coris qu'initrid permet celà
mais initrd ralenti le boot alor sest-ce vraiment util?


 
Bah utile, mais surtout necessaire si t'as des modules dont t'as besoin au boot.
Genre imagine que t'as besoin des modules nvidia pour booter (c'est un exemple hein ?). Bien entendu, c'est pas fait par l'équipe de kernel.org, donc tu peux pas les foutre en dur dans ton noyau. Du coup, t'as besoin de initrd pour charger ton module avec le boot du noyau.
 
Enfin bref, c'est clair qu'en général, personne n'en a vraiment besoin, perso je l'utilise pas non plus.

Reply

Marsh Posté le 04-05-2003 à 14:44:43    

Threep a écrit :


 
Bah utile, mais surtout necessaire si t'as des modules dont t'as besoin au boot.
Genre imagine que t'as besoin des modules nvidia pour booter (c'est un exemple hein ?). Bien entendu, c'est pas fait par l'équipe de kernel.org, donc tu peux pas les foutre en dur dans ton noyau. Du coup, t'as besoin de initrd pour charger ton module avec le boot du noyau.
 
Enfin bref, c'est clair qu'en général, personne n'en a vraiment besoin, perso je l'utilise pas non plus.

effectivement j'avais pas vu ca sous cet angle ...
ca reste qd meme tres peu util dans la majorité des cas je trouve


---------------
-= In Kik00 101 I trust :o =-
Reply

Marsh Posté le 11-05-2003 à 19:28:01    

Est ce que vous savez si ils ont gardé Netfilter/iptables (enfin au moins la commande et la syntaxe) dans le 2.6 ?


---------------
Celui qui pose une question est idiot 5 minutes. Celui qui n'en pose pas le reste toute sa vie. |  Membre du grand complot pharmaceutico-médico-scientifico-judéo-maçonnique.
Reply

Marsh Posté le 11-05-2003 à 22:37:46    

Il me semble avoir aperçu netfiler, oui ...

Reply

Marsh Posté le 12-05-2003 à 09:41:35    

je sais pas si c'est le noyau 2.5.69 ou la debian unstable qui deconne mais vala un piti truc marrant:
 
david@akira:~$ uptime
 08:43:38 up 14665 days,  3:23,  7 users,  load average: 0.06, 0.11, 0.09
 
Impressionnant n'est-il pas :sol:

Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

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