merci mais je souhaite savoir comment on peut faire avec /dev/input/event, car VideoCapture() doit capturer le flux video vient un appel systeme mais lequel ?
Posté par cosmoff .
En réponse au message initrd et kernel.
Évalué à 2.
Dernière modification le 26 février 2019 à 10:22.
je ne comprend pas trop l'utilité de initrd.
dans les 512 premiers octets du disque dur on a le partitionnement, donc on sait ou commence et se termine la partition active.
dans la partition on a les métadonnées qui possède la taille des blocs, les bitmap des blocs et inodes, les inodes. Donc du moment qu'on connait le systeme de fichier utilisé (ext2, ext3 …) on peut tres bien recréer facilement le systeme de fichier utilisé. donc pour moi initrd n'a aucun interet
oui en effet, sur un processus fils il y a un return EXIT_SUCCESS; et le processus pere recupere la valeur du EXIT_SUCCESS via l'appel systeme wait(&status);
Posté par cosmoff .
En réponse au message probleme avec sigaction.
Évalué à 2.
Dernière modification le 22 février 2019 à 10:46.
je ne comprend pas pourquoi tu dis que le comportement est indéfini.
quand mon processus recoit le signal SIGSEGV il est sensé appelé la fonction tToCallIfsegFault. Donc techniquement la fonction tToCallIfsegFault devrait tourner en boucle car cette fonction envoie un signal SIGSEGV a son propre PID. Or des fois j'ai une boucle et des fois un core dump. J'aimerai avoir tout le temps le meme résultat et non pas un comportement indéfini
pour les races conditions, ca veut dire que le probleme est du à la partie électronique du systeme (Timer…) et donc on ne peut rien faire ?
je ne sais pas si j'ai bien compris :
Si plusieurs processus sont exécutés par les processeurs, les processus ne peuvent pas passer en meme temps en mode noyau, c'est chacun son tour ?
Merci Renault pour ta réponse, mais tu sembles dire que tout est géré par les interruptions via des timers ou des appels systemes, mais alors a quoi sert les processus kworker ?
en faite le noyau c'est pas vraiment un processus, c'est juste des instructions qui sont en mémoire et dès qu'il y a une interruption ou un compteur qui se déclenche, il y a un saut d'adresse en ram qui correspond à l'interruption utilisé. Ca permet ainsi de simplifier le travail du developper car il ne touche pas aux périphériques. c'est bon ce que je dis ?
Et donc tout le code du noyau est toujours en RAM ?
donc si j'ai bien compris, dans le CPU il y a une sorte de compteur (fait avec une succession de bascule RS par exemple) et quand le compteur arrive à une certaine valeur, alors un bit est déclenché ce qui va changer
le registre PC du CPU pour allez à l'adresse ou se trouve les instructions du noyau c'est un peu ca l'idée ?
tu dis :"
Ensuite la deuxième partie du chargeur de démarrage va charger le noyau et l'initrd en mémoire. Il sait parfaitement où ils se trouvent sur le disque car ils sont normalement dans /boot et la configuration du chargeur de démarrage (au moins pour GRUB) spécifie les noms de fichiers à charger.
"
comment est ce possible de charger le noyau et initrd qui se trouve dans /boot alors que le systeme de fichier n'est pas monté. si le systeme de fichier n'est pas monté alors tu ne connais pas la hiérarchie des tes directory et donc jamais tu peux trouver le noyau et initrd dans le directory /boot
Pourquoi je peux dans certain cas ne plus pouvoir lire la totalité de ma clé USB. Car si je retire ma clé USB et que le systeme était en train d'écrire dans un fichier inode, en quoi le fait de n'avoir pas pu finir l'écriture sur un fichier inode rend ma clé USB inutilisable ?
[^] # Re: OpenCV
Posté par cosmoff . En réponse au message récupérer l'image de ma webcam avec /dev/input. Évalué à 1. Dernière modification le 09 juillet 2019 à 15:39.
merci mais je souhaite savoir comment on peut faire avec /dev/input/event, car VideoCapture() doit capturer le flux video vient un appel systeme mais lequel ?
[^] # Re: Désactiver n'est pas stopper
Posté par cosmoff . En réponse au message probleme pour désactiver au démarrage gdm. Évalué à 2.
alors ca ne regle pas le probleme.
Je me suis mal exprimé mais meme le redemérrage ne change rien, systemd ne prend pas en compte quand je met :
systemctl disable gdm.service
je n'ai pas besoin d'arreter le service pour annuler son lancement au démarrage.
[^] # Re: au pif en lisant en travers
Posté par cosmoff . En réponse au message afficher une fenetre sur une fenetre avec la lib X11. Évalué à 2.
c'était ca merci beaucoup
[^] # Re: Émulateur de terminal
Posté par cosmoff . En réponse au message terminal et bash. Évalué à 1.
ok j'ai plus au moins compris, merci pour toutes vos explications
[^] # Re: Émulateur de terminal
Posté par cosmoff . En réponse au message terminal et bash. Évalué à 1.
merci beaucoup pour vos réponses. Ou se trouve le programme du terminal ? comment se nomme ce programme ?
[^] # Re: Émulateur de terminal
Posté par cosmoff . En réponse au message terminal et bash. Évalué à 1. Dernière modification le 29 mai 2019 à 17:54.
donc a chaque je fois que je lance une commande, l'émulateur de terminal lance le programme bash et lui donne en argument la commande que j'ai écris ?
[^] # Re: initrd et kernel
Posté par cosmoff . En réponse au message initrd et kernel. Évalué à 2. Dernière modification le 26 février 2019 à 10:22.
je ne comprend pas trop l'utilité de initrd.
dans les 512 premiers octets du disque dur on a le partitionnement, donc on sait ou commence et se termine la partition active.
dans la partition on a les métadonnées qui possède la taille des blocs, les bitmap des blocs et inodes, les inodes. Donc du moment qu'on connait le systeme de fichier utilisé (ext2, ext3 …) on peut tres bien recréer facilement le systeme de fichier utilisé. donc pour moi initrd n'a aucun interet
Merci pour vos réponses
[^] # Re: Noyau
Posté par cosmoff . En réponse au message linux me retourne la valeur 139 quand j'ai un segFault (SIGSGEV). Évalué à 1.
oui en effet, sur un processus fils il y a un return EXIT_SUCCESS; et le processus pere recupere la valeur du EXIT_SUCCESS via l'appel systeme wait(&status);
merci de l'info ;)
[^] # Re: undefined behaviour
Posté par cosmoff . En réponse au message probleme avec sigaction. Évalué à 1.
ok merci beaucoup pour vos réponses
[^] # Re: undefined behaviour
Posté par cosmoff . En réponse au message probleme avec sigaction. Évalué à 2. Dernière modification le 22 février 2019 à 10:46.
je ne comprend pas pourquoi tu dis que le comportement est indéfini.
quand mon processus recoit le signal SIGSEGV il est sensé appelé la fonction tToCallIfsegFault. Donc techniquement la fonction tToCallIfsegFault devrait tourner en boucle car cette fonction envoie un signal SIGSEGV a son propre PID. Or des fois j'ai une boucle et des fois un core dump. J'aimerai avoir tout le temps le meme résultat et non pas un comportement indéfini
pour les races conditions, ca veut dire que le probleme est du à la partie électronique du systeme (Timer…) et donc on ne peut rien faire ?
[^] # Re: script != binaire
Posté par cosmoff . En réponse au message impossible de modifier un exécutable lorsqu'il est en exécution . Évalué à 1.
ok merci a tous pour votre aide
[^] # Re: script != binaire
Posté par cosmoff . En réponse au message impossible de modifier un exécutable lorsqu'il est en exécution . Évalué à 2.
merci pour ta reponse,
donc le bash ne vas pas récupérer tout le script en mémoire RAM mais uniquement 1 ligne ? puis il va relire une ligne qui se trouve sur le disque ?
[^] # Re: Pas chez moi
Posté par cosmoff . En réponse au message impossible de modifier un exécutable lorsqu'il est en exécution . Évalué à 1. Dernière modification le 20 février 2019 à 11:59.
bizarre…j'ai la version :
GNU bash, version 4.4.19(1)-release (x86_64-pc-linux-gnu)
comment est possible ? un fichier de conf a modifier ?
PS: oui c'est bien ca, augmente peut etre le sleep a 100, peut etre que le noyau ne se comporte pas de la meme facon avec un delay plus long
[^] # Re: langage interprété => interpréteur => exécutable
Posté par cosmoff . En réponse au message comment est ce possible de faire un noyau avec python ou un langage interprété. Évalué à 1.
si si tu as répondu à ma question.
mais donc l’interpréteur va a chaque fois traduire le code python en code machine, on a donc un noyau assez lent par rapport à un noyau fait en C ?
# merci
Posté par cosmoff . En réponse au message pourquoi je dois faire un free() alors que le noyau libere la mémoire à la fin de mon processus. Évalué à 1.
ok j'ai appris ce que je voulais merci beaucoup pour vos réponses
[^] # Re: c'est quoi le noyau
Posté par cosmoff . En réponse au message de l'appel systeme au mode noyau. Évalué à 1.
je ne sais pas si j'ai bien compris :
Si plusieurs processus sont exécutés par les processeurs, les processus ne peuvent pas passer en meme temps en mode noyau, c'est chacun son tour ?
[^] # Re: c'est quoi le noyau
Posté par cosmoff . En réponse au message de l'appel systeme au mode noyau. Évalué à 1.
Merci Renault pour ta réponse, mais tu sembles dire que tout est géré par les interruptions via des timers ou des appels systemes, mais alors a quoi sert les processus kworker ?
# c'est quoi le noyau
Posté par cosmoff . En réponse au message de l'appel systeme au mode noyau. Évalué à 1.
merci beaucoup pour ta réponse je comprend mieux.
en faite le noyau c'est pas vraiment un processus, c'est juste des instructions qui sont en mémoire et dès qu'il y a une interruption ou un compteur qui se déclenche, il y a un saut d'adresse en ram qui correspond à l'interruption utilisé. Ca permet ainsi de simplifier le travail du developper car il ne touche pas aux périphériques. c'est bon ce que je dis ?
Et donc tout le code du noyau est toujours en RAM ?
[^] # Re: Le processus.
Posté par cosmoff . En réponse au message probleme pour comprendre l'édition de lien. Évalué à 1.
merci beaucoup pour vos réponses, vous avez répondu à mon probleme !
Merci encore !
[^] # Re: Grace aux pauses
Posté par cosmoff . En réponse au message comment un ordi avec un seul CPU peut faire du multi tache. Évalué à 1.
Alors merci beaucoup pour vos reponses !
donc si j'ai bien compris, dans le CPU il y a une sorte de compteur (fait avec une succession de bascule RS par exemple) et quand le compteur arrive à une certaine valeur, alors un bit est déclenché ce qui va changer
le registre PC du CPU pour allez à l'adresse ou se trouve les instructions du noyau c'est un peu ca l'idée ?
[^] # Re: preempt
Posté par cosmoff . En réponse au message SCHED_FIFO et signal alarme. Évalué à 1.
Merci pour tes reponses, je n'y connais rien au noyau, mais est ce que le noyau à un pid ou c'est plus compliqué que ca ?
[^] # Re: preempt
Posté par cosmoff . En réponse au message SCHED_FIFO et signal alarme. Évalué à 1.
la priorité max sur linux c'est 99. donc techniquement rien ne peut préempter les processus que je lance
# rep
Posté par cosmoff . En réponse au message le noyau lance initrd ou initrd est lancé par le boot loader. Évalué à 1.
merci de ta réponse.
tu dis :"
Ensuite la deuxième partie du chargeur de démarrage va charger le noyau et l'initrd en mémoire. Il sait parfaitement où ils se trouvent sur le disque car ils sont normalement dans /boot et la configuration du chargeur de démarrage (au moins pour GRUB) spécifie les noms de fichiers à charger.
"
comment est ce possible de charger le noyau et initrd qui se trouve dans /boot alors que le systeme de fichier n'est pas monté. si le systeme de fichier n'est pas monté alors tu ne connais pas la hiérarchie des tes directory et donc jamais tu peux trouver le noyau et initrd dans le directory /boot
[^] # Re: dernier détail
Posté par cosmoff . En réponse au message fichier corrompu. Évalué à 1.
tu me réponds sur la partie hardware, ce qui m’intéresse dans la question est la partie logicielle avec les méta données
# dernier détail
Posté par cosmoff . En réponse au message fichier corrompu. Évalué à 1.
merci pour vos réponses.
Juste un dernier détail.
Pourquoi je peux dans certain cas ne plus pouvoir lire la totalité de ma clé USB. Car si je retire ma clé USB et que le systeme était en train d'écrire dans un fichier inode, en quoi le fait de n'avoir pas pu finir l'écriture sur un fichier inode rend ma clé USB inutilisable ?