<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Commentaires sur : Processus de boot</title>
	<atom:link href="http://linux-attitude.fr/post/processus-de-boot/feed" rel="self" type="application/rss+xml" />
	<link>http://linux-attitude.fr/post/processus-de-boot?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=processus-de-boot</link>
	<description>Le libre est un état d&#039;esprit</description>
	<lastBuildDate>Thu, 10 May 2012 11:53:39 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.3</generator>
	<item>
		<title>Par : peck</title>
		<link>http://linux-attitude.fr/post/processus-de-boot/comment-page-1#comment-19070</link>
		<dc:creator>peck</dc:creator>
		<pubDate>Fri, 19 Aug 2011 16:10:33 +0000</pubDate>
		<guid isPermaLink="false">http://linux-attitude.fr/?p=699#comment-19070</guid>
		<description>Il est similaire mais pas identique.
- Les noyaux ne bootent pas tous de la même façon d&#039;où le besoin de supporter plusieurs formats de noyau dans le bootloader
- La notion de initramfs est spécifique linux, mais l&#039;initrd existe sur les autres unix.
- Init est similaire sur tous les unix (sauf macosx) mais sous linux une migration va commencer vers systemd (ou upstart) 
- Les scripts rcX sont résumés en un seul script rc sur bsd et sur quelques rares distributions linux, ils seront remplacé par autre chose lors de la migration upstart/systemd</description>
		<content:encoded><![CDATA[<p>Il est similaire mais pas identique.<br />
- Les noyaux ne bootent pas tous de la même façon d&#8217;où le besoin de supporter plusieurs formats de noyau dans le bootloader<br />
- La notion de initramfs est spécifique linux, mais l&#8217;initrd existe sur les autres unix.<br />
- Init est similaire sur tous les unix (sauf macosx) mais sous linux une migration va commencer vers systemd (ou upstart)<br />
- Les scripts rcX sont résumés en un seul script rc sur bsd et sur quelques rares distributions linux, ils seront remplacé par autre chose lors de la migration upstart/systemd</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Oxy</title>
		<link>http://linux-attitude.fr/post/processus-de-boot/comment-page-1#comment-19050</link>
		<dc:creator>Oxy</dc:creator>
		<pubDate>Thu, 18 Aug 2011 23:53:58 +0000</pubDate>
		<guid isPermaLink="false">http://linux-attitude.fr/?p=699#comment-19050</guid>
		<description>Bravo pour cet article que j&#039;ai lu avec plaisir,
j&#039;aurais quelques questions. 
Le cheminement que vous avez présenté est-il uniquement lié aux systèmes Linux ?
J&#039;entends par là; est-il identique sur UNIX-BSD / Linux , il me semblait que BSD fonctionnait via un système de script de boot différent une fois l&#039;init chargé.
Cela dit en y repensant il me semble que Arch emprunte un systeme de boot BSD également, enfin je suis perdu dans cette distinction Unix/Linux.
Qu&#039;en est-il réellement ?</description>
		<content:encoded><![CDATA[<p>Bravo pour cet article que j&#8217;ai lu avec plaisir,<br />
j&#8217;aurais quelques questions.<br />
Le cheminement que vous avez présenté est-il uniquement lié aux systèmes Linux ?<br />
J&#8217;entends par là; est-il identique sur UNIX-BSD / Linux , il me semblait que BSD fonctionnait via un système de script de boot différent une fois l&#8217;init chargé.<br />
Cela dit en y repensant il me semble que Arch emprunte un systeme de boot BSD également, enfin je suis perdu dans cette distinction Unix/Linux.<br />
Qu&#8217;en est-il réellement ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Anonyme</title>
		<link>http://linux-attitude.fr/post/processus-de-boot/comment-page-1#comment-3909</link>
		<dc:creator>Anonyme</dc:creator>
		<pubDate>Tue, 13 Apr 2010 13:01:08 +0000</pubDate>
		<guid isPermaLink="false">http://linux-attitude.fr/?p=699#comment-3909</guid>
		<description>Non en effet mais c&#039;est par ma seule faute, c&#039;est un sujet généraliste et si il est trop entrouvert il est certainement inabordable. La séquence de démarrage est donc juste et lorqu&#039;elle ne l&#039;est pas elle est transposable au nouvel environnement, le sujet est traité avec bon sens.

(Pardon en outre d&#039;avoir transformé les commentaires en chat. Au plaisir de parcourir les futurs articles que ce soit sur Upstart ou sur le noyau. A bientôt.)</description>
		<content:encoded><![CDATA[<p>Non en effet mais c&#8217;est par ma seule faute, c&#8217;est un sujet généraliste et si il est trop entrouvert il est certainement inabordable. La séquence de démarrage est donc juste et lorqu&#8217;elle ne l&#8217;est pas elle est transposable au nouvel environnement, le sujet est traité avec bon sens.</p>
<p>(Pardon en outre d&#8217;avoir transformé les commentaires en chat. Au plaisir de parcourir les futurs articles que ce soit sur Upstart ou sur le noyau. A bientôt.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : peck</title>
		<link>http://linux-attitude.fr/post/processus-de-boot/comment-page-1#comment-3908</link>
		<dc:creator>peck</dc:creator>
		<pubDate>Tue, 13 Apr 2010 11:19:42 +0000</pubDate>
		<guid isPermaLink="false">http://linux-attitude.fr/?p=699#comment-3908</guid>
		<description>Le premier bloc fait 512 octets et contient la table des partition pour un bios IBM. Le secteur de boot doit tenir intégralement avant cette table et c&#039;est toujours le cas tant qu&#039;on n&#039;est pas passé à UEFI et aux partition GPT. Le dépassement des 2To nécessite le passage à GPT et donc soit à des bidouilles soit à UEFI.
Mais je ne sais pas si on parle de la même chose.</description>
		<content:encoded><![CDATA[<p>Le premier bloc fait 512 octets et contient la table des partition pour un bios IBM. Le secteur de boot doit tenir intégralement avant cette table et c&#8217;est toujours le cas tant qu&#8217;on n&#8217;est pas passé à UEFI et aux partition GPT. Le dépassement des 2To nécessite le passage à GPT et donc soit à des bidouilles soit à UEFI.<br />
Mais je ne sais pas si on parle de la même chose.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Curt</title>
		<link>http://linux-attitude.fr/post/processus-de-boot/comment-page-1#comment-3904</link>
		<dc:creator>Curt</dc:creator>
		<pubDate>Tue, 13 Apr 2010 10:15:22 +0000</pubDate>
		<guid isPermaLink="false">http://linux-attitude.fr/?p=699#comment-3904</guid>
		<description>Volontiers, j&#039;ai hâte de le lire, attention le projet est encore flou même du point de vue des développeurs :-)

Non, non, Monolithique / modulaire ne sont pas des termes en oppositions même si on pourrait le penser, le modulaire est la réponse à un monolithique qui ne convenait pas à un ensemble de demandes, même si moi ça ne m&#039;a pas apporté de réponse. Aujourd&#039;hui dire que la plupart des noyaux Linux sont des monolithique modulaire est juste. Et initrid n&#039;a pas lui non plus disparu dans les Unix-like mais si là il dépend des noyaux et que l&#039;on sort du GNU/Linux, pour ce monde ci je ne fais pas référence à la seule slack (D&#039;ailleurs je n&#039;en sais rien pour elle).

Pour les 2 To ce n&#039;est pas ce que j&#039;entendais, je parle du bloc minimal de 512ko qui n&#039;est plus vrai, et de fait des disques dur classiques dépendent de minima différent.

Bien à vous,</description>
		<content:encoded><![CDATA[<p>Volontiers, j&#8217;ai hâte de le lire, attention le projet est encore flou même du point de vue des développeurs :-)</p>
<p>Non, non, Monolithique / modulaire ne sont pas des termes en oppositions même si on pourrait le penser, le modulaire est la réponse à un monolithique qui ne convenait pas à un ensemble de demandes, même si moi ça ne m&#8217;a pas apporté de réponse. Aujourd&#8217;hui dire que la plupart des noyaux Linux sont des monolithique modulaire est juste. Et initrid n&#8217;a pas lui non plus disparu dans les Unix-like mais si là il dépend des noyaux et que l&#8217;on sort du GNU/Linux, pour ce monde ci je ne fais pas référence à la seule slack (D&#8217;ailleurs je n&#8217;en sais rien pour elle).</p>
<p>Pour les 2 To ce n&#8217;est pas ce que j&#8217;entendais, je parle du bloc minimal de 512ko qui n&#8217;est plus vrai, et de fait des disques dur classiques dépendent de minima différent.</p>
<p>Bien à vous,</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : peck</title>
		<link>http://linux-attitude.fr/post/processus-de-boot/comment-page-1#comment-3902</link>
		<dc:creator>peck</dc:creator>
		<pubDate>Tue, 13 Apr 2010 09:57:24 +0000</pubDate>
		<guid isPermaLink="false">http://linux-attitude.fr/?p=699#comment-3902</guid>
		<description>Monolithique / modulaire, c&#039;est un peu en opposition non ? 
Sinon la  confusion vient de la différence initrd/initramfs, en effet le fonctionnement de l&#039;initrd d&#039;origine est celui quevous décrivez. Mais celui-ci est de plus en plus rarement utilisé et initramfs l&#039;a remplacé, on continue malheureusement à parler couramment d&#039;initrd. Avec initramfs pivot-root a disparu et le premier init se termine en vidant le fs (en ram, le vrai fs étant monté par dessus) et en faisant un exec sur le nouvel init.

En effet cet article se limite à l&#039;architecture bios (obsolète), comme je l&#039;ai indiqué. Mais il n&#039;y a pas de différences fondamentale avec les autres systèmes si ce n&#039;est qu&#039;il est plus facile de coder un bootloader propre. Les PC de bureau sont toujours vendus avec des bios, les serveurs eux, sont vendus avec des bios et de firmware uefi ce qui permet de faire la transition. Celle-ci viendra de toute façon à travers les disques puisque le format du bios ne permet pas de gérer de disque de plus de 2To.

Pour inittab, debian n&#039;a pas encore migré, je ne sais pas quelle sera la solution retenue, mais c&#039;est sûr qu&#039;à long terme il disparaitra. Je ne sais pas où en est fedora à ce sujet. Il va falloir que j&#039;étudie upstart pour mon prochain article alors :-)

Merci pour les encouragements !</description>
		<content:encoded><![CDATA[<p>Monolithique / modulaire, c&#8217;est un peu en opposition non ?<br />
Sinon la  confusion vient de la différence initrd/initramfs, en effet le fonctionnement de l&#8217;initrd d&#8217;origine est celui quevous décrivez. Mais celui-ci est de plus en plus rarement utilisé et initramfs l&#8217;a remplacé, on continue malheureusement à parler couramment d&#8217;initrd. Avec initramfs pivot-root a disparu et le premier init se termine en vidant le fs (en ram, le vrai fs étant monté par dessus) et en faisant un exec sur le nouvel init.</p>
<p>En effet cet article se limite à l&#8217;architecture bios (obsolète), comme je l&#8217;ai indiqué. Mais il n&#8217;y a pas de différences fondamentale avec les autres systèmes si ce n&#8217;est qu&#8217;il est plus facile de coder un bootloader propre. Les PC de bureau sont toujours vendus avec des bios, les serveurs eux, sont vendus avec des bios et de firmware uefi ce qui permet de faire la transition. Celle-ci viendra de toute façon à travers les disques puisque le format du bios ne permet pas de gérer de disque de plus de 2To.</p>
<p>Pour inittab, debian n&#8217;a pas encore migré, je ne sais pas quelle sera la solution retenue, mais c&#8217;est sûr qu&#8217;à long terme il disparaitra. Je ne sais pas où en est fedora à ce sujet. Il va falloir que j&#8217;étudie upstart pour mon prochain article alors :-)</p>
<p>Merci pour les encouragements !</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Curt</title>
		<link>http://linux-attitude.fr/post/processus-de-boot/comment-page-1#comment-3901</link>
		<dc:creator>Curt</dc:creator>
		<pubDate>Tue, 13 Apr 2010 09:42:36 +0000</pubDate>
		<guid isPermaLink="false">http://linux-attitude.fr/?p=699#comment-3901</guid>
		<description>Très bon article. Attention tout de même une phrase est fausse : Si un initrd est chargé, il l&#039;utilise comme racine et prend l&#039;init s&#039;y trouvant. Dans ce cas il ne cherche pas à monter la racine. Sinon GoTo init.

Ce n’est pas du tout ce qui se passe dans le cas d’un noyau monolithique modulaire Linux. (Je pense que celui-ci est votre référence). Il y a bien chargement de l’image initrid compressé et elle est montée comme racine, là un script qui n’est pas init prend en charge cette partie de la séquence de démarrage, ensuite le ‘vrai’ système de fichier est monté par l’entremise si vous voulez d’un pivot_root et alors init s’initialise.

Juste quelques précisions matérielles, d’abord cet article se limite à l’architecture classique de l’ordinateur personnel, cela ne coûte rien de le rappeler, comme c’est le cas au BIOS on peut rajouter l’UEFI qui se trouve aujourd’hui assez implanté notamment en Asie, dans ce cas le bootlaoder est toujours choisi en continuité du système d’amorçage. Je reviens aussi sur la norme des 512ko qui est désuète, c’est une norme IBM qui n’a plus court, le noyau Linux en tient déjà compte les outils GNU non. De fait on trouve déjà des disques durs incompatibles avec beaucoup d’utilitaires GNU et donc avec l’ensemble des distributions, l’année prochaine ce sera plus marquant car plus constatable même si tout ceci est en cours de correction.

Ensuite juste un dernier mot sur /etc/inittab et son rôle central, ce n’est vrai que pour la moitié des systèmes sous GNU/Linux, elle peut ne pas exister et ne pas manquer, sous Fedora et Debian elle a ou est amenée à disparaître, bien que l’on puisse encore pour l’instant la recréer, en fait inittab est lié à init V, à partir du moment où les distributions migrent vers d’autres règles, ici je prenais l’exemple de Upstart de Canonical, c’est moins vrai qu’il faille y chercher ou y formuler ses paramètres.

Un dernier point, mon commentaire n’est pas une remise en cause de l&#039;article, mais j’aime tant votre enthousiasme à expliquer à ceux qui vous entourent (ce que je suis incapable), que je me fais donc un devoir de compléter par mon expérience. Continuez et encore merci !</description>
		<content:encoded><![CDATA[<p>Très bon article. Attention tout de même une phrase est fausse : Si un initrd est chargé, il l&#8217;utilise comme racine et prend l&#8217;init s&#8217;y trouvant. Dans ce cas il ne cherche pas à monter la racine. Sinon GoTo init.</p>
<p>Ce n’est pas du tout ce qui se passe dans le cas d’un noyau monolithique modulaire Linux. (Je pense que celui-ci est votre référence). Il y a bien chargement de l’image initrid compressé et elle est montée comme racine, là un script qui n’est pas init prend en charge cette partie de la séquence de démarrage, ensuite le ‘vrai’ système de fichier est monté par l’entremise si vous voulez d’un pivot_root et alors init s’initialise.</p>
<p>Juste quelques précisions matérielles, d’abord cet article se limite à l’architecture classique de l’ordinateur personnel, cela ne coûte rien de le rappeler, comme c’est le cas au BIOS on peut rajouter l’UEFI qui se trouve aujourd’hui assez implanté notamment en Asie, dans ce cas le bootlaoder est toujours choisi en continuité du système d’amorçage. Je reviens aussi sur la norme des 512ko qui est désuète, c’est une norme IBM qui n’a plus court, le noyau Linux en tient déjà compte les outils GNU non. De fait on trouve déjà des disques durs incompatibles avec beaucoup d’utilitaires GNU et donc avec l’ensemble des distributions, l’année prochaine ce sera plus marquant car plus constatable même si tout ceci est en cours de correction.</p>
<p>Ensuite juste un dernier mot sur /etc/inittab et son rôle central, ce n’est vrai que pour la moitié des systèmes sous GNU/Linux, elle peut ne pas exister et ne pas manquer, sous Fedora et Debian elle a ou est amenée à disparaître, bien que l’on puisse encore pour l’instant la recréer, en fait inittab est lié à init V, à partir du moment où les distributions migrent vers d’autres règles, ici je prenais l’exemple de Upstart de Canonical, c’est moins vrai qu’il faille y chercher ou y formuler ses paramètres.</p>
<p>Un dernier point, mon commentaire n’est pas une remise en cause de l&#8217;article, mais j’aime tant votre enthousiasme à expliquer à ceux qui vous entourent (ce que je suis incapable), que je me fais donc un devoir de compléter par mon expérience. Continuez et encore merci !</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Minified using disk: basic
Page Caching using disk: enhanced (User agent is rejected)
Database Caching 1/10 queries in 0.045 seconds using apc
Object Caching 366/366 objects using apc
Content Delivery Network via N/A

Served from: linux-attitude.fr @ 2012-05-23 13:10:03 -->
