Logiciel : Linux-VServer : Nouvelle version stable, nouveau site Web
Posté par nayco (page perso, ). Modéré le 06 septembre 2006.
Elle apporte notamment le support des "Bind Mount Extensions"[1], une meilleure prise en charge du système de fichier JFS, une amélioration du "kernel helper"[2] et nombre d'autres petites améliorations. Cette nouvelle version corrige également beaucoup de bogues (Voir annonce complète et en anglais dans les liens ci-dessous).
Parallèlement, le projet a également annoncé le lancement d'un nouveau site web. Celui-ci est maintenant basé sur MediaWiki et son design a été entièrement refait. Il a remplacé l'ancien wiki le 5 septembre et la migration de la documentation est en cours d'achèvement . En outre, un FTP anonyme, des archives, un dépôt subversion et l'espace web des utilisateurs ont été ajoutés à l'infrastructure publique.
![[en]](../images/en.png)
Linux-VServer (1114 hits)-
Linux-VServer sur Wikipédia (EN) (186 hits)
![[fr]](../images/fr.png)
Linux-VServer sur Wikipédia (FR) (1695 hits)-
Texte complet de l'annonce en anglais (120 hits)
-
Ancien wiki (109 hits)
-
OpenVCP (204 hits)
> Lire la dépêche (26 commentaires, moyenne: 2,8).
Vous avez demandé le commentaire #751370.
Run by 
Cette page a été générée par Templeet en 0.059s (dont 0.0061 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Bind mount extensions
Pour saurait pas à quoi ça sert (comme moi il y a 5 minutes) :
cf http://wiki.alionet.org/doku.php?id=partitionnementsimple
Voilà, parcequ'à moi, ça ne me disait rien du tout...
Merci pour cette dépêche forte interressante
Benjamin
"I must create a system or be enslaved by another man's." William Blake
[^]Re: Bind mount extensions
Bind est un paramètre permettant le montage d’un répertoire (y compris sur une autre partition) sur un répertoire de l’arborescence.
Est-ce que par hasard quelqu'un saurait si ce genre d'option ou de technique est disponible sous xBSD (x={Net,Open,Free})?
[^]Re: Bind mount extensions
Sous FreeBSD au moins (le seul disponible sous la main), cf. man mount_nullfs
[^]Re: Bind mount extensions
Le support pour mount_null a été supprimé d'OpenBSD en mai 2005. L'implémentation (similaire entre les différents BSDs) est considérée comme boguée.
[^]Re: Bind mount extensions
En fait c'est une sorte de lien "hard", pas symbolique, de répertoire.
C'est juste qu'il faut le refaire (dans fstab par exemple) à chaque redémarrage, et que ça peut se faire entre deux partitions différentes, ou via NFS etc...
Yth.
[^]Re: Bind mount extensions
C'est sacrement utile pour ceux qui utilise un livecd pour reparer une installation endommagé vu que pas mal de programme pete un plomb s'il n'ont pas leur /dev et /proc.
"Les États-Unis sont le seul pays à être passé de la barbarie à la décadence sans connaître la civilisation." -- (origine réelle inconnue) Albert Einstein/Oscar Wilde/Georges Clemenceau/etc..
[^]Re: Bind mount extensions
pour /proc y'a pas besoin de bind (pour /dev je me rappelle plus):
mount -t proc none /proc
[^]Re: Bind mount extensions
Moi, je m'en sers pour rendre accessible dans un chroot un répertoire situé hors du chroot.
Par exemple, j'ai un chroot contenant Debian unstable dans le répertoire /usr/local/sid-root. Il arrive que je souhaite travailler sur des images qui sont dans /home/flo/images avec un logiciel qui est installé dans ce chroot (soit parce que le logiciel n'existe pas dans Debian stable, soit parce que je veux utiliser une version assez récente dudit logiciel). Il suffit de faire un :
# mount --bind /home/flo/images /usr/local/sid-root/home/flo/images
pour rendre les images accessibles dans /home/flo/images à l'intérieur du chroot. C'est nettement plus pratique (et rapide) que l'alternative consistant à copier les images dans le chroot, travailler dessus, puis les copier à nouveau hors du chroot en écrasant les anciennes versions.