
Mit dem Community CentOS 7 HVM-Image zeigt der Befehl lsblk nach dem Hinzufügen eines weiteren EBS-Volumes zu meiner EC2-Instanz Folgendes an
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda 202:0 0 8G 0 disk
-xvda1 202:1 0 8G 0 part /
xvdb 202:16 0 16G 0 disk
Jetzt kann ich die Festplatte einfach formatieren sudo mkfs.xfs -f /dev/xvdf
und einen Einhängepunkt auf der Festplatte wie folgt erstellen
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda 202:0 0 8G 0 disk
-xvda1 202:1 0 8G 0 part /
xvdb 202:16 0 16G 0 disk /var/www
Oder muss ich eine Partition in xvdb als xvdb1 erstellen und sie so mounten
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda 202:0 0 8G 0 disk
-xvda1 202:1 0 8G 0 part /
xvdb 202:16 0 16G 0 disk
-xvdb1 202:17 0 16G 0 part /var/www
Beide funktionieren, daher verstehe ich nicht, warum ich eine Partition auf einer anderen EBS-Festplatte erstellen und dann einen Einhängepunkt erstellen soll, obwohl ich nur eine Partition benötige.
Antwort1
Notiz:Ich glaube, da liegt ein Tippfehler vor, es sudo mkfs.xfs -f /dev/xvdf
sollte heißen sudo mkfs.xfs -f /dev/xvdb
:
Beide von Ihnen beschriebenen Ansätze sind gültig. Es besteht absolut keine Notwendigkeit, eine Partition auf einem EBS-Blockspeicher zu erstellen.
Was die Dateien tatsächlich enthält, sind Dateisysteme. Wenn Sie einen Befehl wie diesen ausführen, sudo mkfs.xfs -f /dev/xvdb
erstellen Sie ein Dateisystem über dem Blockgerät /dev/xvdb
. Dieses Dateisystem wird gemountet und nicht das darunterliegende Blockgerät (vollständige Festplatte oder Partition).