Laurent Mutricy a écrit 165 commentaires

j'ai pas de carte d'aquisition et j'ai jamais utilisé mythtv mais j'ai déja joué avec des cables Svidéo ou composites

Les problèmes que j'ai rencontrés très souvent :
- un cable merdique
- me faire avoir entre pal et secam (classique en cas d'image en noir et blanc)

Après au sujet des parasites :
quand je regarde un film avec mon portable sur la tele via un cable Svidéo j'ai plein de parasites alors qu'avec le même cable et un ordi fixe (donc un autre carte vidéo) il n'y a pas du tout de parasites. Conclusion, suivant la carte vidéo et la dispostion des connections sur l'ordi, la sortie svidéo est plus ou moins parasitée.

D'abord, tu sors tout ça d'où ? Tu lis l'intégralité de la M.I.B. tous les soirs avant de dormir ?
Euh d'un projet d'outil d'administration de réseau [1] qui utilise le snmp pour ouvrir/fermer et changer de vlan des ports. Oui j'ai lu quelques parties des MIB et c'est très chiant.

Comment peut-on récupérer l'adresse IP connectée à chacun des ports du switch ?
Un switch est un équipement de niveau 2 donc il n'a pas à accès aux IPs et n'en à pas besoins.
un moyen de savoir qu'elle ip est derrière un port est de trouver sa mac et de faire un arping après. Si l'attribution des ips se fait par dhcp tu peux utiliser ton fichier de lease pour faire la correspondance.
Peut etre que les sw 3com on une fonctionnalité pour les ips mais la il faut RTFM :)

J'ai voulu faire un essai avec ce que tu donnes, notemment avec .1.3.6.1.2.1.17.4.3.1.2.0, ce qui me donne 89 entrées là où mon switch ne dispose que de 24 ports.
le snmpwalk sur cet oid va donner l'ensemble des mac connues et le port sur lequel tu vas les trouver. Je suppose que ton switch est relié à d'autres dans ton réseau. il va donc y avoir en gros une mac par port et sur le port d'uplink toutes les autres macs du réseau.
Si on considère un switch de 24 port sur un réseau qui comporte 200 machines, tu vas trouver en gros 200 macs dans l'arbre pour que le switch puisse router les trames vers le bon port ou vers le bon switch suivant dans le réseau.

Par ailleurs, j'ai fait un petit script php qui m'affiche les adresses MAC en hexa, mais je ne retrouve aucune de ces adresses mac sur mon réseau.
euh surement un pb dans ton script ou un pb d'interprétation du résultat.
voici un ligne de résultat. la mac est sur le port 8
SNMPv2-SMI::mib-2.17.4.3.1.2.0.17.47.107.195.113 = INTEGER: 8
et ça correspond à la mac 00:11:2f:6b:c3:71
Tu peux éventuellement trouver les macs des tes switchs que l'on a pas l'habitude de voir :)

ERRATUM
mon oid est .1.3.6.1.2.1.17.4.3.1.2 j'ai dis une connerie tout à l'heure avec le 0 :-|

[1] http://forge.ec-lyon.fr/projects/bazadmin/ mais mieux vaut venir nous voir sur irc : #bazadmin sur rezosup.org

Le nom de communauté est une sorte de mot de passe qui te permet d'aller lire l'arbre snmp. En général (enfin sur les switchs que je connais) les switchs répondent sur un vlan d'administration (en générale de 1) et disposent d'une liste d'ip autorisées à faire des requètes.
Il faut donc d'abord que tu vérifie que tes commandes fonctionnent une à une.

tu cherches à faire une relation mac/port pour cela tu n'as besoins que de l'oid : .1.3.6.1.2.1.17.4.3.1.2.0 qui te donne la liste des mac connues sous la forme .1.3.6.1.2.1.17.4.3.1.2.0.mac_convertie_en_decimal : N° du port relié à cette mac.
tu as donc directement ta correspondance. Il faut faire attention car tu peux avoir beaucoup de mac sur le port d'uplink.

Le sujet des vlans est plus complex puisqu'il dépend un peu des switchs. L'indexation des macs n'est pas du tout relié aux vlan. IL faut 2 oids pour déterminer si le port appartient à un vlan et si il est marqué taggué ou non.

.1.3.6.1.2.1.17.7.1.4.3.1.2.vlan donne l'appartenance au vlan
.1.3.6.1.2.1.17.7.1.4.3.1.4.vlan donne impose la marque untaggued
pour les switchs HP au minimum. le retour de ces oids est une valeur hexa qu'il faut interpréter sous forme binaire avec le msb correspondant à l'état du premier port du switch

Tu peux aussi utiliser le PVID pour avoir une idée du vlan .1.3.6.1.2.1.17.7.1.4.5.1.1

http://www.linuxvirtualserver.org/(...)

voila :)

J'ai l'impression que ça fonctionne comme la freebox. Avec VLC tu peux envoyer un flux à la neufTV qui décode le flux mpg2 et l'envoie à la télévision. Un autre flux vient de neuf via la neufBox pour la télévision directement vers la neufTV.
Donc il ne me parrait pas possible d'avoir la télé sur ton ordi. Tu peux tout de même essayer de prendre l'ip de la neufTV pour voir si la neufbox t'envoye les flux .... les ips sont à la page 22 du pdf de documentation.

http://nightlies.videolan.org/(...)
ça évite d'avoir à compiler :)
sinon si tu veux vraiment compiler
http://developers.videolan.org/vlc/vlc/INSTALL.win32(...)

Mais de toute façon a quoi bon vouloir faire qqch sous win$ quand tu l'a déjà sou nux ??????

Le problème avec le sata contrairement au scsi c'est que le raid n'est pas totalement matériel.
Avec du SCSI tu dis au controleur de raid que les 2 disques sont en raid0 et au niveau du système d'exploitation tu ne voie qu'un disque.
Avec le raid-SATA il y a une partie ligitielle. Donc sous linux il faut compiler le noyau avec les bonnes options (et peut etre le patcher pour avoir accès au raid). Si je me souviens bien le driver s'appele iswraid. une fois compilé correctement tu n'auras plus accès à /dev/sda et /dev/sdb mais à un unique disque /dev/ataraid/d0pX (avec X pour la partition)

Je te propose pour tester ta passerelle de jouer avec qemu (ou tout autre émultateur ou système de virtualisation). Dans le cas de quemu il faudrat mettre ta passerelle entre les interfaces tun qui relie tes machines virtulelles à ta passerelle (il faut avoir le support de tun/tap dans le noyau ( Universal TUN/TAP device driver support ))

C'est une mauvaise idée d'attibuber le profil root et je ne pense pas que ça soit possible.
Par contre on peut provilègier un utilisateur en le mettant dans les groupes dont il a besoins par aexemple :
adm, staff, src, www-data, ... (avec adduser)

L'autre solution qui permet de tout autoriser et de surveiller l'utilisation de ces droits via les logs s'appelle sudo

heu alors :
ubuntu c'est comme debian le source.list est un fichier qui se trouve dans le répertoire /etc/apt/
Avec sudo nano /etc/apt/source.list dans une console, tu peux changer les dépots et ajouter ceux dont tu as besoins.
Maintenant j'en ai marre d'ecrire ce qui existe déja donc va voir :
http://wiki.ubuntu-fr.org/applications/synaptic(...)
et surtout
http://wiki.ubuntu-fr.org/installation/depots(...)

<message_subliminal> avant de poser une question, aller voir sur http://wiki.ubuntu-fr.org/(...) et http://forum.ubuntu-fr.org/(...) </message_subliminal>

http://www.gnome.org/projects/dia/(...)

Il y a tout ce qu'il faut pour l'UML

je ne connais pas cette super fonctionnalité de samba ...

si il dit couldn't find package c'est que tu as un petit pb de config d'apt

il faut vérifier que ton /etc/source.list contiens bien ce qu'il faut
pour le config tu as toutes les infos sur le site http://www.ubuntu-fr.org/(...) et sur le wiki qui va avec

après pour ton autre topic le paquet s'appèle bind9 mais je te conseille djbdns(plus simple à config) et dhcp (si ton source list est bon il n'y a pas de pb)

Et il répond quoi apt comme message d'erreure ???

si ça dit permission denied ou un truc du genre, il faut faire un sudo apt-get install telnetd pour avoir les droits :)

après au niveau sécurtié il est préferable d'utiliser ssh pour se connecter à distance sur sa machine mais tu fais ce que tu veux :þ

- essaie avec linux24 ( ça peut aider pour l'install et après tu change de noyau)
- esssie en mode expert qui te permet de chager les modules que tu veux

- Vérifie que c'est bien le module ata_piix qu'il faut que tu utilises. Pour ça démare l'installeur ouvre une console et vérifie avec lspci (pour le ata_piix il faut un chipset intel ICH5 si je ne me trompe pas)
- dis nous ce que raconte un modprobe ata-piix
- essaie avec cet iso : http://wiki.osuosl.org/display/LNX/Debian%20on%20Dell%20Servers(...)
- lit les posts précédants : http://linuxfr.org/forums/15/9586.html(...)
- démarre avec l'installeur ubuntu, ouvre une console, regarde les modules chagés (lsmod) et fait la comparaison avec l'installeur debian (et tiens nous au courant :))

et pour conclure : lesata c'est null l'installeur debian il n'aime pas :( (encore pire pour le raid sata :()
et donne nous plus de détails : ce que tu as fait exactement, lspci, la config exacte ...

Tu ne précise pas comment est configuré le win sur sa carte branchée sur le réseau local donc il est difficile de te dire si ta config est bonne. Après au sujet de ta carte réseau pour vérifier que tout est bon il faut nous donner le résultat de lspci | grep Ethernet et le résusltat de lsmod pour savoir d'une part qu'elle carte c'est et d'autre part quels modules sont chargés et donc savoir si le driver est bien chargé. On peut aussi savoir en vérifiant les logs à la recherche d'insultes ou en faisant ifconfig et regarder si ça parle bien d' eth0 :)

Donc comme je pense qu'il n'y a pas de problème avec ta carte je te propose de configurer ton odri sous win$ pour partager la connection (ce qui configure automatiquemen l'ip de ton win$) et de mettre ton ordi linux en dhcp (plus d'infos http://linuxfr.org/~ploum/5203.html(...) )
Après tu peux faire marcher ton samba sans te soucier des problèmes d'ip. Perso je met en security = share et pour que ça marche bien vérifie que ton win$ a le même workgroup

En tout cas si personne n'a répondu à ta question précedente c'est que :
- soit ton problème n'inspire personne (ce qui arrive sur des sujet complexes ou peu courants dont l'installation d'une débian ne fait pas parite)
- soit ton problème n'est pas bien posé et personne n'a la motivation de te demander des précisions
- soit tu peux résoudre ton pb tout seul et personne n'a le courage de se faire "moinsé" en te répondant RTFM ou STWF

De toute façon il ne sert à rien de poser le même problème avec exactement le même texte car tu es sûr de te faire envoyer bouler.

Donc pour te donner une réponse : Que faire ?
Ben il faut trouver la solution ! :þ

Plus sérieusement
Si debian redémare, tu as fait le plus gros bout car tu n'as pas de pb de matériel. Je suppose qu'après l'erreure de Synpatics tu retrouve la main et que tu peux ouvrir une console. Donc tu peux vérifier ton source.list, faire un apt-get update, un upgrade pendant que l'on y est, et si il ne te crache pas d'erreure tu peux essayer de continuer l'installe avec des apt-get install .... ou réessayer avec synpatics (que je n'ai jamais utilisé en 3 ans de debian :)). Si ça ne marche pas et que tu as le net sur l'ordi tu peux essayer de finir l'installation à partir du net (ce qui sous entendrait un pb sur les dvds ...)

Voila si cela ne te conviens pas aide toi en nous donnant assez d'info pour que l'on puisse te guider sur des pistes correctes.

Je n'ai pas de serveur chez OVH donc je ne sais pas comme ils organisent leur serveur mais le bon sens voudrait que le repertoire www soit un répertoire fait pour mettre un site web et que ce répertoire soit configuré comme tel dans apache. De même pour le répertoire cgi-bin qui est surement fait pour recevoir les scripts cgi qui necessitent une configuration spéciale dans apache pour fonctionner et pour des raisons de sécurité.

Enfin les fichier .bash* sont des fichiers de configuration de bashc'est à dire l'interprétateur de commande installé. Tu dois pouvoir te connecter en ssh (avec putty sous win$) pour avir directement sur ton serveur (et modifier sur place tes fichiers). C'est donc genant mais pas bloquant de supprimer ses fichiers car on tombe sur un bash non configuré et donc "tout pourri" si ça arrive il suffit de reprendre ces fichiers dans le répertoire /etc/skel.

Après pour éviter les boulettes il suffit de demander au logitiel de ftp que tu utilises de cacher les fichiers cachés (assez logique c'est ce pas) comme ça ils ne font pas chier et ne risque pas de disparaitre :)

Enfin je suppose qu'en tant que client de OVH tu as accès à des docs qui doivent expliquer comment sont configurés par défault le serveur et donc un peu de lecture auraient à mon avis pu m'éviter de tapper tout ce texte :þ

Samba est et restera toujours un protocole assez merdique qui n'est surement pas fait pour transmètre des fichiers de grande taille. Je pense que le mieux pour ce type de fichiers sont les protocoles ftp ou nfs. Pour avoir testé avec des fichiers de 700 Mo entre samba et ftp sur un reseau fast ethernet, le gain est en gros de 50% sur les temps de téléchegement tout en supprimant les broadcasts merdiques de samba.

Il est conseillé de passer en runlevel 1 pour fsckter la racine.

le runlevel 1 est un mode de fontionnement dégradé ou les services sont stopés qui permet d'essayer de reparer sa machine :)

en root : init 1
pour y accéder

Pour vérifier si ton système de fichier n'est pas corrumpu ce qui est probablement le cas

$_POST évidement :þ (pas _POST)

Donc le script est executé du début à la fin et il n'y a pas d'interaction directe (comme il peut y avoir en javascript)

Il faut passer par une nouvelle page pour effectuer l'action associée au bouton

Autour du while tu met un truc du genre
<form method="post" action="bla.php" > avec à la fin </form>

et dans le ficheir bla.php tu met un truc du genre
if ( isset(_POST['la_valeur_de_lingne_[ 0]']) )
{
mysql_query(......)
}


n'oublie pas de fermer tes balises pour etre xhtml valide :)

Alors il faut chercher un peu ...
paramètre => préférences => vidéo => Propriété de la fenètre, Format d'écran de la source

là tu dois pouvoir mettre 4:3 ou 16:9 ou ce que tu veux :)

Pour avoir plus d'options, tu peux cocher "Options Avancées" en bas à droite de la fenètre de préférences

ou alors utiliser la ligne de comande avec l'option :
--aspect-ratio <mode> avec mode = 4:3, 16:9, ...

Toute la doc disponible sur
http://videolan.org/doc/play-howto/fr/(...)

Mes fichiers sont disponibles en GPL sur http://forge.ec-lyon.fr/frs/?group_id=7(...)