Je ne suis pas aller vérifier, mais dans mon esprit, le microcode est chargé au démarrage de l'OS (peut-être dans le ramdisk) si nécessaire, permettant ainsi de corriger le problème sans avoir à se lancer dans un flashage de BIOS (pour ceux qui ont un constructeur qui fait l'effort de sortir un nouveau BIOS).
Jadis on a percuté (plutôt violemment) plusieurs limitations des différents BIOS qui étaient incapables d'accéder à tout le disque. L'adressage [CHS] a rapidement montré ses limites puisque il limitait à 1024 cylindre. Ensuite les disques ont menti sur leur géométrie pour respecter le nombre de bits attribué à chacune de ces trois valeurs, mais on a quand même atteint la taille maximale. Le mode LBA est venu à la rescousse; mais la première version s'est limitée à un adressage de 28 bits.
Il faut ajouter à ça tout un tas de bugs d'implémentation, avec des BIOS qui n'avaient jamais été testés aux valeurs limites.
Bref, pour booter, on s'est trouvé régulièrement coincé à ne pas pouvoir aller chercher le kernel et le ramdisk à la fin du disque.
Sais-tu quel protocole est utilisé ? Ca n'a pas l'air d'être un protocole classique. On trouve des adaptateurs ZWave-USB pour environ 30 euros qui offre ensuite une grande gamme de capteurs. Par contre, je n'ai aucune idée de la portée. Est-ce que les infos se récupères facilement ? Souvent c'est juste une interface série sous Linux, avec un protocole en ASCII.
Et justement, quelle portée as-tu avec ce matériel ?
Il n'y a peut-être pas besoin de lancer toute la lourdeur de python pour sortir un entier entre 31 et 36.
alias grep='GREP_COLOR=$(($RANDOM%7+31)) grep --color=auto'
Pareil, je ne vois pas trop l'intérêt de se passer de LVM.
Choisir entre
- un système qui impose des partitions fixées en taille et en position à l’installation du disque; et
- un système qui permet d'agrandir, réduire, déplacer vers un autre disque, faire des snapshots, installer plusieurs distributions et plusieurs versions pour un coût négligeable,
ça fait longtemps que j'ai choisi.
Moi j'avais installé du puppet; mais la gestion des agents et les contraintes de compatibilité entre le serveur et les agents m'ont fait complètement abandonner la chose.
De mémoire, il faut impérativement avoir le serveur dans une version supérieur aux agents. Ce qui empêche d'installer une machine avec le dernier agent tant qu'on n'a pas mis à jour le serveur.
Du coup je vois un gros avantage à Ansible qui se contente du SSH.
Je confirme largement. Depuis que je fais tourner redshift, je ne peux plus m'en passer. Et lorsqu'il n'est pas lancé, ça me saute immédiatement aux yeux.
Par contre, j'espère que l'on aura une solution compatible avec Wayland si ce que je lis plus haut est vrai. Je ne me vois pas revenir en arrière.
ownCloud est une solution personnelle d’hébergement et de partage de fichiers.
Owncloud ne se limite pas à l'hébergement personnel, il gère plusieurs utilisateurs comme cela est précisé dans la suite. Interfacé avec un annuaire d'entreprise ou d'association; c'est une solution très pratique et facile a mettre en œuvre.
Je suis très intéressé pour une association, par contre j'ai quelques remarques sur l'installation:
Quels sont les prérequis ? (C'est généralement un chapitre avant l'installation).
Lors de l'installation, il y a:
sudo apt-get install python-pip nodejs nodejs-legacy npm Ça c'est super, et très pratique pour installer.
sudo pip install virtualenvwrapper
sudo npm install gulp -g # a JS build system.
# you need: sudo apt-get install python-pip
sudo pip install virtualenvwrapper Cela l'est nettement moins. Qu'on installe des trucs sous l'utilisateur dédié qui va faire tourner Abelujo, ça ne me choque pas, que l'on lance des trucs en sudo qui vont éparpiller des fichiers un peu partout dans le système, non maintenu par des paquets de l'OS et avec potentiellement des interactions avec d'autres trucs qui tournent sur la machine, je trouve ça nettement moins chouette. Est-il indispensable d'installer ça en root ?
Ne pas utiliser le nodejs de Debian qui est visiblement répudié par les dev nodejs (j'imagine que nodejs embarque des libs trafiquées), prendre celui qui est packagé sur https://github.com/nodesource/distributions (on n'est pas obligé d'exécuter un script en root, on peut ajouter la clef PGP à la main et les lignes qui vont bien dans le sources.list, j'ai pris nodejs 0.12
Installer python3-virtualenv et virtualenv également.
Si vous voulez une petite idée de la place que ça occupe:
J'ai la vieille version du serveur de synchro qui tourne et hélas, c'est fragile et tout aussi opaque, et je désespérais de pouvoir mettre à jour vu que le serveur est abandonné ainsi que la partie client.
Deux remarques après une lecture rapide:
Ca serait bien de décrire sommairement les différentes briques qui tournent sur le serveur et à quoi elles servent.
Quid de la maintenance ? C'est bien beau d'ouvrir un service mais cela ne peut fonctionner que s'il est maintenu. Comme il ne s'agit pas de paquets de la distribution, cela demande de faire des actions manuelles pour vérifier les corrections et les installer.
J'ai aussi installé clamav sur quelques serveurs de messageries, mais il ne trouve jamais rien.
La base est pourtant bien mise à jour quotidiennement; mais je n'ai jamais de rapport de mail bloqué dans les logs (sauf mes tests avec EICAR) et lorsque j'ai le courage de lui faire tester manuellement un fichier manifestement vérole, il ne trouve jamais rien à lui reprocher.
J'ai déjà soumis des fichiers sur leur interface de signalement, mais ça n'a semble-t'il pas eu le moindre effet.
Pour l'instant, je l'ai laissé configuré, mais je suis plutôt déçu.
Quand il y a un événement physique, c'est bien de dire où ça se trouve, tout le monde ne sais pas ce qu'est le Numa, ni dans quelle ville ou quel pays il se trouve.
La méthode de vérification me semble un peu limité. Est-ce qu'il est prévu d'autres mécanismes pour les autres cas ?
Si je veux un certificat pour un annuaire LDAP, ou pour un serveur de mail ? Pour un protocole quelconque (et nouveau) ? Ca va être difficile de déposer un fichier à la racine d'un annuaire LDAP.
C'est d'ailleurs une question à laquelle je n'ai jamais trouvé de réponse très claire.
Si j'utilise un certificat auto-signé sur mon serveur de messagerie, est-ce que ça va générer des erreurs chez les serveurs qui tentent de m'envoyer un mail ?
Sérieusement, quasiment 300 lignes pour lire un fichier ini, traiter les quotes à la main, tripoter IFS et shopt; il n'y a vraiment pas de quoi être fier.
C'est un bel exemple de code complètement non maintenable. En prime chacun y va de sa copie sans jamais faire la moindre mise à jour histoire de variés les bugs d'un code à l'autre.
KSM permet a ma connaissance de merger rétrospectivement deux pages identiques. C'est utile lorsqu'on utilise plusieurs fichiers identiques (par exemple lorsqu'on a n VM du même OS qui vont chacune avoir la même copie des binaires et des librairies). Ça demande de parcourir la mémoire à la recherche de pages identiques.
Le gestionnaire de mémoire de Linux est capable au moment du mappage mémoire, de voir qu'une page en lecture seule est déjà présente en mémoire dans le système, et de l'utiliser. Cela est possible parce pour ce type de mémoire, le système garde une référence sur le fichier et l'offset qui ont servi à son chargement. Ça évite de dupliquer la mémoire utilisée par les librairies (tel que la libc ou le chargeur dynamique utilisée par tout le monde); en cas de saturation mémoire, ça évite d'avoir à écrire ces pages dans le swap (on pourra les recharger depuis le fichier), et ça permet de ne faire le chargement effectif en mémoire que lorsque (et si) la page est utilisée. Tu trouveras toutes les informations sur la correspondance entre les adresses mémoire et les fichiers dans /proc//maps
L'effet de bord un peu déroutant est qu'il est impossible d'avoir la mémoire occupée par un processus donné. Une partie de la mémoire étant partagée avec d'autres processus, il est difficile de déterminer comment elle doit être comptabilisée.
En prime, les pages en écriture peuvent également être partagées jusqu'à la première écriture par un mécanisme appelé copy-on-write, très utilisé lorsqu'on lance un nouveau processus (fork).
C'est dommage, parce que se farcir toute la couche des drivers nécessaire pour utiliser une machine moderne nécessite un travail considérable et peu intéressant.
Hurd a les mêmes problèmes, les BSD également dans une moindre mesure.
Pour se démocratiser, gagner en visibilité, en parc d'utilisateurs, le système doit être très utilisable. Ca ne plait à personne d'être obligé de rebooter sur un autre OS pour pouvoir utiliser sa carte son son scanner, sa webcam… Ca tue un peu l'intérêt. On comprends que quelques passionnés fassent vivre le projet selon leurs besoins, avec leur matériel; mais est-ce que la base des utilisateurs grossis ? Si ça n'est pas le cas, le projet est condamné à mon avis.
Et pour avoir ce support matériel varié:
1. soit on l'écrit soit même et c'est lourd et pénible (et ça n'intéresse pas les développeurs),
2. soit on se base sur l'existant comme Linux; c'est moins efficace, le compromis fait hurler les puristes; mais ça permet de donner une visibilité sans commune mesure.
Le problème se pose également pour les cartes graphiques…
Je suis très intéressé par tout ce qui touche à Wayland et le réseau (j'ai pas mal de terminaux X sur des serveurs LTSP), mais je suis un peu largué par le journal.
Si je devine entre les lignes, Weston propose maintenant un export en RDP ? Est-ce qu'il est fonctionnellement similaire à ce que l'on fait avec X ? Est-ce que je vais pouvoir connecter plusieurs terminaux sur un même serveur, chacun (chaque utilisateur) ayant son propre bureau ?
Les questions bonus: Est-ce que l'audio est pris en charge ? Est-ce que le stockage local est pris en charge ?
# Et une version OS ?
Posté par Sébastien Koechlin . En réponse au journal Un peu de NERF et de microcode Intel (merci Meltdown/Spectre). Évalué à 5.
Il me semblait que le paquet https://packages.debian.org/stretch/intel-microcode (et le correspondant https://packages.debian.org/stretch/amd64-microcode) permettaient justement de déployer un nouveau microcode. Des paquets équivalents existent sur d'autres distribution (et sous Windows m'a-t'on dit).
Je ne suis pas aller vérifier, mais dans mon esprit, le microcode est chargé au démarrage de l'OS (peut-être dans le ramdisk) si nécessaire, permettant ainsi de corriger le problème sans avoir à se lancer dans un flashage de BIOS (pour ceux qui ont un constructeur qui fait l'effort de sortir un nouveau BIOS).
[^] # Re: /boot en début de disque?
Posté par Sébastien Koechlin . En réponse au journal Installer Debian 9.2.1 Stretch depuis le disque dur avec une image ISO et GRUB2, sans clé USB ni DVD. Évalué à 6.
Jadis on a percuté (plutôt violemment) plusieurs limitations des différents BIOS qui étaient incapables d'accéder à tout le disque. L'adressage [CHS] a rapidement montré ses limites puisque il limitait à 1024 cylindre. Ensuite les disques ont menti sur leur géométrie pour respecter le nombre de bits attribué à chacune de ces trois valeurs, mais on a quand même atteint la taille maximale. Le mode LBA est venu à la rescousse; mais la première version s'est limitée à un adressage de 28 bits.
Il faut ajouter à ça tout un tas de bugs d'implémentation, avec des BIOS qui n'avaient jamais été testés aux valeurs limites.
Bref, pour booter, on s'est trouvé régulièrement coincé à ne pas pouvoir aller chercher le kernel et le ramdisk à la fin du disque.
# 5 Go c'est généreux
Posté par Sébastien Koechlin . En réponse au journal Installer Debian 9.2.1 Stretch depuis le disque dur avec une image ISO et GRUB2, sans clé USB ni DVD. Évalué à 7.
Je fais rarement un /boot de 5 Go; mais je ne pense pas que ce soit un soucis, à moins d'être dans le tiers-monde numérique ou surprotégé d'internet.
On trouve l'image netboot qui fait seulement 290 Mo, et vu que de toute façon c'est pour un usage unique; autant ne télécharger ce qui est nécessaire.
Pour les plus indigents, on trouve même une mini-iso de 40 Mo depuis le site debian, appelé très-petit-CD.
# Quel protocole
Posté par Sébastien Koechlin . En réponse au journal Capteurs météo et graphiques Munin. Évalué à 1.
Sais-tu quel protocole est utilisé ? Ca n'a pas l'air d'être un protocole classique. On trouve des adaptateurs ZWave-USB pour environ 30 euros qui offre ensuite une grande gamme de capteurs. Par contre, je n'ai aucune idée de la portée. Est-ce que les infos se récupères facilement ? Souvent c'est juste une interface série sous Linux, avec un protocole en ASCII.
Et justement, quelle portée as-tu avec ce matériel ?
# Et en Java ?
Posté par Sébastien Koechlin . En réponse au journal Parce que ca vaut largement un journal .... Évalué à 10. Dernière modification le 01 juillet 2017 à 09:23.
Il n'y a peut-être pas besoin de lancer toute la lourdeur de python pour sortir un entier entre 31 et 36.
alias grep='GREP_COLOR=$(($RANDOM%7+31)) grep --color=auto'
Mais l'idée est rigolote. Merci.
[^] # Re: .
Posté par Sébastien Koechlin . En réponse au journal initrd est mort, bon débarras. Évalué à 8.
Pareil, je ne vois pas trop l'intérêt de se passer de LVM.
Choisir entre
- un système qui impose des partitions fixées en taille et en position à l’installation du disque; et
- un système qui permet d'agrandir, réduire, déplacer vers un autre disque, faire des snapshots, installer plusieurs distributions et plusieurs versions pour un coût négligeable,
ça fait longtemps que j'ai choisi.
[^] # Re: Agentless, danger
Posté par Sébastien Koechlin . En réponse au journal Déploiement et automatisation avec Ansible - partie 1. Évalué à 3.
Moi j'avais installé du puppet; mais la gestion des agents et les contraintes de compatibilité entre le serveur et les agents m'ont fait complètement abandonner la chose.
De mémoire, il faut impérativement avoir le serveur dans une version supérieur aux agents. Ce qui empêche d'installer une machine avec le dernier agent tant qu'on n'a pas mis à jour le serveur.
Du coup je vois un gros avantage à Ansible qui se contente du SSH.
[^] # Re: N'imp
Posté par Sébastien Koechlin . En réponse au journal Inverser les couleurs d'un thème GTK/Qt. Évalué à 3.
Je confirme largement. Depuis que je fais tourner redshift, je ne peux plus m'en passer. Et lorsqu'il n'est pas lancé, ça me saute immédiatement aux yeux.
Par contre, j'espère que l'on aura une solution compatible avec Wayland si ce que je lis plus haut est vrai. Je ne me vois pas revenir en arrière.
# owncloud n'est pas que personnel
Posté par Sébastien Koechlin . En réponse à la dépêche Traduction en français des documentations d'ownCloud 9.0. Évalué à 3. Dernière modification le 08 juillet 2016 à 11:42.
Une petite remarque:
Owncloud ne se limite pas à l'hébergement personnel, il gère plusieurs utilisateurs comme cela est précisé dans la suite. Interfacé avec un annuaire d'entreprise ou d'association; c'est une solution très pratique et facile a mettre en œuvre.
# Maintenance
Posté par Sébastien Koechlin . En réponse au journal Abelujo, logiciel libre de gestion de stock de librairies. Évalué à 4.
Bonjour,
Je suis très intéressé pour une association, par contre j'ai quelques remarques sur l'installation:
Quels sont les prérequis ? (C'est généralement un chapitre avant l'installation).
Lors de l'installation, il y a:
sudo apt-get install python-pip nodejs nodejs-legacy npm
sudo pip install virtualenvwrapper
sudo npm install gulp -g # a JS build system.
# you need: sudo apt-get install python-pip
sudo pip install virtualenvwrapper
[^] # Re: commande erronée
Posté par Sébastien Koechlin . En réponse au journal Installer un serveur Firefox Accounts et Firefox Sync. Évalué à 1.
Chez moi, sur debian Jessie:
Ne pas utiliser le nodejs de Debian qui est visiblement répudié par les dev nodejs (j'imagine que nodejs embarque des libs trafiquées), prendre celui qui est packagé sur https://github.com/nodesource/distributions (on n'est pas obligé d'exécuter un script en root, on peut ajouter la clef PGP à la main et les lignes qui vont bien dans le sources.list, j'ai pris nodejs 0.12
Installer python3-virtualenv et virtualenv également.
Si vous voulez une petite idée de la place que ça occupe:
Auquel il faut ajouter le paquet nodejs qui consomme 34 Mo en version 0.12
# Super !
Posté par Sébastien Koechlin . En réponse au journal Installer un serveur Firefox Accounts et Firefox Sync. Évalué à 2.
Super idée de partager ça.
J'ai la vieille version du serveur de synchro qui tourne et hélas, c'est fragile et tout aussi opaque, et je désespérais de pouvoir mettre à jour vu que le serveur est abandonné ainsi que la partie client.
Deux remarques après une lecture rapide:
Ca serait bien de décrire sommairement les différentes briques qui tournent sur le serveur et à quoi elles servent.
Quid de la maintenance ? C'est bien beau d'ouvrir un service mais cela ne peut fonctionner que s'il est maintenu. Comme il ne s'agit pas de paquets de la distribution, cela demande de faire des actions manuelles pour vérifier les corrections et les installer.
# clamav
Posté par Sébastien Koechlin . En réponse à la dépêche Recette de cuisine : serveur de messagerie collaborative, inter‐opérant et sans extensions. Évalué à 3.
J'ai aussi installé clamav sur quelques serveurs de messageries, mais il ne trouve jamais rien.
La base est pourtant bien mise à jour quotidiennement; mais je n'ai jamais de rapport de mail bloqué dans les logs (sauf mes tests avec EICAR) et lorsque j'ai le courage de lui faire tester manuellement un fichier manifestement vérole, il ne trouve jamais rien à lui reprocher.
J'ai déjà soumis des fichiers sur leur interface de signalement, mais ça n'a semble-t'il pas eu le moindre effet.
Pour l'instant, je l'ai laissé configuré, mais je suis plutôt déçu.
# C'est où ?
Posté par Sébastien Koechlin . En réponse à la dépêche Hackathon Open Democracy Now! au Numa (Paris) les 22 et 23 janvier 2016. Évalué à 1.
Quand il y a un événement physique, c'est bien de dire où ça se trouve, tout le monde ne sais pas ce qu'est le Numa, ni dans quelle ville ou quel pays il se trouve.
# Certificat pour un usage autre que le web
Posté par Sébastien Koechlin . En réponse au journal Let’s Encrypt en bêta : petit retour d’expérience. Évalué à 3.
Bonjour,
La méthode de vérification me semble un peu limité. Est-ce qu'il est prévu d'autres mécanismes pour les autres cas ?
Si je veux un certificat pour un annuaire LDAP, ou pour un serveur de mail ? Pour un protocole quelconque (et nouveau) ? Ca va être difficile de déposer un fichier à la racine d'un annuaire LDAP.
[^] # Re: Chiffrement opportuniste
Posté par Sébastien Koechlin . En réponse au journal Chiffrement de SMTP, une obligation?. Évalué à 1.
Hélas, ce n'est pas parce que ça n'a pas de sens que ce n'est pas fait; d'ou ma question initiale.
[^] # Re: Chiffrement opportuniste
Posté par Sébastien Koechlin . En réponse au journal Chiffrement de SMTP, une obligation?. Évalué à 1.
C'est d'ailleurs une question à laquelle je n'ai jamais trouvé de réponse très claire.
Si j'utilise un certificat auto-signé sur mon serveur de messagerie, est-ce que ça va générer des erreurs chez les serveurs qui tentent de m'envoyer un mail ?
[^] # Re: pure bash et un peu long
Posté par Sébastien Koechlin . En réponse au journal Lire de fichiers de configuration depuis un script shell. Évalué à 10.
Sérieusement, quasiment 300 lignes pour lire un fichier ini, traiter les quotes à la main, tripoter IFS et shopt; il n'y a vraiment pas de quoi être fier.
C'est un bel exemple de code complètement non maintenable. En prime chacun y va de sa copie sans jamais faire la moindre mise à jour histoire de variés les bugs d'un code à l'autre.
# Article sur LWN
Posté par Sébastien Koechlin . En réponse au journal Arduino.cc devient Genuino suite à un litige entre ses cofondateurs. Évalué à 6.
Il y a quelques temps LWN y a consacré un article: http://lwn.net/Articles/637755/
[^] # Re: C'est moi ou ?
Posté par Sébastien Koechlin . En réponse à la dépêche Debian 8 : Jessie l’écuyère est en selle !. Évalué à 10.
Non, ce n'est pas KSM qui s'en occupe.
KSM permet a ma connaissance de merger rétrospectivement deux pages identiques. C'est utile lorsqu'on utilise plusieurs fichiers identiques (par exemple lorsqu'on a n VM du même OS qui vont chacune avoir la même copie des binaires et des librairies). Ça demande de parcourir la mémoire à la recherche de pages identiques.
Le gestionnaire de mémoire de Linux est capable au moment du mappage mémoire, de voir qu'une page en lecture seule est déjà présente en mémoire dans le système, et de l'utiliser. Cela est possible parce pour ce type de mémoire, le système garde une référence sur le fichier et l'offset qui ont servi à son chargement. Ça évite de dupliquer la mémoire utilisée par les librairies (tel que la libc ou le chargeur dynamique utilisée par tout le monde); en cas de saturation mémoire, ça évite d'avoir à écrire ces pages dans le swap (on pourra les recharger depuis le fichier), et ça permet de ne faire le chargement effectif en mémoire que lorsque (et si) la page est utilisée. Tu trouveras toutes les informations sur la correspondance entre les adresses mémoire et les fichiers dans /proc//maps
L'effet de bord un peu déroutant est qu'il est impossible d'avoir la mémoire occupée par un processus donné. Une partie de la mémoire étant partagée avec d'autres processus, il est difficile de déterminer comment elle doit être comptabilisée.
En prime, les pages en écriture peuvent également être partagées jusqu'à la première écriture par un mécanisme appelé copy-on-write, très utilisé lorsqu'on lance un nouveau processus (fork).
[^] # Re: C'est moi ou ?
Posté par Sébastien Koechlin . En réponse à la dépêche Debian 8 : Jessie l’écuyère est en selle !. Évalué à 9.
Pour limiter les risques, il est probablement préférable de dissocier l'upgrade de version et le changement d'architecture.
Crossgrader une Debian permet de passer de i386 à amd64:
https://wiki.debian.org/CrossGrading
[^] # Re: Eh ben...
Posté par Sébastien Koechlin . En réponse à la dépêche Haiku se lâche enfin. Évalué à 9.
C'est dommage, parce que se farcir toute la couche des drivers nécessaire pour utiliser une machine moderne nécessite un travail considérable et peu intéressant.
Hurd a les mêmes problèmes, les BSD également dans une moindre mesure.
Pour se démocratiser, gagner en visibilité, en parc d'utilisateurs, le système doit être très utilisable. Ca ne plait à personne d'être obligé de rebooter sur un autre OS pour pouvoir utiliser sa carte son son scanner, sa webcam… Ca tue un peu l'intérêt. On comprends que quelques passionnés fassent vivre le projet selon leurs besoins, avec leur matériel; mais est-ce que la base des utilisateurs grossis ? Si ça n'est pas le cas, le projet est condamné à mon avis.
Et pour avoir ce support matériel varié:
1. soit on l'écrit soit même et c'est lourd et pénible (et ça n'intéresse pas les développeurs),
2. soit on se base sur l'existant comme Linux; c'est moins efficace, le compromis fait hurler les puristes; mais ça permet de donner une visibilité sans commune mesure.
Le problème se pose également pour les cartes graphiques…
[^] # Re: Bravo!
Posté par Sébastien Koechlin . En réponse au journal FreshRSS, 2 ans et tout va bien.. Évalué à 1.
Je suis étonné, j'ai plusieurs flux RSS de comptes Youtube dans mon FreshRSS. Qu'est ce qu'ils ont de particulier ?
# Plus clairement ?
Posté par Sébastien Koechlin . En réponse au journal wlfreerdp: un client Wayland pour FreeRDP. Évalué à 5.
Je suis très intéressé par tout ce qui touche à Wayland et le réseau (j'ai pas mal de terminaux X sur des serveurs LTSP), mais je suis un peu largué par le journal.
Si je devine entre les lignes, Weston propose maintenant un export en RDP ? Est-ce qu'il est fonctionnellement similaire à ce que l'on fait avec X ? Est-ce que je vais pouvoir connecter plusieurs terminaux sur un même serveur, chacun (chaque utilisateur) ayant son propre bureau ?
Les questions bonus: Est-ce que l'audio est pris en charge ? Est-ce que le stockage local est pris en charge ?
[^] # Re: Pas de problème
Posté par Sébastien Koechlin . En réponse au journal SSD Samsung 840: le fiasco annoncé du TLC ?. Évalué à 4.
Super, il faudrait faire des full régulièrement sinon on est un âne.