1 |
I would always recommend a secure erase of an SSD - if you want a "fresh |
2 |
start". That will mark all the NAND cells as clear of data. That will |
3 |
benefit the longevity of your device / wear levelling. |
4 |
|
5 |
I've been messing about with native exfat over the past few months. I found |
6 |
this to be a pretty decent shared partition file system - for use with MS |
7 |
Windows. The read performance will saturate a 3Gbit SATA link - but write |
8 |
performance is only in the order of 100Mbytes/second. |
9 |
|
10 |
Personally having been burned by btrfs I would not try one of these |
11 |
"experimental" file systems again... That was the same sort of pattern as |
12 |
your experience. I carefully followed the Arch Wiki (large partition size - |
13 |
due to COW issues, etc.) - was using it on my home brew NAS running |
14 |
OpenSUSE as root /. One day it just "blew up" and was really screwed for |
15 |
recovery (I did manage to get the few small bits of data I needed with some |
16 |
Googling) - as none of the btrfs tools for this actually work! Back to ext4 |
17 |
for root / - now running Arch on that box... Ironically the native ZFS port |
18 |
has always been stable on that box (with a very large storage array)! |
19 |
|
20 |
Just my $0.02!! |
21 |
|
22 |
On 24 February 2015 at 00:46, Peter Humphrey <peter@××××××××××××.uk> wrote: |
23 |
|
24 |
> Some list members might be interested in how I've got on with f2fs |
25 |
> (flash-friendly file system). |
26 |
> |
27 |
> According to genlop I first installed f2fs on my Atom mini-server box on |
28 |
> 1/11/14 (that's November, for the benefit of transpondians), but I'm |
29 |
> pretty sure it must have been several months before that. I installed a |
30 |
> SanDisk SDSSDP-064G-G25 in late February last year and my admittedly |
31 |
> fallible memory says I changed to f2fs not many months after that, as |
32 |
> soon as I discovered it. |
33 |
> |
34 |
> Until two or three weeks ago I had no problems at all. Then while doing |
35 |
> a routine backup tar started complaining about files having been moved |
36 |
> before it could copy them. It seems I had a copy of an /etc directory |
37 |
> from somewhere (perhaps a previous installation) under /root and some |
38 |
> files when listed showed question marks in all fields except their |
39 |
> names. I couldn't delete them, so I re-created the root partition and |
40 |
> restored from a backup. |
41 |
> |
42 |
> So far so good, but then I started getting strange errors last week. For |
43 |
> instance, dovecot started throwing symbol-not-found errors. Finally, |
44 |
> after remerging whatever packages failed for a few days, |
45 |
> /var/log/messages suddenly appeared as a binary file again, and I'm |
46 |
> pretty sure that bug's been fixed. |
47 |
> |
48 |
> Time to ditch f2fs, I thought, so I created all partitions as ext4 and |
49 |
> restored the oldest backup I still had, then ran emerge -e world and |
50 |
> resumed normal operations. I didn't zero out the partitions with dd; |
51 |
> perhaps I should have. |
52 |
> |
53 |
> I'll watch what happens, but unless the SSD has failed after only a year |
54 |
> I shouldn't have any problems. |
55 |
> |
56 |
> An interesting experience. Why should f2fs work faultlessly for several |
57 |
> months, then suffer repeated failures with no clear pattern? |
58 |
> |
59 |
> -- |
60 |
> Rgds |
61 |
> Peter. |
62 |
> |
63 |
> |
64 |
|
65 |
|
66 |
-- |
67 |
|
68 |
All the best, |
69 |
Robert |