Instalar Slackware desde cero y desde cero es siempre el mejor método si está ejecutando una versión bastante antigua de Slackware y desea omitir algunas. Se habrán producido demasiados cambios intrusivos en la distribución si su Slackware es relativamente antiguo. Hará que el proceso de actualización manual sea doloroso y no garantizará el éxito. En tales casos, es mejor hacer una copia de seguridad de su lista de paquetes
En tales casos, es mejor hacer una copia de seguridad de su lista de paquetes (“ls -lart /var/log/packages”), una copia de seguridad de su “/etc” directorio “ ” y (usted ya hizo esto, por supuesto) una copia de seguridad de sus datos personales. Formatee su disco e instale desde el medio de arranque Slackware, y una hora más tarde ya podría estar en el negocio.

Si desea actualizar a la próxima versión de Slackware, puede hacerlo manualmente siguiendo las instrucciones en el archivo “UPGRADE.TXT” ue encontrará en la raíz del DVD / CD1 de Slackware. Puede encontrar instrucciones avanzadas y más sugerencias en “CHANGES_AND_HINTS.TXT” en la misma ubicación. También hay un procedimiento semiautomático para este tipo de actualización, usando slackpkg. Te quitará mucho trabajo duro.

Yo siempre utilizo slackpkg (con cuidado) para actualizar mis sistemas Slackware de una versión estable a la siguiente. Yo llamo a este proceso una “actualizacion de sistema”. Puede usar el mismo procedimiento para migrar a slackware-current, mantener actualizado un sistema de slackware-current o actualizar de un slackware no tan actual a una versión estable recién lanzada.

Solo correr slackpkg y esperar lo mejor no va a funcionar. Hay que tener en cuenta algunas consideraciones. Una cosa importante para recordar:

¿Porqué es eso? Simple: estará actualizando potencialmente cientos de paquetes y debe estar preparado para el improbable caso de que su computadora no funcione correctamente después de una actualización del sistema. Una cosa por la que no quiere que lo golpeen es un sistema que no arranca en absoluto. Una nueva versión de Slackware puede instalar un kernel que se niega a iniciar su computadora (pocas posibilidades, pero sin embargo … prepárese). Por esa razón, necesita mantener su núcleo de trabajo “antiguo” instalado y mantener una sección para él en su /etc/lilo.conf De esa manera, si el nuevo kernel no se inicia, puede retroceder al kernel anterior y comenzar a investigar qué fue lo que falló.
Básicamente, estas son las mismas precauciones que debe tomar cuando compile un nuevo kernel

Si su computadora está equipada con una tarjeta de video alimentada por un procesador de gráficosNvidia o Ati y ha instalado los controladores de gráficos acelerados de estas compañías (de código cerrado y solo binarios), no debe intentar iniciar una sesión X después de actualizar a la siguiente Lanzamiento de Slackware.
Estos controladores dependen de la versión del kernel, la versión de Mesa y el servidor X.Org. Debe volver a instalar el controlador binario antes de iniciar el modo gráfico. Además, los paquetes mesa y xorg-server de Slackware sobrescriben los archivos esenciales de estos controladores de gráficos acelerados de código cerrado de todos modos.

Si desea saber cómo tratar con estos controladores binarios, tenemos instrucciones más detalladas en el artículo“Controladores de graficos propietario” en este wiki.

Si actualiza Slackware (consulte a continuación el procedimiento), actualizará slackpkg as one of the first steps. The upgradepkg como uno de los primeros pasos. El upgradepkgcomando instalará un archivo/etc/slackpkg/mirrors.new. Este es el archivo que contiene las URL para los espejos que llevan la nueva versión de Slackware. Tendrá que comparar esto con la versión original y fusionar los contenidos.

Asegúrese de tener exactamente una línea sin comentarios, lo que apunta a un espejo para la versión y arquitectura de Slackware deseadas.

Los siguientes pasos deberían funcionar para todas las situaciones:

• Lista Negra los siguientes paquetes de kernel en “/etc/slackpkg/blacklist”:

  kernel-generic
  kernel-generic-smp
  kernel-huge
  kernel-huge-smp
  kernel-modules
  kernel-modules-smp

  Esto evitará una actualización accidental de su núcleo de trabajo.

• Lista negra de paquetes de repositorios de terceros agregando líneas apropiadas para sus etiquetas de repositorio. Ejemplos para SlackBuilds.org, AlienBOB y multilib:

  [0-9]+_SBo
  [0-9]+alien
  [0-9]+compat32

• Si se han agregado nuevos kernel (s) a la versión de Slackware a la que está actualizando, entonces use “installpkg” para instalar esos nuevos paquetes de kernel primero (no use “upgradepkg” bporque borrará su kernel existente).
  Deberá instalar al menos un kernel (kernel-generic, kernel-generic-smp, kernel-enorme o kernel-huge-smp) y el paquete de módulos del kernel correspondiente (kernel-modules o kernel-modules-smp).

No se puede utilizar slackpkg para este paso.

• Ahora que tenemos los nuevos kernel (s) más módulos en su lugar, podemos comenzar a actualizar el resto de los paquetes. Primero, actualice la slackpkg base de datos del paquete:

  # slackpkg update

• Cuando slackpkg ha actualizado su base de datos interna, lo primero que debe hacer es actualizarse slackpkg la última versión (incluidas las URL para la nueva versión de Slackware y cualquier regla de actualización de paquetes que se aplique a la nueva versión). Si no realiza este paso, slackpkg se actualizará en la mitad de la actualización del sistema, y se cancelará inmediatamente después de eso …

  # slackpkg upgrade slackpkg
  # slackpkg new-config

  Ese new-config comando final está allí para que pueda ver la diferencia entre sus slackpkg archivos de configuración antiguos y nuevos , en particular, /etc/slackpkg/mirrors y /etc/slackpkg/blacklist archivos que debe verificar. /etc/slackpkg/slackpkg.conf Generalmente se recomienda sobrescribir .

• A Una nueva versión de Slackware generalmente tiene una versión más nueva de las bibliotecas de GNU C. Los nuevos paquetes están compilados contra esa nueva glibc version. Para evitar un error de actualización, debe actualizar el glibc-solibs paquete manualmente, inmediatamente después de la actualización slackpkg:

  # slackpkg upgrade glibc-solibs

  Déjeme dar un ejemplo de tal falla potencial: cuando slackpkg install-new instala libusb-compat paquete, sugpg ccomando deja de funcionar porque se vincula con libusb.so, que se sobrescribirá con la versión del nuevo libusb-compat paquete. La nueva biblioteca necesita el nuevo glibc paquete gpg deja de funcionar debido al error de enlace de la biblioteca y slackpkg a actualización del sistema porque quiere verificar la firma de gpg de cada paquete antes de actualizarlo. La actualización de glibc-solibs paquete evita que la biblioteca vincule los errores al proporcionar los “GLIBC” correctos.

• Vamos a slackpkg actualizar la computadora a la nueva versión de Slackware:

  # slackpkg install-new
  # slackpkg upgrade-all
  # slackpkg clean-system

  • El primero de esos tres comandos (slackpkg install-new) instalará todos los paquetes que están marcados en el archivo ChangeLog.txt de Slackware con la cadena “Added.” Este comando no instalará ningún otro paquete que aún no esté instalado.
    FPor ejemplo, si no tenía KDE instalado anteriormente, el “slackpkg install-new” comando “ ” no agregará paquetes KDE a su computadora de repente.
  • El segundo comando(slackpkg upgrade-all) comparará cada paquete oficial de Slackware que tiene instalado actualmente, con la lista de paquetes en su espejo Slackware. Si hay una versión diferente disponible, esa versión se descargará y actualizará. 1)
  • El tercer comando (slackpkg clean-system) e mostrará una descripción general de todos los paquetes que tiene instalados actualmente y no forman parte de la versión de Slackware Linux a la que está actualizando. Esto significa que la lista mostrará todos los paquetes que se han eliminado de Slackware. Ejemplos para Slackware 14 son kdeaccessibility, kdebase, … Otro ejemplo de tal paquete abandonado en Slackware 14 es ntfsprogs. En realidad, este paquete no se eliminar pero se cambio de nombre… para Slackware que es igual a la eliminacion.
    T¡El comando también le mostrará cada paquete de terceros que haya instalado! Use este comando con prudencia: debe de-select cada paquete que desee conservar (es decir, todos los paquetes de terceros) yluego haga clic en “Aceptar” para permitir slackpkgeliminar todos los paquetes obsoletos.

• Una actualización masiva como esta habrá instalado varios “.new” archivos. Algunos paquetes contienen archivos de configuración que han sido renombrados (dentro del paquete) con una “.new” extensión “ ” para que un archivo de configuración existente (que contenga sus personalizaciones) no se sobrescriba imprudentemente durante la actualización. Slackpkg comprobará la existencia de estos “.new” archivos al final de una actualización o instalación y le pedirá que haga algo con ellos.
  Se recomienda actualizar a las nuevas versiones de los archivos de configuración cuando sea posible, ya que a menudo traerán mejoras a su configuración de software. Slackpkg le permite ver las diferencias entre los archivos antiguos y nuevos e incluso, para combinar los dos archivos. Alternativamente, usted puede decidir mantener el “.new” Dejando el archivo antiguo en su lugar, para que pueda investigar las diferencias más adelante si son demasiado intrusivas.
  Puede forzar una verificación de los “.new” farchivos “ ” en cualquier momento, ejecutando el comando

    * # slackpkg new-config

  y utilizando la interfaz de usuario fácil de slackpkg para combinar los cambios.

• Probablemente debería decidir en este momento usar un kernel genérico, especialmente si está usando LVM o RAID, o si instala Slackware en un disco encriptado con LUKS. Esto también se recomienda en Slackware README en el DVD / CD. Por otro lado, si la configuración de su sistema es sencilla y su hardware es bastante nuevo, podría decidir quedarse con un kernel “enorme”.
  Recuerde que no se puede usar un disco ram inicial en combinación con un kernel “huge” kernel, ¡pero tiene que crear un nuevo ramdisk inicial si va a usar un kernel genérico!
  If you are uncertain at this point how that must be accomplished, then you should make sure that you are booting a “huge” kernel which won't require an initial ramdisk.
  However, the “mkinitrd_command_generator.sh” script can help you here. Run this script with the new kernel version as a parameter and it will show you an example “mkinitrd” command which will work for your particular hardware setup and system configuration:

  # /usr/share/mkinitrd/mkinitrd_command_generator.sh -k 3.2.29

  will give this as output (the kernel version 3.2.29 is that of Slackware 14)

  #
  # mkinitrd_command_generator.sh revision 1.45
  #
  # This script will now make a recommendation about the command to use
  # in case you require an initrd image to boot a kernel that does not
  # have support for your storage or root filesystem built in
  # (such as the Slackware 'generic' kernels').
  # A suitable 'mkinitrd' command will be:
  
  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

  You can copy and paste this command line in your console, and let it create an initial ramdisk for you.
  

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

• After you decided what kernel you are going to use and have created an initial ramdisk, you must update your “/etc/lilo.conf” file with a section for the new kernel (don't remove your running kernel!). The “mkinitrd_command_generator.sh” script can help you finding the right block to append to /etc/lilo.conf. For instance, the command:

  # /usr/share/mkinitrd/mkinitrd_command_generator.sh -l /boot/vmlinuz-generic-3.2.29

  will result in the following output which you can copy/paste:

  # Linux bootable partition config begins
  # initrd created with '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'
  image = /boot/vmlinuz-generic-3.2.29
    initrd = /boot/initrd.gz
    root = /dev/sdb2
    label = 3.2.29
    read-only
  # Linux bootable partition config ends

  Note that this command adds a “initrd” line to the kernel section. If you let mkinitrd create a unique name for your initial ramdisk, then be sure to apply that name in the above section.
  The “initrd” line is not needed if you are going to run a “huge” kernel.

• Finally, run the “lilo” command to make the change permanent and add the new kernel to the lilo boot menu. You can just run “eliloconfig” if you are using EFI after upgrading Slackware and that will itself install the latest kernel on the EFI partition.
  Remember, you should always be able to boot back into a previous kernel in case the new Slackware kernel gives you a hard time.

If you are upgrading a multilib 64-bit Slackware computer, there are additional considerations to make.

A multilib installation means that you have replaced Slackware's 64-bit gcc and glibc packages with multilib versions (ie.e. supporting both 32-bit and 64-bit binaries). Also, you have installed a set of “converted” 32-bit Slackware packages on your 64-bit multilib Slackware. These modifications are all needed to allow you to run and compile 32-bit software.

When upgrading such a system, you must of course upgrade the standard Slackware packages, but separately you must upgrade the multilib-specific packages with new versions which you can obtain from http://slackware.com/~alien/multilib/

• First (if you use slackpkg), you must blacklist all these multilib packages so that they will not be accidentally replaced or removed during a system upgrade. If you don't blacklist them, you will face a lot of manual de-selections in “slackpkg clean-system”.
  Starting with the release of compat32-tools for Slackware 14.0 you can simply add two lines to the /etc/slackpkg/blacklist file:

  [0-9]+alien
  [0-9]+compat32

  Then you will manually have to download and upgrade the multilib packages. In the below example I will use Slackware 14.0 as the release to which you will be upgrading.

• Download the multilib packages suitable for your new Slackware release from a mirror, like this:

  # rsync -av rsync://taper.alienbase.nl/mirrors/people/alien/multilib/14.0/ multilib-14.0/

  This command will create a new subdirectory “multilib-14.0” in your current directory with all packages inside

• install/upgrade the existing gcc and glibc packages, and compat32-tools:

  # cd multilib-14.0
  # upgradepkg --install-new *.t?z

• Upgrade the set of converted 32-bit Slackware packages (often referredto as the “compat32” packages):

  # upgradepkg --install-new slackware64-compat32/*-compat32/*.t?z

  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.

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

removepkg jre

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 “Java in Slackware”

• Originally written by Eric Hameleers