View previous topic :: View next topic |
Author |
Message |
slick Bodhisattva
![Bodhisattva Bodhisattva](/images/ranks/rank-bodhisattva.gif)
![](images/avatars/155298905545589d9986ab5.gif)
Joined: 20 Apr 2003 Posts: 3495
|
Posted: Thu Nov 26, 2009 2:03 pm Post subject: "Bestes" Dateisystem bei häufigen Stromausfällen? |
|
|
Ein Freund wohnt in einer Gegend (außerhalb Deutschland) in denen es häufig und unerwartet zu Stromausfällen kommt. Es hat kein Laptop welcher das abfangen könnte. Welches Linux-Dateisystem wäre die beste Wahl, was gute Performance bei guter Sicherheit bietet und sollte er besser auf den Einsatz von (Software-) Raids verzichten oder sind die recht "stabil"? Hab ihr Vorschläge/Ideen? Lösung USV ist bekannt, scheidet aber wohl aus Kostengründen aus. |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
69719 l33t
![l33t l33t](/images/ranks/rank_rect_4.gif)
Joined: 20 Sep 2004 Posts: 865
|
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
schachti Advocate
![Advocate Advocate](/images/ranks/rank-G-1-advocate.gif)
![](images/avatars/17240378884464519a52d60.jpg)
Joined: 28 Jul 2003 Posts: 3765 Location: Gifhorn, Germany
|
Posted: Thu Nov 26, 2009 5:20 pm Post subject: Re: "Bestes" Dateisystem bei häufigen Stromausfäll |
|
|
slick wrote: | Lösung USV ist bekannt, scheidet aber wohl aus Kostengründen aus. |
Gibt's aber schon für unter 50 Euro (keine Ahnung, was die taugen): http://geizhals.at/deutschland/?cat=gehups&sort=p. _________________ Never argue with an idiot. He brings you down to his level, then beats you with experience.
How-To: Daten verschlüsselt auf DVD speichern. |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
kernelOfTruth Watchman
![Watchman Watchman](/images/ranks/rank-G-2-watchman.gif)
![](images/avatars/gallery/Star Wars/movie_star_wars_obi-wan_kenobi.gif)
Joined: 20 Dec 2005 Posts: 6111 Location: Vienna, Austria; Germany; hello world :)
|
Posted: Thu Nov 26, 2009 6:27 pm Post subject: |
|
|
wenn dich nicht stört, wenn das dateisystem ständig am schreiben ist:
reiserfs mit commit=30 (maximal 30 sekunden or sogar niedriger,)
dann wird geschrieben, musst halt schauen, dass die dirty settings auch möglichst niedrig sind:
dirty_background_bytes
dirty_background_ratio
dirty_bytes
dirty_expire_centisecs
dirty_ratio
dirty_writeback_centisecs
wenn reiser4, dann mit
tmgr.atom_max_age=N
Atoms older than N seconds will be forced to commit. N is decimal.
Default is 600.
tmgr.atom_max_age=30 (oder niedriger)
reiser4 scheint soweit am robustesten zu sein, das überlebt sogar diverse hardlocks auf verschlüsselten partitionen, etc. (die hardlocks haben schon öfters xfs geshreddert, ext3 wohl auch, ext4 weiß ich noch nicht - das scheint auch recht performant und stabil zu sein, jedoch noch etwas buggy bzw. unerprobt) _________________ https://github.com/kernelOfTruth/ZFS-for-SystemRescueCD/tree/ZFS-for-SysRescCD-4.9.0
https://github.com/kernelOfTruth/pulseaudio-equalizer-ladspa
Hardcore Gentoo Linux user since 2004 ![Very Happy :D](images/smiles/icon_biggrin.gif) |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
schachti Advocate
![Advocate Advocate](/images/ranks/rank-G-1-advocate.gif)
![](images/avatars/17240378884464519a52d60.jpg)
Joined: 28 Jul 2003 Posts: 3765 Location: Gifhorn, Germany
|
Posted: Fri Nov 27, 2009 6:54 am Post subject: |
|
|
Zumindest Reiser3 ist mir nach einem Stromausfall durch ein defektes Netzteil schonmal komplett abgeraucht, ebenso XFS. Zu Reiser4 kann ich nichts sagen, ext3 mit entsprechenden mount-Optionen hat sich bei mir als extrem robust herausgestellt. _________________ Never argue with an idiot. He brings you down to his level, then beats you with experience.
How-To: Daten verschlüsselt auf DVD speichern. |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
Klaus Meier Advocate
![Advocate Advocate](/images/ranks/rank-G-1-advocate.gif)
![](images/avatars/gallery/Austin_Powers/Austin_Powers_-_Mini-Me.gif)
Joined: 18 Apr 2005 Posts: 2908 Location: Bozen
|
Posted: Fri Nov 27, 2009 9:35 am Post subject: |
|
|
Eventuell mal btrfs antesten. Hat ja copy on write, d.h., alte Versionen bleiben bestehen und es wird eine komplett neue Datei geschrieben, ohne die alte zu löschen. Damit wäre bei einem Stromausfall höchstens die aktuell bearbeitete Datei weg, die Vorgängerversion ist aber unberührt.
@kernelOfTruth: Warum ist ext4 buggy? Das Problem war, das einige Entwickler davon ausgegangen sind, dass die Standardmount Option für ext3 die einzig existierende ist. xfs hat das gleiche Verhalten. Und der Kernel ist inzwischen dahingehend geändert worden, dass dieses Problem nicht mehr auftritt, weil vor jeder Metaoperation wird automatisch ein fsync() gemacht wird. |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
kernelOfTruth Watchman
![Watchman Watchman](/images/ranks/rank-G-2-watchman.gif)
![](images/avatars/gallery/Star Wars/movie_star_wars_obi-wan_kenobi.gif)
Joined: 20 Dec 2005 Posts: 6111 Location: Vienna, Austria; Germany; hello world :)
|
Posted: Fri Nov 27, 2009 10:29 am Post subject: |
|
|
Klaus Meier wrote: | Eventuell mal btrfs antesten. Hat ja copy on write, d.h., alte Versionen bleiben bestehen und es wird eine komplett neue Datei geschrieben, ohne die alte zu löschen. Damit wäre bei einem Stromausfall höchstens die aktuell bearbeitete Datei weg, die Vorgängerversion ist aber unberührt.
@kernelOfTruth: Warum ist ext4 buggy? Das Problem war, das einige Entwickler davon ausgegangen sind, dass die Standardmount Option für ext3 die einzig existierende ist. xfs hat das gleiche Verhalten. Und der Kernel ist inzwischen dahingehend geändert worden, dass dieses Problem nicht mehr auftritt, weil vor jeder Metaoperation wird automatisch ein fsync() gemacht wird. |
erst im März gab es eine Welle an Data corruption or Data loss Meldungen bei lkml und launchpad was nicht gerade einen vertrauenerweckenden Eindruck macht,
diese Probleme scheinen behoben zu sein, aber ausschließlich auf ext4 würd ich momentan noch nicht setzen (es läuft aber momentan recht rund auf / bei mir)
ab und zu tauchen immer noch Meldungen über Datenverlust auf ...
btrfs hat ein unfertiges Dateisystemformat und einen Bug mit Partitionen, die zu voll werden ...
andernfalls ist es schon recht fortgeschritten ... _________________ https://github.com/kernelOfTruth/ZFS-for-SystemRescueCD/tree/ZFS-for-SysRescCD-4.9.0
https://github.com/kernelOfTruth/pulseaudio-equalizer-ladspa
Hardcore Gentoo Linux user since 2004 ![Very Happy :D](images/smiles/icon_biggrin.gif) |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
Klaus Meier Advocate
![Advocate Advocate](/images/ranks/rank-G-1-advocate.gif)
![](images/avatars/gallery/Austin_Powers/Austin_Powers_-_Mini-Me.gif)
Joined: 18 Apr 2005 Posts: 2908 Location: Bozen
|
Posted: Fri Nov 27, 2009 10:49 am Post subject: |
|
|
Zu den Berichten über Datenverluste kann ich nur sagen, dass die mir bekannten alle mit dem RC von Ubuntu 9.04 produziert wurden. Und Ubuntu 9.04 hat bei mir in der Frühversion auch mit ext3 Datenverluste produziert. Und dann wurde das von einer Leienpresse ohne Ahnung hochgepusht, besonders Heise muss man da mal an erster Stelle nennen (kaputtoptimiert), Die Probleme mit dem Datenverlust sind analysiert und der Kernel ist so angepasst worden, dass das nicht mehr auftritt.xfs hatte dieses "Problem" übrigens schon immer, ohne das was gemacht wurde. ext4 rennt bei mir wie Sau.... Aber das ist jetzt off topic....
Na klar ist btrfs noch nicht fertig, muss man halt abwägen, welches Risiko man möchte, das durch Stromausfall oder dass durch FS-Probleme. Aber es hat das Feature, um das Problem zu lösen. |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|