| Capítulo 4. Actualizaciones desde Debian 7 (wheezy) | ||
|---|---|---|
 |  | |
| Capítulo 4. Actualizaciones desde Debian 7 (wheezy) | ||
|---|---|---|
| | | |
Tabla de contenidos
Le sugerimos que antes de actualizar lea también la información en Capítulo 5, Problemas que debe tener en cuenta para jessie. Ese capítulo cubre problemas que se pueden dar y que no están directamente relacionados con el proceso de actualización, pero que aún así podría ser importante conocer antes de empezar.
Es muy recomendable realizar una copia de seguridad completa o al menos una de los datos o información de configuración que no pueda permitirse perder antes de actualizar su sistema. Las herramientas y el proceso de actualización son bastante fiables, pero un fallo de hardware a mitad de una actualización podría resultar en un sistema muy dañado.
Los elementos principales que debería querer salvaguardar son los contenidos
de /etc, /var/lib/dpkg,
/var/lib/apt/extended_states y la salida de
«dpkg --get-selections "*"» (las comillas son
importantes). Si utiliza aptitude para gestionar los
paquetes en su sistema, también querrá hacer una copia de seguridad de
/var/lib/aptitude/pkgstates.
El proceso de actualización no modifica nada dentro del directorio
/home. Algunas aplicaciones (como es el caso de algunas
partes del conjunto de aplicaciones Mozilla y el de los entornos de
escritorio de KDE y GNOME) sí sobreescribirán la configuración del usuario
con los nuevos valores por omisión cuando el usuario arranque una nueva
versión de la aplicación. Como medida preventiva quizás desee realizar una
copia de seguridad de los directorios y archivos ocultos («dotfiles»,
archivos que comienzan por punto, N. del T.) en los directorios personales
de los usuarios. Esta copia de seguridad le será útil para restaurar o
recrear la configuración previa a la actualización. Quizás quiera también
avisar a los usuarios de este asunto.
Cualquier operación de instalación de paquetes debe ser ejecutada con
privilegios de superusuario, bien accediendo al sistema como
root o usando los programas su o
sudo para obtener los derechos de acceso necesarios.
La actualización tiene unas cuantas condiciones previas, así que debería revisarlas antes de ponerse a ello.
Es aconsejable informar a los usuarios con antelación de cualquier actualización que esté planeando realizar, aunque los usuarios que accedan al sistema mediante ssh no deberían apenas notar nada durante la actualización, y deberían poder seguir trabajando.
Si desea tomar precauciones adicionales, haga una copia de seguridad, o
desmonte la partición /home antes de actualizar.
Tendrá que hacer una actualización del núcleo cuando se actualice a jessie, por lo que será necesario reiniciar el sistema. Esto se realizará habitualmente una vez la actualización haya terminado.
Es posible que existan servicios ofrecidos por el sistema que están asociados a paquetes incluidos en el proceso de instalación. Si esto sucede, ha de tener en cuenta que los servicios se interrumpirán mientras los paquete asociados se están actualizando o están siendo reemplazados y configurados. El servicio no estará disponible durante este tiempo.
El tiempo exacto de indisponibilidad para estos servicios dependerá del número de paquetes que se están actualizando en el sistema, y también incluye el tiempo que el administrador dedica a responder a las preguntas de configuración de las distintas actualizaciones de paquetes (si las hubiera). Tenga en cuenta que si el proceso de actualización se hace de forma desatendida y el sistema realiza alguna pregunta durante éste hay una alta probabilidad de que los servicios no estén disponibles [1] durante un periodo de tiempo significativo.
Si el sistema que está vd. actualizando ofrece servicios críticos para sus usuarios o para la red [2], Vd. puede reducir el tiempo de disponibilidad si realiza una actualización mínima del sistema como se describe en Sección 4.4.4, “Actualización mínima del sistema”, seguido de una actualización del núcleo y un reinicio, y después una actualización de los paquetes asociados con sus servicios críticos. Actualice estos paquetes antes de hacer la actualización completo como se describe en Sección 4.4.5, “Actualizar el sistema”. De esta forma puede asegurarse que estos servicios críticos están ejecutándose y disponibles durante todo el proceso de actualización, reduciendo su indisponibilidad.
Aunque Debian intenta garantizar que el sistema es arrancable en todo momento, siempre hay una posibilidad de que experimente problemas al reiniciar el sistema tras la instalación. Muchos de los problemas conocidos se describen tanto en este capítulo como en los siguientes de estas notas de publicación.
Por esta misma razón tiene sentido asegurarse de que es capaz de recuperar el sistema en el caso que éste no pudiera reiniciarse o, para aquellos sistemas gestionados de forma remota, no pudiera arrancar correctamente la configuración de red.
Si está actualizando de forma remota a través de un enlace con ssh es altamente recomendable que tome las debidas precauciones para poder acceder al servidor a través de un terminal serie remoto. Existe la posibilidad de que tras actualizar el núcleo y reiniciar tenga que arreglar la configuración del sistema a través de una consola remota. Igualmente, es posible que tenga que recuperar con una consola local en caso de que el sistema se reinicie accidentalmente a la mitad de la actualización.
Generalmente recomendamos la utlización del modo de rescate del Instalador de Debian de jessie. La ventaja en el caso de utilizar el instalador es que podrá encontrar, de entre los distintos métodos de instalación, el más apropiado para su situación. Si desea más información, consulte la sección “Recuperar un sistema roto” en el capítulo octavo de la Guía de instalación y las PUF del Instalador de Debian.
Necesitará un mecanismo alternativo para arrancar su sistema y poder acceder
al mismo y repararlo si esto falla. Una opción es utilizar una imagen
especial de rescate o un CD «vivo» de Linux («live CD», N. del T.). Una vez
haya arrancado con cualquiera de éstos debería poder montar su sistema de
archivos raíz y utilizar chroot para acceder a éste,
investigar y solucionar el problema.
El paquete initramfs-tools incluye
un intérprete de órdenes de depuración[3]
en los «initrds» que genera. Por ejemplo, si el initrd es incapaz de montar
su sistema de archivos raíz vd. accederá a este sistema de depuración. En
este sistema podrá utilizar algunas órdenes básicas que pueden ayudarle a
trazar el problema y quizás incluso arreglarlo.
Algunas de las cosas básicas a comprobar son: la existencia de los archivos
de dispositivos correctos en /dev, los módulos cargados
(cat /proc/modules), y la salida de
dmesg para ver si se producen errores al cargar los
controladores de dispositivos. La salida de dmesg también
muestra qué archivos de dispositivos se han asignado a qué discos, debería
comparar esa información con la salida de echo $ROOT para
asegurarse que el sistema de archivos está en el dispositivo que esperaba.
En el caso de que arregle el problema puede escribir exit
para salir del entorno de depuración y continuar el proceso de arranque a
partir del punto que falló. Por supuesto, tendrá que arreglar el problema
subyacente y regenerar el «initrd» para que no vuelva a fallar en el
siguiente arranque.
En el caso de que falle el arranque con systemd, aún es posible obtener una
interfaz de línea de órdenes para depuración como «root» cambiando la línea
de órdenes del núcleo. Si el arranque básico funciona, pero algunos
servicios no llegan a iniciarse, puede ser útil añadir a los parámetros del
núcleo la opción systemd.unit=rescue.target.
En cualquier otro caso, el parámetro del núcleo
systemd.unit=emergency.target le proporcionará un
intérprete de órdenes como usuario «root» en el primer momento en que sea
posible. Sin embargo, ésto se hace antes de que el sistema de archivos raíz
se monte con permisos de lectura y escritura. Puede hacerlo manualmente con:
mount -o remount,rw /
Puede encontrar más información de la depuración de un sistema de arranque con problemas bajo systemd en el artículo Diagnosticando problemas de arranque.
Puede que sea capaz de arrancar con el antiguo sistema sysvinit si todo lo
demás falla. Para poder hacerlo es necesario que aún esté instalado el
paquete sysvinit y que el binario
/lib/sysvinit/init esté incluido en su archivo
initramfs. Si se cumplen estos requisitos, podrá arrancar con el binario de
sysvinit utilizando el siguiente parámetro en la línea de órdenes del
núcleo: init=/lib/sysvinit/init.
La actualización de la distribución debería hacerse de forma local, frente a una consola virtual en modo texto (o conectado de forma directa mediante un terminal por puerto serie), o de forma remota mediante una conexión ssh.
![[Importante]](images/important.png) | Importante |
|---|---|
Si está utilizando algún tipo de servicio de VPN (como pueda ser |
Para poder tener un margen de seguridad mayor cuando actualiza de forma remota le sugerimos que realice su proceso de actualización en una consola virtual como la que ofrece el programa screen, lo que permite una reconexión segura y asegura que el proceso de actualización no se interrumpe aunque falle el proceso de conexión remota.
| Importante |
|---|---|
No debería actualizar usando telnet, rlogin, rsh, ni desde una sesión de X controlada por xdm, gdm o kdm en la máquina que esté actualizando. Esto se debe a que cada uno de esos servicios puede cerrarse durante la actualización, y podría hacer que el sistema se volviese inaccesible y que está sólo actualizado a la mitad. No se recomienda el uso de la aplicación GNOME update-manager para realizar actualizaciones a nuevas versiones, dado que esta herramienta requiere una sesión de escritorio activa. |
Se ha diseñado el proceso de actualización descrito en este capítulo para actualizaciones de sistemas wheezy “puros”, en los que no existe ningún paquete de otros proveedores. Puede ser sensato eliminar paquetes de este tipo antes de empezar para asegurarse que el proceso de actualización puede funcionar correctamente.
No se da soporte a actualizaciones de versiones de Debian anteriores a 7 (wheezy). Por favor, siga las instrucciones en las Notas de publicación para Debian 7 para actualizarse primero a 7.
Se supone que su sistema se ha actualizado a la última revisión de wheezy. Debe seguir las instrucciones descritas en Sección A.1, “Actualizar su sistema wheezy” si su sistema no está actualizado o no está seguro de que lo esté.
En algunos casos, utilizar apt-get para instalar paquetes en lugar de aptitude puede hacer que aptitude considere que un paquete no está siendo utilizado (marcado como «unused») y lo marcará para su eliminación. Por regla general debería asegurarse que su sistema está totalmente actualizado y “limpio” antes de empezar la actualización.
Por ello, es necesario que revise si existe alguna acción pendiente en el
gestor de paquetes aptitude. El procedimiento de
actualización puede verse afectado negativamente si algún paquete está
marcado para eliminarse o actualizarse. Tenga en cuenta que sólo podrá
corregir esto si su archivo de configuración
sources.list apunta a
wheezy y no a stable o
jessie, consulte Sección A.2, “Comprobar su lista de fuentes”.
Para realizar esta revisión debería ejecutar el interfaz de usuario en “modo visual” de aptitude y pulsar g (“Go”). Si se muestra cualquier acción, debería revisarla y o bien arreglarlas o llevar a cabo las acciones que se le sugieran. Se le presentará el mensaje “No hay ningún paquete planificado para instalar, eliminar o actualizar” si no hay ninguna acción pendiente.
Si ha configurado APT para que instale ciertos paquetes de una distribución
distinta de la estable, por ejemplo la distribución “testing”
(“en pruebas”, N. del T.), puede ser que haya cambiado la
configuración de bloqueo (o pinning) de APT (almacenada
en /etc/apt/preferences y
/etc/apt/preferences.d/) para permitir que se
actualicen paquetes con versiones más recientes que en la distribución
estable. Puede encontrar más información sobre el bloqueo de APT en
apt_preferences(5).
Independientemente del método que se use para actualizar, se recomienda que compruebe el estado de todos los paquetes primero, y que verifique que todos los paquetes se encuentran en un estado actualizable. La siguiente orden mostrará cualquier paquete que se haya quedado a medio instalar (estado Half-Installed) o en los que haya fallado la configuración (estado Failed-Config), así como los que tengan cualquier estado de error.
# dpkg --audit
También puede inspeccionar el estado de todos los paquetes de su sistema usando aptitude o con órdenes tales como:
# dpkg -l | pager
o
# dpkg --get-selections "*" > ~/paqu-actuales.txt
Es deseable eliminar cualquier paquete retenido (paquete en estado «hold», N. del T.) antes de actualizar. El proceso fallará si un paquete esencial para la actualización está bloqueado.
Tenga en cuenta que aptitude utiliza un método para registrar los paquetes retenidos distinto del que utilizan apt-get y dselect. Puede utilizar la siguiente orden para identificar los paquetes que están retenidos en aptitude:
# aptitude search "~ahold"
Si quiere comprobar los paquetes que tiene retenidos con apt-get debería utilizar:
# dpkg --get-selections | grep 'hold$'
Si ha cambiado y recompilado un paquete de forma local, y no le ha cambiado el nombre o marcado con una época («epoch», N. del T.) en la versión, debería retenerlo (ponerlo en hold) para evitar que se actualice.
Se puede cambiar el estado de un paquete retenido (“hold”) para que lo tengan en cuenta apt-get con la siguiente orden:
# echo nombre_de_paquete hold | dpkg --set-selections
Cambie hold por install para borrar la
marca del paquete y que éste deje de estar retenido.
Si hay algo que debe arreglar es mejor que se asegure de que su archivo
sources.list aún incluye referencias a wheezy
tal y como se explica en Sección A.2, “Comprobar su lista de fuentes”.
Antes de actualizar el sistema debería eliminar la sección
proposed-updates de su archivo
/etc/apt/sources.list si la tiene listada. Esta medida
de precaución reducirá la posibilidad de que se produzcan conflictos.
Debe tener en cuenta que si tiene paquetes en el sistema que no sean de
Debian es posible que éstos se eliminen durante la actualización debido a
dependencias que entren en conflicto. Si el paquete se instaló después de
añadir un repositorio de paquetes extra en su archivo
/etc/apt/sources.list debería asegurarse de que ese
repositorio también ofrece paquetes compilados para jessie y cambiar
la línea de la fuente al mismo tiempo que cambia otras líneas de las fuentes
de los paquetes Debian.
Algunos usuarios tienen versiones “más nuevas” de paquetes que sí están en Debian a través de recompilaciones no oficiales («backports», N. del T.) que están instaladas en su sistema wheezy. Es muy probable que estos paquetes causen problemas durante la actualización y que den lugar a conflictos de archivos[4]. Puede encontrar más información sobre los conflictos de archivos y su resolución en la sección Sección 4.5, “Posibles problemas durante o después de la actualización”.
Antes de comenzar la actualización, debe modificar las listas de paquetes en
el archivo de configuración de apt:
/etc/apt/sources.list.
apt tomará en consideración todos
los paquetes que pueda encontrar mediante una línea que empiece por
“deb”, e instalará el paquete con el mayor
número de versión, dando prioridad a las líneas que aparezcan primero. En el
caso de utilizar distintos repositorios de paquetes, habitualmente se
indicará primero el disco duro local, luego los CD-ROM, y por último las
réplicas HTTP y FTP.
Una versión se puede designar tanto por su nombre en clave (por ejemplo
wheezy, jessie) como
por su nombre de estado (esto es, oldstable,
stable, testing,
unstable). Referirse a la distribución por su nombre en
clave tiene la ventaja de que nunca se sorprenderá si se produce una nueva
versión y por esa razón es el caso que aquí se describe. Esto significa que
va a tener que estar atento a los anuncios nuevas versiones. Sin embargo, si
utiliza el nombre del estado verá un número muy elevado de actualizaciones
de paquetes en el mismo momento en el que la publicación de una nueva
versión se haya realizado.
La configuración por omisión para la instalación escoge los principales
servidores de Debian en Internet, pero puede que desee modificar
/etc/apt/sources.list para usar otras réplicas,
preferentemente una que esté cerca (en términos de red) de usted.
Encontrará la lista de direcciones de las réplicas en HTTP o FTP de Debian en https://www.debian.org/distrib/ftplist (busque en la sección “Lista de completa de sitios de réplica”). Las réplicas HTTP suelen ser más rápidas, en general, que las FTP.
Por ejemplo, suponga que su réplica más cercana es
http://mirrors.kernel.org/. Si observa su contenido mediante
un navegador web o un programa FTP, comprobará que los directorios
principales están organizados así:
http://mirrors.kernel.org/debian/dists/jessie/main/binary-amd64/... http://mirrors.kernel.org/debian/dists/jessie/contrib/binary-amd64/...
Deberá añadir esta línea a su archivo sources.list para
usar esta réplica con apt:
deb http://mirrors.kernel.org/debian jessie main contrib
Fíjese que “dists” se añade de forma
implícita, y los parámetros tras el nombre de la versión se usan para
expandir la ruta a varios directorios.
Tras añadir sus nuevas fuentes, desactive las líneas
“deb” que había en
sources.list, colocando el símbolo de sostenido
(#) delante de ellas.
En lugar de utilizar réplicas de paquetes HTTP ó FTP, puede que desee
modificar el archivo /etc/apt/sources.list para usar
una réplica existente en su disco local (posiblemente montada mediante
NFS).
Por ejemplo, su réplica de paquetes puede encontrarse en
/var/ftp/debian/, y tener directorios como estos:
/var/ftp/debian/dists/jessie/main/binary-amd64/... /var/ftp/debian/dists/jessie/contrib/binary-amd64/...
Para usar esta ubicación con apt
debe añadir esta línea a su archivo sources.list:
deb file:/var/ftp/debian jessie main contrib
Fíjese que “dists” se añade de forma
implícita, y los parámetros tras el nombre de la versión se usan para
expandir la ruta a varios directorios.
Tras añadir sus nuevas fuentes, desactive las líneas
“deb” que había en
sources.list, colocando el símbolo de sostenido
(#) delante de ellas.
Si quiere utilizar sólo CDs (o DVDs, o discos Blu-ray),
comente todas las líneas “deb” existentes en
/etc/apt/sources.list colocando delante de ellas un
símbolo de sostenido (#).
Asegúrese de que existe una línea en /etc/fstab que
permita montar la unidad lectora de CD-ROMs en el punto de montaje
/media/cdrom. Por ejemplo, si su lector de CD-ROM se
encuentra en /dev/sr0, el archivo de configuración
/etc/fstab debería incluir una línea similar a la
siguiente:
/dev/sr0 /media/cdrom auto noauto,ro 0 0
Fíjese que no debe haber espacios entre las palabras
noauto,ro en el cuarto campo.
Para verificar que esto funciona, inserte un CD e intente ejecutar
# mount /media/cdrom # ésto montará el CD en el punto de montaje # ls -alF /media/cdrom # ésto debería mostrar el directorio raíz del CD # umount /media/cdrom # ésto desmontará el CD
Después, ejecute:
# apt-cdrom add
para añadir los datos a la base de datos de APT. Repita esta operación para cada CD-ROM de binarios de Debian que tenga.
El método recomendado para actualizar desde versiones anteriores de Debian es usar la herramienta de gestión de paquetes apt-get. En versiones anteriores, se recomendaba la orden aptitude para este propósito, pero las versiones más recientes de apt-get ofrecen la misma funcionalidad y se ha demostrado que proporcionan los resultados deseables para una actualización de forma más consistente.
No olvide montar todas las particiones que necesite (en particular la raíz y
/usr) en modo lectura y escritura, con una orden como:
# mount -o remount,rw /punto_de_montaje
A continuación asegúrese de que las entradas con las fuentes de APT (en el
archivo /etc/apt/sources.list) hacen referencia a la
distribución “jessie” o a estable
(“stable”). No debería haber ninguna entrada
que haga referencia a “wheezy”.
![[Nota]](images/note.png) | Nota |
|---|---|
Las líneas de fuentes de un CD-ROM pueden hacen referencia a inestable
(“ |
Se recomienda encarecidamente que utilice el programa /usr/bin/script para guardar una transcripción de la sesión de actualización. Así, si ocurre algún problema, tendrá un registro de lo que ha sucedido y, si fuera necesario, podrá proporcionar la información detallada cuando envíe un informe de fallo. Para iniciar la transcripción, teclee:
# script -t 2>~/actualiza-a-jessiepaso.time -a ~/actualiza-a-jessiepaso.script
o similar. Si tiene que volver a ejecutar la transcripción (por ejemplo, si
ha reiniciado el sistema) debería utilizar distintos valores de
paso para indicar el paso de la actualización que
se está transcribiendo. No ponga el archivo de transcripción en un
directorio temporal como /tmp o
/var/tmp (los archivos que hay en esos directorios se
pueden borrar durante la actualización o durante el reinicio del sistema).
La transcripción también le permitirá revisar la información que se haya
salido fuera de la pantalla. Simplemente acceda al terminal VT2 (utilizando
Alt+F2)
y, después de acceder al sistema, utilice less -R
~root/actualiza-a-jessie.script para leer el archivo.
Después de completar la actualización puede terminar con la transcripción de
script escribiendo exit en el
indicador de línea de órdenes.
Si ha utilizado la opción -t para script puede utilizar el programa scriptreplay para reproducir la sesión completa:
# scriptreplay ~/actualiza-a-jessie.time ~/actualiza-a-jessie.script
En primer lugar, tiene que descargar la lista con los paquetes disponibles para la nueva versión. Logrará esto si ejecuta:
# apt-get update
Antes de actualizar su sistema tiene que asegurarse de que tendrá suficiente
espacio libre en su disco duro para poder seguir las instrucciones de una
actualización completa del sistema que se describen en Sección 4.4.5, “Actualizar el sistema”. En primer lugar, cualquier paquete que necesario
para la instalación se descargará y se almacenará en
/var/cache/apt/archives (y en el subdirectorio
partial/, mientras se está descargando), por lo que
necesitará suficiente espacio libre en la partición donde se encuentre
/var/ para poder descargar temporalmente los paquetes
que se instalarán en su sistema. Después de la descarga, probablemente
necesitará más espacio en las otras particiones de sistemas de ficheros para
poder instalar tanto las actualizaciones de los paquetes (que podrían
contener archivos binarios más grandes o más datos) como los nuevos paquetes
que se necesiten en la actualización. Si su sistema no tiene suficiente
espacio podría terminar con una actualización incompleta de la cual es
difícil recuperarse.
La orden apt-get le puede mostrar información detallada del espacio libre necesario para la instalación. Puede consultar esa estimación, antes de proceder con la actualización, si ejecuta:
# apt-get -o APT::Get::Trivial-Only=true dist-upgrade [...] XXX actualizados, XXX se instalará, XXX para eliminar y XXX no actualizados. Se necesita descargar xx.xxMB/yyyMB de archivos. Se utilizarán AAAMB de espacio de disco adicional después de esta operación.
| Nota |
|---|---|
Puede que la ejecución de esta orden al principio del proceso de actualización genere un error, por las razones descritas en las siguientes secciones. En ese caso tiene que esperar para ejecutar esta orden hasta haber realizado una actualización mínima del sistema tal y como se describe en Sección 4.4.4, “Actualización mínima del sistema” antes de ejecutar esta orden para poder estimar el espacio de disco necesario. |
Si no tiene espacio suficiente para la actualización, apt-get le avisará con un mensaje como este:
E: No tiene suficiente espacio libre en /var/cache/apt/archives/.
Si no tiene espacio suficiente para la actualización, asegúrese de hacer sitio antes de proceder. Puede hacer lo siguiente:
Elimine aquellos paquetes que se han descargado previamente para su
instalación (en /var/cache/apt/archive). Puede utilizar
la orden apt-get clean para borrar todos los archivos de
paquetes previamente descargados.
Eliminar paquetes olvidados. Si ha utilizado aptitude o apt-get para instalar manualmente paquetes de wheezy, la herramienta hará un seguimiento de los paquetes que haya instalado y podrá marcar como redundantes aquellos paquetes que se obtuvieron sólo para cumplir las dependencias pero que ya no se necesitan porque el paquete que los necesitaba se ha eliminado. No se marcarán como obsoletos aquellos paquetes que haya instalado manualmente. Pero si lo hará para aquellos paquetes que se instalaron automáticamente para cumplir dependencias. Para eliminar automáticamente los paquetes instalados que no se necesitan puede ejecutar lo siguiente:
# apt-get autoremove
También puede utilizar para encontrar paquetes redundantes deborphan, debfoster o cruft. No elimine a ciegas los paquetes que le indiquen estas herramientas, especialmente si utiliza opciones agresivas, distintas a las definidas por omisión, que pueden dar lugar a muchos falsos positivos. Se le recomienda encarecidamente que revise los paquetes que éstas le sugieren eliminar (esto es: sus contenidos, su tamaño y descripción) antes de eliminarlos
Elimine paquetes que consumen mucho espacio y que no necesita actualmente
(siempre puede instalarlos después de la actualización). Puede utilizar la
orden popcon-largest-unused para listar los paquetes que
no utiliza que consumen más espacio si tiene instalado popularity-contest. Puede encontrar los paquetes
que consumen más espacio con dpigs (disponible en el
paquete debian-goodies) o con
wajig (ejecutando wajig size). También
puede encontrarlos con aptitude. Ejecute aptitude en
modo visual, seleccione y
, pulse la tecla
l e introduzca ~i, pulse la tecla
S e introduzca ~installsize. Una vez
hecho esto, dispondrá de una lista de paquetes con los que puede trabajar.
Puede eliminar las traducciones y los archivos de localización del sistema
si no los necesita. Para ello puede instalar el paquete localepurge, configurándolo para que sólo se
mantengan en el sistema algunas localizaciones específicas. Esto reducirá el
espacio de disco consumido en /usr/share/locale.
Mueva de forma temporal a otro sistema o elimínelos de forma permanente, los
registros del sistema que residen en /var/log/.
Utilice una ubicación temporal para
/var/cache/apt/archives: puede utilizar una caché
temporal en otro sistema de archivos (USB, dispositivo de
almacenamiento, espacio en disco duro temporal, sistema de ficheros en uso,
etc. ).
| Nota |
|---|---|
No utilice un sistema montado a través de NFS dado que la conexión de red podría interrumpirse durante la actualización. |
Por ejemplo, si tiene una unidad USB montada en
/media/usbkey:
elimine los paquetes que se han descargado previamente para la instalación
# apt-get clean
copie los contenidos de /var/cache/apt/archives a la
unidad USB:
# cp -ax /var/cache/apt/archives /media/usbkey/
monte el directorio de caché temporal sobre el actual:
# mount --bind /media/usbkey/archives /var/cache/apt/archives
después de la actualización, restaure el directorio original
/var/cache/apt/archives
# umount /media/usbkey/archives
elimine el directorio /media/usbkey/archives.
Puede crear una directorio de caché temporal en cualquier sistema de archivos montado en su sistema.
Realice un actualización mínima del sistema (consulte Sección 4.4.4, “Actualización mínima del sistema”) o una actualización parcial seguida de una actualización completa del sistema. Esto le permitirá actualizar el sistema parcialmente, lo que le permitirá limpiar la caché de paquetes antes de la actualización completa.
Tenga en cuenta que para poder eliminar los paquetes con seguridad debería
cambiar su sources.list a wheezy como se
describe en Sección A.2, “Comprobar su lista de fuentes”.
En algunos casos, la realización directamente de una actualización completa (como se describe más abajo) podría tener como consecuencia la eliminación de un buen número de paquetes que quiere conservar. Le recomendamos por tanto un proceso de actualización en dos pasos. En primer lugar, una actualización mínima para resolver estos conflictos, seguido de una actualización completa como se describe en Sección 4.4.5, “Actualizar el sistema”.
Para hacer esto, ejecute primero lo siguiente:
# apt-get upgrade
| Nota |
|---|---|
El proceso de actualización para algunas de las versiones anteriores recomendaba el uso de la herramienta aptitude para realizar la actualización. Esta herramienta ya no se recomienda para las actualizaciones de wheezy a jessie. |
Esto tiene como consecuencia que se actualicen los paquetes que se puedan actualizar en el sistema sin que sea necesario eliminar ni instalar ningún otro paquete.
La actualización mínima del sistema también puede ser útil cuando hay poco espacio libre disponible en el sistema y no puede ejecutarse la actualización completa debido a problemas de espacio.
Si está instalado el paquete apt-listchanges, mostrará (en su configuración
por omisión) información importante sobre los paquetes actualizados en un
paginador. Pulse q después de leer esta información para
salir del paginador y continuar con la actualización.
Una vez haya realizado los pasos anteriores, estará en condiciones de seguir con la parte principal de la actualización. Ejecute:
# apt-get dist-upgrade
| Nota |
|---|---|
El proceso de actualización para algunas de las versiones anteriores recomendaba el uso de la herramienta aptitude para realizar la actualización. Esta herramienta ya no se recomienda para las actualizaciones de wheezy a jessie. |
Se realizará una actualización completa del sistema, esto es, se instalarán las versiones más recientes de los paquetes y se resolverán todos los posibles cambios de dependencias entre los paquetes de diferentes versiones. Si fuera necesario, se instalarán nuevos paquetes (normalmente, nuevas versiones de las bibliotecas o paquetes que han cambiado de nombre), y se eliminarán los paquetes obsoletos conflictivos.
Cuando esté actualizando desde un conjunto de CD-ROM (o DVD), se le pedirá que inserte algunos CD específicos en varios momentos durante la actualización. Puede que tenga que insertar el mismo CD varias veces; esto se debe a paquetes interrelacionados que estén dispersos en varios CD.
Las versiones nuevas de los paquetes ya instalados que no se puedan
actualizar sin cambiar el estado de la instalación de otro paquete se
dejarán en su versión actual (en cuyo caso se mostrarán como «held back», es
decir, «retenidos»). Se puede resolver esta incidencia usando
aptitude para elegir esos paquetes para que se instalen,
o intentando ejecutar apt-get install
.
paquete
Las siguientes secciones describen problemas conocidos que pueden aparecer durante la actualización a jessie.
En algunos casos el paso apt-get dist-upgrade puede fallar después de descargar los paquetes con el siguiente error:
E: No se pudo realizar la configuración inmediata de «paquete». Consulte la página de manual con «man 5 apt.conf» bajo «APT::Immediate-Configure» para más información.
Si esto sucede, debería ejecutar la orden apt-get dist-upgrade -o APT::Immediate-Configure=0, que permitirá continuar con la actualización.
Otra posible alternativa para evitar este problema es añadir temporalmente
fuentes tanto de wheezy como de jessie en el archivo
sources.list y ejecutar apt-get
update.
El proceso de actualización a jessie puede solicitar la eliminación de paquetes en el sistema. La lista exacta de paquetes dependerá del conjunto de paquetes que tenga instalado. Estas notas de publicación proporcionan recomendaciones generales sobre estas eliminaciones pero, si tiene dudas, se recomienda que revise los paquetes que se van a eliminar propuestos por cada método antes de continuar. Encontrará más información de los paquetes obsoletos en jessie en Sección 4.10, “Paquetes obsoletos”.
Algunas veces es necesario activar la opción
APT::Force-LoopBreak en APT para permitir el borrado
temporal de un paquete esencial debido a un bucle de Conflictos y
Dependencias previas. apt-get le alertará de esta
situación y abortará la actualización. Puede resolver esto especificando la
opción -o APT::Force-LoopBreak=1 en la línea de órdenes
de apt-get.
Es posible que la estructura de dependencias del sistema esté tan dañada que precise de intervención manual. Normalmente, esto implica usar apt-get o
# dpkg --remove nombre_de_paquete
para eliminar algunos de los paquete problemáticos, o
# apt-get -f install # dpkg --configure --pending
En casos extremos, puede que necesite forzar la reinstalación con una orden como:
# dpkg --install /ruta/al/nombre_de_paquete.deb
No deberían producirse conflictos entre archivos si actualiza de un sistema wheezy “puro”, pero sí pueden producirse si ha instalado versiones nuevas no oficiales («backports», N. del T.). Si se produce un conflicto entre archivos se mostrará con un error similar al siguiente:
Desempaquetando<paquete-foo>(de<paquete-foo-fichero>) ... dpkg: error al procesar<paquete-foo>(--install): intentando sobreescribir `<algún-nombre-fichero>', que está también en el paquete<paquete-bar>dpkg-deb: subprocess paste killed by signal (Broken pipe) Se encontraron errores al procesar:<paquete-foo>
Puede intentar resolver los conflictos entre archivos forzando a que se elimine el paquete mencionado en la última línea del mensaje de error:
# dpkg -r --force-depends nombre_de_paquete
Debería poder continuar la instalación donde la dejó tras corregir el
problema repitiendo las órdenes de apt-get descritas
previamente.
Se le harán preguntas sobre la configuración o reconfiguración de diversos
paquetes durante la actualización. Cuando se le pregunte si debería
reemplazarse algún archivo en el directorio
/etc/init.d, o el archivo
/etc/manpath.config con la versión que propone el
mantenedor del paquete, normalmente deberá responder “sí” para
asegurar la consistencia del sistema. Siempre puede volver más tarde a las
versiones antiguas, ya que quedan guardadas con la extensión
.dpkg-old.
Si no está seguro de lo que debe hacer, anote el nombre del paquete o archivo, y revise la situación más adelante. Recuerde que podrá buscar en el archivo de transcripción de la instalación y revisar la información que apareció en pantalla durante la actualización.
Si está vd. ejecutando el proceso de actualización utilizando la consola local del sistema es posible que en algunos momentos durante la actualización se cambie la consola a una vista distinta y deje de ver el proceso de actualización. Esto puede suceder, por ejemplo, en sistemas de escritorio cuando se reinicia el gestor de escritorios.
Para recuperar la consola donde se estaba realizando la actualización tendrá que utilizar la combinación de teclas Ctrl+Alt+F1 (si está en la pantalla de arranque gráfico) o Alt+F1 (si está en la consola de modo texto) para volver al terminal virtual 1. Reemplace F1 por la tecla de función que tenga el mismo número que el terminal virtual donde se estaba realizando la actualización. También puede utilizar la combinación Alt+Flecha Izquierda o Alt+Flecha Derecha para conmutar entre los distintos terminales de modo texto.
Los paquetes deberían actualizarse en la mayoría de los casos de una forma suave al pasar de wheezy a jessie. Existe un pequeño conjunto de casos donde es necesario realizar alguna intervención, bien antes o bien durante la actualización. Se detallan a continuación paquete a paquete.
La actualización de Debian de wheezy a jessie migrará su sistema init por omisión de SysV a systemd. Puede que tenga que realizar algunos cambios manuales, lo que dependerá de su sistema y de su configuración. Hemos detallado los problemas conocidos en Sección 5.6, “La actualización instala el nuevo sistema de arranque predeterminado para Jessie”.
Debe tener especial cuidado con la actualización de su sistema y sus contenedores si tiene instalado LXC. Revise el capítulo Sección 5.8, “Consideraciones de actualización de los equipos LXC y contenedores” que describe problemas conocidos y sus soluciones.
Esta sección explica cómo actualizar su núcleo e identifica los posibles
problemas que pueden darse con relación a esta actualización. Puede o bien
instalar uno de los paquetes linux-image-* que ofrece Debian o compilar un
núcleo personalizado desde el código fuente del mismo.
Tenga en cuenta que gran parte de la información de esta sección se basa en
la suposición de que está utilizando uno de los núcleos modulares de Debian,
conjuntamente con initramfs-tools y
udev. Parte de la información aquí
presentada puede no ser relevante para usted si utiliza un núcleo a medida
que no necesita un initrd o si utiliza un generador de initrd distinto.
Cuando realice «dist-upgrade» desde wheezy a jessie, le recomendamos encarecidamente que instale uno de los nuevos metapaquetes «linux-image-*» si aún no lo ha hecho. Estos metapaquetes instalarán de forma automática una nueva versión del núcleo durante una actualización. Puede verificar si tiene uno ya instalado con la siguiente orden:
# dpkg -l "linux-image*" | grep ^ii | grep -i meta
Si no observa ningún mensaje, entonces necesitará instalar un nuevo paquete «linux-image» a mano o instalar un metapaquete «linux-image». Para ver una lista de los metapaquetes «linux-image» disponibles, ejecute:
# apt-cache search linux-image- | grep -i meta | grep -v transition
Si no está seguro de qué paquete instalar, ejecute la orden uname
-r y busque un paquete con un nombre similar. Por ejemplo, si ve
«2.6.32-5-amd64», le recomendamos que instale linux-image-amd64. También puede utilizar
apt-cache para ver una descripción más larga de cada uno
de los paquetes para así ayudarle a realizar una mejor elección de entre los
que hay disponibles. Por ejemplo:
# apt-cache show linux-image-amd64
Luego debería usar apt-get install para
instalarlo. Debería reiniciar en cuanto le sea posible una vez que haya
instalado el núcleo nuevo para empezar a beneficiarse de las características
que proporciona la nueva versión del núcleo. Sin embargo, debe leer primero
Sección 4.7, “Qué hacer antes del siguiente reinicio” antes de hacer el primer reinicio tras una
actualización.
Para los más aventureros, hay una forma fácil para compilar su propio núcleo
a medida en Debian. Instale las fuentes del núcleo, que se incluyen en el
paquete linux-source. Puede utilizar
el objetivo deb-pkg disponible en el fichero Makefile de
los paquetes fuentes utilizados para construir un paquete binario. Puede
encontrar más información en el Debian Linux Kernel
Handbook, que también está disponible en el paquete debian-kernel-handbook."
Siempre que sea posible, es mejor para usted si actualiza el paquete del
núcleo de forma independiente a la actualización principal con
dist-ugprade, para así reducir las posibilidades de tener
durante un cierto periodo de tiempo un sistema que no se puede
iniciar. Tenga en cuenta que sólo debería hacer esto después de haber
realizado el proceso de actualización mínima del sistema que se describe en
Sección 4.4.4, “Actualización mínima del sistema”.
initramfs-tools ahora también
ejecutará fsck en el sistema de ficheros raíz antes de
montarlo. Si el programa elegido para la función «init» es
systemd y existe un sistema de ficheros separado para
/usr, también se comprobará con fsck y se montará
/usr.
Deberá cambiar la configuración de INITRDSTART si el
sistema de ficheros /usr es un sistema independiente en
un dispositivo RAID y la configuración de INITRDSTART en
/etc/default/mdadm no es 'all'. Para
ello, deberá incluir ese dispositivo dentro de la opción.
Si el sistema de ficheros /usr es un sistema separado
en un volúmen lógico, y la líena para /usr en
/etc/fstab especifica el dispositivo con
UUID o LABEL, debe cambiar esta línea
para especificar el dispositivo utilizando el formato
/dev/mapper/
o
VG-LV/dev/.
VG/LV
No es posible ya montar en modo «bind» el sistema de ficheros
/usr.
El programa e2fsck mostrará un aviso durante el arranque
indicando que el tiempo cambió hacia atrás si el RTC («real time clock» o
reloj de tiempo real) está configurado con la hora local y la hora local
está adelantada con respecto a UTC (bug #767040). Puede
deshabilitar este aviso introduciendo las siguientes líneas en
/etc/e2fsck.conf:
[options] broken_system_clock=1
La actualización «formal» habrá terminado cuando lo haga apt-get
dist-upgrade, pero hay algunas otras cosas que debería tener en
cuenta antes del próximo reinicio del sistema.
Cuando se realiza una actualización de Wheezy a Jessie puede ser una buena idea purgar los paquetes antiguos antes del primer reinicio. En concreto, los programas de arranque init pueden causar problemas. Consulte Sección 4.8.1, “Purgando los paquetes eliminados” para los detalles de cómo encontrar y purgar los paquetes eliminados.
Una vez hecha la actualización hay ciertas cosas que puede hacer para prepararse para la siguiente versión de la distribución.
Elimine los paquetes redundantes y obsoletos tal y como se describe en Sección 4.10, “Paquetes obsoletos”. Debería revisar qué archivos de configuración utilizan éstos y considerar como opción purgarlos para eliminar sus archivos de configuración. También puede consultar la sección Sección 4.8.1, “Purgando los paquetes eliminados”.
En general es recomendable purgar los paquetes eliminados. Esto es particularmente necesario si se han eliminado en una actualización anterior (p.ej. por la actualización a wheezy) o eran parte de paquetes de terceros. Se han dado muchos casos en los que los programas de init.d antiguos han causado problemas.
![[Atención]](images/caution.png) | Atención |
|---|---|
En general, al purgar un paquete también se purgarán sus ficheros de registro. Por lo que puede ser recomendable hacer una copia de seguridad de éstos antes de hacerlo. |
La siguiente orden mostrará una lista de todos los paquetes eliminados que puedan haber dejado ficheros de configuración en el sistema (si los hay):
# dpkg -l | awk '/^rc/ { print $2 }'
Los paquetes puede eliminarse utilizando apt-get purge. Si lo que quiere es eliminarlos todos de un solo golpe, puede utilizar la siguiente orden:
# apt-get purge $(dpkg -l | awk '/^rc/ { print $2 }')
Si utiliza aptitude, también puede
utilizar las siguientes órdenes de forma alternativa a las listadas antes:
$ aptitude search '~c' $ aptitude purge '~c'
Con la publicación de la versión 9 de Debian (nombre en clave stretch) se descontinuará el soporte de algunas funcionalidades. Los usuarios deberían migrar a otras alternativas para ahorrarse problemas a la hora de actualizarse a stretch.
Esto incluye las siguientes funcionalidades:
La versión jessie, aunque introduce muchos paquetes nuevos, también retira o deja de distribuir algunos paquetes que estaban disponibles en wheezy. No existe un mecanismo de actualización para estos paquetes obsoletos. Aunque nada le impide que siga usando paquetes obsoletos si así lo desea, el proyecto Debian deja de dar soporte de seguridad para éstos un año después de la publicación de jessie[5] y no se ofrecerá otro tipo de soporte durante este tiempo. Lo recomendable es reemplazar dichos paquetes con las alternativas disponibles, si es que existen.
Hay muchas razones por las que un paquete puede haberse eliminado de la distribución, a saber: no hay mantenimiento por parte de los desarrolladores originales, no hay ningún desarrollador en Debian que esté interesado en mantener los paquetes, la funcionalidad que ofrecen la ofrece ahora otros programas (o una nueva versión), o ya no se consideran aptos para distribuirse en jessie debido a los errores que presentan. En este último caso los paquetes puede que sigan estando presentes en la distribución “inestable”.
Es fácil detectar qué paquetes de un sistema actualizado están “obsoletos”, dado que las interfaces de gestión de paquetes los marcarán como tal. Si está utilizando aptitude podrá ver el listado de dichos paquetes en la entrada “Paquetes obsoletos y creados localmente”.
A menudo podrá encontrar más información de por qué un paquete fue eliminado en el Sistema de seguimiento de fallos de Debian. Debería consultar tanto los informes de fallos del propio paquete como los informes de fallos archivados del pseudo-paquete ftp.debian.org.
La lista de los paquetes obsoletos incluye:
postgresql-9.1, su reemplazo es
postgresql-9.4. Una vez ha terminado
la actualización del sistema operativo debería planificar la actualización
de sus clústers de bases de datos PostgreSQL 9.1 a la versión 9.4 utilizando
para ello la herramienta pg_upgradecluster. Los usuarios
del lenguaje procedimental PL/perl disponen en jessie de un paquete
postgresql-plperl-9.1 actualizado
que está enlazado con la versión en jessie de libperl para poder actualizar
a la nueva versión de Perl y, al mismo tiempo, facilitando que las funciones
de bases de datos en PL/perl puedan utilizarse mientras no se realice la
actualización de la base de datos.
python3.2, sustituido por
python3.4 (hay soporte de la versión
2.7 tanto en wheezy como en jessie).
ruby1.8 y ruby1.9.1, sustituido por ruby2.1. Se recomienda instalar el paquete
ruby para mantener el sistema
actualizado siempre a la última versión de ruby.
mplayer; las alternativas son
mplayer2, y mpv (nuevo en jessie). El primero de
éstos es en general compatible con mplayer desde el punto de vista de las
opciones de línea de órdenes y de configuación (y añade algunas nuevas
funcionalidades). La segunda opción proporciona muchas más funcionalidades
nuevas y mejoras, y está activamente mantenido por sus desarrolladores
originales.
Se han divido algunos paquetes de wheezy en más de un paquete en jessie, generalmente para mejorar la mantenibilidad del sistema. Para facilitar el proceso de actualización en estos casos se ofrecen paquetes “dummy” (tontos, N. del T.) dentro de jessie. Éstos son paquetes vacíos que tienen el mismo nombre que el anterior paquete en wheezy con un conjunto de dependencias que asegura que se instalen los nuevos paquetes. Estos paquetes “dummy” se consideran redundantes tras la actualización y puede eliminarlos una vez haya actualizado el sistema.
La mayoría (pero no todas) de las descripciones de los paquetes «dummy»
indican su propósito. Sin embargo, las descripciones de estos paquetes no
son uniformes así que puede que encuentre útil utilizar
deborphan con las opciones
--guess-
(p.ej. *--guess-dummy) para detectar los que están
instalados en su sistema. Tenga en cuenta que algunos paquetes «dummy» no
están pensados para ser eliminados después de una actualización sino que se
utilizan para poder seguir a lo largo del tiempo la versión más reciente de
un programa.
[1] Si la prioridad de debconf se fija al valor «muy alto» no se le realizarán preguntas de configuración, pero los servicios que dependen de las respuestas por omisión pueden no arrancar si las respuestas por omisión no aplican a su sistema.
[2] Por ejemplo: servicios DNS ó DHCP, especialmente si no existe ninguna redundancia o mecanismo de alta disponibilidad. En el caso de DHCP los usuarios pueden quedarse desconectados de la red si el tiempo de mantenimiento de las direcciones es inferior al tiempo que tarda el proceso de actualización en completarse.
[3] Esta funcionalidad puede deshabilitarse si añade el parámetro
panic=0 dentro de los parámetros del arranque.
[4] El sistema de gestión de paquetes no permite por regla general que un paquete elimine o reemplace un archivo que pertenezca a otro paquete a menos que se haya indicado que el nuevo paquete reemplaza al antiguo.
[5] O hasta que se publique una nueva versión en ese tiempo. Habitualmente sólo se da soporte a dos versiones estables en un momento determinado.
| | | |
| Capítulo 3. Sistema de instalación |  | Capítulo 5. Problemas que debe tener en cuenta para jessie |