TheBreton a écrit 926 commentaires

ne pas mettre à jour une page est un non-acte
La loi française punie aussi l'absence d'action
Légifrance Art. 223-6 lien
Quiconque pouvant empêcher par son action immédiate, sans risque pour lui ou pour les tiers, soit un crime, soit un délit contre l'intégrité corporelle de la personne s'abstient volontairement de le faire est puni de cinq ans d'emprisonnement et de 75 000 euros d'amende.

Je ne connais pas la loi américaine, mais ne pas empêcher quelque chose de se produire et risquant d'induire un risque pour l'état (de leur point de vue) doit être assimilable à une action volontaire mettant en danger l'état.

Si ton PC est récent et dispose d'une interface SATA2 à 6Gb tu trouvera une vrai différence entre le disque dur et le SSD.
Mais si tu est en SATA à 1.5Gb (vieil ordi) un disque dur récent à 7200trs aura des débit similaires à un SSD qui moulinerai plus vite que ne le permet le débit ton interface.
Sur mon PC récent (SATA6Gb), le SSD est au environ de 340Mo/s en débit utile et mon disque dur (un 5200tr car j'aime le silence) est à 110Mo/s.

D'abord vérifier à qui appartient le répertoire par un 'ls -l'
Ensuite si besoin de le changer 'chmod -Ru +rw nomdurepertoire'

Cela ou bien l'utilisateur n'as pas les droits d'accès complet sur l'arborescence que tu as copié

Ce que je ferais c'est regarder ce que vaut la variable
LD_LIBRARY_PATH
peut être faire un coup de 'ldconfig -p' ,jeter un coup d'oeil sur '/etc/ld.so.conf'
en root faire un 'ldconfig' ou un 'ldconfig -v'
regarder les droit d'acces sur le fichier en question 'ls -l' des fois qu'il soit réserver à 'root'

Dur de connaitre tout les PC en vente…
Mais d'après ce que je crois savoir, MicroSoft IMPOSE à tout fabricant de PC-ARM vendu avec Windows8-RT que le SecureBoot soit présent, activé et NON désactivable.
A contrario sur x86 Secure boot doit être présent mais le constructeur doit laisser l'option de le désactivé.

voici un article qui résume la situation

Normalement Optimus fonctionne depuis peut sous linux
voir ici

Ce n'est pas UFI mais EFI
Marrant pour moi c'est un mixe des deux,les bios sont UEFI (Unified Extensible Firmware Interface ), l'EFI c'est la premier mouture utilisé avec les Itanium.

Ce dont il faut se méfier c'est, si le portable acheter est pré-équipé de Windows , il faut vérifier que l'option SecureBoot soit bien désactivable.

Voila la référence d'un processeur core 4 bits UPD17207GF avec lequel j'ai travaillé.
A l'époque on utilisait le terme "quartet" pour désigner le groupe de 4 bit et j'ai toujours utiliser "byte" pour 8 bits.

Cela me fais penser qu'il existe une plateforme sur une base libre (Arduino) qui dispose d'un module sur lequel tu peut développer et télécharger ton soft, qui dispose d'une liaison Zigbee et d'une entrée analogique et d'une sortie tout ou rien (collecteur ouvert 100mA). Cela tourne sur une batterie ou peut s'alimenter par une prise mini usb.
Voici le concept en vidéo http://vimeo.com/59998795
Reste à savoir si cela à été commercialisé l'auteur

udev gère aussi les UUID et comme chaque partition de disk dispose d'un UUID a lui tu devrais ne pas avoir de soucis

Il ne sera pas reconnu car ce n'est pas standard.
Par contre les utilitaires fdread et autre devrait fonctionner sous freedos comme cela marchait sous dos.
Puisque les jeux pour dos arrive a fonctionner, je pense que fdread devrait le faire.

Pour démarrer Freedos depuis une clef usb utilise rufus qui l'inclus d'origine.

+1 Pour Freedos, par contre je te conseille fortement de ne pas perdre trop de temps à faire marché fdread avec un lecteur usb si ca marche pas du premier coup. Il faut certainement un vrai controleur de floppy sur la carte mere et branché en IDE.

Je te conseille de faire une passe avec Testdisk puis photorec sur ton disque dur, pour voir ce qu'ils peuvent faire comme recupération.
Normalement certaine information sont dupliqué sur le disque et des fois on peut les récupérer (avec TestDisk) et sinon retrouver les fichiers avec PhotoRec.
Voici un petit tuto

Sur les risques encourus à jouer avec l’électricité près de l'aquarium.
Je ne connais pas se milieux mais je suis presque certains que c'est des circuits d'alimentation basse tension (tbts) et avec double isolation qu'il faut utiliser.
Voila pour la partie avertissement, maintenant pour la technique, ton écran "surveille" qu'il reçoit des informations vidéo de la carte graphique pour décider (ou non) de passer en veille. Il faut donc générer un signal vidéo valide au minimum (avec un petit montage à base de fpga par exemple voir la )pour qu'il continu de fonctionner.
A voir la tolérance qu'il aurait à fonctionner avec un simple montage oscillant à une fréquence de 50Hz générant des petits pulses (par exemple en se synchronisant sur le secteur).

Voir ma réponse dans l'autre thread…

C'est linux donc tu as les sources du driver/module en question non ?

En lisant les sources du module I2C il faut chercher la déclaration de la structure file_operations c'est elle qui fait le mapping entre les opérations de fichiers en userland et les fonctions dédié du module
Exemple :

struct file_operations my_fops = {
 llseek:  my_llseek,
 read:  my_read,
 write:  my_write,
 ioctl:  my_ioctl,
 open:  my_open,
 release: my_release,
};

Et mes fonctions

ssize_t my_read (struct file *, char *, size_t, loff_t *);

etc…

PS : Zut pas j'ai cliqué au bon endroit…

Mais il y a une chose de sur, la frontière User/Kernel est inviolable sous linux et tous les échanges User/Kernel doivent se faire par ioctl,open,read,write,select.

Après tous les modules kernel sont dans le même espace, mais chacun n'exporte (ne rend public) que ce qu'il veut bien comme fonction ou variable (voir la doc à propos de EXPORT_SYMBOL() ) .

Donc si deux module doivent inter agir par des fonctions, elles doivent être déclarer public pour que ce soit possible.

Laisse tourner plus longtemps memtest (toute la nuit par exemple) pour voir si sur la durée des erreurs n'apparaisse pas.

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 ?