CalimeroTeknik's Blag

Le japonais en 3 coups de cuiller à pot

2013-02-09T17:26:00+01:00

…ou comment comprendre le japonais avec juste un dictionnaire !

À mon avis, il suffit d’un dico comme tagainijisho, du sens des syllabes de liaison, et des terminaisons de verbe pour tout comprendre.
En voici donc une référence rapide.

Infos capitales !

Dans cet article, mettez le pointeur sur les mots en japonais pour avoir leur prononciation et traduction — ce qu’une recherche dans tagainijisho vous fournirait.
Les mots en couleur sont facilement retrouvables (de manière comphréhensible) dans le dictionnaire, il n’y a donc aucun besoin de les retenir.

Disclaimer :

L’auteur de cet article est une buse sur les termes de grammaire abscons, mais bon en orthographe. (trouvez une faute dans mon blog ?)
Attendez-vous donc à une approche de la langue sur un style un peu inhabituel, c’est-à-dire à la fois théorique, et sans participes épithètes déponants du subjonctif conjonctif quasi-parfait qui sortent par les yeux.

じゃ、始めましょう？

1/3 : L’ordre des mots

Le seul truc qui différentie le japonais des autres langues, c’est sa structure.
→ Exactement comme en anglais, tout mot (ou groupe de mots ici) qui est avant un autre mot, le qualifie.
Mais bien plus encore que ça !

On peut trouver le sens d’un mot composé comme ça, et ça servira aussi dès que la phrase atteint une certaine longueur, pour savoir quoi dit quoi sur quoi.

2/3 : Les syllabes de liaison

Ces syllabes indiquent comment associer le truc avant et le truc après.

な donne le genre, le style : on met son genre/style d’abord, et le truc après.
Exemple : きれいな花

の lie le propriétaire et son truc : le truc après [appartient au/est partie du/est ce dont est fait le] truc avant. S’il n’y a rien après, c’est le contexte dont on parle.
Si je vous ai perdu : maîtreのchien est le cas principal.
Exemples :
私の本 (mon livre)
この私のばか (cet imbécile que je suis) — un peu plus subtil, je suis composé d’un imbécile, dans l’idée.
どこなの？ (où est-ce ?) — on demande, à propos du genre qui "compose" truc dont on parle, son emplacement.

を applique : on met un verbe avant, et ce à quoi on l’applique après.
Exemples :
スクリーンを見る (regarder [je regarde] l’/un écran)
人混みを歩く (marcher [je marche] dans la foule)

は concerne : le truc après concerne le truc avant.
Exemple : 私は疲れた

が désigne : le truc après s’applique au truc désigné avant, à l’exclusion de quoi que ce soit d’autre.
Exemple : 誰がそれを使ったの？ (qui a utilisé ça ?)

です / だ affirme : il se met après un truc pour le poser en affirmation.
Nous, on utilise le verbe être pour faire ça, et on ne peut pas s’en passer. だ est un peu moins poli que です.
Exemple : あなたはすごいです。 (tu es formidable)

と associe.
Exemples :
神と女神… (dieu et déesse… — c’est juste un bout de phrase, ou un titre de bouquin par exemple)
それはそうだと思う : on associe « je crois » à ce qui est avant : « cela est vrai » : ça donne donc « ça, je pense que c’est vrai. »

も ajoute.
Exemples :
私も (moi aussi)
私もそう思う (je pense aussi ça)
英語も日本語もイタリア語もできる : un exemple d’accumulation (exhaustif, sinon utiliser や). Je ne traduis pas, vous avez compris !

に positionne : le truc après « sur » le truc avant (au sens large).
Exemples :
頬に口付けて
それに、行け。 (en/dans ce cas, allez-y/vas-y)

で découle : le truc après découle du truc avant (au sens large). Le plus joli !
Exemples :
自分でやろ (fai(te)s-le {toi/vous}-même(s)) Note : c’est très malpoli (mais ça en jette).
私はここで (« je suis ici »)
私はここで待って(い)る (« j’attends/attendrai ici »)
ここで待ってて (« attends/attendez ici »)

か questionne : à la fin de la phrase, c’est la syllabe-point-d’interrogation.
Exemple : ここですか。 (« c’est ici ? » — oui, un point à la fin d’une question)

Je n’ai pas tout listé, mais c’est déjà suffisant pour comprendre beaucoup de choses.
Wikipedia en a une liste bien plus conséquente : http://en.wikipedia.org/wiki/Japanese_particles

Et à partir de ça, on peut même comprendre plein de mots : では, souvent abrégé じゃ, se comprend très bien comme la combinaison de で et は.

Les syllabes et leur sens, en général

J’aime comprendre, dans toutes les langues, les mots par la signication élémentaire de leurs syllabes avec la manière de les associer (cf. partie 0/3 de cet article).

それ et これ indiquent que, en début de mot, そ = ce (là), et que こ = ce ([i]ci). ここ et そこ confirment cette analyse, et ça marche absolument partout ailleurs à ma connaissance.
D’ailleurs, on note ici que こ en fin de mot désigne un endroit, et qu’on le retrouve dans 所 et 頃. L’endroit n’est pas matériel, c’est une position. Le lieu matériel, c’est 場所.

Tout ceci est assez cohérent. Avec de la logique floue, ça marche du tonnerre.

3/3 : Les terminaisons de verbes

Reconnaître un verbe ?

À sa terminaison.

La forme de base des verbes finit par un « u » quand ils ne sont pas conjugués — ça sert autant qu’en français, la forme non conjuguée.
Mais vous avez remarqué (si vous connaissez, sinon lisez mon article sur les caractères japonais)
…qu’il n’y a pas que う qui finit par u, mais aussi notamment る, む, す, く, ぶ, ぐ, ぬ, つ.
Bref… à la prononciation, un verbe finit par u dans la forme de base.

Les terminaisons conjuguées (les plus courantes) :

Laisser le verbe de base : pour parler de l’action, tout simplement.
Exemple : 見る
Si aucun contexte n’indique de l’interpréter comme le concept de voir, alors ce sera « je vois ».

ます : le présent/futur poli.
Exemple :　来る → 来ます
Sans contexte supplémentaire, ce sera « je viens »

た : le passé.
Exemples :
使う → 使った
行く → 行った
言う → 言った (vous avez remarqué la prononciation, rapport au précédent ?)
来る → 来た (tiens, ku devient ki ; car 切る)

て : l’action. On parle ici de quelqu’un qui fait (voire on lui demande), pas de l’idée de faire, comme avec la forme de base.
Attention : ne confondez pas ceci avec って, qui se met après quelque chose et équivaut à l’entourer de guillemets !
Exemples :
笑う → 笑って (en parlant de って !)
見る → 見て
PS : c’est la conjugaison la plus difficile à interpréter — elle repose plus ou moins totalement sur le contexte pour savoir exactement qui fait quoi.

ている: l’action continuée (dans la durée). Comme dans le -ing anglais.
C’est combinable avec le passé, ça donne いた. Et avec bien d’autres formes.
Exemples :
始まる → 始まっている
始める → 始めている
始める → 始めていた
生きる → 生きている
ている est abrégeable en てる.

L’impératif, en ろ ou け souvent. Je rappelle que c’est pas poli, c’est un ordre.
Exemples :
行く → 行け
見る → 見ろ

…et bien d’autres, pour la liste complète, jetez un coup d’œil au wiktionnaire, qui les a (quasiment ?) tous, par exemple :
http://fr.wiktionary.org/wiki/Annexe:Conjugaison_en_japonais/見る

アニメを見て！

C’est en regardant des anime et en remarquant des mots, puis en vérifiant, que j’ai progressivement amassé ce qui tient en cette petite page.
Étant donné que je regarde des anime d’abord parce que ça me plaît, c’est juste un petit plus de comprendre un peu directement.

Je dirais que le principal avantage est d’être capable de jauger une traduction, pour savoir si ce fansub est en train de vous enfumer ou pas.
À ce propos, je vous recommande les sous-titres de l’équipe UTW si vous comprenez l’anglais.
L’état des sous-titres français étant une catastrophe déplorable à de rares exceptions près (même bien souvent les DVD), je n’en ai aucun à vous recommander, à part les miens.

PS : il y a sûrement des interprétations un peu rapides ici. Mais je crois qu’au moins, c’est ce qui rend cet article accessible aux intéréssés mais pas téméraires.
Corrigez-moi dans un commentaire si c’est vraiment trop affreux.

Dieu existe-t-il ?

2012-11-10T11:05:00+01:00

C'est une question que j'entends souvent, mais personne ne semble d'accord sur la réponse.
Ça a causé pas mal d'agitation depuis des siècles, en plus. Des guerres, tout ça, d'après mon prof d'histoire.

Alors voyons voir. Une question (en supposant que ç'en soit bien une), a, par définition, une réponse. (pour moi, une question sans réponse n'est pas une question)
Alors qu'est-ce qui pose souci ?

Avant de se précipiter pour répondre, voyons les choix à notre disposition (ceux que j'ai trouvés) :

Croire que Dieu existe. → ça s'appelle être croyant.
Croire que Dieu n'existe pas. → ça s'appelle être athée.
Croire qu'on ne pourra jamais trouver de réponse. → ça s'appelle être agnostique.
Ne pas avoir d'avis sur la question → euh, ça n'a pas de nom, ça serait bien pourtant…
Ne pas avoir compris la question. → alors là, on peut rêver pour le nom :)

Heh… au risque de vous décevoir, je me situe encore dans la cinquième catégorie — je comprends pas la question.

Pourquoi ?
Ben, notamment parce que je ne sais pas ce que veut dire Dieu.
Heureusement j'ai mon pote robert, qui est un vrai dictionnaire sur pattes.

Allez mon petit robert, tu la connais la définition de marcher ! Maintenant, la pratique !

Donc bref, robert raconte ce qui suit :

Ah :
« selon des modalités particulières aux croyances, aux religions »
Ah ben voilà aussi, c'est chacun sa définition !
Tu m'étonnes qu'ils n'arrivent pas à la même conclusion s'ils ne se mettent pas d'accord sur le sens du mot. Et du coup, on n'a pas sous les yeux la définition de Dieu, mais un texte qui sugère d'aller se renseigner sur les modalités de la religion qui nous intéresse. Bien joué, robert.

Nous avons tout de même ici la possibilité de tirer deux conclusions ~~hâtives~~ :

Dieu est un principe (c'est robert qui le dit).
Or, un principe, ça existe à partir du moment où on le conçoit dans son esprit, non ? Donc ce principe existe.
Si Dieu est une croyance, et qu'au moins une personne dans l'univers l'a, alors cette croyance existe.

N'ayant pas compris la question, je ne peux pas aller bien plus loin.

En tout cas, si vous le connaissez, demandez à Dieu de vous expliquer pourquoi j'ai eu l'idée de scotcher du fil de fer sur mon dictionnaire (puisque robert dit qu'il explique l'existence du monde, dont je fais partie).
À plus ! :)

おはよう

2012-05-23T22:37:00+01:00

Dans cet article, dites bonjour à l’écriture japonaise !
Ç’en est d’ailleurs le titre, écrit en hiragana : おはよう「ohayō」 ~ bonjour (familier).

Il y a trois ensembles de symboles pour écrire le japonais :
les hiragana, les katakana, et les kanji.

Comme je viens de le faire, dans la suite j’écrirai la prononciation des mots en rōmaji entre des 「」, après la version en kana.
Suit si besoin une traduction en français après une ~ (tilde).

Les hiragana et les katakana sont des syllabaires : chaque symbole donne une syllabe.
Contrairement à notre alphabet, où il faut combiner plusieurs lettres : notez qu’on parle d’ailleurs de « B-A BA » !

Pour écrire le japonais

…il y a :

46 hiragana (+2 abandonnés, ゐ「wi」 et ゑ「we」)
46 katakana (+2 abandonnés, ヰ「wi」 et ヱ「we」)
→ 2 dakuten (accents) : ゛ et ゜
· …et 2143 kanji usuels (ouais tout ça, et même ~7000 par composition)

Pensez aux hiragana comme aux minuscules, et aux katakana comme aux majuscules, pour comparer.

…et pour écrire le français

Il faut bien plus de 26 symboles, pas de mauvaise foi s’il vous plaît !

26 minuscules d’imprimerie
26 capitales d’imprimerie
26 minuscules attachées
26 capitales attachées
→ 5 diacritiques : ^ ’ ´ ` ¸

Ce qui fait six symboles de plus, et 3 accents de plus qu’en japonais pour les kana ! (kana = hiragana + katakana)
Je parie que vous venez de vous impressionner vous-même.

On note que 8 lettres d’imprimerie se ressemblent en minuscules et capitales : C~c O~o S~s V~v W~w X~x Z~z
…et que 4 kana se ressemblent en hiragana et katakana : へ～ヘ「he」も～モ「mo」や～ヤ「ya」り～リ「ri」
Ça nous donne 44 lettres d'imprimerie différentes et 43 kana différents.

Total : kana - 89 symboles différents ; alphabet français - 96 symboles différents.
Ce compte correspond au nombre de glyphes dans notre mémoire, et à rien d’autre.
Évidemment, il y a aussi les kanji en plus ! (sauf qu’avec eux on peut écrire les langues du monde entier)

L’usage

Autrement dit, c’est bien beau tout ça mais on en fait quoi ?

Les hiragana servent à écrire le japonais en phonétique, donc la prononciation.
Les katakana servent à écrire les mots empruntés à d’autres langues (surtout l’anglais).
Quand on a dépassé l’école pour les gamins, on écrit les mots avec des kanji, des hiragana et des katakana selon ce qui est adapté.

L’intérêt d’utiliser les kanji : le sens (sémantique) est extrêmement précis — en réalité c’est ce que sont les kanji : une idée (ce sont des idéogrammes).

Les kanji sont importés de Chine, et ça a été fait un peu bizarrement. Tantôt par prononciation et tantôt par sens.
Ça correspond souvent, mais pas toujours, parce que parfois le mot japonais (complètement différent) existait déjà.

Exemple : 何 se prononce なに「nani 」 ~ quoi, 何方 se prononce どっち「docchi」 ~ lequel, 何処 se prononce どこ「doko」 ~ où.
On sent bien le dénominateur commun sémantique « quoi » dans « lequel » et « où » : même si on ne sait pas prononcer, on peut comprendre le sens.

方 signifie "direction, manière de" ; 処 signifie "endroit (de l’espace et/ou du temps)".
Notez que le français est assez pauvre en sémantique fine et a une grammaire très différente du japonais. Imaginez donc un mot qui n’existe pas, et veut dire quelque chose entre les deux…

Un tout petit peu de katakana, que j’ai négligés dans cet article.
Les gairaigo, c’est les mots importés de langues étrangères donc, et par exemple :
フランス「furansu」 ~ France
コーヒー「ko-hi-」 ~ coffee (café)
フリーザ「furi-za」 ~ freezer (congélo)
Le tiret allonge le son qui précède.

On a aussi des wasei-eigo, des abréviations de gairaigo, juste un exemple :
ワープロ「wa-puro」 ~ word processor (abrégé wa pro)

On utilise aussi les katakana pour écrire des mots japonais d’origine, ça atténue leur sens ou ça les met en relief.

にゃ～「Nyaa…」 go go go !

Un article sur l’écriture sans tous les symboles en question, c’est moyen.
Voici donc sans plus attendre :

Les hiragana
あかさたなはまやらわいきしちにひみりうくすつぬふむゆるえけせてねへめれおこそとのほもよろをん

Les katakana
アカサタナハマヤラワイキシチ二ヒミリウクスツヌフムユルエケセテネヘメレオコソトノホモヨロヲン

「a ka sa ta na ha ma ya ra wa i ki shi chi ni hi mi ri u ku su tsu nu fu mu yu ru e ke se te ne he me re o ko so to no ho yo ro wo n」
Remarquez, cinq sons voyelle en japonais : a i u e o.

La présentation que j’en fais ici n’a absolument pas pour but d’être pratique.
Voyez plutôt les pages wikipedia pour ça : Hiragana et Katakana.

Les dakuten modifient les sons des kana.
Quelques exemples.
て「te」+ ゛= で「de」
た「ta」+ ゛= だ「da」
す「su」+ ゛= ず「zu」 (prononcer entre zue et dzou, mais pas grassement à la d’z’houe, c'est bien plus aérien)
は「ha」+ ゜= ぱ「pa」
ほ「ho」+ ゜= ぽ「po」

Les kanji jusqu'à 4 traits :
１：一乙
２：丁七九了二人入八刀力十又
３：丈三上下与万丸及久乞亡凡刃勺千口土士夕大女子寸小山川工己巾干弓才
４：不中丹乏予互五井仁仏今介元公六内円冗凶分切刈匁勾匂化匹区升午厄反友収双天太夫孔少尺屯幻弔引心戸手支文斗斤方日月木欠止比毛氏水火爪父片牙牛犬王 …j'arrête là, il y a jusque 20 traits en standard, et quelques-uns jusque 29 genre 鬱, qui va vous donner le sentiment qu'il exprime !
Et une sélection perso qui servent pas mal !
私 je
分 comprendre (aux sens distinguer et incorporer, également logiques en français)
人 personne ("un gens")
日 jour/journée
行 aller
思 croire
全 tout
語 langage
神 dieu/papier
本 livre (bouquin) ou origine (p. ex dans 日本, "Japon", l’origine du jour — le pays du soleil levant)
円 yen (la monnaie japonaise, bien sûr)
Euh, c’est tout ce qui me vient à l’esprit sur le moment.

Un tout petit petit peu de japonais

Je reviens sur les kanji.
Ils permettent d’éviter les homophonies (qui deviendraient homonymies), et comme il n'y a pas d’espaces en japonais…
そうなんですか「sounandesuka」 peut vouloir dire :
· « Est-ce vrai ça ? » — そう何ですか
· « Y a-t-il un accident ? » — 遭難ですか

Là, ce sont les kanji qui lèvent l’ambiguité.

Note super importante : on ne prononce que très rarement le u en japonais (sauf quand il est seul).
Exemple : です「desu」 se prononce "dess" le plus souvent.
Aussi : は「ha」 comme syllabe de liaison se prononce “wa”.
Donc par exemple ci-dessous "boku wa" s’écrit ぼくは「boku ha」 en hiragana, pas ぼくわ「boku wa」. [edit] Désormais je romanise les は isolés en “wha”.

Je ne vais pas vous laisser partir sans le minimum vital !

Si vous voulez dire "je ne connais pas le japonais"
私は日本語が分かりません
En hiragana : わたしはにほんごがわかりません「watashi wa nihongo ga wakarimasen」
watashi = je, moi ; nihongo = langue japonaise ; wakarimasen = ne pas connaître (wakaru, c’est "connaître", et arimasen lit. "il n'y a pas", utilisé commme négation)

Allez, soyons fous. "je comprends un peu de japonais"

Si vous êtes une fille ou femme, vous pouvez dire :
あたしは日本語がちょっと分かります
Hiragana : あたしはにほんごがちょっとわかります「atashi wa nihongo ga chotto wakarimasu」

Si vous êtes un jeune homme, vous pouvez dire :
僕は日本語がちょっと分かります
Hiragana : ぼくはにほんごがちょっとわかります「boku wa nihongo ga chotto wakarimasu」

On a dit qu’on parlait un peu japonais… il faut savoir qu’on n’utilise pas tellement le "je" sans genre (watashi), sauf les femmes ; atashi est encore plus féminin, et boku est pour les (plutôt jeunes) hommes.
Watashi serait utilisé dans un cadre plus formel.
Les hommes peuvent également dire "ore" (俺) lorsque dans la phrase, il est question de soi. Attention, peut paraître prétentieux dans les autres cas ! Dans le doute, soyez plus humble.

Tant qu’on y est, revenons sur le titre de l’article, おはよう「ohayou」 : c’est comme “salut” en français. À dire le matin.
Pour dire bonjour un peu plus formellement : こんにちは「konnichiha」 (le ha se prononce wa). À dire en journée.
Pour dire “enchanté” quand on rencontre quelqu’un : はじめまして「hajimemashite」 ~ “début de notre relation” ou encore “c’est la première fois”, pour donner une idée du sens littéral.

それじゃ「sore ja」 ~ sur ce !

Les kanji font peur ? Bah ! Ce n’est que deux petits milliers de symboles.
Pour ma part, j’en connais déjà une centaine par inadvertance — sans avoir cherché à les apprendre — ce qui est lié au fait que je regarde les paroles de mes chansons préférées en japonais.

L’usage fait l’intérêt du moyen, il n’y a aucun intérêt à se rappeler de quelque chose qui ne sert pas.
J’espère que c’était suivable !
別れ！

Il est probable que cet article soit imprécis ou contienne des erreurs, car je ne suis pas japonais — et n’ai eu vent de ce que je raconte là que depuis quelques mois.
Néanmoins, ces détails je l’espère, n’affecteront pas très gravement les lecteurs potentiels de cette présentation sommaire : elle est avant tout destinée à débroussailler le terrain pour les curieux.
Si vous avez quelque chose à redire, n’hésitez pas !

Le nom Linux

2011-07-07T11:20:00+01:00

J'entends souvent « Les logiciels libres ? Tu veux dire, LINUX ? »
Et autres expressions « Linux c'est compliqué » ou encore « Le bureau Linux », flagrantes de cette confusion.

Si on comparait une distribution de bureau avec une voiture…
Linux serait le moteur, GNU le châssis, X.org le volant et les pédales, et l'environnement de bureau serait l'habitacle et la carrosserie.

Alors arrêtez de me dire linux à tout bout de champ ! Appelez un chat un chat !
Sinon, je vais vous expliquer que mon véhicule est un X20XEV.

Sauf que ça, c'est le modèle du moteur. Ça ne vous dit pas s'il est monté dans une voiture, un camion, un trike ou (même si c'est un peu gros pour ça) une moto.
Bref, ça ne vous dit rien d'intéressant, c'est déplacé, c'est nul, je passe pour un snob.

Alors s'il vous plaît, quand vous dites “linux”, assurez-vous que vous parlez bien de linux. Évitez d'irriter le monde…

J'entends souvent, « Linux c'est compliqué ».
C'est totalement vrai. Moi-même, je ne sais pas (totalement) comment ça marche.

Mais je n'en ai pas besoin ! On s'en contrefiche !
Ce qu'on utilise (surtout les utilisateurs se considérant comme peu avancés qui disent ça), c'est un environnement de bureau.

Je pourrais vous remplacer Linux par freeBSD (il n'y aurait plus *du tout* de linux dans votre installation, mettons, d'Ubuntu), que vous n'y verriez que du feu : GNOME serait toujours pareil.

Et vous continueriez à dire “Linux”, à propos d'un truc qui ne l'est pas. Même pas un tout petit peu.

PS : le prochain qui me demande de lui installer linux, je suivrai ses instructions méthodiquement. J'installerai Linux, uniquement.

Article publié sous licence WTFPL.

Le fonctionnement des live

2011-04-07T22:10:00+01:00

Vous ne vous êtes jamais demandé comment fonctionnait un live-cd ?
Qu'est-ce qui se cachait derrière ce système qui parvient à tourner sur un CD où il ne peut pas écrire, et à stocker ses changements en mémoire vive ?

Au risque de vous décevoir, c'est très simple !

Si vous n'avez pas encore connaissance du fonctionnement général du boot d'un système avec initramfs, je vous conseille la lecture de cet article.
Ce n'est pas indispensable, mais aidera pour la suite.

Le principe est le même sur toutes les distributions, ça ne s'arrête pas à Arch. Seuls les détails de mise en forme varient.

Au début, tout se passe comme d'habitude. Tout comme votre disque dur, le CD contient un chargeur de démarrage, un noyau et un initramfs (directement dans l'iso).
Le chargeur copie le noyau et son initramfs en mémoire vive, et passe la main au noyau.
Celui-ci, comme d'habitude, trouve son initramfs, l'extrait et exécute le fichier /init qui se trouve dedans.

C'est là que le scénario diffère du boot sur disque dur : le script /init (ou exécutable binaire, mais c'est plus pratique de faire un script avec le shell pour le lancer juste à coté) ne fait pas la même chose.

Dans le cas d'un boot sur disque dur, /init charge les modules pour trouver la partition (passée en argument au noyau avec root=), la monte dans /new_root et switch_root (chroot) dedans en y lançant /sbin/init.

Dans le cas d'un live, on va, de même, trouver la partition voulue (par son label, couramment), puis monter l'archive squashfs qui contient tous les fichiers de la racine (la partition racine, si vous voulez) dans /ro_branch.

Montage de l'iso : mount /dev/disk/by-label/mon-live /iso
Montage du squashfs : mount -o loop /iso/racine.sqfs /ro_branch

Ce n'est pas fini : on ne peut pas déjà booter sur la racine en lecture seule !
Rien que le fait de lancer X nécessite de créer des petits fichiers (sockets, verrous) dans le système de fichiers.

On monte donc un système de fichiers tmpfs (en RAM) dans /rw_branch : mount -t tmpfs none /rw_branch

Et maintenant ?
On va utiliser une petite merveille développée spécialement pour cet usage : un « unioning filesystem ». Par exemple UnionFS ou AUFS.
Comment ça marche ? L'idée est de fusionner plusieurs dossiers (appelés branches) en un seul (la destination).
En lecture, il n'y a qu'à gérer les priorités : l'ordre dans lequel on a monté nos dossiers sur le dossier de destination détermine lequel passe en premier si un fichier est présent dans plusieurs branches.

En écriture (si on modifie/crée un fichier dans notre fameux dossier “assemblé”, où doit-il aller ?), on a résolu le problème simplement : on a désigné au départ l'un des dossiers comme LA branche lecture-écriture de l'union.

On va donc d'abord monter /rw_branch comme branche rw (read-write, lecture-écriture) de /new_root : mount -t aufs -o dirs=/rw_branch=rw none /new_root

Ensuite, on rajoute /ro_branch où est montée l'image squashfs du CD comme branche ro (read-only, lecture seule) de /new_root :
mount -t aufs -o remount,append:/ro_branch=ro none /new_root

Et maintenant, on peut switch_root (c'est à dire chroot) dans /new_root pour y lancer /sbin/init !

Le système est comme sur un disque dur.
La seule différence, c'est que les fichiers modifiés iront dans le tmpfs, pas dans l'iso (impossible : lecture seule !)

J'en entends déjà me dire “et quand on supprime des fichiers ?”
Eh bien, AUFS crée un fichier .wh.nomdufichier dans sa branche rw (ici /rw_branch) pour se souvenir que ce fichier ne doit pas apparaître dans l'union. (évidemment, on ne peut pas le supprimer du CD…)

Si vous êtes intéressé par AUFS, sachez que ses fonctions sont bien plus étendues que ça…Voyez son site. :)

Article publié sous licence GFDL.

Le mythe de « l'installation de base » : coup de gueule.

2010-10-29T20:24:00+01:00

C'est en réaction à quelque chose qu'on m'a dit trop souvent que j'écris cet article.

Citation :
<quelqu'un> Après avoir installé ta live je pourrai mettre gnome ?
<CalimeroTeknik> …

Le truc, c'est que si on met gnome, il n'en reste plus rien, de la live ! Autant s'installer arch avec le CD officiel.

Pourquoi je dis ça ? Parce que 90% du travail que représente ce live c'est son environnement de bureau.
Donc si on le remplace (par exemple) par gnome, qu'est-ce qu'il reste de "ctkarch" là-dedans ?
Et donc, quel était l'intérêt d'utiliser CE livecd pour installer une archlinux avec gnome ?

Pour pouvoir répondre à cette question, il faut répondre à une autre : la live ctkarch, c'est quoi ?

Levons le mystère.

Cette live est composée de :

Une liste de paquets. Soyons précis, la voici : http://ctkarch.pastebin.com/1yr2Mgss

Une configuration de l'environnement de bureau dans /home/arch : http://calimeroteknik.free.fr/c2de

Quelques scripts utiles uniquement en live (inutiles sur une installation sur disque dur) : addons, installeur etc.

Mettons que vous l'installez et que vous mettiez gnome.

Les scripts spécifiques à la live ne sont pas installés. Ils ne serviraient à rien, sur le disque dur...

Il ne reste que les paquets de la liste, c'est-à-dire pas grand-chose : gimp, abiword, smplayer, audacious, brasero, avidemux, abiword, gnumeric, tuxracer, arora, midori, xchat, sylpheed, gftp, pidgin, wicd, gparted et xarchiver.
Tout ce qu'il reste du live tient en une ligne de 18 mots.

À mon avis, ça va plus vite d'installer Arch et gnome (ou KahelOS, ça revient au même), et de lancer :

pacman -S gimp abiword smplayer audacious brasero avidemux abiword gnumeric tuxracer arora midori xchat sylpheed gftp pidgin wicd gparted xarchiver

Ça arrivera au même résultat, et surtout, ça me fera moins soupirer !

Have a nice day. ☺

ArchHurd : Desktop Environment !

2010-10-26T21:01:00+01:00

[fr]
Arch Hurd progresse rapidement. Il y a 3 semaines, X fonctionnait enfin quand la 1.9.0-4 est sortie !
Dès lors, j'ai instantanément passé quelques jours à packager des applications graphiques pour obtenir un environnement de bureau minimal.

[en]
Arch Hurd is progressing quickly. 3 weeks ago I finally got a working Xorg server when version 1.9.0-4 was released !
Immediately, I started to package some desktop applications in order to get a minimal desktop environment.
[fr]
Le navigateur :
Midori était bugué (il restait bloqué sur un dialogue disant qu'il tournait déjà), j'ai donc décidé d'essayer avec un autre navigateur utilisant webkit.
L'appli "web surfer" développée par un ami, dans son projet defora semblait une piste intéressante.
Effectivement, ça a été le premier navigateur web à afficher une page sur Arch Hurd !
Autres :
FBpanel est passé facilement à la compilation, en désactivant les plugins de batterie et de volume sonore.
GMrun s'est compilé sans souci, les thèmes GTK et openbox de même bien entendu...

Je vais bientôt avoir de quoi pouvoir sortir une version pré-alpha-testing de mon livecd sous l'O.S. GNU !

[en]
The web browser :
Midori was buggy (it was locked on a dialog saying it was already running), so I decided to try another webkit-based browser.
The "web surfer" app developed by a friend in his project defora, seemed worth a shot. And it became the first web browser to display a web page on Arch Hurd !
Other stuff :
FBpanel was quite easy to compile, just disabling the battery and sound volume plugins.
GMrun compiled without any problem, as of course did the GTK and openbox themes...

I'm not so far from being able to release a first pre-alpha-testing version of my livecd under the GNU O.S. !

[media]
Photos etc, thinkpad T22 & ArchHurd : http://wiki.archhurd.org/wiki/User:Calimero

Screenshots :

Le boot d'ArchLinux

2010-05-09T23:59:00+01:00

Vu le nombre de personnes pour lesquelles leur distro est un élément "indispensable comme « base »", et qui croient que faire un GNU/linux de zéro est hors de leur portée… Je me suis dit qu'il serait de bon ton d'expliquer comment ça fonctionne.

Pour le début, nous savons tous que notre système d'exploitation est composé de fichiers sur une/des partition(s) de disque dur (ou autre) + un bootloader dans le MBR.

Je préconise fortement la lecture préalable de cet article, qui explique tout ça : structure d'un périphérique bloc

ETAPE 0 : Le bootloader (ici GRUB 0.97)

Je commence donc au BIOS qui exécute les 446 premiers octets du MBR, qui contient un programme (une copie de /boot/grub/stage1), qui cherche soit directement /boot/grub/stage2, soit stage1_5 le cas échéant, qui va chercher stage2.

stage2 étant trouvé, il est exécuté, lit /boot/grub/menu.lst (sur la partition pointée par stage1), et affiche votre menu GRUB.
Quand vous choisissez une entrée de menu, les commandes sous celle-ci sont exécutées, c'est à dire par exemple :

root (hd0,0) : on spécifie la partition à « monter » (lecture seule)

kernel /boot/vmlinuz26 root=/dev/sda1 ro : on charge en mémoire ce fichier, le noyau. On lui transmet également des arguments. (tout ce qui est après vmlinuz26)

initrd /boot/kernel26.img : on charge en mémoire pour le noyau une image de disque, l'initrd. (aussi appelé initramfs)

boot : quand on utilise GRUB en mode commande manuel, il faut taper "boot" pour dire que tout est prêt. Il exécute alors le kernel.

ETAPE 1 : Le noyau (et son initrd, ou pas)

Notre bootloader quel qu'il soit, a exécuté le noyau.
Selon qu'il y ait un initrd ou pas, je vais donner les deux scénarios, le début étant le même :

Le bootloader a copié en RAM le noyau et l'initrd, deux fichiers, et exécuté le noyau.
Au début, le fichier du noyau copié en RAM contient un programme de décompression et une archive. Il décompresse donc linux dans la suite de la RAM libre, puis l'exécute.
Linux est alors vraiment lancé, charge les modules compilés en interne, et vous affiche notamment un logo, si le mode vidéo le permet.

Ensuite, deux cas possibles.

Avec un initrd, comme avec le noyau ARCH officiel :

Après avoir chargé modules et lancé hooks, le script /sbin/init va monter la partition racine indiquée au noyau par le bootloader (et disponible alors dans /proc/cmdline) : root=/dev/sda1 dans mon exemple. Et lancer en chroot dans le point de montage de cette partition, son /sbin/init. (le vrai, cette fois !)

Sans initrd (noyau perso, par exemple) :

Il essaie ensuite de monter la partition racine qui lui est donnée par le bootloader (par root=/dev/sda1 dans mon exemple). Il faut bien sûr le support du système de fichiers de la partition en question dans le noyau.

Puis, il exécute /sbin/init.

Si la partition n'est pas trouvable ou pas montable, ou si init est introuvable, on a un kernel panic. Que voulez-vous qu'il fasse d'autre, le pauvre petit noyau, quand il a un gros pépin ?

ETAPE 2 : init

Le programme /sbin/init de la partition racine a été lancé.
C'est le premier processus (PID 1) lancé par votre noyau. (tapez ps ax, vous verrez)
Ce programme ressemble à tous les autres, sauf qu'il sert à lancer les autres.

Init fonctionne par runlevels.
Ce sont des ensembles de programmes (processus) :

Au runlevel S, sont lancés le script rc.sysinit, et un prompt de login root.
Au runlevel 1, sont lancés les scripts rc.sysinit, et rc.single qui peut faire plusieurs choses puis passer en runlevel S.
Au runlevel 3, sont lancés rc.sysinit, rc.multi (daemons), et 6 agetty dans les consoles 1 à 6 du noyau.
Au runlevel 5, sont lancés rc.sysinit, rc.multi (daemons), 6 agetty dans les consoles 1 à 6 du noyau, et la commande définie par la ligne x:5:…

On peut revenir au runlevel 3 ou 1 du runlevel 5, par exemple. Tous les processus du runlevel 5 et 3 et leurs « fils » qu'ils ont lancé sont killés, et rc.single, spécifique au runlevel 1, est lancé.

Init a son fichier de configuration : /etc/inittab. Ce fichier lui dit quoi lancer, il le lit dans l'ordre.

La première ligne non commentée qu'il rencontre est (dans le fichier d'origine) :
id:3:initdefault:
Ceci correspond au runlevel auquel init doit s'arrêter (ici le 3), si aucun n'a été spécifié sur la ligne de commande du noyau en y ajoutant le numéro du runlevel, exemple : root=/dev/sda1 ro 1 pour s'arrêter au runlevel 1. (init voit ça dans /proc/cmdline)

rc::sysinit:/etc/rc.sysinit

Une ligne qui indique ce qui doit être fait aux runlevel 1 et S, lancer rc.single (qui n'agit en runlevel S que si on arrive d'un runlevel plus élevé, pour tout fermer proprement) :
rs:S1:wait:/etc/rc.single

rm:2345:wait:/etc/rc.multi

Note : les "wait" servent à préciser qu'il faut attendre que le processus se termine avant de procéder à la suite.

init 6

reboot

rh:06:wait:/etc/rc.shutdown

Une ligne qui spécifie le runlevel S, où on a un login root (et c'est tout) :
su:S:wait:/sbin/sulogin -p

c1:2345:respawn:/sbin/agetty -8 38400 tty1 linux

c2:2345:respawn:/sbin/agetty -8 38400 tty2 linux

…

Une ligne qui spécifie que l'appui de Ctrl Alt Suppr lance le reboot (par shutdown, qui en fait appelle le runlevel 6) :
ca::ctrlaltdel:/sbin/shutdown -t3 -r now

Pour un login manager :
x:5:respawn:/usr/bin/slim >& /dev/null

Pour lancer startx pour un utilisateur donné :
x:5:once:/bin/su utilisateur -l -c "/bin/bash --login -c startx &>/dev/null"
Si on met respawn au lieu de once, quand on fermera la session, elle se relancera aussitôt.

Vous savez tout sur votre boot ! Il n'y a plus qu'à aller regarder les éléments un par un, maintenant.

Un petit tour des initscripts…

Les initscripts sont les scripts qui servent à faire plein de choses au boot, et dont j'ai parlé plus haut.

/etc/rc.sysinit

Il affiche un peu de texte
:: Arch Linux etc…

Il monte les arborescences du kernel dans les dossiers système /dev, /sys et /proc

Il met l'heure kernel à l'heure locale du fuseau du boot précédent pour que la suite ne trouve pas bizarre l'heure qu'il est

Il lance udev, qui va créer les nodes des périphériques dans /dev quand détectés :
:: Starting UDev Daemon
Il demande à udev de détecter tous les périphériques et de peupler /dev :
:: Triggering UDev uevents
Pendant ce temps, il charge les modules de contrôle ACPI : bouton power, batterie, alimentation, processeur…
:: Loading standard ACPI modules
Il attend que tous les périphériques soient détectés :
:: Waiting for UDev uevents to be processed

Il crée lo, la boucle locale réseau :
:: Bringing up loopback interface

Il assemble les LVM, RAID et partitions chiffrées si nécessaire

Il remonte la partition racine en lecture seule (généralement c'est déjà bon) :
:: Mounting Root Read-only

Il vérifie les partitions pour lesquelles <pass> est à 1 dans /etc/fstab :
:: Checking Filesystems

Il monte toutes les partitions (systèmes de fichiers en fait) spécifiés dans /etc/fstab :
:: Mounting Local Filesystems

Il active (rend utilisable) le swap spécifié dans /etc/fstab :
:: Activating Swap

Il met le kernel à l'heure locale en allant regarder le fuseau de rc.conf, TIMEZONE :
:: Configuring System Clock

Il réinjecte dans le générateur de nombres aléatoires un bout qui a été gardé du boot précédent :
:: Initializing Random Seed

Il vide /tmp et autres fichiers temporaires dans /var :
:: Removing Leftover Files

Il applique le nom d'hôte, variable du noyau (qu'on voit dans le shell [moi@mamachine ~]$) :
:: Setting Hostname: mamachine

Il met à jour l'arbre de dépendances des modules de tous les noyaux installés :
:: Updating Module Dependencies

Il exporte la variable LANG, langue à utiliser pour les applications (définie dans rc.conf) :
:: Setting Locale: fr_FR.UTF-8
Si c'est une locale UTF, il passe les consoles du noyau en UTF-8 :
:: Setting Consoles to UTF-8 mode

Il charge la disposition de clavier en console (KEYMAP dans rc.conf) :
:: Loading Keyboard Map: fr-pc
Ainsi que la CONSOLEFONT si définie dans rc.conf :
:: Loading Console Font: lat9w-16

À la fin, le log du boot est conservé dans /var/log/dmesg.log

/etc/rc.multi

Il charge les variables de /etc/sysctl.conf, qui servent à définir des options du noyau, touches SysRQ, IP forwarding…

Il lance tous les dæmons définis dans rc.conf dans DAEMONS

Il lance /etc/rc.local, qui contient ce que vous voulez lancer

Un boot de base, c'est donc ces deux scripts, puis 6 agetty dans les 6 premières consoles du noyau.

/etc/rc.shutdown

Ce script fait ce qui est nécessaire avant d'éteindre le système.

Il arrête tous les daemons lancés (ils avaient chacun un fichier correspondant dans /var/run/daemons)

Il arrête tous les processus qui tournent toujours, avec une demande de fermeture, attente de 5s, puis un kill brut :
:: Sending SIGTERM To Processes :: Sending SIGKILL To Processes

Il conserve un petit bout de la sortie aléatoire du noyau pour le boot suivant :
:: Saving Random Seed

Il écrit l'heure noyau dans l'horloge de la carte mère :
:: Saving System Clock

Il désactive le swap et démonte les systèmes de fichiers
:: Deactivating Swap :: Unmounting Filesystems

Il remonte la paritition racine en lecture seule :
:: Remounting Root Filesystem Read-only

Il éteint la machine matériellement : le noyau synchronise le cache des disques, range leurs têtes des disques et les éteint, envoie le signal ACPI de coupure d'alim et ne fait plus rien.
Généralement, le PC s'éteint, les très vieux il faudra appuyer sur le bouton de façade.

C'est la fin de ces explications, qui devraient suffire à vous motiver à aller lire les initscripts, avec un bon aperçu de départ !

Bonus intéressant : pour intercaler des choses à lancer à divers moments du boot, on peut inclure des hooks (scripts définissant des fonctions) dans le dossier /etc/rc.d/functions.d/

Un exemple, qui me permet d'avoir un shell, si j'ai mis shell dans les arguments du noyau, dès que /dev/sdxx existent, mais avant que mes partitions soient remontées en écriture, pour faire des vérifs.
Je l'ai mis dans /etc/rc.d/functions.d/shell :

supply_shell() { [ -n "$(/bin/grep -o shell /proc/cmdline)" ] && bash } add_hook sysinit_udevsettled supply_shell

Have a nice day !

Article publié sous licence GFDL.