Actualizar FreeBSD de 13.2 directamente a 14, y como extra, arrancar desde una ISO personalizada en Vultr, onomatopeya

Hola, soy un inútil.

La reputación de FreeBSD 14 es bastante buena, así que me gustaría actualizarlo de una vez.
La primera vez que hice un `freebsd-upgrade` a 13.3, por alguna razón, fallaba en el `fsck` al iniciar cada vez, y no podía salir del modo de solo lectura, y hacer `fsck` en modo de usuario único tampoco ayudaba.
Además, `ping` no funcionaba y `curl` mostraba que le faltaban librerías. Parece que la red tampoco funcionaba al inicio.

Luego, parece que Vultr puede arrancar una ISO personalizada como una partición separada, así que intenté arrancar FreeBSD desde allí y hacer `fsck` en la partición de FreeBSD que no funcionaba, pero no hubo cambios.
Como parte del proceso de arranque de FreeBSD, si `fsck` falla, el modo de usuario único parece persistir, por lo que tuve que ejecutar mount -o rw / antes de poder trabajar.

Finalmente, como fallé al intentar actualizar a 13.3, ¡decidí actualizar directamente a 14! Por alguna razón, la red dejó de funcionar debido al fallo, así que una vez que confirmé que era
vtnet0 con `ifconfig` y luego intenté obtener una dirección IP nuevamente con dhclient vtnet0 a través de DHCP, la red se conectó (¿en qué momento cambió el contenido de `resolv.conf`?). Así que, con la ayuda del siguiente sitio web, seguí las instrucciones del artículo y todo salió bien sin problemas.
https://www.takatono.info/article/144

Sin embargo,

Básicamente, elimina las líneas desde "<<<<<<< current version" hasta "=======" y también la línea ">>>>>>> xx.x-RELEASE".

Sin embargo, es necesario verificar cuidadosamente si está bien eliminarlas.

Esto podría no ser muy bueno.

Dado que se manipula el contenido de cada archivo de configuración, si se hace exactamente como se indica en este artículo, casi todas las configuraciones anteriores a la actualización se perderán, por lo que es necesario verificar cuidadosamente las partes necesarias y editarlas en el editor vi.
Todo, incluida la posterior actualización de `pkg`, se realizó según el artículo, y fue muy útil porque estaba escrito de manera concisa.

Como nota al margen, el soporte de Vultr

En esta ocasión, después de unas dos horas, también pedí ayuda al propio Vultr.

Cuando pregunté si había alguna forma de solucionar el problema, ya que el `fsck` también fallaba, me informaron sobre la función de arranque de ISO personalizada que mencioné al principio.

Me dijeron que usara un sistema operativo de rescate basado en Debian como Finnix, que está en la imagen estándar de Vultr, para hacer `fsck`, pero entre la versión BSD de `fsck` y la versión GNU/Linux de `fsck`, la versión GNU/Linux, si se ejecuta el comando directamente, lo reconoce como ext2/3/4 y no reconoce el sistema de archivos UFS de FreeBSD.
Así que, la lección de esta vez es que se puede arrancar desde una ISO personalizada en Vultr. Para que quede claro, este arranque de ISO personalizada se inicia en la misma instancia, por lo que no es posible iniciar dos a la vez. Sería más fácil de entender si se piensa como arrancar desde un USB.

Pero, si esto se puede usar, puedo imaginar que podría seleccionar todo el disco y traer la imagen a mi propio servidor doméstico con `scp`, y quizás así no tendría que usar la opción de copia de seguridad de pago.

Me sorprendió lo rápido que respondía el soporte de Vultr, a veces en aproximadamente un minuto.

De alguna manera, buscando un poco de consuelo, pregunté: "Como nota al margen, si no quieres responder, está bien, pero en Japón son las 3:40 ahora. ¿Qué hora es ahí?", y todas las respuestas que antes eran súper rápidas cesaron por completo.

Y así, con un final, eso es todo por hoy.

Hasta la próxima.