💾 Archived View for lord.re › posts › 32-devtmpfs-udev-bateau › index.gmi captured on 2024-03-21 at 15:58:16. Gemini links have been rewritten to link to archived content
⬅️ Previous capture (2022-06-03)
➡️ Next capture (2024-08-18)
-=-=-=-=-=-=-
-------------------------------------------------
[07/07/2013] - ~3mins - #meta #www #gentoo #linux #software
-------------------------------------------------
Et voilà qu'une coupure de courant m'a réveillé de mauvais poil ce matin.
Un dimanche Ă 6h entendre le gazouillis des onduleurs.
Toujours plus oppressant.
Chaque bip indiquant une mort de plus en plus proche.
Et là c'est on commence à tenter de s'égayer les idées.
Une épreuve de résistance pour onduleur : lequel tiendra le plus longtemps ? Celui de l'équipe téloche (ONT, lecteur multimédia, téléviseur), l'équipe serveur (serveur huhu) ou bien l'équipe ordis (les ordis, le switch et la borne wifi).
Malheureusement à 6h du matin c'est l'équipe serveur qui tombe en premier, les autres glandant allégrement en écoutant le bruit des cigales commençant à s'éveiller.
Bon trêve de poésie.
L'onduleur serveur est tombé.
Faisant passer son uptime de 200 Ă 0 d'un coup d'un seul.
Et c'est lĂ que les ennuis commencent.
Pendant ces deux cents jours j'ai fait quelques update de la Gentoo dont une dont j'aurai pu me passer.
Après avoir réussi à me rendormir une fois le ventilateur décidé à redémarrer grâce à l'acharnement d'EDF.
Voilà que je me lève et tente innocemment de me connecter au net en me doutant que j'aurai quelques emmerdes.
Et là comme convenu ça ne marchait pas.
Un petit ping sur le net.
NOPE.
Un petit ping sur le serveur.
YEP.
Bon ça restreint le champ d'action.
Ni une ni deux je déballe le brave chevalier ssh.
Mais celui-ci ne parvient pas Ă passer le pont levis.
J'envoie mes deux espions en renfort.
Un avec le chevalier ssh du nom de -v et le second plus en retrait qui regarde de loin (tcpdump).
Manifestement le pont-levis ne s'ouvrira pas.
Il faut donc passer Ă l'arme lourd.
Brancher un clavier et un Ă©cran.
Au boot le kernel fait ses petites affaires gentiment.
Vient ensuite le brave Openrc qui commence gentiment lui aussi Ă faire son office jusqu'Ă ce qu'il se fasse poignarder dans le dos par le vil udev.
Vous savez, Udev, c'est ce petit logiciel magique qui gère un peu trop de truc niveau matos tout ça.
Et ce petit couillon nécessite désormais une option du kernel DEVTMPFS.
Je pensais bĂŞtement que je l'avais depuis un bail mais manifestement non.
Donc lĂ le bon sens voudrait qu'on boot sur un livecd ou autre.
Le souci c'est que j'ai plus de net, pas de lecteur optique et pas de clé usb.
Bon, donc on boot, puis on bourrine la touche I.
Et lĂ on arrive dans le mode interactif d'OpenRC.
Le mode interactif demande à l'utilisateur quelles actions entreprendre pour chaque service devant être démarré.
Sachant qu'Udev est un composant assez critique et que sans lui ça risque de chier un peu, je me fais pas chier: au premier service, je lui dis de laisser tomber et de me filer un shell.
Ceci fait, on passe le clavier en petit azerty (*<kbd>loadkeys fr</kbd>*).
Étrangement ça semble de plutôt bien fonctionner, même si bien entendu rien n'est démarré.
Je remonte la partoche en rw (*<kbd>mount -o rw /</kbd>*), puis on va se faire une petite compil kernel des familles et on boot dessus.
Si ça c'est pas un joli dimanche d'été…
------------------------------------
------------------------------------
[07/07/2013] [meta www gentoo linux software]
------------------------------------