Buenas!.

Ayer estuve probando en el ordenador que usaba en el trabajo, a actualizar este de la Mint 17.3 a Mint 18.
Como sabéis se añadieron unas aplicaciones de comandos para lograr esto.
Antes de actualizar simula el proceso de actualización y si se puede, actualiza.

Por lo que parece a muchos no les deja actualizar de esta forma. A mi tampoco.
Pero quería ver que hacía y en el peor de los casos instalar de cero la 18.2, sin perder la Home, claro.

Como era un ordenador que tenía ya su tiempo con Mint, tenía muchas dependencias, archivos.
Ya que luego, usar usar, usamos las mismas aplicaciones contadas de siempre. A lo que se dedica
cada cual. Ya sea programación, diseño, etc, etc.

Aunque me dijo que no, le dije que para adelante.
Aquello fue eterno, no lo recomiendo. Ya se que el ordenador era un Pentium D.
Imaginar lo que es actualizar cada paquete que tiene tu sistema. Y un pequeño grupo
no se podía actualizar.

Al final después de llevarse horas, dio un error en lo que parecía lo último que le quedaba
y ya no se pudo continuar. Errores debieron salir muchos pero la instalación continuaba.

Instalar de cero la 18.2 y poco a poco ir añadiendo las aplicaciones. Como era lógico otra vez
gambas en ingles. ¿ No se ha hablado nada de esto en la lista internacional ?.
Se que lo puedo arreglar en el archivo .profile.

Es curioso. ¿ No os habéis fijado que cada vez que se actualiza el arranque de Linux salta
un mensaje con local ... no soportada ?.  ( Para los que hablamos español ).

Dicen que con tantas actualizaciones las locales pueden ser retocadas.

Aunque el sistema es funcional, ya os iré contando que veo en ese ordenador.
( Es que vi un mensaje cuando inicia y no se si es por lo del driver que Intel que os estuve comentando
hace una semana. Como es un ordenador con tiempo).

Como solo tiene Linux, arranca sin salir el menú del Grub, a ver que hago para que vuelva
a mostrarse.  Lo principal ya esta instalado.

Saludos

===================
Gambas Básico
"No es un bug, es una característica no documentada"

Puff, pues eres de los que les gustan las experiencias hehe, el metodo que intentas implementar en tu actualización no es lo recomendable siempre que tengas en tus sources.list más alla de los repos oficiales aunque sea un otro repo ya externo habra muchas posibilidades de hacerte la vida dificil.

Para los locales se suele usar el reconfigure

dpkg reconfigure locales.

Ref: https://people.debian.org/~schultmc/locales.html
https://www.thomas-krenn.com/en/wiki/Configure_Locales_in_Ubuntu


     Si le hechas dinamita explotará ... pero siempre hay que intentar.

Para el Grub hay un programa que se llama Grub customizer que te permite gerir algunos parametros uno de ellos creo es si mostrar o no el Grub asi como que entradas Kernel mostrar en el.
Asi mismo puedes editar esa opción en /etc/default/grub
fijando el tiempo en la entrada de la(s) linea(s) →
GRUB_HIDDEN_TIMEOUT=0
GRUB_TIMEOUT="10" - aqui se define en segundos el tiempo de muestra del grub antes que entre en el proceso de booteo de la entrada de Kernel definida.

Programa Grub Customizer → https://launchpad.net/grub-customizer

Saludos.

Buenos días portaro.

El tema de no ver el menú en parte es normal cuando solo se tiene Linux en el pc.
Pero si usas la tecla "escape" durante el tiempo de inicio de Grub se puede llegar a ver el menú.
Eso normalmente en un disco que sea magnético, en uno de los ultra-rápidos, no va a dar ni tiempo.
( Si se pudiese reír el pc, lo haría en esa clase de momentos ).

En ese caso habrá que aplicar los cambios que comentas.

Si somos de los que nos gusta ir seguros y no cargarnos cosas importantes, siempre podemos
aplicarlo a una distro virtualizada.    ( Pero no es lo mismo, hay que ser valientes! )

Lo cierto es que lo peor de esto es tener que instalar de nuevo lo que se necesite.
La home al menos no se rompe, con lo que los datos suelen estar seguros, siempre que se tenga
una partición independiente.

Otro de los problemas es volver a configurar los ppa.
Desde luego el que tenga que instalar y configurar bastantes cosas, menudo trabajo. Poco practico.
Si, se que tenemos la copia de seguridad, pero por experiencia me he quedado sin servidor gráfico
mas de una vez con Nvidia.

No se me ha hecho tan pesado como con Windows las reinstalaciones de Linux.

Saludos

===================
Gambas Básico
"No es un bug, es una característica no documentada"

Shell: Para instalar actualizar etc, lo que te recomiendo es instalar desde cero cada vez y luego usar un script bash de para instalar paquetes, configurar aspectos del sistema como accesos de red samba etc.
Por ejemplo en Script Post Instalacion Para Distribuciones Basadas En Debian que se puede adaptar perfectamente a Mint.

Saludos.

Tincho:

El problema que puede existir ya sea de esta forma o con el script. Son que puede encontrar que ciertas dependencias o utilidades
no vengan en la siguiente versión de la distro.

La lista de los paquetes es solo eso, una lista de paquete al igual que tienes en el instalador del script un archivo txt.
En mi caso no uso Samba. O no he tenido necesidad de usarlo o no le he visto aun un uso particular concreto.
Procuro que no se den "cachetadas" al igual que Bud Spencer y Terence Hill , Llinux y Windows.  
La cosa cambiara seǵun lo que quiera hacer el usuario.

En cuanto al problema de la Nvidia que puede darse el caso, antes de hacer la copia de seguridad dejar el sistema con
los drivers de vídeo libres. Si es que no se ha quedado sin servidor gráfico por el camino.  
Nada que no tenga una solución...si se tiene otro pc o medio para estudiar el problema.

Saludos

===================
Gambas Básico
"No es un bug, es una característica no documentada"