Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
2444 connectés 

 

 

 Mot :   Pseudo :  
  Aller à la page :
 
 Page :   1  2  3  4  5  ..  25  26  27  ..  180  181  182  183  184  185
Auteur Sujet :

[Noyau Linux] Version 6 et des brouettes

n°332156
perchut2
Hell, it's about time...
Posté le 29-09-2003 à 19:25:25  profilanswer
 

Reprise du message précédent :

tomate77 a écrit :


:fuck:
 
bon moi ca compile pas les drivers, mais je vais chercher un peu + :D


 
test6-mm1 out :)

mood
Publicité
Posté le 29-09-2003 à 19:25:25  profilanswer
 

n°332157
Tomate
Posté le 29-09-2003 à 19:26:16  profilanswer
 

Perchut2 a écrit :


 
test6-mm1 out :)

je dl les src cette nuit ;)
 
y a des choses k il vaudrai mieux ke je sache avant de commencer ?? :whistle:


---------------
:: Light is Right ::
n°332158
Tomate
Posté le 29-09-2003 à 19:27:27  profilanswer
 

c bon ce kernel c bien le dernier ??
http://www.kernel.org/pub/linux/ke [...] t6.tar.bz2


---------------
:: Light is Right ::
n°332160
perchut2
Hell, it's about time...
Posté le 29-09-2003 à 19:29:56  profilanswer
 

tomate77 a écrit :

je dl les src cette nuit ;)
 
y a des choses k il vaudrai mieux ke je sache avant de commencer ?? :whistle:  


 
 :pfff:

n°332161
perchut2
Hell, it's about time...
Posté le 29-09-2003 à 19:30:21  profilanswer
 


 
 
emerge sync
 
emerge development-sources
 
ou
 
emerge mm-sources

n°332163
Tomate
Posté le 29-09-2003 à 19:37:25  profilanswer
 

:??:


---------------
:: Light is Right ::
n°332164
Tomate
Posté le 29-09-2003 à 19:37:48  profilanswer
 

Perchut2 a écrit :


 
 
emerge sync
 
emerge development-sources
 
ou
 
emerge mm-sources


je vais tester sous mdk :D


---------------
:: Light is Right ::
n°332232
perchut2
Hell, it's about time...
Posté le 29-09-2003 à 21:37:47  profilanswer
 

2.6-test6-mm1 up & running

n°332257
Tomate
Posté le 29-09-2003 à 22:23:43  profilanswer
 

Perchut2 a écrit :

2.6-test6-mm1 up & running

:)  
 
y a deja le preemptible ou un truc du genre dedans ??


---------------
:: Light is Right ::
n°332265
udok
La racaille des barbus ©clémen
Posté le 29-09-2003 à 22:37:20  profilanswer
 


 
non !! :fou:  
faut prendre sur le mirroir fr
si tout le monde faisait comme toi, les pauvres, ils auraient pas assez de bp pour tout le monde :pfff:


---------------
Non au projet de loi DADVSI ! (droits d'auteurs)
mood
Publicité
Posté le 29-09-2003 à 22:37:20  profilanswer
 

n°332271
Tomate
Posté le 29-09-2003 à 22:41:09  profilanswer
 

udok a écrit :


 
non !! :fou:  
faut prendre sur le mirroir fr
si tout le monde faisait comme toi, les pauvres, ils auraient pas assez de bp pour tout le monde :pfff:  

sont meme pas a la moitie de leur BP :o
 
et le dl est prevu a 00h05 et je suis pas chez moi donc le compte a rebours est lance :D


---------------
:: Light is Right ::
n°332315
- Fred -
007 Agent
Posté le 30-09-2003 à 07:06:58  profilanswer
 

tomate77 a écrit :

sont meme pas a la moitie de leur BP :o


En même temps qu'est-ce que t'en as à faire ... tu D/L aussi rapidement et ca décharge le serveur principal, et le serveur fr est bien plus dispo que le serveur US, donc le choix est vite fait ... pour info je rapelle les adresses :
http://www.fr.kernel.org/pub/linux [...] t6.tar.bz2
http://www.fr.kernel.org/pub/linux [...] 6.0-test6/
 
Sinon, pour udev, le mainteneur de devfs n'a pas ajouté une ligne de code depuis 1 an, et aucun udev n'est pas encore prêt, de l'aveu même de son développeur, à prendre le relais. Voici d'ailleurs un extrait de la kml datant du 2 septembre, c'est le créateur d'udev qui répond :

Citation :

Right now we have something like that with proc and sysfs although not everything in proc makes sense to be in sysfs and both are virtual fs's where as /dev is a static fs on the disk that takes up space and inodes and includes way too many files that a system may not use.
 
Then delete your /dev and use udev to manage it.
Well, don't do that today, we aren't quite yet there :)


http://www.ussg.iu.edu/hypermail/l [...] /0447.html
 
Donc le remplacement de devfs, c'est pas pour maintenant, et s'il devient obsolète on en entendra parler :D
 
Pour infos et tests, les urls pour udev :
http://www.kernel.org/pub/linux/utils/kernel/hotplug/
http://www.kernel.org/pub/linux/ut [...] .2.tar.bz2


Message édité par - Fred - le 30-09-2003 à 07:08:47
n°332327
Tomate
Posté le 30-09-2003 à 09:18:29  profilanswer
 

- Fred - a écrit :


En même temps qu'est-ce que t'en as à faire ... tu D/L aussi rapidement et ca décharge le serveur principal, et le serveur fr est bien plus dispo que le serveur US, donc le choix est vite fait ... pour info je rapelle les adresses :
http://www.fr.kernel.org/pub/linux [...] t6.tar.bz2
http://www.fr.kernel.org/pub/linux [...] 6.0-test6/
 


 
j ai pris sur le site fr :o


---------------
:: Light is Right ::
n°332365
Tomate
Posté le 30-09-2003 à 11:22:58  profilanswer
 

bon aye kernel compile, boot nikel, mais pas moyen de compiler les drivers nvidia (4496 je crois) :/
 
je fais tout ca sur une mdk 9.1 cooker (donc 9.2 koi :D)
 
voila ce ke j ai si j essai un make all :
 

cc -c -Wall -Wimplicit -Wreturn-type -Wswitch -Wformat -Wchar-subscripts -Wparentheses -Wpointer-arith -Wcast-qual -Wno-multichar  -O -MD -D__KERNEL__ -DMODULE -D_LOOSE_KERNEL_NAMES -DNTRM -D_GNU_SOURCE -D_LOOSE_KERNEL_NAMES -D__KERNEL__ -DMODULE  -DNV_MAJOR_VERSION=1 -DNV_MINOR_VERSION=0 -DNV_PATCHLEVEL=4496  -DNV_UNIX   -DNV_LINUX   -DNV_INT64_OK   -DNVCPU_X86      -DREMAP_PAGE_RANGE_5  -I. -I/lib/modules/2.6.0-test6/build/include -Wno-cast-qual nv.c
In file included from nv-linux.h:24,
                 from nv.c:14:
/usr/include/linux/modversions.h:1:2: #error "======================================================="
/usr/include/linux/modversions.h:2:2: #error "You should not include /usr/include/{linux,asm}/ header"
/usr/include/linux/modversions.h:3:2: #error "files directly for the compilation of kernel modules."
/usr/include/linux/modversions.h:4:2: #error ""
/usr/include/linux/modversions.h:5:2: #error "glibc now uses kernel header files from a well-defined"
/usr/include/linux/modversions.h:6:2: #error "working kernel version (as recommended by Linus Torvalds)"
/usr/include/linux/modversions.h:7:2: #error "These files are glibc internal and may not match the"
/usr/include/linux/modversions.h:8:2: #error "currently running kernel. They should only be"
/usr/include/linux/modversions.h:9:2: #error "included via other system header files - user space"
/usr/include/linux/modversions.h:10:2: #error "programs should not directly include <linux/*.h> or"
/usr/include/linux/modversions.h:11:2: #error "<asm/*.h> as well."
/usr/include/linux/modversions.h:12:2: #error ""
/usr/include/linux/modversions.h:13:2: #error "To build kernel modules please do the following:"
/usr/include/linux/modversions.h:14:2: #error ""
/usr/include/linux/modversions.h:15:2: #error " o Have the kernel sources installed"
/usr/include/linux/modversions.h:16:2: #error ""
/usr/include/linux/modversions.h:17:2: #error " o Make sure that the symbolic link"
/usr/include/linux/modversions.h:18:2: #error "   /lib/modules/`uname -r`/build exists and points to"
/usr/include/linux/modversions.h:19:2: #error "   the matching kernel source directory"
/usr/include/linux/modversions.h:20:2: #error ""
/usr/include/linux/modversions.h:21:2: #error " o Now copy /boot/vmlinuz.version.h to"
/usr/include/linux/modversions.h:22:2: #error "   /lib/modules/`uname -r`/build/include/linux/version.h"
/usr/include/linux/modversions.h:23:2: #error ""
/usr/include/linux/modversions.h:24:2: #error " o When compiling, make sure to use the following"
/usr/include/linux/modversions.h:25:2: #error "   compiler option to use the correct include files:"
/usr/include/linux/modversions.h:26:2: #error ""
/usr/include/linux/modversions.h:27:2: #error "   -I/lib/modules/`uname -r`/build/include"
/usr/include/linux/modversions.h:28:2: #error ""
/usr/include/linux/modversions.h:29:2: #error "   instead of"
/usr/include/linux/modversions.h:30:2: #error ""
/usr/include/linux/modversions.h:31:2: #error "   -I/usr/include/linux"
/usr/include/linux/modversions.h:32:2: #error ""
/usr/include/linux/modversions.h:33:2: #error "   Please adjust the Makefile accordingly."
/usr/include/linux/modversions.h:34:2: #error "======================================================="
In file included from nv.c:14:
nv-linux.h:51:4: #error This driver does not support 2.6.x or newer kernels!
In file included from /lib/modules/2.6.0-test6/build/include/linux/irq.h:20,
                 from /lib/modules/2.6.0-test6/build/include/asm/hardirq.h:6,
                 from /lib/modules/2.6.0-test6/build/include/linux/interrupt.h:11,
                 from nv-linux.h:79,
                 from nv.c:14:
/lib/modules/2.6.0-test6/build/include/asm/irq.h:16:25: irq_vectors.h: No such file or directory
In file included from /lib/modules/2.6.0-test6/build/include/asm/hardirq.h:6,
                 from /lib/modules/2.6.0-test6/build/include/linux/interrupt.h:11,
                 from nv-linux.h:79,
                 from nv.c:14:
/lib/modules/2.6.0-test6/build/include/linux/irq.h:70: error: `NR_IRQS' undeclared here (not in a function)
In file included from /lib/modules/2.6.0-test6/build/include/linux/irq.h:72,
                 from /lib/modules/2.6.0-test6/build/include/asm/hardirq.h:6,
                 from /lib/modules/2.6.0-test6/build/include/linux/interrupt.h:11,
                 from nv-linux.h:79,
                 from nv.c:14:
/lib/modules/2.6.0-test6/build/include/asm/hw_irq.h:28: error: `NR_IRQS' undeclared here (not in a function)
/lib/modules/2.6.0-test6/build/include/asm/hw_irq.h:31: error: `NR_IRQS' undeclared here (not in a function)
In file included from nv.c:14:
nv-linux.h: In function `NV_IRQL_IS_RAISED':
nv-linux.h:490: warning: implicit declaration of function `__save_flags'
nv.c: At top level:
nv.c:48: error: syntax error before "nv_dev_handle"
nv.c:48: warning: type defaults to `int' in declaration of `nv_dev_handle'
nv.c:48: warning: data definition has no type or storage class
nv.c:49: error: syntax error before "nv_ctl_handle"
nv.c:49: warning: type defaults to `int' in declaration of `nv_ctl_handle'
nv.c:49: warning: data definition has no type or storage class
nv.c: In function `init_module':
nv.c:772: warning: implicit declaration of function `devfs_register_chrdev'
nv.c:783: error: `devfs_handle_t' undeclared (first use in this function)
nv.c:783: error: (Each undeclared identifier is reported only once
nv.c:783: error: for each function it appears in.)
nv.c:787: warning: implicit declaration of function `devfs_register'
nv.c:788: error: `DEVFS_FL_DEFAULT' undeclared (first use in this function)
nv.c:852: warning: implicit declaration of function `devfs_unregister_chrdev'
nv.c: In function `cleanup_module':
nv.c:917: warning: implicit declaration of function `devfs_unregister'
nv.c: In function `nv_kern_vma_open':
nv.c:958: warning: `MOD_INC_USE_COUNT' is deprecated (declared at /lib/modules/2.6.0-test6/build/include/linux/module.h:482)
nv.c: In function `nv_kern_vma_release':
nv.c:992: warning: `MOD_DEC_USE_COUNT' is deprecated (declared at /lib/modules/2.6.0-test6/build/include/linux/module.h:494)
nv.c: In function `nv_kern_open':
nv.c:1189: warning: passing arg 2 of `request_irq' from incompatible pointer type
nv.c:1210: warning: `MOD_INC_USE_COUNT' is deprecated (declared at /lib/modules/2.6.0-test6/build/include/linux/module.h:482)
nv.c: In function `nv_kern_close':
nv.c:1303: warning: `MOD_DEC_USE_COUNT' is deprecated (declared at /lib/modules/2.6.0-test6/build/include/linux/module.h:494)
nv.c: In function `nv_kern_mmap':
nv.c:1470: warning: `MOD_INC_USE_COUNT' is deprecated (declared at /lib/modules/2.6.0-test6/build/include/linux/module.h:482)
nv.c: In function `nv_kern_ioctl':
nv.c:1568: error: structure has no member named `uc'
nv.c: In function `nv_kern_isr':
nv.c:1712: warning: implicit declaration of function `mark_bh'
nv.c:1712: error: `IMMEDIATE_BH' undeclared (first use in this function)
nv.c: In function `nv_kern_ctl_open':
nv.c:1834: warning: `MOD_INC_USE_COUNT' is deprecated (declared at /lib/modules/2.6.0-test6/build/include/linux/module.h:482)
nv.c: In function `nv_kern_ctl_close':
nv.c:1877: warning: `MOD_DEC_USE_COUNT' is deprecated (declared at /lib/modules/2.6.0-test6/build/include/linux/module.h:494)
nv.c: In function `nv_kern_read_agpinfo':
nv.c:2012: error: structure has no member named `name'
make: *** [nv.o] Erreur 1


 
pas top koi :D
 
si je passe par l installer j ai ca :
 

ERROR: The kernel header file
'/lib/modules/2.6.0-test6/build/include/linux/modversions.h' does
         not exist.  The most likely reason for this is that the
  kernel header files in
         '/lib/modules/2.6.0-test6/build/include' have not been
  configured.


 
la deja c plus explicite mais je vois pas trop kan meme :D
 
help :hello:


Message édité par Tomate le 30-09-2003 à 11:26:32

---------------
:: Light is Right ::
n°332381
Tomate
Posté le 30-09-2003 à 12:02:43  profilanswer
 

bon ok fo le patch :D
 
bon j ai regarde le .diff mais y a des fichiers ke j ai pas l impression d avoir :/
 
c est bien ds ce rep c NVIDIA-Linux-x86-1.0-4496-pkg2/usr/src/nv k on applique le patch ??
 
car j ai ke Makefile et les .c et .h mais pas de Makefile.nvidia ou autre comme ds le patch :/


---------------
:: Light is Right ::
n°332393
Tomate
Posté le 30-09-2003 à 12:15:41  profilanswer
 

je poste depuis mon 2.6 sous kde 3.1.3 :)
 
bon reste a regler le pb de supermount et des sensors :D


---------------
:: Light is Right ::
n°332455
udok
La racaille des barbus ©clémen
Posté le 30-09-2003 à 18:02:15  profilanswer
 

:pfff:  
j'ai 15 lignes comme ça :

 194 root       5 -10     0    0    0 Z  0.0  0.0   0:00.00 events/0 <defunct>


 [:doriangray]  
 
et en plus ma clé usb ne marche à nouveau plus  :sweat:


---------------
Non au projet de loi DADVSI ! (droits d'auteurs)
n°332467
Tomate
Posté le 30-09-2003 à 18:33:36  profilanswer
 

udok a écrit :

:pfff:  
j'ai 15 lignes comme ça :

 194 root       5 -10     0    0    0 Z  0.0  0.0   0:00.00 events/0 <defunct>


 [:doriangray]  
 
et en plus ma clé usb ne marche à nouveau plus  :sweat:  

[:spamafote]


---------------
:: Light is Right ::
n°332478
Evadream -​jbd-
Posté le 30-09-2003 à 19:03:36  profilanswer
 

Je suis toujours incapable de faire fonctionner ma souris ps/2 :/
 
Pourriez me poster votre input device de votre XF86Cfg ?
 
Pour ma part :
 


Section "InputDevice"
        Identifier  "Mouse0"
        Driver      "mouse"
        Option      "Protocol" "ImPS/2"
        Option      "ZAxisMapping" "4 5"
        Option      "Device" "/dev/psaux"
#       Option      "Device" "/dev/input/mice"
EndSection


 
Ca ne fonctionne pas avec psaux et mice. Pourtant, tout ds la config du kernel me semble bien :
 


CONFIG_INPUT_MOUSEDEV=y
CONFIG_INPUT_MOUSEDEV_PSAUX=y
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
CONFIG_INPUT_MOUSE=y
CONFIG_MOUSE_PS2=y


 
Une idée ?

n°332481
Tomate
Posté le 30-09-2003 à 19:09:41  profilanswer
 

Evadream -jbd- a écrit :

Je suis toujours incapable de faire fonctionner ma souris ps/2 :/
 
Pourriez me poster votre input device de votre XF86Cfg ?
 
Pour ma part :
 


Section "InputDevice"
        Identifier  "Mouse0"
        Driver      "mouse"
        Option      "Protocol" "ImPS/2"
        Option      "ZAxisMapping" "4 5"
        Option      "Device" "/dev/psaux"
#       Option      "Device" "/dev/input/mice"
EndSection


 
Ca ne fonctionne pas avec psaux et mice. Pourtant, tout ds la config du kernel me semble bien :
 


CONFIG_INPUT_MOUSEDEV=y
CONFIG_INPUT_MOUSEDEV_PSAUX=y
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
CONFIG_INPUT_MOUSE=y
CONFIG_MOUSE_PS2=y


 
Une idée ?  


 
psaux pointe bien sur mouse ??


---------------
:: Light is Right ::
n°332485
Evadream -​jbd-
Posté le 30-09-2003 à 19:16:26  profilanswer
 

Chez moi, psaux pointe sur /dev/misc/psaux, je peux pas en dire plus.
 
Mais cette configuration fonctionne très bien avec un noyau 2.4.2x.

n°332486
Tomate
Posté le 30-09-2003 à 19:19:40  profilanswer
 

Evadream -jbd- a écrit :

Chez moi, psaux pointe sur /dev/misc/psaux, je peux pas en dire plus.
 
Mais cette configuration fonctionne très bien avec un noyau 2.4.2x.

essaie de faire mointer psaux vers mouse ;)


---------------
:: Light is Right ::
n°332489
Evadream -​jbd-
Posté le 30-09-2003 à 19:21:50  profilanswer
 

Ok, je tente cà dès que j'en ai l'occasion !
 
Merci à toi !

n°332493
Tomate
Posté le 30-09-2003 à 19:30:25  profilanswer
 

Evadream -jbd- a écrit :

Ok, je tente cà dès que j'en ai l'occasion !
 
Merci à toi !

:hello:


---------------
:: Light is Right ::
n°332511
udok
La racaille des barbus ©clémen
Posté le 30-09-2003 à 19:51:42  profilanswer
 

n'importe quoi tomate, comme d'hab'  :pfff:  :whistle:  
 
evangelion : tu as quoi comme message d'erreur ?


---------------
Non au projet de loi DADVSI ! (droits d'auteurs)
n°332521
Tomate
Posté le 30-09-2003 à 20:12:01  profilanswer
 

udok a écrit :

n'importe quoi tomate, comme d'hab'  :pfff:  :whistle:  
 
evangelion : tu as quoi comme message d'erreur ?

je te :fuck: bien :D


---------------
:: Light is Right ::
n°332525
Tomate
Posté le 30-09-2003 à 20:13:30  profilanswer
 

et on vera bien si j ave raison :kaola:  
 
 :D


---------------
:: Light is Right ::
n°332543
- Fred -
007 Agent
Posté le 30-09-2003 à 20:28:57  profilanswer
 

Chez moi tout marche impec', le patch supermount s'applique très bien, ma souris ps/2 marche, je n'ai plus de messages d'erreur à tout va, le système semble stable et rapide ... vraiment super, et en test6 sec ;)
 
Je vais me tenter le mm1 ce soir, mais les séries 2.6 semblent déjà m'apporter satisfaction :sol:


---------------
"You know the name, You know the number..."
n°332546
Tomate
Posté le 30-09-2003 à 20:30:07  profilanswer
 

- Fred - a écrit :

Chez moi tout marche impec', le patch supermount s'applique très bien, ma souris ps/2 marche, je n'ai plus de messages d'erreur à tout va, le système semble stable et rapide ... vraiment super, et en test6 sec ;)
 
Je vais me tenter le mm1 ce soir, mais les séries 2.6 semblent déjà m'apporter satisfaction :sol:

c koi le patch supermount ??


---------------
:: Light is Right ::
n°332553
Evadream -​jbd-
Posté le 30-09-2003 à 20:34:01  profilanswer
 

Tomate77 >
Grrr, ca fonctionne pas :[ Je dois certainement oublier de faire kelke chose, ce n'est pas possible. La je suis à nouveau sous un 2.4.20, en ayant pointer /dev/mouse sur /dev/psaux avec dans mon XF86Cfg la ligne suivante  Option      "Device" "/dev/psaux. Mais pas possible de faire fonctionner le tout sur un 2.6 :| Ca pourrait venir de ma carte mère ? Une k7s5a ?
 
En tout cas, merci de ta proposition =)


Message édité par Evadream -jbd- le 30-09-2003 à 20:36:09
n°332558
- Fred -
007 Agent
Posté le 30-09-2003 à 20:39:53  profilanswer
 

tomate77 a écrit :


bon reste a regler le pb de supermount et des sensors :D
[...]
c koi le patch supermount ??


Bah le patch supermount c'est le patch pour mettre supermount [:actarus44]
http://supermount-ng.sourceforge.net/


---------------
"You know the name, You know the number..."
n°332595
Tomate
Posté le 30-09-2003 à 22:39:13  profilanswer
 

Evadream -jbd- a écrit :

Tomate77 >
Grrr, ca fonctionne pas :[ Je dois certainement oublier de faire kelke chose, ce n'est pas possible. La je suis à nouveau sous un 2.4.20, en ayant pointer /dev/mouse sur /dev/psaux avec dans mon XF86Cfg la ligne suivante  Option      "Device" "/dev/psaux. Mais pas possible de faire fonctionner le tout sur un 2.6 :| Ca pourrait venir de ma carte mère ? Une k7s5a ?
 
En tout cas, merci de ta proposition =)

[:spamafote]


---------------
:: Light is Right ::
n°332596
Tomate
Posté le 30-09-2003 à 22:39:43  profilanswer
 

- Fred - a écrit :


Bah le patch supermount c'est le patch pour mettre supermount [:actarus44]
http://supermount-ng.sourceforge.net/

ok mais ce ke je comprends pas c pk sur le 2.4 il etait dedans et plus ds le 2.6 :D


---------------
:: Light is Right ::
n°332597
Tomate
Posté le 30-09-2003 à 22:40:19  profilanswer
 

Evadream -jbd- a écrit :

Tomate77 >
Grrr, ca fonctionne pas :[ Je dois certainement oublier de faire kelke chose, ce n'est pas possible. La je suis à nouveau sous un 2.4.20, en ayant pointer /dev/mouse sur /dev/psaux avec dans mon XF86Cfg la ligne suivante  Option      "Device" "/dev/psaux. Mais pas possible de faire fonctionner le tout sur un 2.6 :| Ca pourrait venir de ma carte mère ? Une k7s5a ?
 
En tout cas, merci de ta proposition =)

t as essaye xf86cfg a tout hazard pour configurer ton fichier de conf xfree ?


---------------
:: Light is Right ::
n°332610
Evadream -​jbd-
Posté le 30-09-2003 à 22:50:45  profilanswer
 

C'est ce que j'ai fait en premier, mais sans succès :/

n°332612
Tomate
Posté le 30-09-2003 à 22:51:53  profilanswer
 

Evadream -jbd- a écrit :

C'est ce que j'ai fait en premier, mais sans succès :/

:(


---------------
:: Light is Right ::
n°332649
- Fred -
007 Agent
Posté le 01-10-2003 à 07:27:13  profilanswer
 

tomate77 a écrit :

ok mais ce ke je comprends pas c pk sur le 2.4 il etait dedans et plus ds le 2.6 :D


Parce qu'il a jamais été dans les vanilla 2.4 ... tu utilise MDK peut-être ?

n°332695
Tomate
Posté le 01-10-2003 à 10:57:20  profilanswer
 

- Fred - a écrit :


Parce qu'il a jamais été dans les vanilla 2.4 ... tu utilise MDK peut-être ?

oui [:joce]


---------------
:: Light is Right ::
n°332735
perchut2
Hell, it's about time...
Posté le 01-10-2003 à 12:24:13  profilanswer
 

- Fred - a écrit :


Parce qu'il a jamais été dans les vanilla 2.4 ... tu utilise MDK peut-être ?


 
je me disais bien que j'avais pas vu cette bestiole là dans mes kernailles...  :o

n°332819
- Fred -
007 Agent
Posté le 01-10-2003 à 15:39:57  profilanswer
 

En fait, on peut normalement remplacer supermount par automount, qui est plus rigide mais aussi plus propre dans sa conception : il respecte plus la notion de "montage" Unix en ne permettant le démontage que si personne n'utilise la ressource : il monte automatiquement ton volume dès que quelqu'un d'autorisé veut y accéder, et après un temps t d'innactivité (disons 5 secondes) le volume est démonté. Sous Supermount c'est différent, ca monte le volume dès qu'il est dans le lecteur, et ca le démonte quoi qu'il arrive, c'est pas très propre et c'est pour ca que Supermount n'a pas sa place dans un vanilla ...


---------------
"You know the name, You know the number..."
n°332820
Tomate
Posté le 01-10-2003 à 15:40:58  profilanswer
 

- Fred - a écrit :

En fait, on peut normalement remplacer supermount par automount, qui est plus rigide mais aussi plus propre dans sa conception : il respecte plus la notion de "montage" Unix en ne permettant le démontage que si personne n'utilise la ressource : il monte automatiquement ton volume dès que quelqu'un d'autorisé veut y accéder, et après un temps t d'innactivité (disons 5 secondes) le volume est démonté. Sous Supermount c'est différent, ca monte le volume dès qu'il est dans le lecteur, et ca le démonte quoi qu'il arrive, c'est pas très propre et c'est pour ca que Supermount n'a pas sa place dans un vanilla ...

ok tout s eclair :)


---------------
:: Light is Right ::
mood
Publicité
Posté le   profilanswer
 

 Page :   1  2  3  4  5  ..  25  26  27  ..  180  181  182  183  184  185

Aller à :
Ajouter une réponse
 

Sujets relatifs
[GNU/Linux/mdk90] Mauvaise version des kernel-headers ....... [résolu]Le Kernel Linux
Sécuriser Linux par le Kernel : LIDS ou GRSecurity ?[Info@ZDNet][Linux]bug kernel 2.4.20 - perte de donnée
il arrive quand le linux kernel 2.4.20 dans la Debian Sarge ?[Linux Mandrake 9] Kernel Panic :(
une carte du kernel linux très impressionnante !!Linux --> Kernel panic
Les 'tainted kernel' , 'no license' & cie sous linux....Mise a jour d'un kernel, je crois que je vais abandonner linux....
Plus de sujets relatifs à : [Noyau Linux] Version 6 et des brouettes


Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)