it-swarm.dev

¿Qué pautas se deben seguir al personalizar su instalación para mantener una ruta de actualización?

En el pasado, me volví loco personalizando mi instalación de Ubuntu, solo para no poder actualizarla una vez que llegara el momento. Entonces, ¿cómo se puede personalizar su instalación sin tener problemas de actualización? ¿Es posible hacerlo sin depender únicamente de los repositorios de Ubuntu para el software?

5
George Marian

Un factor importante para que las actualizaciones se ejecuten sin problemas es no hacer nada que confunda al administrador de paquetes. Es decir, usted no debe tocar las áreas del sistema que el administrador de paquetes espera que sea su dominio. Algunos ejemplos concretos.

Si compila/instala programas usted mismo usando ./configure; hacer; haga el método de instalación, no los ponga directamente debajo de /usr. Es mejor usar /usr/local o /opt, alternativamente (incluso mejor) para rodar sus propios paquetes de deb.

Cuando elimina paquetes, puede realizar una eliminación normal o una purga explícita. A menos que purgue el paquete, el administrador de paquetes puede dejar archivos debajo de /etc, /var y así. No elimine estos archivos usted mismo, ya que el administrador de paquetes espera que estén allí. En su lugar, use su administrador de paquetes para purgar explícitamente los restos del paquete.

En teoría, el uso del paquete deb de repositorios de terceros debería ser seguro, suponiendo que estén cuidadosamente construidos, etc. Sin embargo, para estar seguro, es posible que desee considerar eliminar esos paquetes y/o repositorios antes de realizar una actualización a una nueva versión de Ubuntu.


Ok, déjame ver si puedo agregar más carne a esta respuesta ...

En primer lugar, todo lo que haces en tu directorio de inicio es perfectamente seguro con respecto al administrador de paquetes. Nunca tocará nada debajo de /home.

(Por supuesto, aún puede causar mucha confusión al hacer algo malo en su directorio de inicio. Afortunadamente, eso generalmente se recupera al eliminar los archivos de configuración rotos de su directorio de inicio y dejar que se vuelvan a crear de forma predeterminada en el siguiente uso. Tenga en cuenta que la recreación automática de la configuración predeterminada solo se aplica a sus archivos de configuración personales, no a todo el sistema bajo /etc)

En el papel de un usuario de escritorio (avanzado), supongo que la creatividad más común en todo el sistema será la instalación de aplicaciones adicionales, bibliotecas, modos emacs, etc. Una vez más, la parte realmente importante es no poner siempre ningún paquete de deb bajo /usr/local en lugar de debajo de /usr; usar /usr/local/bin en lugar de /usr/bin, usar /usr/local/share/emacs/23.1 en lugar de /usr/share/emacs/23.1 y así.

Una vez que comience a jugar con los demonios del servidor, pronto se enfrentará a la configuración de todo el sistema en /etc. Si bien generalmente puede modificar archivos en /etc, "nunca" debería eliminar realmente un archivo o un directorio allí, a menos que haya sido usted quien lo creó usted mismo. Del mismo modo, debe tener cuidado con la creación de nuevos archivos allí, en caso de que luego colisionen con un archivo de configuración que el administrador de paquetes desea crear. Dicho esto, definitivamente hay archivos que puedes (y deberías) crear bajo /etc. Uno de los ejemplos más comunes es definir sus Apache VirtualHosts en /etc/Apache2/sites-available.

Puede haber ocasiones en las que desee crear archivos o directorios en /var. Si bien es un lugar completamente diferente que /etc, todavía considere las mismas reglas sobre ser cuidadoso y hacer las cosas en consideración individual.

En caso de que quiera saber más, no le hará daño echar un vistazo al Estándar de jerarquía del sistema de archivos (FHS) o en el Manual de políticas de Debian . Si bien puede ser completamente exagerado responder a su pregunta original, sigue siendo una buena lectura.

5
andol