Geli und Plattenaufteilung

[Crest]

Hässlich, aber nützlich, könnte es sein das GELI gerne -s 4096 als Parameter übernimmt und als Nebenwirkung damit die Lügen der Platten rückgängig macht. Oberhalb von GELI könnte also ein bsdlabel vllt. doch 16TB abdecken.

[Wasp]

Zitat von Crest

Hässlich, aber nützlich, könnte es sein das GELI gerne -s 4096 als Parameter übernimmt und als Nebenwirkung damit die Lügen der Platten rückgängig macht. Oberhalb von GELI könnte also ein bsdlabel vllt. doch 16TB abdecken.

Also davon ging ich jetzt aus, da ich die Sektorengröße vom GELI-Container eigenhändig auf 4k gesetzt habe.

Providers:
1. Name: ad12s2.eli
   Mediasize: 2457795031040 (2.2T)
   Sectorsize: 4096
   Mode: r1w1e2
Consumers:
1. Name: ad12s2
   Mediasize: 2457795035136 (2.2T)
   Sectorsize: 512
   Mode: r1w1e1

Wie man das ohne GELI macht ist mir auch nicht klar. Das kann dann der nächste recherchieren. Aber um die/meine Abneigung gegen gpart weiter zu schüren: gpart ignoriert anscheinend -- fälschlicher Weise -- einfach , daß der GELI-Provider eine Sektorgröße von 4k hat und verweigert, wie in einem vorangegangen Beitrag bereits geschrieben, das BSD-Labeln der Partition mit:

Zitat von Wasp

[coce]
~# gpart add -t freebsd-ufs -s 1989g -l downloads ad12s2.eli
gpart: autofill: No space left on device
[/code]

Das kann, wie wir ja nun festgestellt haben, somit nicht stimmen.

[makenoob]

klar, wenn du versuchst eine partition in einer partition zu erstellen. gpart setzt oberhalb von GELI an, so ungefähr wie fdisk. Lass gpart mal auf das device lost, also

gpart add -t freebsd-ufs -s 1989g -l downloads ad12

gpart ist zum partitonieren da.

[Wasp]

Ja, gpart ist ungefähr wie fdisk -- aber nur ungefähr. Das ist ein bsdlabel.

Es hilft, wenn man wenigstens den ersten Beitrag liest, bevor man wild auf Beiträge Antwortet...

[makenoob]

Zitat von Wasp

Ja, gpart ist ungefähr wie fdisk -- aber nur ungefähr. Das ist ein bsdlabel.

Es hilft, wenn man wenigstens den ersten Beitrag liest, bevor man wild auf Beiträge Antwortet...

nein, ist es nicht. sagt selbst die manpage

Zitat von gpart manpage

DESCRIPTION
The gpart utility is used to partition GEOM providers, normally disks.

Zitat von bsdlabel manpage

DESCRIPTION
The bsdlabel utility installs, examines or modifies the BSD label on a
disk partition, or on a file containing a partition image. In addition,
bsdlabel can install bootstrap code.

ich habe den ersten beitrag gelesen. du kannst natürlich mit gpart auch bsdlabels erstellen, aber das halt nicht auf GPT disks, weil da nur partitionen erstellt werden:

 gpart show
=>       34  286677053  da0  GPT  (136G)
         34        128    1  freebsd-boot  (64k)
        162   62914432    2  freebsd-ufs  (30G)
   62914594   16777216    3  freebsd-swap  (8.0G)
   79691810   62914560    4  freebsd-ufs  (30G)
  142606370  144070717    5  freebsd-zfs  (68G)

> more /etc/fstab 
# Device        Mountpoint      FStype  Options Dump    Pass#
/dev/da0p2      /               ufs     rw      1       1
/dev/da0p3      none            swap    sw      0       0
/dev/da0p4      /var            ufs     rw      2       2
[snip]

zum vergleich das ganze mit den alten labels:

gpart show
=>       63  312581744  mirror/gm0  MBR  (149G)
         63  312475590           1  freebsd  [active]  (149G)
  312475653     106154              - free -  (51M)

=>        0  312475590  mirror/gm0s1  BSD  (149G)
          0  104857600             1  freebsd-ufs  (50G)
  104857600   16777216             2  freebsd-swap  (8.0G)
  121634816   62914560             4  freebsd-ufs  (30G)
[snip]

> more /etc/fstab 
# Device        Mountpoint      FStype  Options Dump    Pass#
/dev/mirror/gm0s1a      /               ufs     rw      1       1
/dev/mirror/gm0s1b      none            swap    sw      0       0
/dev/mirror/gm0s1d      /var            ufs     rw      2       2
[snip]

beide layouts sind ausschließlich mit gpart erstellt worden.