NeoX a écrit 18082 commentaires

make mrproper va tout effacer y compris le .config

donc dans l'ordre pour ton cas precis :

- make mrproper

- cp lefichier.config .config

- make oldconfig (pour regler tel que definit par le fournisseur) ou _make menuconfig _ (pour modifier la configuration)

- make

ca recense tous les sites qui parlent d'orthontie

si en plus tu lui demande hopitaux

et que tu precises la ville ,

je suis sur qu'il doit pouvoir te trouver une reponse

quant à l'aspect "communautaire", ben c'est l'ensemble des sites qui fournit l'info à google, donc c'est une forme de communauté

j'allais dire la meme chose "ca ressemble quand meme grandement à un webmin allégé"

et pour nourrir le troll, je dirais qu'il faudra installer le correcteur orthographique et grammaticale par defaut pour checker les emails et les entrées de forums dans le proxy, car là il y en a de tres belles quand meme.

mv sheeva-2.6.38.5.config .config
make oldconfig
make menuconfig <- J'ai tout laissé par défaut)
make

en effet quand tu copies un .config il est en general recommandé de faire un make oldconfig pour reclaquer toutes les options de l'ancien config et activer les options qui ne le serait pas.

je ne dis pas que ca va marcher mais c'est en general ce qui est marqué dans les tutos

quand tu bootes sur le systeme de secours, tu dois pouvoir reinstaller grub et activer certains modules dans l'initramfs (pour le raid par exemple)

pour cela il faut regarder pour faire un chroot dans le disque
cela peut aussi te permettre de voir les logs du precedent demarrage, ou de finir la mise à jour.

ca le fait avec une video, ca doit bien le faire avec une image ?

un tableau avec 5 colonnes
le port du switch | le bureau utilisateur | le numero de la prise | le nom de l'utilisateur | l'adresse IP de sa machine

avec un peu de chance il y a marqué ce que tu es censé faire avec, en plus de la liberté de distribuer, modifier, fournir les sources, il y a peut-etre un chapitre qui "t'oblige" à mettre la licence dans chaque dossier, ou dans chaque entete...

bref, LIRE la licence que tu souhaites utilisées, puis LIRE les recommandations et guides de bonnes pratiques qui doivent bien se trouver quelques part.

c'est beau, mais à ce moment là je mettrais le WIFI direct sur ipcop

pour ensuite gerer qui a droit à quoi via le wifi (fil bleu de ipcop ?)

fait gaffe papy à pas te peter un Gnu (prononcer Genou) ;)

peut-etre tout simplement en regardant dans quel depot est dispo samba 3.2.12

http://packages.ubuntu.com/

et sinon, tu as envisagé de faire une mise à jour global de ton serveur de 8.04 à 10.04 (via les intermediaires 8.10, 9.04, 9.10) histoire de corrigé les bugs et de rester sur une version supportée ?

il faut juste trouver comment convertir la sortie son de ton ordinateur en stream DLNA

à partir de là, il suffira de mettre ta chaine hifi en ecoute du stream et tout ce qui sera jouer sur le PC sera entendu sur la chaine.

à ton avis, quels pourraient etre les risques ?

de mon point de vue, IPCOP virtualisé, cela veut dire que tu ne protege pas la machine physique qui l'heberge.

ou alors il faut aussi betonné la machine physique.

du coup, quel serait l'interet de l'IPCOP si tu as blindé la machine qui heberge tout ?

par contre monter un ipcop en serveur physique, pour mettre entre ta box et ton reseau pour fournir un dhcp, un parefeu et quelques services supplementaires, cela prend son sens en terme de service et de securité

en fait la virtualisation ne se cantonne pas à vmware/virtualbox

ces deux produits font de la virtualisation "desktop" pour virtualiser un PC complet sur lequel tu installe l'OS que tu veux.

Mais tu as aussi des solutions comme KVM, XEN, LXC, OpenVZ...
KVM permet aussi de simuler un PC complet et donc d'y installer l'os de ton choix
là ou xen, lxc, openvz te premettront de faire plusieurs machines sur une base Linux.

tu peux mettre le firewall sur la machine principale, pour proteger ensuite les machines

question performances ?
bah avoir une machine principale avec assez de ram pour en donner aux machines virtuelles,
eviter de sous dimmensionner la ram des VMs pour eviter de faire swapper tes machines virtuelles (et donc de faire des acces disques sur la machine principale)

ensuite, tu es chez toi, vous etes 2 ou 3 à acceder au serveur, un core2duo fera largement l'affaire

sur mon core2duo (donc sans mode turbo) j'obtiens ca en haut

                                  P-states (fréquences)
                                    3,00 GHz    21,2%
                                    2,00 GHz    78,8%

sur mon laptop (en core2duo aussi) ca me fait pareil mais avec plus de Frequences, genre 2.4 / 2.0 / 1.6 / 1.2 / 800

il faut installer le grub sur /dev/sda et /dev/sdb
car c'est le MBR qui va se charger de tout.

de meme il faut avoir 2 partitions /boot separée (si tu ne veux pas les monter sur le raid)
pour que grub trouve ses infos.

dans les deux, je te recommande d'utiliser les UUID des disques/partitions plutot que les references /dev/sdXY afin de palier à la problematique des changements de dev

changement qui arrivent parfois simplement en enlevant un disque comme c'est le cas pour toi.
ex : /dev/sda et /dev/sdb, avec sdb qui devient sda (premier disque) quand on retire le premier sda

sur les systemes modernes, il faut installer le paquet smbfs
et utiliser mount -t cifs au lieu de mount -t smbfs

j'ai pas testé mais le man screen nous dit
> C-a x
> C-a C-x (lockscreen) Lock this terminal.

on ne peut pas faire plus simple
>dpkg-reconfigure grub-pc

qui va te demander sur quels disques tu veux installer le demarreur

Tout va bien chez toi
> Quand un RAID fonctionne on voit les disques sous "mdX" alors que je vois toujours mes
> disques en "sdaX". Mais avec ce que tu viens de dire, mon RAID fonctionne ou pas ?

NON, quand c'est du vrai raid (materiel) c'est la carte raid qui s'occupe de tout, et te presente alors ton volume raid comme etant un disque.

ex : 4 disques de 1To, montés en raid 5 => 3To de capacité
sous ton linux tu ne verras que /dev/sda qui fait 3To

tout est dans le titre

chez moi non plus un modprobe -v nom-du-module ne donne rien

par contre un lsmod | grep nom-du-module me dit s'il est chargé.

dans ton cas

> lsmod | grep sil24

parfois cet outil n'est pas installé par defaut sur les distribs,
il faut peut-etre l'installer avec ton gestionnaire de paquet favori

dans un terminal, tu tapes, en tant qu'utilisateur root, la commande lshw

cette commande t'affiche plein d'information sur ton materiel et te permet de savoir quel driver est utilisé s'il a trouvé un driver pour ce peripherique

exemple :
> *-storage
description: SATA controller
product: 82801HBM/HEM (ICH8M/ICH8M-E) SATA AHCI Controller
vendor: Intel Corporation
physical id: 1f.2
bus info: pci@0000:00:1f.2
logical name: scsi2
version: 03
width: 32 bits
clock: 66MHz
capabilities: storage msi pm ahci_1.0 bus_master cap_list emulated
configuration: driver=ahci latency=0
resources: irq:44 ioport:13f0(size=8) ioport:15f4(size=4) ioport:1370(size=8) ioport:1574(size=4) ioport:4100(size=32) memory:e4809000-e48097ff

utilise lshw eventuellement avec des options pour voir si la carte est listée et si un module est chargé.

cela m'etonnerait que ce module ne soit pas integré dans la version recente de ta distrib.