Preparando una actualización en raspberry @ Samquejo | 2022-04-21T08:00:00+02:00 | 4 minutos de lectura | Actualizado en 2022-04-21T08:00:00+02:00

Preparando una actualización en raspberry

Tengo una raspi3 por ahí con fedora 35 y viendo la que se me viene encima, he decidido que es buen momento para hacer una copia antes de que venga, porque viene, fedora 36.

Y también aprovechando que la tengo apagada, que puedo sacar la SD, y que tengo un rato.

Clonando que es gerundio

Lo primero será localizar el disco, y es simple, sencillo.
Sabemos cual es nuestro disco. Me da igual que sepáis cuales son los puntos de montaje, los dispositivos, o lo que sea. En este caso, al bulto, digo, por tamaño.
Y es que la SD es de 32 GB y el disco de sistema de 500 GB.

Primero buscaré todos los dispositivos que cuelgan del subsistema SCSI del kernel, y si, los discos, pinchos, tarjetas y todo lo USB se considera SCSI. Si es una tarjeta en el slot puede ser MMC, pero es menos habitual y en mi experiencia, más lento.

sudo fdisk -l | grep sd[a-z] 

Bien, pues a copiar.
Para ello usaré dd y compresión al vuelo con 7z' del paquete de 7-zip. Ya se que podría usar cualquier otra cosa pero es ya la costumbre. Por cierto, ddusa dispositivos y necesita permisos de administrador, así quesudo`.

sudo dd if=/dev/sdb bs=16M | 7z a -si ~/fedora35arm.7z

primera captura

Y lo dejamos.
Si cometéis el error de, como yo, hacer la lectura con un pincho conversor de USB 2.0, os puede llevar una hora tranquilamente. Aquí no hay asistencias como lo hacen zerodetect, discard o trim, por lo cual leeremos cada celda viva de la SD. En cuanto al consumo, la verdad, es que en esta máquinita, no muy potente la verdad, apenas se notaba el uso de cpu de 7-zip. Sobre la parametrización del 7-zip, todo dependerá del grado de compresión deseado. Aquí la lectura es lenta así que hay tiempo de CPU suficiente para comprimir bien, pero siempre se puede hacer fuera de línea, una vez leído.
El tamaño de bloque a 16M podría estar configurado a otra cantidad, pero esta va bien para el dispositivo, y además es el tamaño base del diccionario. Podría haber puesto el parámetro -mx9que es la compresión máxima, pero en este caso no hay una diferencia apreciable. Y por último, -si fuerza a usar STDIN como entrada de datos, lee de la entrada estándar, ya que viene de una tubería, y -so que vendrá luego, escribe en STDOUT, escribe en la salida estándar que en este caso se envía por una tubería (y si no saldría por pantalla).

segunda captura

Una vez copiado, nos informa del resultado. Y en este caso ha leído a la escalofriante velocidad de 9,3 MB/s, con lo que casi una hora se ha llevado el proceso.
Eso si, para un disco que en servicio son unos 4 GB en total ha dejado 1,6 GB de archivo comprimido. Lo que representa aproximadamente un 40% del tamaño usado y un 5% de la imagen cruda de la SD.

tercera captura

¿Y para restaurar?

Pues para restaurar, más de lo mismo. Con dd y 7z.
Pero para identificar los discos, lo primero será hacerlo como al principio, o no.
Y es que en la variedad está el gusto, así que con lsblk que además no necesita sudo, podemos ver hasta si está montado o no. Ah, y como se puede ver, el cambiar los parámetros de compresión, en este caso, poco aporta.

cuarta captura

Para restaurar, necesitamos permisos de administrador también, pero en la parte derecha de una tubería. Esto funciona y no suele dar guerra pero hay que saber que se puede hacer, porque no es intuitivo y a malas, mejor elevar todo el shell, lo cual es un riesgo.

7z x -so ~/fedora35arm.7z | sudo dd of=/dev/sdc status=progress

A diferencia de la otra operación, en este caso va a ser dd quien deba ser elevado para poder escribir, así que el sudo cae del lado de quien recibe de la tubería, y como 7-zip no va a mostrar nada puesto que se redirige todo por la tubería, por el parámetro -so como ya contaba arriba, añadir status=progress nos dará una idea del tamaño escrito en disco, la velocidad y el tiempo empleado.

quinta captura

Y con ello, cuando termine (esperamos un tiempo de escritura similar al de lectura, puesto que sigo con un pincho USB 2.0), nos dejará una estructura de disco igual a la de origen, y en este caso, en el disco /dev/sdc.

sexta captura

Pues backup realizado, restauración probada, mandamientos de la copia de seguridad cumplidos.
¡Ticket cerrado!


YoVirtualizador en formato podcast. Ahora también en Sospechosos Habituales: https://feedpress.me/sospechososhabituales
Sin más, os dejo los enlaces:

Web: https://www.yovirtualizador.com
Grupo de telegram: https://t.me/grupovirtualizador
Podcast: https://www.ivoox.com/podcast-yovirtualizador_fg_f1563806_filtro_1.xml
Canal de youtube: https://www.youtube.com/channel/UC0R70cABSsmC6TFyXth0qPg
Enlace de afiliados de amazon: https://amzn.to/3gX3HmK
Enlace de referidos de la Asociación Podcast: https://www.asociacionpodcast.es/registrarse/socio/?coupon=SB6A70

© 2019 - 2024 YoVirtualizador

Powered by Hugo with theme Dream.

avatar

El blog de YoVirtualizadorTu podcast y blog de confianza

Acerca de YoVirtualizador

YoVirtualizador es la marca de varios proyectos

Podcast de informática profesional. Canal de Youtube sobre el blog, el podcast y de temática profesional. Blog de contenido diverso, con temática BOFH y técnica.

Gracias por la lectura.

Política de comentarios

En YoVirtualizador todos los comentarios serán bienvenidos pero moderados.

Respetos guardan respetos.

El contenido irrelevante u ofensivo será eliminado.

Galletas

Política de cookies

En YoVirtualizador no usamos cookies para nada, pero los servicios de discus y analytics recopilan datos en servidores ajenos a YoVirtualizador sin que yo pueda hacer nada.

Este aviso es sólo porque algún político tenía que justificar su existencia.

Si hace clic en un enlace de afiliado y compra un producto o servicio, es posible que ese comerciante nos pague una tarifa.