| Les deux révisions précédentesRévision précédenteProchaine révision | Révision précédenteProchaine révisionLes deux révisions suivantes |
| fr:howtos:slackware_admin:systemupgrade [2015/12/04 03:17 (UTC)] – [Mise à niveau ou bien installation depuis zéro] pierreaverseng | fr:howtos:slackware_admin:systemupgrade [2016/06/03 13:45 (UTC)] – [Mise à jour du système avec slackpkg] pierreaverseng |
|---|
| ===== Considérations sur le noyau ===== | ===== Considérations sur le noyau ===== |
| |
| Se contenter de lancer slackpkg en espérant que tout aille pour le mieux, ça ne marche pas. Il faut tenir compte de plusieurs considérations. À | Se contenter de lancer slackpkg en espérant que tout aille pour le mieux, ça ne marche pas. Il faut prendre en compte plusieurs données importantes. À retenir absolument: |
| retenir absolument: | |
| <note important>Ne faites jamais la mise à jour du noyau que vous utilisez.</note> | <note important>Ne faites jamais la mise à jour du noyau que vous utilisez.</note> |
| Pourquoi donc? C'est simple - vous feriez la mise à jour de centaines de paquets et il vous faudrait être préparé à la situation peu probable de votre ordinateur ne fonctionnant plus après une mise à niveau du système. Ce à quoi vous ne voulez pas être confronté, c'est votre système qui ne booterait plus du tout. Il se peut qu'une nouvelle version de slackware installe un noyau qui refuse de démarrer votre ordinateur (ce risque est faible mais toutefois...soyez prévenu). C'est pourquoi vous devez conserver votre "ancien" noyau actif installé et garder une section pour lui dans votre fichier ''/etc/lilo.conf''. De cette façon, si le nouveau noyau ne réussit pas à booter, vous pouvez vous rabattre sur l'ancien et commencer à chercher ce qui n'allait pas. \\ Fondamentalement, vous devez prendre les mêmes précautions quand vous [[howtos:slackware_admin:kernelbuilding|compilez un nouveau noyau]] vous-même. | Pourquoi donc? C'est simple - vous feriez la mise à jour de centaines de paquets et il vous faudrait être préparé à la situation peu probable de votre ordinateur ne fonctionnant plus après une mise à niveau du système. Ce à quoi vous ne voulez pas être confronté, c'est votre système qui ne booterait plus du tout. Il se peut qu'une nouvelle version de slackware installe un noyau qui refuse de démarrer votre ordinateur (ce risque est faible mais toutefois...soyez prévenu). C'est pourquoi vous devez conserver votre "ancien" noyau actif installé et garder une section pour lui dans votre fichier ''/etc/lilo.conf''. De cette façon, si le nouveau noyau ne réussit pas à booter, vous pouvez vous rabattre sur l'ancien et commencer à chercher ce qui n'allait pas. \\ Fondamentalement, vous devez prendre les mêmes précautions quand vous [[howtos:slackware_admin:kernelbuilding|compilez un nouveau noyau]] vous-même. |
| </code> Permettez moi de donner un exemple d'une telle défaillance potentielle: quand ''slackpkg install-new'' installe le paquet ''libusb-compat'', votre commande ''gpg'' s'arrête parce qu'elle est liée dynamiquement à libusb.so dans la version ancienne qui va être écrasée par le nouveau paquet ''libusb-compat''. La nouvelle bibliothèque a besoin du nouveau paquet ''glibc'', ''gpg'' s'arrête à cause de l'erreur de lien aux bibliothèques et ''slackpkg'' stoppera la mise à jour du système parce qu'il lui faut vérifier la signature gpg de chaque paquet avant de le mettre à niveau. Par la mise à niveau du paquet ''glibc-solibs'' on évite les erreurs de lien aux bibliothèques en donnant les symboles corrects de "''GLIBC''". | </code> Permettez moi de donner un exemple d'une telle défaillance potentielle: quand ''slackpkg install-new'' installe le paquet ''libusb-compat'', votre commande ''gpg'' s'arrête parce qu'elle est liée dynamiquement à libusb.so dans la version ancienne qui va être écrasée par le nouveau paquet ''libusb-compat''. La nouvelle bibliothèque a besoin du nouveau paquet ''glibc'', ''gpg'' s'arrête à cause de l'erreur de lien aux bibliothèques et ''slackpkg'' stoppera la mise à jour du système parce qu'il lui faut vérifier la signature gpg de chaque paquet avant de le mettre à niveau. Par la mise à niveau du paquet ''glibc-solibs'' on évite les erreurs de lien aux bibliothèques en donnant les symboles corrects de "''GLIBC''". |
| |
| * ''Slackpkg'' va mettre l'ordinateur à jour vers la nouvelle version de Slackware: <code> | * ''Slackpkg'' va mettre à jour l'ordinateur vers la nouvelle version de Slackware: <code> |
| # slackpkg install-new | # slackpkg install-new |
| # slackpkg upgrade-all | # slackpkg upgrade-all |
| mkinitrd -c -k 3.2.29 -f ext4 -r /dev/sdb2 -m usb-storage:pcmcia_core:pcmcia:mmc_core:ssb:modprobe:usbhid:ehci-hcd:ohci-hcd:mbcache:jbd2:ext4 -u -o /boot/initrd.gz | mkinitrd -c -k 3.2.29 -f ext4 -r /dev/sdb2 -m usb-storage:pcmcia_core:pcmcia:mmc_core:ssb:modprobe:usbhid:ehci-hcd:ohci-hcd:mbcache:jbd2:ext4 -u -o /boot/initrd.gz |
| </code> Vous pouvez copier et coller cette ligne de commande dans votre console, et lui faire créer un "initial ramdisk" pour vous.\\ | </code> Vous pouvez copier et coller cette ligne de commande dans votre console, et lui faire créer un "initial ramdisk" pour vous.\\ |
| <note warning>Si vous utilisiez déjà un noyau générique avec par conséquent son initrd, nous vous recommandons vivement de créer un **nouveau** initrd nommé de façon **nouvelle** et unique! Par exemple, vous pouvez copier l'exemple ci-dessus et modifier le nom du fichier initrd comme ceci: <code>mkinitrd -c -k 3.2.29 -f ext4 -r /dev/sdb2 -m usb-storage:pcmcia_core:pcmcia:mmc_core:ssb:modprobe:usbhid:ehci-hcd:ohci-hcd:mbcache:jbd2:ext4 -u -o /boot/initrd_3.2.29.gz</code></note> | <note warning>Si vous utilisiez déjà un noyau générique avec par conséquent son initrd, nous vous recommandons vivement de créer un **nouvel** initrd nommé de façon **nouvelle** et unique! Par exemple, vous pouvez copier l'exemple ci-dessus et modifier le nom du fichier initrd comme ceci: <code>mkinitrd -c -k 3.2.29 -f ext4 -r /dev/sdb2 -m usb-storage:pcmcia_core:pcmcia:mmc_core:ssb:modprobe:usbhid:ehci-hcd:ohci-hcd:mbcache:jbd2:ext4 -u -o /boot/initrd_3.2.29.gz</code></note> |
| |
| * Après avoir choisi le noyau que vous allez utiliser et dès que vous aurez créé un 'initial ramdisk', vous devrez mettre à jour votre fichier "''/etc/lilo.conf''" en indiquant une section pour le nouveau noyau (//n'enlevez pas votre noyau actif!//). Le script "''mkinitrd_command_generator.sh''" peut vous aider à trouver le bon bloc à ajouter à ''/etc/lilo.conf''. Par exemple, la commande: <code> | * Après avoir choisi le noyau que vous allez utiliser et dès que vous aurez créé un 'initial ramdisk', vous devrez mettre à jour votre fichier "''/etc/lilo.conf''" en indiquant une section pour le nouveau noyau (//n'enlevez pas votre noyau actif!//). Le script "''mkinitrd_command_generator.sh''" peut vous aider à trouver le bon bloc à ajouter à ''/etc/lilo.conf''. Par exemple, la commande: <code> |
| |
| |
| <note tip>Dernière ligne: vous pouvez faire confiance à slackpkg afin de réussir une mise à niveau du système, en faisant appel à votre intelligence et à votre attention.</note> | <note tip>Dernière ligne: vous pouvez faire confiance à slackpkg pour réussir une mise à niveau du système, en faisant appel à votre intelligence et à votre attention.</note> |
| |
| |
