| Les deux révisions précédentesRévision précédenteProchaine révision | Révision précédente |
| fr:howtos:slackware_admin:systemupgrade [2015/11/30 16:37 (UTC)] – [Considérations sur multilib] pierreaverseng | fr:howtos:slackware_admin:systemupgrade [2019/01/12 09:17 (UTC)] (Version actuelle) – [Mise à jour du système avec slackpkg] pierreaverseng |
|---|
| |
| Si vous voulez passer à la __version suivante__ de Slackware, vous pouvez le faire à la main en suivant les instructions données dans le fichier "''UPGRADE.TXT''" que vous trouverez à la racine du DVD/CD1 Slackware . Des instructions avancées et bon nombre de conseils sont disponibles à "''CHANGES_AND_HINTS.TXT''" au même endroit. On peut aussi faire ce type de mise à niveau en utilisant [[slackware:slackpkg|slackpkg]]. Il allègera grandement votre tâche. \\ | Si vous voulez passer à la __version suivante__ de Slackware, vous pouvez le faire à la main en suivant les instructions données dans le fichier "''UPGRADE.TXT''" que vous trouverez à la racine du DVD/CD1 Slackware . Des instructions avancées et bon nombre de conseils sont disponibles à "''CHANGES_AND_HINTS.TXT''" au même endroit. On peut aussi faire ce type de mise à niveau en utilisant [[slackware:slackpkg|slackpkg]]. Il allègera grandement votre tâche. \\ |
| Je fais (alienbob) //toujours// appel à slackpkg (avec soin) pour passer d'une version stable de mes systèmes Slackware à la version suivante. J'appelle cette action une "//mise à jour du système//". \\ Vous pouvez employer le même procédé pour migrer vers slackware-current, maintenir à jour un système slackware-current, ou bien franchir le pas depuis une slackware-pas-si-current à la version stable qui vient de sortir. | Je fais (alienbob) //toujours// appel à slackpkg (avec soin) pour passer d'une version stable de mes systèmes Slackware à la version suivante. J'appelle cette action une "//mise à jour du système//". \\ Vous pouvez employer le même procédé pour migrer vers slackware-current, maintenir à jour un système slackware-current, ou bien franchir le pas depuis une slackware-pas-si-current vers la version stable qui vient de sortir. |
| |
| ===== 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 |
| </code> vous pourrez alors utiliser l'interface commode de slackpkg pour fusionner les modifications. | </code> vous pourrez alors utiliser l'interface commode de slackpkg pour fusionner les modifications. |
| |
| * Vous devriez alors probablement décider d'installer un noyau générique, particulièrement si vous employez LVM ou RAID, ou si vous avez installé Slackware sur un disque chiffré par LUKS. C'est aussi le conseil donné dans le README qui est sur le DVD/CD Slackware. Par contre - si votre configuration système est simple et votre matériel très récent, vous pouvez vous en tenir au noyau //**énorme**// ("huge" kernel). \\ //N'oubliez pas qu'on ne peut pas utiliser un 'initial ramdisk' avec un noyau 'archi-complet' ("huge"), mais il est **impératif** de créer un nouvel 'initial ramdisk' quand on va utiliser un noyau générique!// \\ Si vous ne savez pas très bien comment faire pour cette création, vérifiez bien si vous démarrez ou non sur un noyau "huge" qui ne nécessite pas un ramdisk de chargement de modules au démarrage, dit "initial ramdisk". \\ Cependant, le script "''mkinitrd_command_generator.sh''" vous aidera à créer un "initial ramdisk" si nécessaire. Exécutez ce script avec la version du //nouveau// noyau en paramètre et il vous donnera un exemple de commande "''mkinitrd''" qui fonctionnera pour votre configuration système et vos réglages matériels particuliers: <code> | * Vous devriez alors probablement décider d'installer un noyau générique, particulièrement si vous employez LVM ou RAID, ou si vous avez installé Slackware sur un disque chiffré par LUKS. C'est aussi le conseil donné dans le README qui est sur le DVD/CD Slackware. Par contre - si votre configuration système est simple et votre matériel très récent, vous pouvez vous en tenir au noyau //**énorme**// ("huge" kernel). \\ //N'oubliez pas qu'on ne peut pas utiliser un 'initial ramdisk' avec un noyau 'archi-complet' ("huge"), mais il est **impératif** de créer un nouvel 'initial ramdisk ' quand on va utiliser un noyau générique!// \\ Si vous ne savez pas très bien comment faire pour cette création, vérifiez bien si vous démarrez ou non sur un noyau "huge" qui ne nécessite pas un ramdisk de chargement de modules au démarrage, dit "initial ramdisk". \\ Cependant, le script "''mkinitrd_command_generator.sh''" vous aidera à créer un "initial ramdisk" si nécessaire. Exécutez ce script avec la version du //nouveau// noyau en paramètre et il vous donnera un exemple de commande "''mkinitrd''" qui fonctionnera pour votre configuration système et vos réglages matériels particuliers: <code> |
| # /usr/share/mkinitrd/mkinitrd_command_generator.sh -k 3.2.29 | # /usr/share/mkinitrd/mkinitrd_command_generator.sh -k 3.2.29 |
| </code> et donnera en sortie les précisions ci-dessous (la version de noyau 3.2.29 correspond à la Slackware 14)<code> | </code> et donnera en sortie les précisions ci-dessous (la version de noyau 3.2.29 correspond à la Slackware 14)<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.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>Note de bas de page: ayez confiance en slackpkg pour réussir une mise à niveau du système, votre intelligence et vos soins attentifs interviendront aussi.</note> |
| |
| |
| [0-9]+compat32 | [0-9]+compat32 |
| </code> Ensuite il vous faudra télécharger et mettre à niveau à la main les paquets multilib. Dans l'exemple suivant je prends la Slackware 14.0 comme version vers laquelle vous allez mettre à niveau. | </code> Ensuite il vous faudra télécharger et mettre à niveau à la main les paquets multilib. Dans l'exemple suivant je prends la Slackware 14.0 comme version vers laquelle vous allez mettre à niveau. |
| * Téléchargez les paquets multilib qui conviennent à votre nouvelle version de Slackware depui un miroir, comme ceci: <code> | * Téléchargez les paquets multilib qui conviennent à votre nouvelle version de Slackware depuis un miroir, comme ceci: <code> |
| # rsync -av rsync://taper.alienbase.nl/mirrors/people/alien/multilib/14.0/ multilib-14.0/ | # rsync -av rsync://taper.alienbase.nl/mirrors/people/alien/multilib/14.0/ multilib-14.0/ |
| </code> This command will create a new subdirectory "''multilib-14.0''" in your current directory with all packages inside | </code> Cette commande va créer un nouveau sous-répertoire "''multilib-14.0''" dans votre répertoire courant, avec tous les paquets à l'intérieur. |
| * install/upgrade the existing ''gcc'' and ''glibc'' packages, and ''compat32-tools'': <code> | * installez/mettez à niveau les paquets ''gcc'' et ''glibc'' existants, ainsi que les outils compat32 (''compat32-tools''): <code> |
| # cd multilib-14.0 | # cd multilib-14.0 |
| # upgradepkg --install-new *.t?z | # upgradepkg --install-new *.t?z |
| </code> | </code> |
| * Upgrade the set of converted 32-bit Slackware packages (often referredto as the "//compat32//" packages): <code> | * Mettez à niveau l'ensemble des paquets 32-bit Slackware __convertis__ (rendus compatibles avec l'environnement multilib, souvent appelés paquets "//compat32//" ): <code> |
| # upgradepkg --install-new slackware64-compat32/*-compat32/*.t?z | # upgradepkg --install-new slackware64-compat32/*-compat32/*.t?z |
| </code> Alternatively you can run the "''massconvert32.sh''" script which will have been installed as part of the ''compat32-tools'' package. Pass it a 32-bit Slackware package directory (or a 32-bit Slackware mirror URL) as parameter and that will create a set of converted "''compat32''" packages which you can then install. You would only have to do this if you suspect that the content of the "''slackware64-compat32''" directory is not up to date. | </code> Sinon vous pouvez lancer le script "''massconvert32.sh''" qui a été installé en tant qu'élément du paquet ''compat32-tools''. En lui passant un répertoire de paquets Slackware 32-bit (ou l'URL d'un miroir Slackware 32-bit) en paramètre, il créera un ensemble de paquets convertis "''compat32''" que vous pourrez alors installer. Vous n'aurez à procéder ainsi que si vous pensez que le contenu du répertoire "''slackware64-compat32''" n'est pas à jour. |
| |
| |
| ===== Java considerations ===== | ===== Considérations sur Java ===== |
| |
| Slackware used to install a //Java Run-time Engine// prior to the 14.0 release (the JRE binaries were originally Sun's and later distributed by Oracle after it bought Sun). \\ But Oracle changed the re-distribution license so that Slackware (just like all other distributions) was no longer permitted to ship these Java binaries as part of the distribution. When you perform a //system upgrade// to Slackware 14.0, an old version of the //JRE// will stay behind on your system. This version "6u25" has several critical vulnerabilities and you should remove it manually from your computer as fast as possible, using the command <code>removepkg jre</code> If you need Java then please have a look in the "''/extra/source/java''" directory of the Slackware 14 release. You will find a script there to create a Slackware package from the most recent Java software from Oracle, which you can then install using the "''installpkg''" command. See also our Wiki article "[[howtos:software:java|Java in Slackware]]" | Slackware installait habituellement un binaire //Java Run-time Engine// dans les distributions avant la Slackware 14.0 (les binaires de JRE provenaient dans les premiers temps de Sun et plus tard de chez Oracle qui avait acheté la société Sun). \\ Mais Oracle modifia la licence de redistribution de telle sorte que Slackware (exactement comme toutes les autres distributions) n'était plus autorisée à fournir ces binaires Java dans la distribution. Quand vous procédez à une //mise à niveau du système// vers Slackware 14.0, une ancienne version du //JRE// reste dans votre arborescence. Cette version "6u25" présente plusieurs failles de sécurité critiques, il vous faut donc l'enlever manuellement de votre ordinateur aussi vite que possible par l'appel de la commande: <code>removepkg jre</code> Si vous avez besoin de Java, jetez donc un coup d’œil dans le répertoire "''/extra/source/java''" de la version Slackware 14 de notre distribution. Vous y trouverez un script qui permet de créer un paquet Slackware à partir du logiciel le plus récent de Java fourni par l'éditeur Oracle, que vous installerez ensuite en utilisant la commande "''installpkg''". Voyez aussi notre article de Wiki "[[howtos:software:java|Java in Slackware]]" |
| |
| |
| |
| <!-- Please do not modify anything below, except adding new tags.--> | <!-- Please do not modify anything below, except adding new tags.--> |
| {{tag>howtos slackpkg author_alienbob translator pierreaverseng}} | {{tag>howtos slackpkg author_alienbob translator_pierreaverseng}} |
