Raspberry Pi 2 Syncthing database and MicroSD Card


I have a Raspberry Pi 2 and i am setting it to be my 4nd node with NFS mount on a Synology DS115.

Data are on NFS links, my question is about Syncthing IO for the hash database. I have 310Go and 270000 files and i think that Syncthing will destroy quickly my MicroSD Card if it write the hash database on it.

What will the best ? setting Syncthing to use a NFS link on the Synology for database ? Or use a small SSD on USB port for this ?

I think lifetime of a good sd cards these days exceeds lifetimes of a human. If you have a 4$ card of ebay, then yeah, maybe.

It is a Kingston 32 Gb Micro SDXC I Class 10.

I see on forums, that with a classic LAMP server ont Raspberry Pi, a good SD Card will die every 8 to 10 month. But this depend of the usage and trafic.

Ech month i stop my Raspberry Pi to make an image of the card.

Yeah, I don’t think the SD card is the way to go. I also use to have them be corrupted quite often as well. They are not fast enough for constant writes, especially small ones.

This really depends on your preference although, without doing any benchmarks or testing, keeping the Ethernet as clear as possible might be a good idea. As it is you will be retrieving the data from the NAS hashing/encrypting it then sending it back out the same port to other syncthing devices.

If the Ethernet is the bottleneck the SSD may be faster.

Ok, thanks all for your answers, i think i will stay with os booting on MicroSD and Syncthing database deported on a SSD drive on usb port.

I think i will take a SSD such that : http://www.ldlc.com/fiche/PB00149078.html

You should be fine.

I run a few R-Pi with Syncthing and there’s 570gb sync’d between them - they’ve been running with very little supervision for over 8 months or so.

If you’re changing and deleting a large number of files frequently the situation might get tough on the card.

Yet if it’s ‘regular usage’ - so files added daily, but only a few files deleted / changed daily - then I doubt you’ll have any problems.

If you wanted to stop worrying about sd cards altogether and stick within the price range of an R-Pi, then I really recommend an odroid C1+ as you can use an eMMC card with them - and thrash as much as you like.

The only slightly more expensive odroid XU4 is ideal if you’re planning a home / small office server with Syncthing, NFS, motion, owncloud and the like.

like that ? http://www.hardkernel.com/main/products/prdt_info.php

Seconded - it’s a fantastic little device. Been syncing all of my files for over a year now with no problem.

1 Like

Thay make amazing hardware (http://www.hardkernel.com/main/products/prdt_info.php?g_code=G143599699669) i not compare with Intel NUC but depend of the price.

1 Like

That’s it!

Wonderful little things!

Every home should have one :slight_smile:

The CloudShell for XU4 is very interesting, it is a little biger than my Intel NUC but lower in price. I think it will be a good node if i install it in the datacenter at my office.

1 Like

Hi all

interesting discussion! I own a Pi and thinking of a use like this (home server with an instance of syncthing)

But since I have little knowledge on embedded devices and pros-cons of cards… Do you all mean that a piece like ODROID-XU4, is better than a Raspberry-Pi due to the fact that an eMMC can handle more read-writes than an SD card ?

Is this true and is this your point, or I am misunderstanding something ?

1 Like

“the fact that an eMMC can handle more read-writes than an SD card”

That’s the gist of it.

Also eMMCs are more stable with power fluctuations, abrupt power loss and that sort of thing.

Issues that plagued the early Pi though not the later models as much.

Nonetheless, eMMCs will our-perform sd cards in speed and longevity. So for something like a home server which may go from little activity to sustained bursts that extra edge of speed and stability are worth it. I’ve used a C1+ as a passable desktop computer, but with a SD card instead of an eMMC it’s slow enough to annoy.

Overview: http://www.howtogeek.com/196541/emmc-vs.-ssd-not-all-solid-state-storage-is-equal/

To date only the Odroids have the eMMC option, plus you can always use an sd card with them.

That said there’s a new version of the Odroid C1+ out in March, the Odroid C2.

And there’s supposedly a new R-Pi out in March too.

So probably best to hold off buying old or new Pi & Odroid till both machines are available and user tested.

It’s more than likely both new devices will be close in spec & price. The Odroid C2 will look something like this:

  • Amlogic S905 (ARM® Cortex®-A53(ARMv8) 2Ghz quad core CPU)

  • 2Gbyte DDR3 SDRAM

  • ARM Mali™-450 MP3 GPU (OpenGL ES 2.0/1.1 for Linux and Android)

  • HDMI 2.0 4K/60Hz display

  • H.265 4K/60FPS and H.264 4K/30FPS capable VPU

  • Gigabit Ethernet

  • 40+7pin GPIO port

  • eMMC5.0 HS400 Flash Storage slot / UHS-1 SDR50 MicroSD slot

  • USB 2.0 Host x 4, USB 2.0 OTG x 1 (power + data capable)

  • Infrared(IR) Receiver

  • Ubuntu 16.04 and Android 5.1 Lollipop based on Kernel 3.14 LTS

  • Board dimensions is identical to the ODROID-C1+

If the R-Pi ver 3 doesn’t decode h265 like the Odroids I’d be very surprised.

1 Like

I backed the CHIP a year ago:


I’m looking forward to getting mine probably in a month or two, but it looks like a very interesting entry in this space. I backed the PocketCHIP, so I’m hoping to be able to carry around a real pocket-sized Linux PC instead of a tablet. Syncthing will, of course, play a significant role in the success or failure of this use case. :wink:

I have the exact setup you describe. When I first started with my raspberry pi I had constant corruption requiring a full reformat of the SD card each time. I moved everything except the boot sector to a USB SSD and have never had any problems again.

At the time my research suggested that there was a lot of luck involved in the choice of SD card, some will be fine, others will suffer constant frustrating corruption.

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.