Je ne sais pas pourquoi mais l'installation du driver nvidia en version
1.0.5336 se passe très bien sur mon 2.4.24.
Avec votre aide (merci Tichou pour le coup du /tmp en noexec ;) j'avais
réussi à installer ce driver sur un 2.4.26 et puis hier je suis allé
faire un peu de ménage du coté des drivers USB.
La recompil du noyo se passe bien, mais impossible de réinstaller le
driver nvidia.
Tout se passe normalement jusqu'à la fin, sauf que pendant le ldconfig,
il termine avec: "Shared Memory Test Failed (Fonction not implemented):
please check that your kernel has CONFIG_SYSVIPC enabled."
Or chez moi ça a toujours été enabled !?!!
J'ai fait un mrproper et tout recompilé -> pareil
Tout ce que je remarque c'est qu'il y pas mal d'erreur pendant le 'make
dep'
Donc la question est qu'est-ce que cette histoire de SYSVIPC ? (En gros
il faudrait que quelqu'un ait déjà eu le problème pour pouvoir
répondre...)
Bien sur j'ai recompilé le driver pour mon 2.4.24 et là ça roulaize.
Puis-je appliquer le patch de la 2.4.27 qui est en pre5 ?
Merci du petit coup de main qui va bien.
--
«Tiens, quand j'aurai un peu de temps et une partition libre, je crois
que je vais essayer de remplacer mes scripts de démarrage par des
programmes Windows lancés via Wine et binfmt_misc :-)»
-+- AGV in Guide du linuxien pervers - "J'sais pas quoi faire... (air connu)"
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
TiChou
Dans le message <news:, *Hugolino* tapota sur f.c.o.l.configuration :
Salut,
Hola,
Je ne sais pas pourquoi mais l'installation du driver nvidia en version 1.0.5336 se passe très bien sur mon 2.4.24. Avec votre aide (merci Tichou pour le coup du /tmp en noexec ;) j'avais réussi à installer ce driver sur un 2.4.26 et puis hier je suis allé faire un peu de ménage du coté des drivers USB. La recompil du noyo se passe bien, mais impossible de réinstaller le driver nvidia.
Tout se passe normalement jusqu'à la fin, sauf que pendant le ldconfig, il termine avec: "Shared Memory Test Failed (Fonction not implemented): please check that your kernel has CONFIG_SYSVIPC enabled." Or chez moi ça a toujours été enabled !?!!
J'ai fait un mrproper et tout recompilé -> pareil
Tout ce que je remarque c'est qu'il y pas mal d'erreur pendant le 'make dep'
Donc la question est qu'est-ce que cette histoire de SYSVIPC ? (En gros il faudrait que quelqu'un ait déjà eu le problème pour pouvoir répondre...)
Bien sur j'ai recompilé le driver pour mon 2.4.24 et là ça roulaize.
Ce n'est pas le support 'Virtual memory file system' (CONFIG_TMPFS) qui ne serait pas activé ou bien un problème de montage sur /dev/shm ?
Puis-je appliquer le patch de la 2.4.27 qui est en pre5 ?
A partir des sources 2.4.26 ? Oui.
Merci du petit coup de main qui va bien.
Pas de quoi.
-- TiChou
Dans le message <news:slrnccjv9f.1dq.hugolino@Deborah.RocknRoll.org>,
*Hugolino* tapota sur f.c.o.l.configuration :
Salut,
Hola,
Je ne sais pas pourquoi mais l'installation du driver nvidia en version
1.0.5336 se passe très bien sur mon 2.4.24.
Avec votre aide (merci Tichou pour le coup du /tmp en noexec ;) j'avais
réussi à installer ce driver sur un 2.4.26 et puis hier je suis allé
faire un peu de ménage du coté des drivers USB.
La recompil du noyo se passe bien, mais impossible de réinstaller le
driver nvidia.
Tout se passe normalement jusqu'à la fin, sauf que pendant le ldconfig,
il termine avec: "Shared Memory Test Failed (Fonction not implemented):
please check that your kernel has CONFIG_SYSVIPC enabled."
Or chez moi ça a toujours été enabled !?!!
J'ai fait un mrproper et tout recompilé -> pareil
Tout ce que je remarque c'est qu'il y pas mal d'erreur pendant le 'make
dep'
Donc la question est qu'est-ce que cette histoire de SYSVIPC ? (En gros
il faudrait que quelqu'un ait déjà eu le problème pour pouvoir
répondre...)
Bien sur j'ai recompilé le driver pour mon 2.4.24 et là ça roulaize.
Ce n'est pas le support 'Virtual memory file system' (CONFIG_TMPFS) qui ne
serait pas activé ou bien un problème de montage sur /dev/shm ?
Puis-je appliquer le patch de la 2.4.27 qui est en pre5 ?
Dans le message <news:, *Hugolino* tapota sur f.c.o.l.configuration :
Salut,
Hola,
Je ne sais pas pourquoi mais l'installation du driver nvidia en version 1.0.5336 se passe très bien sur mon 2.4.24. Avec votre aide (merci Tichou pour le coup du /tmp en noexec ;) j'avais réussi à installer ce driver sur un 2.4.26 et puis hier je suis allé faire un peu de ménage du coté des drivers USB. La recompil du noyo se passe bien, mais impossible de réinstaller le driver nvidia.
Tout se passe normalement jusqu'à la fin, sauf que pendant le ldconfig, il termine avec: "Shared Memory Test Failed (Fonction not implemented): please check that your kernel has CONFIG_SYSVIPC enabled." Or chez moi ça a toujours été enabled !?!!
J'ai fait un mrproper et tout recompilé -> pareil
Tout ce que je remarque c'est qu'il y pas mal d'erreur pendant le 'make dep'
Donc la question est qu'est-ce que cette histoire de SYSVIPC ? (En gros il faudrait que quelqu'un ait déjà eu le problème pour pouvoir répondre...)
Bien sur j'ai recompilé le driver pour mon 2.4.24 et là ça roulaize.
Ce n'est pas le support 'Virtual memory file system' (CONFIG_TMPFS) qui ne serait pas activé ou bien un problème de montage sur /dev/shm ?
Puis-je appliquer le patch de la 2.4.27 qui est en pre5 ?
A partir des sources 2.4.26 ? Oui.
Merci du petit coup de main qui va bien.
Pas de quoi.
-- TiChou
Hugolino
Le Fri, 11 Jun 2004 20:42:55 +0200, Hugolino a écrit:
Salut,
Bonjour moi-même
[snip le problème "alakon"] Puis-je appliquer le patch de la 2.4.27 qui est en pre5 ?
Mon driver nvidia compil comme dans un rêve avec le 2.4.27 (en reprenant bien sûr les mêm options de compil que le 2.4.26). Bref, un truc pas clair.
Merci du petit coup de main qui va bien.
Merci de votre attention
--
afin de parfaire mon apprentissage de linux,je cherche sur lille et sa périphérie une nana tout linux JPH in Guide du linuxien pervers : "Connaître le système"
Le Fri, 11 Jun 2004 20:42:55 +0200, Hugolino a écrit:
Salut,
Bonjour moi-même
[snip le problème "alakon"]
Puis-je appliquer le patch de la 2.4.27 qui est en pre5 ?
Mon driver nvidia compil comme dans un rêve avec le 2.4.27 (en reprenant
bien sûr les mêm options de compil que le 2.4.26).
Bref, un truc pas clair.
Merci du petit coup de main qui va bien.
Merci de votre attention
--
afin de parfaire mon apprentissage de linux,je cherche sur lille et sa
périphérie une nana tout linux
JPH in Guide du linuxien pervers : "Connaître le système"
Le Fri, 11 Jun 2004 20:42:55 +0200, Hugolino a écrit:
Salut,
Bonjour moi-même
[snip le problème "alakon"] Puis-je appliquer le patch de la 2.4.27 qui est en pre5 ?
Mon driver nvidia compil comme dans un rêve avec le 2.4.27 (en reprenant bien sûr les mêm options de compil que le 2.4.26). Bref, un truc pas clair.
Merci du petit coup de main qui va bien.
Merci de votre attention
--
afin de parfaire mon apprentissage de linux,je cherche sur lille et sa périphérie une nana tout linux JPH in Guide du linuxien pervers : "Connaître le système"
Hugolino
Le Fri, 11 Jun 2004 22:47:23 +0200, TiChou a écrit:
Ce n'est pas le support 'Virtual memory file system' (CONFIG_TMPFS) qui ne serait pas activé ou bien un problème de montage sur /dev/shm ?
CONFIG_TMPFS est enabled (par qui je sais pas :)
J'avoue que je viens de découvrir son utilité (en gros ça remplace les ramdisk) et je viens de voir que la commande 'mount' renvoie (parmi d'autre) une ligne: tmpfs on /dev/shm type tmpfs (rw)
Mais je ne sais pas comment accèder à ce filesystem.
Dans /usr/src/linux-2.4.27/Documentation/filesystems/tmpfs.txt, il est dit d'ajouter la ligne suivante à /etc/fstab: tmpfs /dev/shm tmpfs defaults 0 0
Ça me semble une erreur alors je remplace par la ligne: /dev/shm /mnt/tmpfs tmpfs defaults 0 0
Et là j'ai un /mnt/tmpfs de 256 Mo (la moitié de ma RAM) mais si je veux y copier tout mon home (1Go) alors ça foire quand les 256 Mo sont pleins. Je croyais que ce tmpfs pouvais grandir jusqu'à la taille de la RAM + la taille du swap (soit 512 + 1200 chez moi). Et bien sur les champs "free" et "buffers" affichés par 'top' se réduisent comme peau de chagrin (Mais si je vide /mnt/tmpfs alors je retrouve 256 Mo en "free". J'en couclus que tmpfs est un ramdisk de taille variable de 0 à 50% de la RAM, j'ai bon ?
Merci de tes lumières
-- «Dès que je clique sur "mount", il ne fait rien et le cdrom reste "unmount". Quel est le pb ?» -+- Popol in Guide du linuxien pervers : "De l'avantage des interfaces..." -+-
Le Fri, 11 Jun 2004 22:47:23 +0200, TiChou a écrit:
Ce n'est pas le support 'Virtual memory file system' (CONFIG_TMPFS) qui ne
serait pas activé ou bien un problème de montage sur /dev/shm ?
CONFIG_TMPFS est enabled (par qui je sais pas :)
J'avoue que je viens de découvrir son utilité (en gros ça remplace les
ramdisk) et je viens de voir que la commande 'mount' renvoie (parmi
d'autre) une ligne:
tmpfs on /dev/shm type tmpfs (rw)
Mais je ne sais pas comment accèder à ce filesystem.
Dans /usr/src/linux-2.4.27/Documentation/filesystems/tmpfs.txt, il est
dit d'ajouter la ligne suivante à /etc/fstab:
tmpfs /dev/shm tmpfs defaults 0 0
Ça me semble une erreur alors je remplace par la ligne:
/dev/shm /mnt/tmpfs tmpfs defaults 0 0
Et là j'ai un /mnt/tmpfs de 256 Mo (la moitié de ma RAM) mais si je veux
y copier tout mon home (1Go) alors ça foire quand les 256 Mo sont pleins.
Je croyais que ce tmpfs pouvais grandir jusqu'à la taille de la RAM + la
taille du swap (soit 512 + 1200 chez moi). Et bien sur les champs "free"
et "buffers" affichés par 'top' se réduisent comme peau de chagrin (Mais
si je vide /mnt/tmpfs alors je retrouve 256 Mo en "free".
J'en couclus que tmpfs est un ramdisk de taille variable de 0 à 50% de
la RAM, j'ai bon ?
Merci de tes lumières
--
«Dès que je clique sur "mount", il ne fait rien et le cdrom
reste "unmount".
Quel est le pb ?»
-+- Popol in Guide du linuxien pervers : "De l'avantage des interfaces..." -+-
Le Fri, 11 Jun 2004 22:47:23 +0200, TiChou a écrit:
Ce n'est pas le support 'Virtual memory file system' (CONFIG_TMPFS) qui ne serait pas activé ou bien un problème de montage sur /dev/shm ?
CONFIG_TMPFS est enabled (par qui je sais pas :)
J'avoue que je viens de découvrir son utilité (en gros ça remplace les ramdisk) et je viens de voir que la commande 'mount' renvoie (parmi d'autre) une ligne: tmpfs on /dev/shm type tmpfs (rw)
Mais je ne sais pas comment accèder à ce filesystem.
Dans /usr/src/linux-2.4.27/Documentation/filesystems/tmpfs.txt, il est dit d'ajouter la ligne suivante à /etc/fstab: tmpfs /dev/shm tmpfs defaults 0 0
Ça me semble une erreur alors je remplace par la ligne: /dev/shm /mnt/tmpfs tmpfs defaults 0 0
Et là j'ai un /mnt/tmpfs de 256 Mo (la moitié de ma RAM) mais si je veux y copier tout mon home (1Go) alors ça foire quand les 256 Mo sont pleins. Je croyais que ce tmpfs pouvais grandir jusqu'à la taille de la RAM + la taille du swap (soit 512 + 1200 chez moi). Et bien sur les champs "free" et "buffers" affichés par 'top' se réduisent comme peau de chagrin (Mais si je vide /mnt/tmpfs alors je retrouve 256 Mo en "free". J'en couclus que tmpfs est un ramdisk de taille variable de 0 à 50% de la RAM, j'ai bon ?
Merci de tes lumières
-- «Dès que je clique sur "mount", il ne fait rien et le cdrom reste "unmount". Quel est le pb ?» -+- Popol in Guide du linuxien pervers : "De l'avantage des interfaces..." -+-
TiChou
Dans le message <news:, *Hugolino* tapota sur f.c.o.l.configuration :
Le Fri, 11 Jun 2004 22:47:23 +0200, TiChou a écrit:
Ce n'est pas le support 'Virtual memory file system' (CONFIG_TMPFS) qui ne serait pas activé ou bien un problème de montage sur /dev/shm ?
CONFIG_TMPFS est enabled (par qui je sais pas :)
J'avoue que je viens de découvrir son utilité (en gros ça remplace les ramdisk) et je viens de voir que la commande 'mount' renvoie (parmi d'autre) une ligne: tmpfs on /dev/shm type tmpfs (rw)
Mais je ne sais pas comment accèder à ce filesystem.
Dans /usr/src/linux-2.4.27/Documentation/filesystems/tmpfs.txt, il est dit d'ajouter la ligne suivante à /etc/fstab: tmpfs /dev/shm tmpfs defaults 0 0
Ça me semble une erreur alors je remplace par la ligne: /dev/shm /mnt/tmpfs tmpfs defaults 0 0
Non non, la ligne a ajouter dans le fichier /etc/fstab est bien :
tmpfs /dev/shm tmpfs defaults 0 0
ou bien
none /dev/shm tmpfs defaults 0 0
Sinon pour ton problème initial, je ne vois plus trop d'où il peut venir.
-- TiChou
Dans le message <news:slrnccmsru.77v.hugolino@Deborah.RocknRoll.org>,
*Hugolino* tapota sur f.c.o.l.configuration :
Le Fri, 11 Jun 2004 22:47:23 +0200, TiChou a écrit:
Ce n'est pas le support 'Virtual memory file system' (CONFIG_TMPFS) qui
ne serait pas activé ou bien un problème de montage sur /dev/shm ?
CONFIG_TMPFS est enabled (par qui je sais pas :)
J'avoue que je viens de découvrir son utilité (en gros ça remplace les
ramdisk) et je viens de voir que la commande 'mount' renvoie (parmi
d'autre) une ligne:
tmpfs on /dev/shm type tmpfs (rw)
Mais je ne sais pas comment accèder à ce filesystem.
Dans /usr/src/linux-2.4.27/Documentation/filesystems/tmpfs.txt, il est
dit d'ajouter la ligne suivante à /etc/fstab:
tmpfs /dev/shm tmpfs defaults 0 0
Ça me semble une erreur alors je remplace par la ligne:
/dev/shm /mnt/tmpfs tmpfs defaults 0 0
Non non, la ligne a ajouter dans le fichier /etc/fstab est bien :
tmpfs /dev/shm tmpfs defaults 0 0
ou bien
none /dev/shm tmpfs defaults 0 0
Sinon pour ton problème initial, je ne vois plus trop d'où il peut venir.
Dans le message <news:, *Hugolino* tapota sur f.c.o.l.configuration :
Le Fri, 11 Jun 2004 22:47:23 +0200, TiChou a écrit:
Ce n'est pas le support 'Virtual memory file system' (CONFIG_TMPFS) qui ne serait pas activé ou bien un problème de montage sur /dev/shm ?
CONFIG_TMPFS est enabled (par qui je sais pas :)
J'avoue que je viens de découvrir son utilité (en gros ça remplace les ramdisk) et je viens de voir que la commande 'mount' renvoie (parmi d'autre) une ligne: tmpfs on /dev/shm type tmpfs (rw)
Mais je ne sais pas comment accèder à ce filesystem.
Dans /usr/src/linux-2.4.27/Documentation/filesystems/tmpfs.txt, il est dit d'ajouter la ligne suivante à /etc/fstab: tmpfs /dev/shm tmpfs defaults 0 0
Ça me semble une erreur alors je remplace par la ligne: /dev/shm /mnt/tmpfs tmpfs defaults 0 0
Non non, la ligne a ajouter dans le fichier /etc/fstab est bien :
tmpfs /dev/shm tmpfs defaults 0 0
ou bien
none /dev/shm tmpfs defaults 0 0
Sinon pour ton problème initial, je ne vois plus trop d'où il peut venir.
-- TiChou
Hugolino
Le Sun, 13 Jun 2004 00:48:57 +0200, TiChou a écrit:
*Hugolino* tapota sur f.c.o.l.configuration :
J'avoue que je viens de découvrir son utilité (en gros ça remplace les ramdisk) et je viens de voir que la commande 'mount' renvoie (parmi d'autre) une ligne: tmpfs on /dev/shm type tmpfs (rw)
Mais je ne sais pas comment accèder à ce filesystem.
Dans /usr/src/linux-2.4.27/Documentation/filesystems/tmpfs.txt, il est dit d'ajouter la ligne suivante à /etc/fstab: tmpfs /dev/shm tmpfs defaults 0 0
Ça me semble une erreur alors je remplace par la ligne: /dev/shm /mnt/tmpfs tmpfs defaults 0 0
Non non, la ligne a ajouter dans le fichier /etc/fstab est bien :
tmpfs /dev/shm tmpfs defaults 0 0
Mais dans ce cas comment accèdes-tu au filesystem ? Quel est son point de montage ?
Sinon pour ton problème initial, je ne vois plus trop d'où il peut venir.
Bof, maintenant que ça marche, je vais pas me prendre la tête...
Merci de ton aide
-- «Comme annoncé dans fr.usenet.forums.annonces récemment, le vote pour la destruction/remplacement du groupe fr.comp.os.linux a reussi et est donc detruit.» -+- Control in Guide du linuxien pervers - "BSD a encore frappé" -+-
Le Sun, 13 Jun 2004 00:48:57 +0200, TiChou a écrit:
*Hugolino* tapota sur f.c.o.l.configuration :
J'avoue que je viens de découvrir son utilité (en gros ça remplace les
ramdisk) et je viens de voir que la commande 'mount' renvoie (parmi
d'autre) une ligne:
tmpfs on /dev/shm type tmpfs (rw)
Mais je ne sais pas comment accèder à ce filesystem.
Dans /usr/src/linux-2.4.27/Documentation/filesystems/tmpfs.txt, il est
dit d'ajouter la ligne suivante à /etc/fstab:
tmpfs /dev/shm tmpfs defaults 0 0
Ça me semble une erreur alors je remplace par la ligne:
/dev/shm /mnt/tmpfs tmpfs defaults 0 0
Non non, la ligne a ajouter dans le fichier /etc/fstab est bien :
tmpfs /dev/shm tmpfs defaults 0 0
Mais dans ce cas comment accèdes-tu au filesystem ? Quel est son point
de montage ?
Sinon pour ton problème initial, je ne vois plus trop d'où il peut venir.
Bof, maintenant que ça marche, je vais pas me prendre la tête...
Merci de ton aide
--
«Comme annoncé dans fr.usenet.forums.annonces récemment, le vote pour
la destruction/remplacement du groupe fr.comp.os.linux a reussi
et est donc detruit.»
-+- Control in Guide du linuxien pervers - "BSD a encore frappé" -+-
Le Sun, 13 Jun 2004 00:48:57 +0200, TiChou a écrit:
*Hugolino* tapota sur f.c.o.l.configuration :
J'avoue que je viens de découvrir son utilité (en gros ça remplace les ramdisk) et je viens de voir que la commande 'mount' renvoie (parmi d'autre) une ligne: tmpfs on /dev/shm type tmpfs (rw)
Mais je ne sais pas comment accèder à ce filesystem.
Dans /usr/src/linux-2.4.27/Documentation/filesystems/tmpfs.txt, il est dit d'ajouter la ligne suivante à /etc/fstab: tmpfs /dev/shm tmpfs defaults 0 0
Ça me semble une erreur alors je remplace par la ligne: /dev/shm /mnt/tmpfs tmpfs defaults 0 0
Non non, la ligne a ajouter dans le fichier /etc/fstab est bien :
tmpfs /dev/shm tmpfs defaults 0 0
Mais dans ce cas comment accèdes-tu au filesystem ? Quel est son point de montage ?
Sinon pour ton problème initial, je ne vois plus trop d'où il peut venir.
Bof, maintenant que ça marche, je vais pas me prendre la tête...
Merci de ton aide
-- «Comme annoncé dans fr.usenet.forums.annonces récemment, le vote pour la destruction/remplacement du groupe fr.comp.os.linux a reussi et est donc detruit.» -+- Control in Guide du linuxien pervers - "BSD a encore frappé" -+-
TiChou
Dans le message <news:, *Hugolino* tapota sur f.c.o.l.configuration :
Non non, la ligne a ajouter dans le fichier /etc/fstab est bien :
tmpfs /dev/shm tmpfs defaults 0 0
Mais dans ce cas comment accèdes-tu au filesystem ? Quel est son point de montage ?
Depuis le point de montage /dev/shm. Mais ce système de fichier n'a pas à être utilisé par l'utilisateur.
Christian CASTEYDE avait clairement expliqué dans son guide Linux l'utilité de /dev/shm. Malheureusement il a récemment fermé son excellent site. :( D'ailleurs, au passage, si quelqu'un a un miroir de son site, je serais fortement intéressé.
Malgré tout, son guide est accessible sur le miroir suivant :
Vous devrez également ajouter le système de fichiers virtuel /dev/shm/ dans votre fichier /etc/fstab. Ce système de fichiers permet aux applications qui le désirent d'utiliser des segments de mémoire partagée de manière compatible avec la norme POSIX, par exemple pour réaliser des communications inter-processus. Ce système de fichiers permet en effet de créer des fichiers qui sont directement stockés dans la mémoire virtuelle et qui peuvent être ouverts par plusieurs processus simultanément, ce qui permet d'utiliser les fonctionnalités classiques de partage de fichiers pour partager des zones de mémoire entre plusieurs processus. Ce type de communications peut être utilisé par des processus courants, aussi faut-il vous assurer que la ligne suivante se trouve bien dans la fichier fstab : tmpfs /dev/shm tmpfs defaults 0 0Bien entendu, vous devrez créer le point de montage /dev/shm/ si celui-ci n'existe pas avant de monter ce système de fichiers virtuels.
-
Je rajoute qu'il est inutile de créer le point de montage /dev/shm si le système utilise devfs.
Merci de ton aide
Avec plaisir.
-- TiChou
Dans le message <news:slrnccos58.pr.hugolino@Deborah.RocknRoll.org>,
*Hugolino* tapota sur f.c.o.l.configuration :
Non non, la ligne a ajouter dans le fichier /etc/fstab est bien :
tmpfs /dev/shm tmpfs defaults 0 0
Mais dans ce cas comment accèdes-tu au filesystem ? Quel est son point
de montage ?
Depuis le point de montage /dev/shm. Mais ce système de fichier n'a pas à
être utilisé par l'utilisateur.
Christian CASTEYDE avait clairement expliqué dans son guide Linux l'utilité
de /dev/shm. Malheureusement il a récemment fermé son excellent site. :(
D'ailleurs, au passage, si quelqu'un a un miroir de son site, je serais
fortement intéressé.
Malgré tout, son guide est accessible sur le miroir suivant :
Vous devrez également ajouter le système de fichiers virtuel /dev/shm/ dans
votre fichier /etc/fstab. Ce système de fichiers permet aux applications qui
le désirent d'utiliser des segments de mémoire partagée de manière
compatible avec la norme POSIX, par exemple pour réaliser des communications
inter-processus. Ce système de fichiers permet en effet de créer des
fichiers qui sont directement stockés dans la mémoire virtuelle et qui
peuvent être ouverts par plusieurs processus simultanément, ce qui permet
d'utiliser les fonctionnalités classiques de partage de fichiers pour
partager des zones de mémoire entre plusieurs processus. Ce type de
communications peut être utilisé par des processus courants, aussi faut-il
vous assurer que la ligne suivante se trouve bien dans la fichier fstab :
tmpfs /dev/shm tmpfs defaults 0 0Bien
entendu, vous devrez créer le point de montage /dev/shm/ si celui-ci
n'existe pas avant de monter ce système de fichiers virtuels.
-
Je rajoute qu'il est inutile de créer le point de montage /dev/shm si le
système utilise devfs.
Dans le message <news:, *Hugolino* tapota sur f.c.o.l.configuration :
Non non, la ligne a ajouter dans le fichier /etc/fstab est bien :
tmpfs /dev/shm tmpfs defaults 0 0
Mais dans ce cas comment accèdes-tu au filesystem ? Quel est son point de montage ?
Depuis le point de montage /dev/shm. Mais ce système de fichier n'a pas à être utilisé par l'utilisateur.
Christian CASTEYDE avait clairement expliqué dans son guide Linux l'utilité de /dev/shm. Malheureusement il a récemment fermé son excellent site. :( D'ailleurs, au passage, si quelqu'un a un miroir de son site, je serais fortement intéressé.
Malgré tout, son guide est accessible sur le miroir suivant :
Vous devrez également ajouter le système de fichiers virtuel /dev/shm/ dans votre fichier /etc/fstab. Ce système de fichiers permet aux applications qui le désirent d'utiliser des segments de mémoire partagée de manière compatible avec la norme POSIX, par exemple pour réaliser des communications inter-processus. Ce système de fichiers permet en effet de créer des fichiers qui sont directement stockés dans la mémoire virtuelle et qui peuvent être ouverts par plusieurs processus simultanément, ce qui permet d'utiliser les fonctionnalités classiques de partage de fichiers pour partager des zones de mémoire entre plusieurs processus. Ce type de communications peut être utilisé par des processus courants, aussi faut-il vous assurer que la ligne suivante se trouve bien dans la fichier fstab : tmpfs /dev/shm tmpfs defaults 0 0Bien entendu, vous devrez créer le point de montage /dev/shm/ si celui-ci n'existe pas avant de monter ce système de fichiers virtuels.
-
Je rajoute qu'il est inutile de créer le point de montage /dev/shm si le système utilise devfs.
