Problemas que debe tener en cuenta para

Posibles problemas
Algunas veces los cambios tienen efectos colaterales que no podemos evitar, o aparecen fallos en otro lugar. A continuación se documentan los problemas que conocemos. Puede leer también la fe de erratas, la documentación de los paquetes relevantes, los informes de fallos, y otra información mencionada en .

Problemas con los dispositivos relacionados con «udev»
Aunque se ha probado extensamente udev, puede llegar a experimentar pequeños problemas con algunos dispositivos que tendrá que arreglar. Los problemas más comunes son el cambio de permisos y/o de propietario de algunos dispositivos. Puede que no se cree un dispositivo de forma predeterminada en algunos casos (por ejemplo /dev/video y /dev/radio).
udev proporciona mecanismos de configuración para solucionar estos problemas. Si desea más información consulte udev 8 y /etc/udev.

Migración de controladoras de disco del subsistema IDE a PATA
La nueva versión del núcleo de Linux ofrece controladores para algunas controladoras PATA (IDE). Esto puede hacer que cambien los nombres de los dispositivos de disco duro, CD-ROM y cintas.
Lo recomendable ahora es identificar a los dispositivos de disco en los ficheros de configuración mediante su etiqueta o UUID («unique identifier» o identificador único) en lugar de utilizar el nombre del dispositivo, lo que funcionará tanto con las versiones nuevas como las versiones antiguas del núcleo. Al hacer la actualización a la versión en de los paquetes del núcleo, el paquete linux-base se ofrecerá a hacer de forma automática esta conversión en los archivos de configuración de la mayoría de los paquetes relacionados con el sistema de ficheros en el sistema, incluyendo los distintos cargadores de arranque que se utilizan en Debian. En el caso de que elija no actualizar la configuración del sistema de forma automática, deberá vd. actualizar los identificadores de los dispositivos antes del siguiente arranque del sistema para asegurarse que el sistema sigue pudiendo arrancar.

El cambio de formato en los metadatos de mdadm requiere una versión reciente de Grub
The following only applies to users who want to let the grub-pc bootloader load the kernel directly off a RAID device created with mdadm 3.x and default values, or when the metadata version is explicitly set using -e. Specifically, this includes all arrays created during or after the installation of Debian . Arrays created with older mdadm versions, and RAIDs created with the command-line option -e 0.9 are not affected.
Versions of grub-pc older than 1.98+20100720-1 will not be able to boot directly off a RAID with the 1.x metadata formats (the new default is 1.2). To ensure a bootable system, please make sure to use grub-pc 1.98+20100720-1 or later, which is provided by Debian . An unbootable system may be rescued with Super Grub2 Disk or grml.

Actualizaciones de Xen
Si instaló Xen en , el núcleo por omisión cargado por «GRUB Legacy» era el que incluía un hipervisor Xen y soporte de dom0. Este comportamiento ha cambiado en GRUB 2 con : arrancará el núcleo sin soporte de Xen de forma predeterminada. Si necesita Xen y espera arrancar de forma predeterminada con esta funcionalidad consulte las recomendaciones de configuración disponibles en .
Las actualizaciones de no instalarán de forma automática la versión 4.0 de Xen. Debería instalar el paquete xen-linux-system-2.6-xen-amd64 o xen-linux-system-2.6-xen-686 para asegurarse que se instala un hipervisor Xen y un núcleo dom0 apropiado, para facilitar las futuras actualizaciones.
El núcleo 2.6.32 de Xen en utiliza pvops en lugar del parche de Xenlinux. Esto significa que en su domU no será capaz de utilizar (por ejemplo) sda1 como un nombre de dispositivo para su disco duro, dado que ese esquema de nombres no está disponible en pvops. Debería utilizar en su lugar (continuando con el ejemplo) xvda1, que es compatible tanto con los núcleos de Xenantiguos como con los nuevos.

Malfuncionamiento de pam_userdb.so con nuevas versiones de libdb
Las versiones recientes de libdb no pueden leer algunos de los ficheros de bases de datos Berkeley versión 7 creados con libdb3 (consulte el fallo #521860). Para evitar el problema, puede recrear los ficheros con la orden db4.8_load, disponible en el paquete db4.8-util.

La inicialización asíncrona de la red puede provocar un comportamiento impredecible
En los sistemas que utilicen udev para cargar los controladores de las interfaces de red, es posible que debido a la naturaleza asíncrona de udev, la controladora de red no se cargue antes de que se ejecute /etc/init.d/networking durante el arranque. Aunque la inclusión de allow-hotplug (además de auto) en /etc/network/interfaces asegura que la interfaz de red esté habilitada cuando ésta esté disponible, no hay garantía de que esto ocurra antes de que la secuencia de arranque inicie los servicios de red, algunos de estos servicios de red pueden no comportarse correctamente si no existe ninguna interfaz de red.

Trouble when using WPA secured wireless networks
En , el paquete wpasupplicant se configuraba como un servicio de sistema configurado a través de /etc/default/wpasupplicant y a través de un archivo /etc/wpasupplicant.conf proporcionado por el usuario.
En se ha descartado el archivo /etc/init.d/wpasupplicant, y el paquete Debian se integra ahora con /etc/network/interfaces, de manera similar a otros paquetes como wireless-tools. Esto significa que wpasupplicant ya no proporciona directamente un servicio de sistema.
Si desea información sobre la configuración de wpasupplicant consulte /usr/share/doc/wpasupplicant/README.modes.gz, donde encontrará ejemplos de archivos /etc/network/interfaces. También puede encontrar información actualizada sobre el uso en Debian del paquete wpasupplicant en el Wiki de Debian.

Problemas debido al uso de caracteres no ASCII en nombres de fichero
Puede tener problemas al montar sistemas de ficheros vfat, ntfs o iso9660 que contengan archivos con nombres que incluyan caracteres no ASCII al intentar acceder a estos nombres de archivo a menos que el montaje se haga con la opción «utf8». Una indicación de este problema puede ser el siguiente mensaje de error: Invalid or incomplete multibyte or wide character. Una posible solución a este problema consiste en usar las opciones de montaje defaults,utf8 para sistemas de ficheros vfat, ntfs e iso9660 cuando contengan ficheros con caracteres no ASCII.
Tenga en cuenta que el núcleo Linux hace necesaria la distinción entre mayúsculas y minúsculas en el manejo de nombres de fichero para vfat cuando se usa la opción utf8.

El sonido deja de funcionar
In rare cases, sound might stop working after the upgrade. If this happens, go through the ALSA checklist:
ejecute alsaconf como usuario administrador (root),
añada su usuario al grupo audio,
asegúrese de que los niveles están altos y no se ha silenciado el altavoz (utilizando alsamixer),
asegúrese de que no están arrancados arts ni esound,
make sure no OSS modules are loaded,
asegúrese de que los altavoces están encendidos, y
y compruebe si la orden

cat /dev/urandom > /dev/audio

o la orden

speaker-test

funciona para el usuario root.

Posible corrupción del sistema de ficheros durante la actualización
A partir de la versión del núcleo 2.6.25, el núcleo de Linux en la arquitectura s390 ejecutándose en un hipervisor z/VM utiliza un CCW para el acceso DASD que hace que se genere un error en z/VM. Este error da lugar a errores de entrada y salida que dan lugar a inconsistencias en los sistemas de ficheros.
Este error se puede confirmar si ejecuta z/VM 5.3 con RSU («Recommended Service Update») 5304 y ha sido arreglado por IBM en RSU 5305 (nivel de servicio 802).
En el informe de error de IBM se menciona un anfitrión z/OS, pero este problema también afecta a anfitriones Linux.

Problemas potenciales con las desviaciones de /bin/sh
Puede encontrarse con problemas al actualizar los paquetes dash o bash si añadió previamente desviaciones locales para /bin/sh o si modificó el enlace simbólico de /bin/sh para que apuntara a algún lugar distinto de /bin/bash. Tenga en cuenta que esto incluye los cambios realizados por otros paquetes (por ejemplo mksh) si ha permitido que se conviertan en el intérprete de órdenes por omisión del sistema y han tomado control de /bin/sh.
Por favor, si tiene este tipo de problema, elimine las desviaciones locales y asegúrese que los enlaces simbólicos tanto de /bin/sh como de su página de manual apunten a los ficheros que provee el paquete bash y después ejecute la orden dpkg-reconfigure --force dash.

    dpkg-divert --remove /bin/sh
    dpkg-divert --remove /usr/share/man/man1/sh.1.gz
    
    ln -sf bash /bin/sh
    ln -sf bash.1.gz /usr/share/man/man1/sh.1.gz

Cambio en la política del núcleo con relación a los conflictos de recursos
Ha cambiado el valor predeterminado para el parámetro «acpi_enforce_resources» en el núcleo de Linux a strict. Esto puede hacer que se les deniegue el acceso al hardware de los sensores a algunos controladores de sensores antiguos. Para evitar este problema, añada la opción acpi_enforce_resources=lax a la línea de órdenes del núcleo.

Arranque congelado en algunos sistemas SPARC
Los sistemas que utilicen tarjetas gráficas aty (por ejemplo, los Ultra 10) pueden no arrancar correctamente, el síntoma es que el núcleo se quedarán congelado durante el proceso de arranque con un último mensaje como este: console [tty0] enabled, bootconsole disabled. Se puede evitar el problema añadiendo en el arranque el parámetro del núcleo video=atyfb:off para desactivar el framebúfer durante el arranque. Esto permite que el instalador (y el núcleo general) pueda arrancar en estos sistemas. La primera actualización a (Debian 6.0.1) debería incluir un núcleo arreglado evitando este problema.

Actualización de apache2
La configuración predeterminada de apache2 ha cambiado de tal modo que puede que se necesite realizar cambios manuales en la configuración. Los cambios más importantes son:
Se ha cambiado NameVirtualHost * por NameVirtualHost *:80. Si ha añadido más hosts virtuales basados en nombre, necesitará cambiar <VirtualHost *> por <VirtualHost *:80> para cada uno de ellos.
El usuario y el grupo de Apache, así como la ruta de «PidFile» se configuran ahora en /etc/apache2/envvars. Si ha cambiado los valores predeterminados de estos parámetros, deberá cambiar este archivo. Esto también significa que ya no se puede arrancar apache2 con apache2 -k start, deberá utilizar /etc/init.d/apache2 o apache2ctl.
El programa de ayuda «suexec» necesario para «mod_suexec» se distribuye ahora en un paquete separado, apache2-suexec, que no se instala de manera predeterminada.
La configuración específica de otros módulos se ha trasladado desde /etc/apache2/apache2.conf a /etc/apache2/mods-available/*.conf.
Si desea más información, consulte /usr/share/doc/apache2.2-common/NEWS.Debian.gz y /usr/share/doc/apache2.2-common/README.Debian.gz.

NIS and Network Manager
The version of ypbind included with nis for contains support for Network Manager. This support causes ypbind to disable NIS client functionality when Network Manager reports that the computer is disconnected from the network. Since Network Manager will usually report that the computer is disconnected when it is not in use, NIS users with NIS client systems should ensure that Network Manager support is disabled on those systems.
Esto se puede hacer desinstalando el paquete network-manager, o bien editando /etc/default/nis y añadiendo -no-dbus a YPBINDARGS.
El uso de la opción -no-dbus está predeterminado en cualquier instalación nueva de Debian, pero no era el valor predeterminado en versiones anteriores.

LDAP support
A feature in the cryptography libraries used in the LDAP libraries causes programs that use LDAP and attempt to change their effective privileges to fail when connecting to an LDAP server using TLS or SSL. This can cause problems for suid programs on systems using libnss-ldap like sudo, su or schroot and for suid programs that perform LDAP searches like sudo-ldap.
It is recommended to replace the libnss-ldap package with libnss-ldapd, a newer library which uses separate daemon (nslcd) for all LDAP lookups. The replacement for libpam-ldap is libpam-ldapd.
Tenga en cuenta que el paquete libnss-ldapd recomienda el demonio de caché NSS (nscd). Debería evaluar si este demonio es apropiado para su entorno antes de instalarlo. Puede considerar el paquete unscd como alternativa a nscd.
Puede encontrar más información en los fallos #566351 y #545414.

El servicio sieve se ha movido al puerto asignado por IANA
El puerto asignado por IANA para ManageSieve es 4190/tcp, el antiguo puerto (2000/tcp) utilizado por timsieved y otros programas de managesieve en muchas distribuciones está asignado para que lo utilice el servicio SCCP de Cisco SCCP, según se indica en el registro de IANA.
A partir de la versión 4.38 de Debian del paquete netbase se mueve el servicio sieve del puerto 2000 al puerto 4190 en el archivo /etc/services.
Cualquier instalación que utilice el nombre de servicio sieve en lugar del valor numérico cambiará a utilizar el nuevo número de puerto cuando se reinicie o recargue el servicio y, en algunos casos, inmediatamente después de la actualización del archivo /etc/services.
Esto afectará al servicio IMAP de Cyrus. También puede afectar a otros programas que hagan uso de sieve como pueda ser DoveCot.
Para evitar tener problemas de indisponibilidad, los administradores de clústeres de correo que utilicen Debian deberían verificar su instalación de Cyrus (y probablemente también DoveCot) para tomar las medidas necesarias para impedir que los servicios se muevan de forma sorpresiva del puerto 2000/tcp al puerto 4190/tcp tanto en servidores como en clientes.
Es importante destacar que:
el archivo /etc/services sólo se modificará de forma automática si nunca se ha modificado. Si ha sido previamente modificado dpkg mostrará le consultará antes de hacer ningún cambio.
Puede editar el archivo /etc/services y volver a cambiar el puerto sieve al 2000 si lo desea (esto, sin embargo, no se recomienda).
Puede editar el archivo de configuración /etc/cyrus.conf y otros archivos de configuración relevantes de su clúster de correo o correo vía web (p.ej. en los frontales web de sieve) con antelación para obligarles a todos a utilizar un número de puerto estático.
Puede configurar el maestro de Cyrus para que escuche simultáneamente en ambos puertos (en el puerto 2000 y en el puerto 4190) lo que evita el problema completamente. Esto también le permite una migración más suave del puerto 2000 al puerto 4190.

Estado de seguridad en los navegadores web
Debian incluye varios motores de navegadores web que están afectados por un flujo constante de vulnerabilidades de seguridad. La alta tasa de vulnerabilidades y la falta de un soporte por parte de los desarrolladores a versiones anteriores hace muy difícil dar soporte a estos navegadores con arreglos de seguridad preparados para las versiones distribuidas. Además, las interdependencias entre librerías hacen imposible actualizar a las nuevas versiones distribuidas. Por tanto, los navegadores basados en los motores de qtwebkit y khtml están incluidos en Squeeze, pero no están cubiertos por el soporte completo de seguridad. Haremos un esfuerzo en seguir y trasladar los parches de seguridad a las versiones distribuidas pero, en general, no deberían utilizarse estos navegadores para acceder a sitios no confiables.
Para el uso general de navegación web recomendamos el uso de navegadores que están basados en el motor xulrunner de Mozilla (Iceweasel y Iceape), navegadores basados en el motor Webkit (p.ej. Epiphany) o Chromium. Xulrunner ha tenido una buena historia de traslado de arreglos a versiones anteriores a lo largo de los ciclos de publicación previos en Debian.
Chromium (aunque basado en el código de Webkit) es un paquete «hoja». Esto es, si no fuera posible seguir haciendo actualizaciones a la versión distribuida siempre existe la posibilidad de actualizar a la última versión distribuida (lo que no es posible con la librería webkit en sí misma).
Los desarrolladores de Webkit dan soporte a la versión distribuida en a través de una rama de mantenimiento a largo plazo.

Escritorio KDE
es la primera versión de Debian que se distribuye con soporte completo para la nueva generación de KDE que está basada en Qt 4. La mayor parte de las aplicaciones oficiales de KDE están en la versión 4.4.5 con la excepción de kdepim que está en la versión 4.4.7. Para conocer más sobre los cambios puede leer los anuncios del proyecto KDE.

Actualizar de KDE 3
Ya no está soportado el Entorno de Escritorio de KDE 3 en Debian . Se reemplazará de forma automática por la nueva versión 4.4 al hacer la actualización. Dado que este es un cambio muy importante, los usuarios deberían tener algunas precauciones para asegurarse de que la actualización sea tan suaves como sea posible.
No se recomienda actualizar mientras exista una sesión KDE 3 activa en el sistema. Si lo hace, el proceso de actualización puede hacer que la sesión que se esté ejecutando deje de funcionar con la posibilidad de que se pierdan datos.
La primera vez que accedan al sistema actualizado, los usuarios existentes se les mostrará un mensaje como parte del proceso de migración guiada de Debian-KDE llamado kaboom. Este programa les guiará en el proceso de migración de los datos personales de los usuarios y, opcionalmente, hará una copia de seguridad de la configuración anterior de KDE. Consulte la página principal de Kaboom para más información.
Aunque el entorno de escritorio basado en KDE 3 ya no está soportado, los usuarios aún pueden instalar y utilizar algunas aplicaciones individuales de KDE 3 dado que las librerías básicas y los binarios de KDE 3(kdelibs) y Qt 3 aún están disponibles dentro de Debian . Ha de tener en cuenta, sin embargo, que estas aplicaciones pueden no estar bien integradas en el nuevo entorno. Más aún, no se ofrecerá soporte a KDE 3 o a Qt 3 en la siguiente versión de Debian. Si vd. está utilizándolos se recomienda encarecidamente que migre sus programas a la nueva plataforma.

Nuevos metapaquetes de KDE
Como se indica anteriormente, la versión de Debian introduce un nuevo conjunto de metapaquetes relacionados con KDE:
Se le recomienda encarecidamente que instale el paquete kde-standard para el uso habitual del escritorio. El paquete kde-standard instalará el Escritorio Plasma de KDE de forma predeterminada, así como un conjunto escogido de aplicaciones utilizadas habitualmente.
Si desea un entorno mínimo de escritorio puede instalar el paquete kde-plasma-desktop y escoger manualmente las aplicaciones que necesita. Ésta es una opción similar a la que ofrecía el paquete kde-minimal que se distribuía en Debian .
Para dispositivos de capacidad reducida existe un escritorio alternativo llamado KDE Plasma Netbook que puede instalarse con el paquete kde-plasma-netbook. Los entornos Plasma Netbook y Plasma Desktop pueden coexistir en el mismo sistema y el entorno por omisión puede configurarse en el menú de configuración del sistema (el sustituto del antiguo KControl).
Si quiere un conjunto completo de aplicaciones KDE oficiales tiene la posibilidad de instalar el paquete kde-full. Este paquete instalará el Escritorio Plasma de KDE de forma predeterminada.

Cambios y soporte del escritorio GNOME
Se han producido muchos cambios en el entorno de escritorio GNOME desde la versión incluida en a la versión en . Puede encontrar más información en las notas de publicación de GNOME 2.30. A continuación se listan algunos problemas específicos.

GDM 2.20 y 2.30
El gestor de entrada de GNOME (GDM) se mantendrá en la versión 2.20 para los sistemas que se actualicen desde . Esta versión se mantendrá en el ciclo de versión de «Squeeze» pero será la última versión en la se le de mantenimiento. Los nuevos sistemas que se instalen obtendrán en su lugar la versión GDM 2.30, que la ofrece el paquete gdm3. La actualización a esta versión no es automática debido a incompatibilidades entre versiones, pero se recomienda instalar gdm3 tras la actualización a . Esto debería hacerse desde la consola o con sólo una sesión abierta de GNOME. Tenga en cuenta que los valores configurados en GDM 2.20 no se migrarán. Sin embargo, en el caso de un sistema de escritorio estándar debería ser suficiente con sólo instalar gdm3.

Dispositivos y otros permisos administrativos
Se asignan permisos específicos sobre los dispositivos de forma automática al usuario que está actualmente conectado físicamente al sistema. Esto aplica a los dispositivos de vídeo, audio, itinerancia de red, gestión de energía y montaje de dispositivos. Los grupos cdrom, floppy, audio, video, plugdev y powerdev ya no son necesarios. Consulte la documentación de consolekit para más información.
La mayoría de los programas gráficos que necesitan permisos de administración ahora utilizan la funcionalidad ofrecida por PolicyKit, en lugar de gksu. La forma recomendada para darle a un usuario permisos de administración es añadirle al grupo sudo.

Interacción entre network-manager e ifupdown
Upon upgrading the network-manager package, interfaces configured in /etc/network/interfaces to use DHCP with no other options will be disabled in that file, and handled by NetworkManager instead. Therefore the ifup and ifdown commands will not work. These interfaces can be managed using the NetworkManager frontends instead, see the NetworkManager documentation.
De igual forma, NetworkManager ignorará las interfaces configuradas en /etc/network/interfaces con más opciones. Esto aplica, en particular, a las interfaces inalámbricas utilizadas durante la instalación de Debian (consulte el fallo #606268).

Cambios en la pila de gráficos
Se han producido un conjunto de cambios en el conjunto de las X en Debian en la versión . Esta sección lista los cambios más importantes y visibles para los usuarios.

Controladores Xorg obsoletos
Ya no se incluyen los controladores de vídeo cyrix, imstt, sunbw2 y vga. Los usuarios que los utilicen deberían en su lugar cambiar a un controlador genérico como vesa o fbdev.
Ya no había soporte para el controlador antiguo via, y ha sido reemplazado por el controlador openchrome. Este controlador se utilizará automáticamente tras la actualización.
Los controladores nv y radeonhd están aún incluidos en esta versión, pero se consideran obsoletos. Los usuarios deberían considerar la utilización en su lugar, respectivamente, de los controladores nouveau y radeon.
Se han descontinuado los controladores de entrada de X siguientes: calcomp, citron, digitaledge, dmc, dynapro, elo2300, fpit, hyperpen, jamstudio, magellan, microtouch, mutouch, palmax, spaceorb, summa, tek4957 y ur98. Estos controladores no se incluyen en esta versión. Los usuarios de estos dispositivos deberían cambiar a un controlador del núcleo y un controlador evdev de X apropiado. Para muchos dispositivos serie, la utilidad inputattach permite asociarlos al dispositivo de entrada de Linux que luego podrá reconocer el controlador evdev de X.

Configuración del modo en el núcleo
Los controladores del núcleo para Intel (a partir del i830), ATI/AMD (desde la serie original Radeon a la serie Radeon HD 5xxx Evergreen) y los conjuntos de chips de las tarjetas gráficas NVIDIA soportan ahora la configuración de modos nativa.
Se ha descontinuado el soporte del antiguo modo de configuración en el espacio de usuario en el controlador intel de X, lo que requiere un núcleo reciente. Los usuarios de núcleos a medida deberían asegurarse que su configuración incluye CONFIG_DRM_I915_KMS=y.

Conexión en caliente de dispositivos de entrada
El servidor Xorg X incluido en Debian incluye soporte mejorado para la conexión en caliente de dispositivos de entrada (ratones, teclados, tabletas, etc.). Los antiguos paquetes xserver-xorg-input-kbd y xserver-xorg-input-mouse se han sustituido por xserver-xorg-input-evdev. Este último, para funcionar, necesita un núcleo con la opción CONFIG_INPUT_EVDEV habilitada. Adicionalmente, algunos de los códigos de tecla producidos por este controlador difieren de los asociados tradicionalmente para las mismas teclas. Los usuarios de programas como xmodmap y xbindkeys deberán ajustar sus configuraciones para los nuevos códigos de tecla.

zapping en el servidor X
Tradicionalmente, la combinación Ctrl Alt Backspace mataría al servidor X. Esta combinación ya no está activa por omisión, pero puede reactivarse reconfigurando el paquete keyboard-configuration (para todo el sistema), o configurando la aplicación de preferencias de teclado de su entorno de escritorio.

Cambio de la ruta web de Munin
La ubicación por omisión del contenido generado por munin para ha cambiado de /var/www/munin a /var/cache/munin/www y es necesario modificar el archivo de configuración /etc/munin/munin.conf al actualizarse si lo ha modificado el administrador. Si está vd. actualizando este programa, por favor, consulte /usr/share/doc/munin/NEWS.Debian.gz.

Instrucciones de actualización de Shorewall
Los usuarios del cortafuegos shorewall deberían leer las instrucciones para actualizaciones disponibles en , también disponibles al actualizarse a Debian en /usr/share/doc/shorewall-doc/html/LennyToSqueeze.html como parte del paquete shorewall-doc.