Actualmente tengo Linux Mint instalado en mi PC con una partición de disco duro USB montada como /home
. Esto esta funcionando bien.
Si instalo un segundo disco duro USB, ¿hay alguna posibilidad de que Linux se confunda entre los dos e intente montar la segunda partición del disco duro como /home
en el arranque? Eso sería malo.
Viniendo de Windows, he visto que a menudo sucede que las letras de unidad no se "recuerdan" correctamente, causando todo tipo de problemas.
Supongo que la pregunta principal es: ¿Cómo sabe realmente Linux qué disco duro USB es /dev/sdb
y cuál es /media/misha/my_2nd_drive
?
mount
hard-disk
automounting
misha256
fuente
fuente
/home
¿Puede explicar cómo hizo esto?/
yswap
en sda , y/home
en sdb . Pero no sabría cómo cambiar el/home
montaje de una instalación existente , ¡demasiado nuevo para eso!sd[a-z]
simplemente se nombran en orden de detección. No se hace ningún intento para mantener los nombres iguales. Normalmente es determinista (el mismo núcleo en el mismo HW dará el mismo nombre), pero un nuevo núcleo con una actualización del controlador del controlador SATA podría hacer que escanee las unidades SATA en el orden opuesto. En lugar de incluso tratar de cambiar el nombre de los dispositivos de bloque (como se hace connameif
o w / e para los nombres de dispositivos ethernet, generalmente con reglas udev), existen nombres UUID, etiqueta e id (por número de serie de la unidad).sd[a-z]
: el sondeo de los discos se realiza simultáneamente (en paralelo) y cualquiera que sea el disco pasa a ser detectado por primera vez se conviertesda
, etc.Respuestas:
Por lo general, la ubicación del puerto USB (bus / dispositivo) determina el orden en el que se detecta. Sin embargo, no confíes en esto.
Cada sistema de archivos tiene un UUID que representa un identificador universalmente único ( FAT y NTFS usan un esquema ligeramente diferente, pero también tienen un identificador que puede usarse como un UUID). Puede confiar en que el UUID (Linux) sea único. Para obtener más información sobre UUID, consulte este artículo de Wikipedia .
Use el UUID del disco como argumento de montaje. Para saber cuál es el UUID, ejecute esto:
(
blkid
necesita leer el dispositivo, por lo tanto, necesita poderes de raíz, de ahí elsudo
. Si ya se ha convertido en root,sudo
no es necesario).Luego puede usar ese UUID de
/etc/fstab
esta manera:Entonces no puede haber confusión sobre qué disco se va a montar en / home.
Para el montaje manual puede usar
/dev/disk/by-uuid/.....
fuente
fstab
hasta ahora (así de nuevo soy para Linux). He mirado mifstab
archivo y todo ya está identificado por UUID. El instalador de Linux Mint funcionó bien.Si sus
fstab
referencias se dividen en particiones/dev/sdx
, entonces agregar una nueva unidad ciertamente puede confundir al sistema. La práctica reciente, sin embargo, es utilizar UUID de partición para identificar las particiones.Si su sistema se ha
udev
instalado (debe ser el caso para los núcleos de Linux 2.6+), puede usar nombres persistentesfstab
. Por defecto, las particiones se identifican a través de UUID:Sin embargo, puede crear una etiqueta de partición significativa como "inicio" y hacer referencia a su partición de esta manera:
Esos ID se pueden usar como reemplazo de
/dev/sdx
infstab
.fuente
df
y semount
vuelve ilegible). Los discos duros internos tienen muchas posibilidades de ser detectados primero y siempre en el mismo orden.LABEL=home
en su fstab. Me gusta usar etiquetas comot-home
para el directorio de inicio en mi máquina llamada tesla. Entonces, si pego el disco en otro sistema, no habrá dos sistemas de archivos con la misma etiqueta. Es por eso que los instaladores de Linux generan UUID aleatorios y los usan en fstab, en lugar de tener etiquetas predeterminadas que darían a la mayoría de los sistemas las mismas etiquetas para sus FSes. @ misha256, es posible que desee pensar en esto si etiqueta sus FSes.