Differences
This shows you the differences between two versions of the page.
Both sides previous revision Previous revision Next revision | Previous revision | ||
howto:kernel-4-5-debug [2016/05/12 13:32] scara correction pb ordre |
howto:kernel-4-5-debug [2018/12/08 22:28] (current) |
||
---|---|---|---|
Line 1: | Line 1: | ||
- | **Avril 2016 :** la sortie du noyau 4.5.0-1-armmp dans le dépôt testing utilisé sur les images de la brique diffusées jusque-là embarque [[http://lists.infradead.org/pipermail/linux-arm-kernel/2016-March/415969.html|un bug sur l'architecture arm]] : | + | [[howto:kernel-4-5-debug-fr|french version]] |
- | * les briques non chiffrées connaissent des problèmes d'interface réseaux ; | + | |
- | * les briques chiffrées ne démarrent plus du tout. | + | |
- | ====== Débug brique chiffrée ====== | + | ====== Crypted Cube debug ====== |
- | //Prérequis : **mkimage**, qui fait partie du paquet **u-tools**.// | + | //you need **mkimage** which is part of the **u-tools** package.// |
- | Une fois que votre brique ne peut plus redémarrer, le dépannage consiste à la configurer pour redémarrer sur la précédente version du noyau qui fonctionnait bien. Il va pour cela faire des modifications dans le /boot , qui est sur une partition non chiffrée dédiée de la carte micro-SD (la partition principale étant chiffrée). | + | Once your Internet Cube is no more able to boot, the repair process consists in configuring it for booting on the previous kernel that was working well. It will be necessary to make some modifications in the /boot, which is in a non crypted partition of the micro-SD card (the main partition beeing encrypted) |
- | Sortir la carte mémoire de la brique et l'insérer dans un ordinateur sous GNU/Linux. Ouvrir un terminal en tant qu'administrateur root (ou utiliser sudo) et aller dans le point de montage correspondant à la partition de boot de la carte SD (qui fait 511MB, soit 464Mo). | + | Put the micro-SD card in a GNU/linux computer. Open a console using root user (or use sudo command) and go in the /boot partition (size about 511MB, or 464Mo). |
- | Pour commencer, on va regarder les versions présentes du noyau : | + | To start with, we'll have a look at previous kernel that are available: |
# ls -al dtbs/ | # ls -al dtbs/ | ||
- | Ici cela renvoie entre autre : | + | the resultat should be something like: |
<code> | <code> | ||
drwxr-xr-x 2 root root 1024 avril 22 01:55 4.1.0-2-armmp/ | drwxr-xr-x 2 root root 1024 avril 22 01:55 4.1.0-2-armmp/ | ||
drwxr-xr-x 2 root root 1024 avril 22 09:41 4.5.0-1-armmp/ | drwxr-xr-x 2 root root 1024 avril 22 09:41 4.5.0-1-armmp/ | ||
</code> | </code> | ||
- | Ici, le dernier noyau fonctionnel était donc un noyau 4.1.0-2 (ce qui est a priori la version présente dans une installation fraiche de brique). | + | Here, the last good kernel is a 4.1.0-2 (which is the version of a fresh installed internet cube). |
- | Copier le fichier boot.src : | + | Copy the boot.src file: |
# dd bs=1 skip=72 if=boot.scr of=boot.script | # dd bs=1 skip=72 if=boot.scr of=boot.script | ||
- | Ensuite sauvegarder le boot.src en le renommant : | + | Then backup the boot.src on by renaming it: |
# mv boot.scr boot.scr.bug | # mv boot.scr boot.scr.bug | ||
| | ||
- | Puis éditer le fichier boot.script avec votre éditeur préféré (ici vi) : | + | And edit boot.script file with your prefered editor (vi here): |
# vi boot.script | # vi boot.script | ||
- | Et changer la version du noyau à la ligne 44 avec la dernière version fonctionnelle présente, déterminée précédemment : | + | Change the kernel version at line 44 with the last good one that you find previously: |
:%s/4.5.0-1-armmp/4.1.0-2-armmp/g | :%s/4.5.0-1-armmp/4.1.0-2-armmp/g | ||
- | Puis reconstruire le boot.src : | + | Then make boot.src : |
# mkimage -A arm -T script -C none -n "Debug boot.scr" -d boot.script boot.scr | # mkimage -A arm -T script -C none -n "Debug boot.scr" -d boot.script boot.scr | ||
- | Et enfin créer le lien symbolique suivant pour dtb : | + | And finally create the symlink for dtb: |
# ln -svf dtbs/4.1.0-2-armmp/sun7i-a20-olinuxino-lime.dtb dtb | # ln -svf dtbs/4.1.0-2-armmp/sun7i-a20-olinuxino-lime.dtb dtb | ||
- | Votre brique est maintenant prête à redémarrer ! | + | Your Internet Cube is ready to start! |
- | Pour éviter qu'une mise à jour ultérieur ne casse à nouveau votre brique, il peut-être judicieux de bloquer la mise à jour du noyau. | + | You just have to execute [[https://github.com/labriqueinternet/doctorcube_ynh|DoctorCube application]] that you can know find in YunoHost official applications in order to repair definitively your Internet Cube. |
- | Connectez-vous en ssh sur votre brique et bloquez les mises à jour du paquet linux-image : | + | ====== Uncrypted Cube ====== |
- | # apt-mark hold linux-image | + | |
- | + | ||
- | Vous pouvez ainsi continuer à faire les autres mises à jour du système sans soucis. | + | |
- | + | ||
- | //Il n'y a plus qu'à attendre l'application Ynh qui permettra de fixer ça avec un simple clic (en cours de dev <3).// | + | |
- | + | ||
- | Note : trouver la commande pour inverser le **apt-mark hold** FIXME | + | |
- | + | ||
- | ====== Brique non chiffrée ====== | + | |
FIXME | FIXME | ||