TheBreton a écrit 932 commentaires

Alors, en unicode 16 (utf16) un caractère simple est codé sur 16bits.
Par contre je pense que dans ce cas la
printw("char=%c", ch)
est incorrecte et qu'il faut le remplacer par
printw(L"char=%lc", ch)
pour signifier au compilo que la chaine de paramètre est aussi en 16bits.

char ch = 'é'; //<----------------- ceci est la ligne 58 (j'ai plein de commentaires au dessus ⁾

Normale, un char fais 8 bits, le séparateur ' indique un caractère simple (donc 8 bits aussi) mais le é est codé sur 16 bits donc overflow.

Je te laisse essayer.

modinfo donne les paramètres accepter par le module au chargement
pour voir les paramètres actuellement utilisés il faut regarder
"cat /sys/module/scsi_mod/parameters/max_luns"

tu devrais plutot poster une question aussi spécifique sur les forums dédiés
http://forums.asterisk.org/

Ensuite quand je cherche sur google je trouve un exploit en date du 07/01/2013
http://blog.exodusintel.com/tag/asterisk-exploit/

Et une note ici à propos de fail2ban un gros warning que cela ne fonctionne pas à 100% avec asterisk.

http://www.fail2ban.org/wiki/index.php/Asterisk

A priori c'est sans doute un bug du kernel tu peut regarder en faisant un "modinfo aacraid" si un paramétrés MAX_LUN peut lui être communiquer pour qu'il accepte de gérer plus que 31 LUN.
As on mon avis il faudrait essayer sur un autre kernel plus récent car je pense que c'est dans la récupération des infos qu'il se prend les pied dans le tapis vu que le lun devrait être à 1.

Comme je te le dis, sur la trace de xev on ne voit pas l'événement KeyPressed pour Super_L,mais on voit 'i' puis le relachement de Super_L.
Tu peut aussi faire un essais avec xbindkeys qui est plus bas niveau puisque discutant directement avec X

Cela indique les événements clavier à travers les différentes couches.
En l'occurrence le test est-il bien complet ?
On voit comme événement l'appuie sur 'i',le relachement de Super_L, puis le relachement de 'i'.
Pour moi il manque l'appuie sur Super_L qui devrait précéder l'appuie sur 'i'
Peut tu vérifier ce point ?
Peut tu essayer si la combinaison WinL+i lance bien ton script ?

que l’appuie sur la touche ne provoque aucun événement ?
tu peut ouvrir une console puis tester cela en lancant "xev".
Tu verras alors si la touche génère bien un événement pris en compte par X.
Si pas d'événement il faut voir si le clavier est bien défini, si événement alors c'est la définition du raccourci qui est incorrecte.

Mais à mon avis le meilleur dans le domaine reste encore jules verne
ici

Merci d'avoir corrigé.

En fait je pense ce n'est pas Win8 que Valve fuit mais le passage obligé par le AppStore Microsoft pour toutes les applications à destination de Win8-RT (la version ARM de Win8).
En effet avec Win8-Rt il faut passer à la caisse et payer un pourcentage important (la rumeur indique un ordre de 20 à 30 %),les tablettes actuelles sont en grande majorité sous Win Rt.
J'imagine sans peine que la Xbox720 qui devrais pointer le bout de son nez dans pas longtemps imposera aussi l'AppStore Microsoft pour l'achat des jeux et une dématérialisation totale des jeux.

Le premier adaptateur branché sera toujours nommé /dev/ttyUSBS0, si tu en branche un second il sera toujours /dev/ttyUSBS1.
Si c'est le seul branché peut importe ou tu le branche ce sera toujours /dev/ttyUSBS0.
Donc les logiciels acutellement l'utilisant ne font qu'utiliser /dev/ttyUSBS0 sans ce demander ou il est branché.

Le soucis c'est :au démarrage de la machine avec deux adaptateur, qui sera considéré comme le premier branché ? Il faut le spécifier.

C'est le but udev faire une règle qui diras au système "tel device, tel numero de série" doit être USBS0 et "tel device, tel numero de série" c'est USBS1. Forcement les deux numéro de série des produits sont différent.

C'est normal sur un système embarqué de ne pas avoir udev , puisque il faut qu'il soit dans busybox. Et au passage il s'agiras du petit fere d'udev qui est mdev
http://wiki.gentoo.org/wiki/Mdev

Si tu créer une règle udev/mdev dans ton programme tu écriras toujours vers /dev/USBS1 pour parler avec ta seconde interface. A moins d'avoir un kernel 2.4 tu ne devrais pas avoir à utiliser mknode.
http://reactivated.net/writing_udev_rules.html

Quant tu branche un adaptateur USB sur un host il se voit attribuer par l'usb une adresse usb unique sur ce host.
Donc pour le system chaque périphérique peut se différencier par host.num/device.adresse.
Au niveau linux, le driver/module va lui assigner un identifiant (inode) dans /dev
Le premier adaptateur branché aura une identification de type /dev/ttyUSBS0 et dans le cas de branchement du second il sera créer /dev/ttyUSBS1 pour indiquer un deuxieme port série.
Pour savoir qui est qui du premier ou du deuxieme il existe des infos que tu peut obtenir via dmseg ou dans /proc/bus/usb/devices, le but de d'identifier le numéro de série de chaque adaptateur.
Ensuite tu peut écrire des règles mdev/udev pour que ton système assigne le numéro souhaité à chaque adaptateur.

Car je suppose que par "cache" tu parle de la partition utilisé pour swapper les pages mémoire quand il n'y en as plus de disponible ?
Si tu ne peut aller au delà de 6G c'est peut être parce que la taille de la partition ne peut pas augmenter.
Ou que le swap est orienté vers la RAM parce que ton disque est un ssd ?
peut tu poster le résultat des commandes suivante
"mount"
"df -h"

Mon serveur peut-il choper le rootkit tout seul ?
Seulement si une faille sur ton serveur permet à n'importe qui d'avoir les droits "root" et de charger un module.
CentOS qui intègre SELinux est-il touché
Pour l'instant: un serveur à été compromis, mais pas package de distribution, reste qu'il faut être prudent lorsque l'on prend des rpm ou autre package sans trop savoir d'ou ils viennent.
Est-ce seulement le kernel 2.6.32
Non,le module d'origine à été compilé pour un 2.6.32-5 (Debian Squeeze) mais ensuite il modifie sont code binaire pour coller à la version du kernel en cours d'exécution (chaque module doit annoncer pour quel version de kernel il est compilé).

on en reste aux explications données sur clubic (tant qu'a cité des morceaux de l'article tu aurait pu citer ta source)
http://www.clubic.com/antivirus-securite-informatique/virus-hacker-piratage/malware-logiciel-malveillant/actualite-525635-decouverte-rootkit-linux.html

D'autant plus que tout ce bruit est pour expliquer qu'un module kernel à été trouvé qui mets en place des redirection sur des appel systemes (hook) et redirige les requetes tcp vers un site different de celui demandé par l'utilisateur.

Autant prendre l'info a sa source

http://blog.crowdstrike.com/2012/11/http-iframe-injecting-linux-rootkit.html

En bref, si un "root" installe n'importe quoi sur son système il aura des problèmes (ca on le savait déja)
Aucun packet d'aucune distrib n'est indiqué comme corrompu, un simple cat sur "/etc/rc.local" permet de detecter le rootkit.
Bref, trembler !(si vous aimez avoir peur).

C'est vraiment plus simple et pas plus long de faire un snapshot de ta machine virtuel que de passer sans arret par la sequence d'arret/démmarage.
En plus virtualbox te le propose quand tu ferme la fenetre de faire une sauvegarde…

Donc /etc/fstab est un fichier système critique donc seul root peut l'ouvrir et l'éditer.
Tu peut ouvrir une console de commande, taper "su"
il demanderas ton mots de passe root, puis ensuite taper "vi /etc/fstab" ou "leafpad /etc/fstab"
vi est un peut moins simple a utiliser que leafpad pour un debutant.

leafpad

il faut écrire dans /etc/fstab ton option de montage
http://fr.wikipedia.org/wiki/Fstab

Mais si tu virtualise pourquoi éteindre ta machine linux au lieu d'en sauvegarder l'état (snapshot)?

je dois faire la configuration du noyau puis la compilation sur une carte électronique
La par exemple il faut deviner quel version du kernel et quel target tu vise

On m'a dit qu'il s'agit d'une option de configuration du kernel
Tu devrais aussi demander à "On" ou elle est cette options.

Commence donc par apprendre à synthétiser les informations pour poser des questions
http://catb.org/~esr/faqs/smart-questions.html

Ensuite si ta carte à un BIOS regarde si tu as une option "Enable External Cache", sinon regarde dans la rubrique "CPU" du kernel c'est la que ce passe les choses.

Je viens de commander un BB5-i3 chez ldlc http://www.ldlc.com/fiche/PB00137389.html
Mes critères était le prix et ne pas payer windows pour le virer tout de suite (ainsi qu'un SSD obligatoire).
SSD et i3-3110M donc le GPU c'est du HD4000, pas de Nvidia et leur optimus et une autonomie annoncé de 300min alors que les portables avec optimus annonce moins.
Je l'attend donc ne peut pas te donner de retour sur le support linux du bouzin.

Mais si le Pc que tu cherche ne dois pas sortir du bureau je ne vois pas pourquoi prendre un portable.

Il crie son désespoir sur le log kernel->dmesg
Peut etre qu'il sélectionne une mauvaise plage de fréquence, que le firmware qu'il charge (si il en charge un) n'est pas le bon, que ton kernel n'est pas à jour,… ?
http://wireless.kernel.org/en/users/Drivers/rt61pci
Bref des infos technique supplémentaire pourrait aidée.

Sur cette page le même soucis que toi , un logiciel nommé AlcorMP_5T2F_6T2F_2011-11-10.02
semble avoir résolu le soucis

http://superuser.com/questions/402688/why-did-my-flash-drive-become-read-only-and-how-can-i-fix-it

Je rebondi sur ta proposition, sur un sujet d'interrogation particulier par contre.
Aujourd'hui je ne trouve pas de réponse claire,sera t-il possible pour un développeur tier d'écrire un driver pour un Win8 ARM (et bien entendu est qu'il faudra avoir un certificat de code signing différent de celui x86/ADM64?)

J'ai l'impression que tous ce qui tourne sous ARM (d'un point de vue kernel) est complétement verrouille si on est pas le constructeur de la tablette…

Par curiosité, pourquoi est tu pessimiste sur l'arrivé VDSL en france ?

On attend une réponse de l'arcep sur le sujet et normalement l'offre vdsl2 devrait être lance fin du premier semestre en france.
Pour l'instant les dslam Free et les Freebox V6 (révolution) intègre déja cette technologie (pour les autres voir l'article)
http://www.clubic.com/reseau-informatique/reseau-filaire/actualite-508219-vdsl2.html

Donc oui le vdsl2 va freiner la fibre c'est évidant, mais de toute façon je pense que 30% de la population ne verra pas de si tot la fibre en bas de chez eux.

Hé bin on peut dire qu'il y as du monde avec le même problème que toi ( recherche Transcend JetFlash Flash Drive is write protected sur google).
A premiere vue il existe même un utilitaire spécialement pour restaurer les clef USB mais il faut trouver un poste pour windows.

http://eu_fr.transcend-info.com/support/DlCenter/DLSoftware.asp?SID=3

Je doute que tous ces gens ait tentés de mettre un ext3 sur leur clef mais bon si tu la repare tu pourra tenter l'essais a nouveau.