PDA

View Full Version : piCorePlayer as time machine drive?



rkrug
2017-12-29, 11:06
This is an unusual questions in a squeezebox forum - but I am curious:

As my piCorePlayer functions as a LMS and runs anyway 24/7, I was thinking:

Can I configure an piCorePlayer to function as a TimeCapsule for Macs (TimeMachine drive)?

There are numerous articles available how I can do this on a pi using Raspbian et al (e.g. http://projects-raspberry.com/how-to-hack-an-apple-time-capsule-with-a-raspberry-pi/ ), but can I do this with piCorePlayer as well? It would be very tempting to be able to. First and most important would be to be able to install netatalk - is this possible?

Any suggestions?

Thanks,

Rainer

Jeff07971
2017-12-29, 11:31
This is an unusual questions in a squeezebox forum - but I am curious:

As my piCorePlayer functions as a LMS and runs anyway 24/7, I was thinking:

Can I configure an piCorePlayer to function as a TimeCapsule for Macs (TimeMachine drive)?

There are numerous articles available how I can do this on a pi using Raspbian et al (e.g. http://projects-raspberry.com/how-to-hack-an-apple-time-capsule-with-a-raspberry-pi/ ), but can I do this with piCorePlayer as well? It would be very tempting to be able to. First and most important would be to be able to install netatalk - is this possible?

Any suggestions?

Thanks,

Rainer

Can't you use CIFS as a Timemachine store ?

If so piCore already has SaMBa

rkrug
2017-12-29, 12:49
Can't you use CIFS as a Timemachine store ?

If so piCore already has SaMBa

No - TimeMachine needs AFP which is provided by netatalk.


Gesendet von iPhone mit Tapatalk

rkrug
2017-12-29, 12:59
No - TimeMachine needs AFP which is provided by netatalk.


Gesendet von iPhone mit Tapatalk

I just saw at https://support.apple.com/kb/PH25585?locale=en_US that it should work - Iíll try it out and report back.


Gesendet von iPhone mit Tapatalk

mherger
2017-12-29, 23:44
> Can I configure an piCorePlayer to function as a TimeCapsule for Macs
> (TimeMachine drive)?

Don't use pCP if you want a general purpose system. pCP imho was
designed with a simple goal: to create a SB player, quickly set up,
robust. Part of the "robust" claim is that it should not write to the
filesystem. TC would be write only (mostly). It doesn't belong in a
music player.

--

Michael

drmatt
2017-12-30, 01:51
Raspberry Pi also makes a mediocre file server. Network and storage both run over the same USB2 30MB/s bus and the CPU can't even saturate that if you want to encrypt either stream so performance for secure cifs would be tolerable for small files only (such as music!).


Transcoded from Matt's brain by Tapatalk

epoch1970
2017-12-30, 02:13
To concur TC on the Pi would be extremely slow with Ethernet, more like 4 MB/s rather than 30 MB/s. Wifi is worse of course.
This throughput makes it inadequate for full backups and just acceptable for deltas.
Which means you should use HFS+ or another FS natively supported on the Mac for the USB drive, so that you can directly connect it to the Mac as a local volume for initial backup or for bare-metal reinstall.

Pi as a TC is possible, but it's not very useful.

rkrug
2017-12-30, 05:14
OK - you have convinced me.

But what is your opinion on using it as a LMS and it's databases? I am using PiCorePlayer as an LMS server, and it works reliably (database on external usb hdd - not the sd card)?

drmatt
2017-12-30, 06:32
PCP is an excellent LMS server. The hardware is more than adequate for music streaming.


Transcoded from Matt's brain by Tapatalk

mherger
2017-12-30, 08:44
> PCP is an excellent LMS server. The hardware is more than adequate for
> music streaming.

Using pCP as a LMS does indeed conflict with the target of not writing
to the filesystem. That said, my pCP based server has been in
(work-)daily use for about 8 months. No problem so far, it's working
much better than the old NAS did I used before.

--

Michael

paul-
2017-12-30, 09:08
Yes LMS server installation kinda violates the pCP premise.....in that you can just yank the power cord whenever you want. After initial installation, the Cache and Prefs are store on the boot drive of the system. This puts the system at most risk. Moving the cache to a USB stick is a better configuration. If that drive becomes corrupted for some reason, the system will still at least boot.

We could reduce the risk, by leaving the Cache on a ramdisk, and then backup the preferences and plugins on demand. But I don't think there is a way to keep LMS from filling up the memory with the cache.

DJanGo
2017-12-30, 09:24
We could reduce the risk, by leaving the Cache on a ramdisk

[OT]
That sounds like a really bad idea.
Sometime ago i tried a comparsion between RAMDISK and ssd / hd for the cache. So i do know something about it.
A rpi has 512 or 1024 mb RAM overall and picore also resides in that small portion.
We all (most if us) know something about that story :rolleyes:

24265
[OT]

paul-
2017-12-30, 11:00
lol. I was thinking for the guys only using LMS for internet based streaming. No real need to cache anything.......but we would have to keep the cache real small, or disable it altogether.