ubuntuusers.de

UMLAUTaxl schrieb:

Eine Präzisierung der gparted-Version wäre wünschenswert.

Diese Version (Standard in Squeeze) verhält sich korekt und ist per default MiB-aligned:

$ dpkg -l gparted
.....
||/ Name           Version        Beschreibung
+++-==============-==============-============================================
ii  gparted        0.7.0-1        GNOME partition editor

Viele Grüße,
Ingo

Huhu!

Auf packages.ubuntu.com sieht man alle eingesetzten Versionen. Das kann man vielleicht nich im artikel verlinken.

gparted

Liebe Grüße,

Flo

UbuntuFlo schrieb:

Huhu!

Auf packages.ubuntu.com sieht man alle eingesetzten Versionen. Das kann man vielleicht nich im artikel verlinken.

gparted

Liebe Grüße,

Flo

Nicht?
Auf Launchpad sind alle für Maverick erhältlichen Versionen aufgelistet, so z.B. auch Version 0.5.2-2 bei der es noch nicht geht.
Wie auf der GParted-Projektseite unter "18 June 2010: GParted 0.6.0" beschrieben, ist es erst in der Version 0.6.0 eingeführt worden und auch als Standard festgelegt.
In 0.6.1 ist es wegen eines Bugs deaktiviert, in 0.6.2 wieder aktiviert worden. In 0.6.4 musste noch ein Fehler korrigiert werden, der eine Partition genau einen MiB größer werden ließ als gewünscht. Wäre verwirrend - für das SSD-Alignment aber nicht weiter schlimm, oder?
Wichtig wäre mir nur, dass da steht, dass es unter 0.6 überhaupt nicht funktioniert.

UMLAUTaxl schrieb:

Nicht?

Sorry, Vertipper. Das oben sollte noch heißen.

Wichtig wäre mir nur, dass da steht, dass es unter 0.6 überhaupt nicht funktioniert.

It's a Wiki ☺ Soll heißen: Kann gerne rein. Feel free! Ich finde den Hinweis gut und berechtigt.

Müsste man mal schauen, ob man das über die backports in Maverick/Lucid bekommt, so dass die User wissen, wie sie es richtig bewerkstelligen können. Oder aber, so habe ich es gemacht, mit einer Natty-Live-CD partitionieren.

Liebe Grüße,

Flo

UMLAUTaxl schrieb:

Wie auf der GParted-Projektseite unter "18 June 2010: GParted 0.6.0" beschrieben, ist es erst in der Version 0.6.0 eingeführt worden und auch als Standard festgelegt.
In 0.6.1 ist es wegen eines Bugs deaktiviert, in 0.6.2 wieder aktiviert worden. In 0.6.4 musste noch ein Fehler korrigiert werden, der eine Partition genau einen MiB größer werden ließ als gewünscht. Wäre verwirrend - für das SSD-Alignment aber nicht weiter schlimm, oder?

Nee, das ist nicht schlimm für Alignment nicht und für die Funktionalität auch nicht.

Wichtig wäre mir nur, dass da steht, dass es unter 0.6 überhaupt nicht funktioniert.

Schreib' doch einfach noch dazu: ab Maverick (kommt mit 0.62) oder Squeeze (0.7.0).
Wer da mit arbeitet, sollte dann auch diese Kleinigkeit lösen. Außerdem ist ja noch der "fdisk Weg" (für Lucid) beschrieben. Backports kannst du wohl vergessen - da sind andere/dickere Sachen noch offen bzw. der Warteliste 😉

Huhu!

Bezugnehmend hierauf, habe ich versucht, eine Tabelle zu erstellen, die auf einen Blick anzeigt, ab welcher Ubuntuversion korrekt ausgerichtet wird:

Meinungen dazu?

Liebe Grüße,

Flo

Hallo,

welchen Einfluss hat denn der Kernel? Das geht aus der Tabelle nicht hervor. Da steht (im Moment) ja nur drin, ob man "nur" fdisk oder auch GParted & Co nehmen kann.

Gruß, noisefloor

Oh, stimmt!

Der kann raus; ist ein Überbleibsel, da ich die TRIM- und die Alignment-Tabelle erst in eine Tabelle packen wollte.

Neue Version:

Liebe Grüße,

Flo

Hallo,

gut.

Nächste Frage: IMHO braucht man keine Tabelle. Weil es gibt ja nur zwei Fälle: Lucid und alles danach. Das geht auch per Fließtext. Zumal sich auch nach Precise da nichts ändern wird.

Gruß, noisefloor

Huhu!

Wie gesagt: Sollte zuerst alles in einer Tabelle kommen. Das wurde aber dann zu viel des Guten 😀

Daher zwei Tabellen (TRIM und Alignment). Wenn diese hier nicht gebraucht wird, kommt sie nicht rein. Daher habe ich sie hier auch nur zur Diskussion gestellt.

Liebe Grüße,

Flo

Hallo,

wie gesagt: Info natürlich ja, Tabelle IMHO nein.

Gruß, noisefloor

Hi.

Denke auch, Hinweis für Lucid "muss manuell gemacht werden" und für alle anderen ist es ja in Ordnung. Tabelle unnötig.

Huhu!

Der Artikel wurde aktualisiert und überarbeitet:

• Tabelle der Ubuntuversionen ist drin. Damit auf einen Blick sichtbar, welches Alignment (Terminal oder GUI) vollzogen werden muss

• Warnbox

• Links

• kleinere Umstellungen

Liebe Grüße,

Flo

Hallo,

der Artikel lässt das hier schon aufgetauchte Thema LUKS+LVM für mich unbeantwortet. Ist es überhaupt möglich, etwas allgemeines dazu zu sagen? Ich hatte meine Platte per dd auf die SSD gespiegelt, und weiß also, dass die erste Partition nicht bei 1 MiB anfängt. Da aber LUKS eventuell den Beginn nach hinten schiebt und auch bei LVM (in LUKS-Partition) die Partition später anfängt (bei mir gab es 192 KiB an…).

Gibt es eine Vorgehensweise, um zu überprüfen, wo der ext4-Block anfängt?

Liebe Grüße,

Kai

pothos schrieb:

Gibt es eine Vorgehensweise, um zu überprüfen, wo der ext4-Block anfängt?

cryptsetup luksDump /dev/gerät gibt unter anderem auch das Payload Offset in 512 Byte Blöcken aus. z.B. 4096 für 2 MiB

Analog dazu bei LVM mit pvs -o +pe_start. Das ist normalerweise 1.00MiB

Wenn die Partition auf MiB aligned ist, die offsets von cryptsetup und lvm dazu entsprechend sind, dann ist das Dateisystem auch aligned, sonst nicht.