Diferencia entre los sistemas de archivos Fedora 8 y Fedora 15

Diferencia entre los sistemas de archivos Fedora 8 y Fedora 15

Estoy ejecutando Fedora en mis instancias de desarrollo Amazon EC2. Recientemente me mudé de Fedora 8 a Fedora 15. Noté que cuando hago un "cat /etc/fstab" veo lo siguiente en mi Fedora 15:

LABEL=79d3d2d4    /         ext4    defaults         1 1
none       /dev/pts  devpts  gid=5,mode=620   0 0
none       /dev/shm  tmpfs   defaults         0 0
none       /proc     proc    defaults         0 0
none       /sys      sysfs   defaults         0 0

Cuando ejecuto "cat /etc/fstab" en mi instancia anterior de Fedora 8, veo lo siguiente:

/dev/sda1               /                       ext3    defaults 1 1
/dev/sda2               /mnt                     ext3    defaults 0 0
/dev/sda3               swap                    swap    defaults 0 0
none                    /dev/pts                devpts  gid=5,mode=620 0 0
none                    /dev/shm                tmpfs   defaults 0 0
none                    /proc                   proc    defaults 0 0
none                    /sys                    sysfs   defaults 0 0

Según mi comprensión de Linux, siempre pensé que la unidad raíz siempre estaba en /dev/sda1. Entonces el fstab de Fedora 8 tiene sentido para mí.

¿Por qué es diferente el sistema de archivos de Fedora 15? ¿Por qué no se monta /dev/sda1 como root? ¿Y a dónde fueron /mnt y /swap en Fedora 15? No tengo ningún problema con mi Fedora 15, solo intento entender los cambios y estar mejor informado.

Respuesta1

La primera entrada probablemente se refiere a sda1; El uso de etiquetas o UUID es ahora la norma porque es posible que el mismo disco no siempre sea sda1como se supone. Por ejemplo, supongamos que actualiza su kernel y pequeños cambios en los controladores significan que los controladores de su controlador de disco se cargan en un nuevo orden. De repente sdaes lo que una vez fue sdby viceversa. Como otro ejemplo, un dispositivo USB conectado tomará la siguiente unidad disponible en lugar de la misma que usó la última vez que se insertó. Al utilizar UUID o asignaciones de etiquetas, puede crear un punto de montaje para una unidad USB específica.

Acerca del swap y /mnt: no tienes ningún volumen swap o /mnt adjunto. Si está utilizando imágenes de Amazon EC2, debería mirareste cuadro de búsqueda. Enumera el almacenamiento efímero que viene con su instancia (¡gratis!). Si el tipo de instancia que utiliza muestra volúmenes swap o /mnt, agréguelos a su fstab.

/mntes espacio de almacenamiento genérico, mientras que swap es para almacenamiento en caché de memoria. Si el rendimiento de su aplicación se degrada sin el intercambio, puede agregar un archivo local como este:

dd if=/dev/zero of=/swapfile bs=1024 count=`echo ${NUM_MEGS}*1024|bc`
mkswap /swapfile
echo /swapfile swap swap defaults 0 0 >> /etc/fstab

Respuesta2

La unidad raíz no tiene que ser /dev/sda1, podría ser cualquier cosa que realmente le dé tanta flexibilidad al sistema de archivos Unix.

El problema de hacerlo de la forma en que lo hizo su instancia F8 es que los dispositivos reciben nombres según su ID SCSI (u orden de BUS). Entonces, digamos, por ejemplo, que tiene una unidad SCSI, con ID 4 y esa es la única unidad en su sistema. Obtendrá /dev/sda y todo funcionará. Ahora desea agregar una nueva unidad y se configura con SCSI ID 3. Ahora esa nueva unidad pasa a ser /dev/sda y la anterior se convierte en /dev/sdb, y todos sus valores en fstab no son válidos.

Etiquetar la unidad y montarla mediante etiqueta le brinda la flexibilidad de no importarle el orden del bus; siempre se montará sin importar cuál sea la dirección física. Puedes hacer lo mismo con UUID. Puedes ver los valores de estos haciendo tune2fs -l /dev/sda. Es muy posible que el etiquetado todavía esté montando /dev/sda1.

Respuesta3

En Linux, existen diferentes esquemas para nombres persistentes:

  • nombre del dispositivo: /dev/sd[abc]x
  • ETIQUETA: etiqueta para su sistema de archivos
  • UUID: cada sistema de archivos es un identificador único

Puedes comprobarlo blkido echarle un vistazo a /dev/disk:

# blkid /dev/sda3
/dev/sda3: LABEL="/" UUID="dfe84dbf-d7fd-4038-872c-6dfc31f0be6f" TYPE="ext3" SEC_TYPE="ext2" 

# ls -lF /dev/disk/by-label/
total 0
lrwxrwxrwx 1 root root 10 May 10 15:02 boot -> ../../sda1
lrwxrwxrwx 1 root root 10 May 10 15:02 SWAP-sda2 -> ../../sda2

# ls -lF /dev/disk/by-uuid/
total 0
lrwxrwxrwx 1 root root 10 May 10 15:02 588a12e5-a032-43e7-a21c-99a1ddacd6fb -> ../../sda1
lrwxrwxrwx 1 root root 10 May 10 15:02 dfe84dbf-d7fd-4038-872c-6dfc31f0be6f -> ../../sda3

swapLa partición puede existir o no durante la instalación.

información relacionada