Questa è una ricetta che ho usato molto tempo fa su un raspberry pi che aveva un disco da 3 TB collegato ad esso. Ho un MacBook Pro e quando è collegato a un alimentatore fa il backup anche quando è chiuso. Ha funzionato per mesi fino alla morte del disco rigido.
Devo dire che non l'ho testato con Mavericks, ma non riesco a pensare a cambiamenti che dovrebbero impedirne il funzionamento. Restore ha funzionato bene anche se ho sperimentato che i grandi ripristini parziali a volte sembrano fallire, ma questa non è una peculiarità della capsula temporale stile Debian. Avevo un backup della macchina del tempo una volta solo su un disco e uno script che ho scritto che aveva una variabile come così test = / $ {bla} e rm -rf $ {test} - PUOI GUESSARE - ha iniziato a cancellare il mio albero radice. Sì, sono un idiota, ma imparo dai miei errori. Questo è più di quanto qualcuno possa dire. Ad ogni modo, il ripristino di questo non ha funzionato, si è schiantato da qualche parte e ho ripristinato dati importanti a mano. Ma questo era un problema della macchina del tempo, non aveva nulla a che fare con Debian.
L'ho preso da:
link
apt-get build-dep netatalk
apt-get install libcrack2-dev fakeroot libssl-dev
apt-get source netatalk
cd netatalk-2.2.2/
dch -v 2.2.2-2+SSL (enter ctrl+x y and enter)
DEB_BUILD_OPTIONS=ssl dpkg-buildpackage -rfakeroot
cd ..
dpkg -i netatalk_2.2.2-2+SSL_i386.deb
aptitude hold netatalk
vi /etc/default/netatalk
ATALKD_RUN=no
PAPD_RUN=no
CNID_METAD_RUN=yes
AFPD_RUN=yes
TIMELORD_RUN=no
A2BOOT_RUN=no
vi /etc/netatalk/afpd.conf
add line at bottom:
- -tcp -noddp -uamlist uams_dhx_passwd.so,uams_dhx2_passwd.so
This was the old line that caused unsupported server problem:
- -transall -uamlist uams_randnum.so,uams_dhx.so -nosavepassword -advertise_ssh
vi /etc/netatalk/AppleVolumes.default
at the bottom add:
~/ "Home Directory" "$u" cnidscheme:cdb
/data/music mp3 allow:chris
3## This line is different from the tutorial in the link, as it did not work without the tm option
/data/timemachine TimeMachine allow:chris cnidscheme:cdb options:usedots,upriv,tm
Ho ricevuto l'errore sul Macbook:
Qualcosa non va nel DB CNID del volume, utilizzando invece DB CNID temporaneo. Controlla i messaggi del server per i dettagli!
Dopo aver cambiato cnidscheme: cdb in cnidscheme: dbd l'errore è andato via.
/etc/init.d/netatalk restart
apt-get install avahi-daemon
apt-get install libnss-mdns
vi /etc/nsswitch.conf
hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4 mdns
vi /etc/avahi/services/afpd.service
Questo file dovrebbe contenere:
<?xml version="1.0" standalone='no'?><!--*-nxml-*-->
<!DOCTYPE service-group SYSTEM "avahi-service.dtd">
<service-group>
<name replace-wildcards="yes">%h</name>
<service>
<type>_afpovertcp._tcp</type>
<port>548</port>
</service>
<service>
<type>_device-info._tcp</type>
<port>0</port>
<txt-record>model=Xserve</txt-record>
</service>
</service-group>
/etc/init.d/avahi-daemon restart
chown -R chris:chris /data/timemachine/
chown -R chris:chris /data/music
Questo ha funzionato per me e non appena ho comprato un Raid qualcosa rifarei il setup con il mio lampone in quanto è il compromesso ideale tra prestazioni ed utilizzo di energia.