NeoX a écrit 18082 commentaires

comme ca plus de probleme de dependance,
tu compiles ton propre noyau, tu installes les pilotes Nvidia à partir de leur site web

je vois surtout des "unmounted" suivi d'un mount mais il considere que le disque n'est pas propre

Oct 26 17:41:57 Alfred kernel: [ 2781.501837] hfs: Filesystem was not cleanly unmounted , running fsck.hfsplus is recommended. mounting read-only.

tu as aussi

Oct 26 17:42:29 Alfred kernel: [ 2813.563708] hfs: write access to a journaled filesystem is not supported , use the force option at your own risk, mounting read-only.

donc faut verifier si tu as un systeme HFS journalisé sur ton OSX, supprimer eventuellement la journalisation,
ou peut-etre lui dire de ne pas monter cette partition.

apparement tu as 2 partitions sur le disque
/dev/sda3 -> sac
/dev/sda2 -> apple

pour savoir quel disque il faut surveiller, c'est la commande mount ou df -h qui va te dire quelle partition est montée et ou.

ensuite c'est bien dans /var/log qu'il faut chercher,
mais il faut ouvrir le fichier messages.log ou syslog

ce n'est pas la distribution qui fait la formation,
c'est le formateur,
il te faut donc une idée de ce que tu veux leur apprendre, ensuite seulement chercher l'outil.

d'ailleurs plus qu'apprendre linux, c'est peut-etre plus "decouvrir linux" et "communiquer sur linux" que tu veux leur apprendre.

parfois les partitions ont comme option remount=ro qui force la partition à se remonter en lecture seule si y a des erreurs sur le disque.

du coup ca marche un moment, puis y a des erreurs, hop, ca repasse en lecture seule.

faudrait regarder dans les logs de ta distribution si tu as une trace d'evenements liés à ton disque dur.

debrancher ton disque dur et le mettre en USB,
ouvrir le chassis et debrancher la prise de l'alim

mais comme dit plus haut, un disque qui a finit ca vit, c'est un backup foireux qui ne te sert à rien
car il pleut planter dans 2 minutes, 1h, 3 jours.
donc aucune garantie que les données qui sont dessus soient encore la apres

il s'agit d'installer Nagios et ses plugins depuis le depot GIT

le reste est une reprise, traduite des howtos disponibles sur le liste officiel
mais ca permet aux anglophobes d'avoir de la documentation

Par contre icinga vient de base avec une interface de configuration (lconf de mémoire)

ah, il ne doit pas y etre par defaut car je ne l'ai trouver pour ma maquette.

du coup je considere que c'est un peu comme centron pour nagios, c'est un ajout à icinga,
pour ceux qui veulent du clicodrome ;)

c'est corrigé

bah deja si tu rediriges les connexions entrantes vers le pound virtuelle,
il y a des chances que ca fonctionne entre les machines virtuelles, quitte à ce que le trafic ressorte par le dom0 et rerentre.

ensuite oui, si tu veux optimiser tu peux avec les view du DNS pour donner des IPs locales quand c'est une machine virtuelle qui demande la resolution DNS, ca ferait aller directement sur le pound en interne sans passer par l'IP publique.

je crois que pour mettre ce script dans les applications au demarrage de ta session graphique,
il faut le mettre dans ~/.config/autostart,
mais y a un formalisme a respecter

exemple chez moi le lancement d'orca est géré par un fichier qui s'appelle
orca.desktop
et qui contient

[Desktop Entry]
Type=Application
Name=Orca screen reader
Exec=orca --enable speech,braille
NoDisplay=false
AutostartCondition=GSettings org.gnome.desktop.a11y.applications screen-reader-enabled
X-GNOME-AutoRestart=true
#X-GNOME-Autostart-Phase=Initialization
OnlyShowIn=GNOME;Unity;
X-Ubuntu-Gettext-Domain=orca
X-GNOME-Autostart-enabled=false

dans ton cas il faudrait faire un fichier similaire, par exemple xmodmap.desktop, eventuellement simplifié, mais qui contiendrait :

[Desktop Entry]
Type=Application
Name=Ma correction de clavier
Exec=xmodmap ~/.xmodmap
NoDisplay=false
OnlyShowIn=GNOME;Unity;
X-GNOME-Autostart-enabled=true

chez moi j'ai ce comportement si je fais ctrl+c avant la fin du clonage

t'arriverais pas à saturation sur ta VM, faisant s'interrompre le git et donc liberer à nouveau la place.

je te dis si ca marche des que le telechargement sera terminé
mais à 63Ko/s ca risque d'etre un peu plus tard

va jusqu'au bout du concept
met ton pound dans une machine virtuelle au lieu de le mettre du dom0

redirige le trafic entrant sur dom0 vers le pound virtuel

et voila, plus besoin de modifier chaque fichier hosts

N'y a-t-il pas moyen de modifier la règle udev pour que cette façon de faire ne s'applique qu'aux périphériques amovibles ?

et comment tu distingues un disque amovible, que tu vas monter à la demande, et pouvoir ejecter
d'un disque interne non monté au demarrage que tu vas monter à la demande et pouvoir ejecter

et apres va expliquer à madame michu que sa clef USB est dans /media/michu/clefusb
alors que les photos du petit dernier sont dans /media/diskdur

en arretant named/bind, et en supprimant le fichier, ca ne marche pas ?

de la meme maniere qu'il sait quel clavier/ecran/souris est à quel utilisateur

il faut surement definir les ports USB qui seront utiliser pour un siege ou pour un autre

Tout ces programmes sont distribuer de manière compiler car ce sont des programmes de sécurité qui n'évolueront pas et donc le code source doit rester secret.

donc si y a un bug on ne peut pas le corriger
si on veut l'ameliorer on ne peut pas
si on veut l'auditer on ne peut pas non plus.

la securité par l'obscurantisme
c'est comme microsoft, on a des patchs qui tombent regulierement, le descriptif dit juste que ca corrige un bug qui permet à un utilsiateur de prendre le pouvoir
c'est un binaire, on ne sais pas ce qu'il fait et personne ne peut avoir le source sauf en bossant chez/pour microsoft.

avant tous les montages se faisaient dans /mnt
puis c'est passer dans /media/maclefusb

sauf que le multiseat se prepare et permettra d'avoir plusieurs utilisateurs sur une seule unité central, avec un ecran/clavier/souris chacun.

j'imagine donc que pour gerer les clefs USB de chaque utilisateur c'etait plus pratique de changer /media/laclefusb en /media/utilisateur/saclefusb

dans le premier tu lui dis de se connecte à myhost/upload2.php
dans le deuxiemme à baseURL^{"upload2.php"}

alors j'y connais pas grand chose en ocaml
mais tu lui a precisé quelques part ou devait aller baseURL ?

ok, donc dans ta config, ca marche bien de l'exterieur vers l'interieur
mais pas entre les machines en interne.

et ca c'est peut-etre normal.
car il y a peut-etre une protection pour limiter la communication entre les machines.
tout comme il a ce genre de cloisonnement sur certains routeur wifi, les clients wifi accedent bien à internet mais ne se voient pas les uns les autres.

si ce n'est pas le cas, c'est peut-etre un souci de boucle reseau,
en effet quand ta machine interne cherche à joindre celle d'à coté, elle sort puis rerentre sur l'interface du dom0

avec nos processeurs modernes multicores, l'affichage de top par defaut amalgame les cores entre eux.

donc sur un dual core, si un process prend 100% du core0 et que core1 ne fout rien
ca fait une moyenne de 50% d'utilisation ce que tu vois en haut du top.

tu peux afficher le detail par core en faisant 1 une fois le top lancé.
tu auras alors plusieurs lignes en haut du top, en fait une par cpu.

j'ai redéfini la variable $TERM
#declare -x $TERM="xterm"

mais ça ne marche toujours pas!

je reitere mes reponses

ou as tu fais cette declaration ?
le diese suppose deux possibilités :
- sur la ligne de commande de root
- dans un script mcelog.cron, bashrc, profile ?

si c'est sur la ligne de commande, je doute que l'environnement ainsi declaré soit celui dont ce sert mcelog.cron
si c'est dans un script, le # va le mettre en commentaire et la ligne ne sera tout simplement pas executé.

de plus en shell (bash, sh) on declare un variable sans le $ et on l'utilise avec.
il faudrait donc faire declare -x TERM="xterm"

le titre :

XEN : comment faire arriver les paquets des machines virtuelles sur l'interface eth0?

la question :

Est ce qu'il est possible de configurer les machines virtuelles pour qu'elles utilisent un autre port que le 80 pour certains noms de domaine?

la reponse, oui dans tes machines virtuelles tu peux tres bien configurer un service pour ecouter sur autre chose que le port 80.

un service web comme apache ecoute par defaut sur le 80 et le 443, mais tu peux configurer un virtualhost pour ecouter sur une IP:PORT et domaine particulier.

maintenant si je regardes le titre, je le retraduis en :
comment faire arriver des paquets à destination du nom de domaine de ma machine virtuelle directement sur sa carte eth0 ?

à ma connaissance tu ne peux pas sans passer par un proxy qui faire la relation entre l'ip externe/domaine et l'ip interne.

sinon il te faut plusieurs IPs externes (appelée IP Failover chez certains revendeurs) et tu peux faire de l'IP rewriting depuis ton parefeu/dom0.
ainsi un paquet qui arrive sur A.B.C.D sera reecrit pour aller sur le conteneur dont l'ip est E.F.G.H

et dans ce cas là, si tu ne veux pas faire compliquer ou si tu veux exposer tes machines virtuelles directement sur internet, autant mettre l'IP externe directement sur eth0

sinon pourquoi faire sur EC2
y a pas de serveur là ou tu travailles pour faire des conteneurs linux dans un sous-reseau isolé ?

si on peut faire des vlans avec EC2, tu fous chaque etudiant dans un vlan
il a donc bien ces 2 ou 3 machines dans le meme vlan, quand tu broadcastes ca n'envoie rien en dehors du vlan

ca doit le faire soit avec du vrai vlan (802.1q je crois)
soit avec du vlan IP avec un masque de 30 ou 255.255.255.252
= > 192.168.1.0/30 pour le premier etudiant, 192.168.1.4/30 pour le deuxieme, etc

pour le premier il a alors 192.168.1.0 comme adresse reseau, 192.168.1.1 et 192.168.1.2 comme adresse IP, 192.168.1.3 comme adresse de broadcast
le deuxiem aura 192.168.1.4 comme adresse reseau, 192.168.1.5 et 6 pour ip, 192.168.1.7 comme broadcast,
etc