Bei der Installation keine ntfs Partitionen möglich

[Trollkirsche]

Das ist gut. Ich dachte das müssen ntfs Partition sein, damit Windows darauf zugreifen kann. In dem Falle kann ich alle Partitonen als ext4 anlegen.

Schau dir mal btrfs und/oder zfs an, mit beiden FS kannst du deinen Speicherplatz effektiver nutzen als mit LVM und ext4.

Werd ich heute oder morgen gleich mal machen. Danke auch dir für den Hinweis!

[KBDCALLS]

Das ist gut. Ich dachte das müssen ntfs Partition sein, damit Windows darauf zugreifen kann. In dem Falle kann ich alle Partitonen als ext4 anlegen.

Schau dir mal btrfs und/oder zfs an, mit beiden FS kannst du deinen Speicherplatz effektiver nutzen als mit LVM und ext4.

ZFS und der Linuxkernel stehen aber auf Kriegsfuß , spätestens mit Kernel 5.0 .

Man hat zwei Funktionen entfernt . __kernel_fpu_begin() __kernel_fpu_end() . Und der Ersatz kernel_fpu_begin() kernel_fpu_end() ist nur für Treiber mit GPL Lizenz freigegeben.

• Linux-Kernel 5.0: ZFS on Linux kämpft mit GPL
  

[bluestar]

ZFS und der Linuxkernel stehen aber auf Kriegsfuß , spätestens mit Kernel 5.0 .

ZFS und der Kernel besitzen nunmal verschiedene Lizenzen, dass es hier im Zuge von Weiterentwicklungen zu temporären Inkompatibilitäten kommt, das ist für mich eher normal.

So lange du auf dem Linux System den Kernel und das zfs-dkms Package aus den offiziellen Repositories nimmst, sollten dort keine Probleme auftreten.

@KBDCALLS: Ist das nicht ein wenig OT ?

[KBDCALLS]

ZFS und der Linuxkernel stehen aber auf Kriegsfuß , spätestens mit Kernel 5.0 .

ZFS und der Kernel besitzen nunmal verschiedene Lizenzen, dass es hier im Zuge von Weiterentwicklungen zu temporären Inkompatibilitäten kommt, das ist für mich eher normal.

So lange du auf dem Linux System den Kernel und das zfs-dkms Package aus den offiziellen Repositories nimmst, sollten dort keine Probleme auftreten.

@KBDCALLS: Ist das nicht ein wenig OT ?

Du hast aber ZFS angesprochen, und das könnte dann zu Frust führen wenn das aufeinmal nicht mehr funktioniert. Die Entwickler sollen zwar ne Lösung dafür schon in Petto haben, aber Debian hinkt manchmal leider etwas hinterher was Aktualisierungen anbetrifft.

[bluestar]

Die Entwickler sollen zwar ne Lösung dafür schon in Petto haben, aber Debian hinkt manchmal leider etwas hinterher was das Aktualiesieren anbetrifft.

Deshalb mein Hinweis auf die offiziellen Repos ... linux-image-amd64, zfs-dkms und zfs-initramfs arbeiten problemlos zusammen, wenn du mit einem eigenen Kernel oder Backports oder ähnlichem anfängst, dann besteht die Gefahr des Gefrickels. Für denKernel von stretch-backports kann ich direkt den Hinweis geben, dass du dann auch zfs-dkms aus stretch-backports nehmen musst damit es passt.

[Lord_Carlos]

Brudies, wollt ihr wirklich jemanden der noch nicht so viel Erfahrung hat ZFS ans Bein binden? Ext4 wird sicherlich ausreichen.
Und ein ZFS Lizenz thread haben wir auch schon.

[KBDCALLS]

Von mir aus können die Entwickler von ZFS und dem Linux Kernel Spinnefeind sein soviel sie wollen, das wäre schon ein Grund die Finger davon zu lassen.

[bluestar]

Brudies, wollt ihr wirklich jemanden der noch nicht so viel Erfahrung hat ZFS ans Bein binden? Ext4 wird sicherlich ausreichen.

Es gibt ja neben ext4 auch noch btrfs. Ich halte es nur für wichtig ihm einfach mal Dateisystem zu nennen, die etwas moderner als ext4 sind.

[dirk11]

XFS gibt es auch noch. Modern, im Kernel, ich nutze es seit Jahren problemlos.

[Trollkirsche]

Erstmal danke euch allen.

btrfs klingt in der Tat sehr interessant.

Ich habe zwar noch keine Erfahrung, habe mich jedoch entschlossen es mal auf meinem NAS einzusetzen. Da ich Raid1 verwende, sollte dies ja kein Problem darstellen.

Gibt es irgendetwas, was ich dabei beachten müsste?

Wenn ich das richtig verstanden habe, dann erzeuge ich das Software Raid 1 wie bisher, anschliessend eine Luks Partition, dann lvm und im Anschluss dann für die Logical Volumes als Dateisystem btrfs wählen?

Gibt es auch sonst etwas, was ich im Bezug des Journalings beachten müsste?

[debianoli]

Kleiner Tipp von mir: lass das mit btrfs sein und nimm ext4 oder xfs. Du hast m.M. noch nicht die Erfahrung, um dir eine weitere Baustelle aufzumachen. Btrfs hat viele Möglichkeiten, ist aber immer noch in Entwicklung. Dagegen ist ext4 seit langem im Einsatz und es gibt ausreichend Dokus und Tutorials dazu im Netz.

Das einfachste für diesen Einsatzzweck wäre ein Raid mit oder ohne LVM, dann verschlüsselter luks Container, dann ext4.

[bluestar]

Wenn ich das richtig verstanden habe, dann erzeuge ich das Software Raid 1 wie bisher, anschliessend eine Luks Partition, dann lvm und im Anschluss dann für die Logical Volumes als Dateisystem btrfs wählen?

In diesem Falle schließe ich mich debianoli an und rate dir bei ext4 zu bleiben. Sowohl Software-RAID als auch LVM würden ja gerade durch dein Einsatz btrfs obsolet werden.

[Trollkirsche]

Wenn ich das richtig verstanden habe, dann erzeuge ich das Software Raid 1 wie bisher, anschliessend eine Luks Partition, dann lvm und im Anschluss dann für die Logical Volumes als Dateisystem btrfs wählen?

In diesem Falle schließe ich mich debianoli an und rate dir bei ext4 zu bleiben. Sowohl Software-RAID als auch LVM würden ja gerade durch dein Einsatz btrfs obsolet werden.

Ok, ich muss mich da tatsächlich noch besser einlesen, daher bleibe ich mal vorerst bei ext4.

Bis dann!