Archivo de la etiqueta: blkid

Resultado de ejecutar el comando dosfsck.

Revisar una unidad USB con FAT32 en Linux

Resulta que se me ofreció revisar una unidad USB con FAT32 en Linux. No quería reiniciar mi computadora para darle un chkdsk a la unidad USB, tampoco quise abrir virtualbox para revisar el pendrive desde ahí. Mi intención es revisarla directamente desde linux, sabía que había una forma de hacerlo y después de googlear un poco di con esta solución.

blkid

Lo primero es revisar en que carpeta dev esta montado el dispositivo usb, así que recurro al viejo y buen conocido comando blkid para obtener este dato. No voy a ahondar mucho en este comando porque su resultado es muy simple de leer y en mi caso supe que la unidad estaba en la carpeta /dev/sde1

dosfsck

Hay varias formas de revisar una unidad con fat32 (el más usado en dispositivos usb), pero en este caso usé el comando dosfsck que viene en el paquete dosfstool . Su tienen instalado Gparted es muy probable que ya lo tengan instalado, de lo contrario:

sudo pacman -S dosfstool

Para instalarlo en Manjaro (o en Arch).

Luego ejecuté el siguiente comando para revisar la memoria:

sudo dosfsck -w -r -l -a -v -t /dev/sde1
Resultado de ejecutar el comando dosfsck.

Resultado de ejecutar el comando dosfsck.

Donde:

  • w Escribe los cambios inmediatamente
  • r Repara los problemas que vaya encontrando interactivamente con el usuario.
  • l Lista las rutas y los nombres de los arcivos que están siendo analizados. Esta opción es para tener una idea del avance en la terminal.
  • a Repara automáticamente los errores que encuentre y que no requieren de una intervención del usuario.
  • v Activa el modo verbose, para saber que es lo que esta haciendo el comando.
  • t Marca los sectores que encuentre dañados.

Tal parece que no extraje la unidad de manera segura y por eso encontró algunos problemas que corrigió fácilmente.

Checking we can access the last sector of the filesystem
0x41: Dirty bit is set. Fs was not properly unmounted and some data may be corrupt.

Espero que este artículo les sea de utilidad 🙂

discos duros del nas omv

Problema en el tamaño de la partición en OpenMediaVault

Desafortunadamente ayer perdí contacto con un disco duro de mi NAS configurado con OpenMediaVault.

Demasiados problemas en poco tiempo me indicaron que ya era tiempo de reemplazarlo y aproveché la oportunidad de cambiar el disco dañado de 1TB por otro de 2TB.

Disco Fisico 2TB
Disco duro detectado de 2 TB de capacidad

El cambio se hizo sin problemas, aparentemente y es que aunque inicialmente me detectaba la capacidad del disco en 2TB a la hora de formatearlo con ext4 solo aparecía ¡Un miserable terabyte!

Sistema de archivos 1TB
Tamaño de la partición de ¿1 TB?

Mi primer pensamiento fue que hice algo mal, volví a crear el sistema de archivos con ext4 y nada, lo intenté otra vez ahora con XFS y lo mismo, el tamaño de la partición seguía siendo de 1 TB.

Pude haber continuado así como estaba, pero no estaba dispuesto a desperticiar todo 1 TB solamente porque la partición no era correcta. Así que me di una vuelta por los foros de OpenMediaVault para buscar una solución.

blkid

Lo primero y más importante es identificar perfectamente el disco duro que queremos arreglar, no queremos aplicar los siguientes comandos en el disco duro equivocado.

Importante: Un error en la identificación del disco duro puede provocar la pérdida total de la información.

Me conecté por SSH a mi equipo con OMV y ejecuté el comando blkid.

Con esto me di cuenta de que el disco duro que estaba buscando era el sda y todos los comandos siguientes corresponden a este dispositivo.

Resultado de ejecutar blkid
Resultado de ejecutar blkid

gdisk

Di con este artículo que me dio una pista (Solved) Trying to create a single data drive installation.

Dan unas serie de instrucciones para solucionar este tipo de problemas, pero al final gdisk hizo la mayor parte del trabajo.

GPT fdisk (aka gdisk) es una herramienta de particionamiento de disco inspirado en el fdisk de Linux. Se utiliza para modificar la tabla de particiones GUID (GPT) de los discos.

Para ser sincero, no estoy muy familiarizado con esta herramienta. Me encontré esta excelente guía con ejemplos de uso de la herramienta A gdisk Walkthrough.

Para averiguar su el disco duro usa GPT basta con:

gdisk -l /dev/sda

Aquí lo que importa es la leyenda GPT: present. No hice nada en especial para lograr esto. Supongo que se hizo de forma automática al Borrar el disco duro en la sección de Almacenamiento | Discos físicos de OMV, porque en los mensajes que me mostró vi una leyenda relacionada con GPT.

Ahora si, llegó el momento de trabajar con las particiones.

gdisk /dev/sda

Y espera una orden. No voy a entrar mucho en detalles, les recomiendo que lean (y vuelvan a leer) el texto
que les recomendé más arriba, pero en resumen, lo que hice fue lo siguente:

  • p para mostrar la información de las particiones del disco.
  • d para borrar la partición existente y de tamaño erroneo de 1 TB.
  • n para crear una partición nueva. En este punto seguí la mayoría de las recomendaciones por default, siempre revisando que la partición ocupará todo el espacio del disco.
  • p para mostrar los cambios y comprobar el tamaño de la nueva partición.
  • v para verificar que no haya problemas.
  • w para escribir los datos en el disco y salir.

mkfs

ext4

Con la partición creada del tamaño correcto solo falta formatear la partición. Como no me gustan tanto las “novedades” prefiero irme por lo clásico cuando se trata de un servidor, así que elegí el sistema de archivos ext4.

mkfs.ext4 /dev/sda1

Noten el 1 al final, porque ya le estoy aclarando que quiero formatear la primer partición (y en este caso la única) del disco sda.

XFS

Si prefieren XFS como el sistema de archivos, el comando es ligeramente diferente.

mkfs.xfs /dev/sda1

La etiqueta de la partición

e2label para ext4

Como un último detalle me faltó especificar la etiqueta de la partición. Es recomendable hacer esto para evitar confusiones con las demás particiones y recuerden que esta operación se tiene que hacer con la partición desmontada.

e2label /dev/sda1 ETIQUETA

xfs_admin para XFS

En el caso de particiones XFS se usa la herramienta xfs_admin de la siguiente forma.

xfs_admin -L "Etiqueta" /dev/sda1

Y después de todo esto quedó listo el disco duro para continuar con la configuración y empezar a guardar información.

¿Verdad que fue muy sencillo? 😉

Referencias