- Bahkan setelah Time Capsule dihentikan, kita tetap bisa membuat sendiri perangkat backup selalu aktif untuk macOS dengan murah memakai perangkat kecil berdaya rendah yang menjalankan Linux
- HP t520 seharga 25 dolar termasuk ongkir memiliki AMD G-Series dual-core, RAM 4GB, SSD M.2 SATA 16GB, Ethernet 1Gbps, dan port USB 3.0, sehingga cukup untuk server satu fungsi
- Penyimpanan bisa dipilih antara SSD M.2 SATA internal dan drive USB3 eksternal; jika memakai SSD M.2 SATA 2280 2TB, total biaya keseluruhan menjadi sekitar 94 dolar
- Dengan memasang
netatalk dan avahi-daemon di Bodhi Linux, bisa dibuat share Time Machine berbasis AFP, tetapi setelah dipublikasikan ditambahkan catatan bahwa AFP deprecated dan sebaiknya memakai Samba
- Backup awal 460GB awalnya diperkirakan butuh 21 hari pada 2Mbit/s, tetapi dengan Power Nap,
debug.lowpri_throttle_enabled=0, dan menempatkan perangkat dekat access point Wi‑Fi, kecepatannya naik hingga 120Mbit/s dan turun menjadi 8 jam
Rancangan ThinMachine sebagai pengganti Time Capsule
- Apple Time Machine menjadi salah satu alasan beralih ke Mac pada 2007, lalu setelah itu backup nirkabel digunakan melalui Time Capsule
- Time Capsule yang lama bekerja lebih dari 10 tahun sebelum akhirnya rusak, dan macOS terus menampilkan peringatan bahwa backup sudah terlalu lama
- Meski Apple sudah menghentikan Time Capsule, perangkat backup serupa masih bisa dibuat sendiri dengan menyiapkan server Linux
- Untuk perangkat satu fungsi yang selalu menyala, hardware kecil, hemat daya, dan muat di lemari internet adalah pilihan yang cocok
- Raspberry Pi juga bisa dipakai, tetapi saat itu sulit didapat, harganya di atas 80 dolar, dan casing serta catu dayanya dijual terpisah sehingga kurang menarik dari sisi biaya
- Sebagai alternatif dipilih PC thin client bekas, dan HP t520 dibeli di eBay seharga 25 dolar termasuk ongkir
Hardware dan konsumsi daya HP t520
- Konfigurasi dasar HP t520 seharga 25 dolar sudah cukup untuk dipakai sebagai server backup sederhana
- AMD G-Series GX-212JC CPU dual-core 1.2GHz dan Radeon R2E
- 4GB DDR3-1600
- SSD M.2 SATA 16GB
- Ethernet 1Gbps
- 2 USB 3.0, 4 USB 2.0
- 2 DisplayPort, 1 VGA
- Stand vertikal
- Adaptor daya 18.5V dan kabel
- Tidak ada Wi‑Fi, tetapi karena rencananya diletakkan di lemari internet di samping router, itu bukan masalah; jika perlu bisa memanfaatkan slot mini PCIe yang kosong
- Penambahan Wi‑Fi belum dicoba sendiri, jadi tidak bisa dipastikan 100% apakah akan berfungsi
- t520 mengonsumsi 6W saat idle, dan sekitar 10W di kondisi lainnya
- Jika tarif listrik rata-rata diasumsikan 0,35 dolar per kWh, biaya menjalankan 6W terus-menerus sekitar 19 dolar per tahun
- Thin client lain seperti HP t610 bisa memiliki daya idle di atas 10W karena chipset yang lebih lama
- Raspberry Pi 4 terukur sekitar 4W
- OS bawaan adalah HP Thin Pro, distribusi kustom berbasis Tiny Core Linux
- HP Thin Pro menyertakan klien Citrix dan VMWare
- Tiny Core Linux asli juga sempat dicoba, tetapi jumlah paket yang tersedia terlalu terbatas
Memilih penyimpanan backup: SSD internal dan USB3 eksternal
- Dukungan resmi kapasitas SSD internal t520 adalah 64GB, tetapi itu berasal dari spesifikasi zaman ketika SSD M.2 yang lebih besar belum tersedia
- Slot M.2 internal mendukung form factor 2242 dan 2260, sedangkan SSD 2280 secara bawaan akan berbenturan dengan speaker
- Speaker bisa dilepas dengan mengangkat motherboard lalu membuka 2 sekrup
- Sebelum memasang SSD 2280, pad tembaga yang terbuka dan jalur di bagian belakang SSD harus ditutup dengan tape
- Karena tidak ada sekrup penahan, ada kemungkinan SSD lepas dari soket, tetapi dalam konfigurasi ini hal tersebut tidak dianggap kekhawatiran besar
- Slot internal t520 hanya mendukung SSD M.2 SATA
- SSD berkapasitas besar banyak yang berbasis NVMe, tetapi slot ini bukan untuk PCIe/NVMe
- HP memilih konektor yang keliru sehingga SSD NVMe secara fisik tetap bisa masuk
- Jika SSD NVMe dipasang, ada kemungkinan SSD, motherboard, atau keduanya rusak
- Saat memilih penyimpanan internal, perbedaan harga dan form factor cukup besar
- SSD M.2 SATA 2260 2TB dihargai 149 dolar di Amazon
- SSD M.2 SATA 2280 2TB tersedia mulai 69 dolar
- SSD SATA 2280 4TB melonjak ke 260 dolar
- SSD M.2 SATA 2280 2TB yang dipilih bekerja dengan baik, dan total biaya ThinMachine 2TB menjadi 94 dolar
- Drive USB3 eksternal adalah alternatif yang menurunkan tingkat kesulitan pemasangan
- SSD 2,5 inci 4TB mulai dari 150 dolar dan kapasitas yang lebih besar juga dimungkinkan
- Drive mudah dilepas untuk disimpan atau dihubungkan ke PC lain
- Tidak perlu membuka t520
- Kekurangannya adalah perlu enclosure USB3 dan tampilannya kurang rapi
Instalasi Bodhi Linux dan susunan partisi
- Saat mencari distribusi berbasis Ubuntu dengan image instalasi kecil, pilihan jatuh ke Bodhi Linux
- Versi HWE hanya 5MB lebih besar daripada versi standar, yaitu 837MB, dan mendukung hardware yang lebih baru
- Unduhan ISO Ubuntu lambat, tetapi ISO Bodhi Linux bisa diunduh dengan cepat
- Alur instalasinya adalah proses boot USB yang umum
- Siapkan USB stick berkapasitas 1GB atau lebih
- Tulis image ISO ke USB dengan Balena Etcher
- Colokkan USB ke t520 lalu boot
- Ikuti installer untuk memasang Bodhi Linux ke SSD t520
- Partisi SSD internal dipisahkan antara OS dan data backup
/dev/sda1: efi, 1GB, partisi boot dan harus menjadi partisi pertama/dev/sda2: ext4, 16GB, untuk instalasi Bodhi Linux/dev/sda3: ext4, sisa seluruh kapasitas, partisi data backup
- Lokasi mount juga dipisahkan dengan jelas
/dev/sda2 di-mount ke direktori root //dev/sda3 di-mount ke /mnt/timemachine
- Setelah instalasi, Bodhi Linux hanya memakai sedikit di atas 5GB di SSD, sehingga alokasi 16GB masih memberi ruang untuk memasang alat tambahan
Akun server Time Machine dan konfigurasi AFP
- Pertama, paket diperbarui ke versi terbaru
sudo apt update && sudo apt dist-upgrade
- Lalu paket yang diperlukan untuk menjalankan Time Machine dipasang
sudo apt install procinfo netatalk avahi-daemon
- Avahi adalah implementasi open source dari jaringan zero-configuration seperti Apple Bonjour, yang membuat Mac bisa melihat server thinmachine di jaringan
- Netatalk adalah implementasi open source dari Apple Filing Protocol, termasuk dukungan untuk Apple Time Machine
- Dibuat akun khusus
timemachine
- Akun ini tidak memiliki hak
root atau sudo, dan juga tidak dibuatkan direktori /home
- Nama pengguna dan kata sandi ini dipakai saat menghubungkan Mac ke server
- Kata sandi ini bukan kata sandi untuk enkripsi data backup
sudo useradd --no-create-home timemachine
sudo passwd timemachine
sudo chown timemachine:timemachine /mnt/timemachine/
- Edit
/etc/netatalk/afp.conf untuk menyiapkan share Time Machine
- Dengan
vol size limit, kapasitas disk yang boleh dipakai backup Time Machine bisa dibatasi dalam satuan MB
- Di sini tidak ditentukan batas kapasitas karena seluruh drive dipakai untuk Time Machine
hostname tidak harus sama dengan hostname Unix, tetapi dipakai sebagai nama yang terlihat di jaringan Bonjour
;
; Netatalk 3.x configuration file
;
[Global]
hostname = thinmachine
[ThinMachine]
path = /mnt/timemachine
time machine = yes
valid users = timemachine
;vol size limit = 500000
- Aktifkan dan jalankan daemon yang diperlukan
sudo systemctl enable avahi-daemon
sudo systemctl start avahi-daemon
sudo systemctl enable netatalk
sudo systemctl start netatalk
- Buka port yang diperlukan di firewall lalu restart Netatalk
sudo ufw allow 548
sudo ufw allow 427
sudo ufw allow 4700
sudo systemctl restart netatalk
- Konfigurasi ini berbasis AFP, tetapi setelah dipublikasikan ditambahkan catatan bahwa AFP sudah deprecated dan sebaiknya menggunakan Samba
Pemulihan daya dan menghubungkan Mac
- Karena appliance backup harus otomatis menyala kembali setelah listrik padam, pengaturan BIOS diubah
- Saat awal boot tekan F10 untuk masuk ke BIOS
- Buka
Advanced → Power-On Options
- Setel
After Power Loss ke On
- Di pengaturan Time Machine pada Mac, saat menekan
Select Disk, ThinMachine akan muncul sebagai salah satu pilihan
- Enkripsi data backup dilakukan di Mac, dan thin client tidak ikut menangani enkripsi maupun dekripsi
- Jika kata sandi backup hilang, tidak ada cara untuk memulihkan data
- Backup pertama bisa memakan waktu lama
Meningkatkan kecepatan backup awal
- MacBook memiliki data 460GB, dan backup Time Machine bersifat atomik sehingga jika tidak selesai maka harus dimulai lagi dari awal
- Kecepatan backup awal hanya sekitar 2Mbit/s, yang berarti seluruh backup akan memakan sekitar 21 hari
- Selama itu, jika server dimatikan lalu dinyalakan lagi atau laptop keluar dari jangkauan Wi‑Fi, backup harus dimulai dari awal
- Power Nap diaktifkan bahkan saat memakai baterai
- Jika Power Nap aktif, backup Time Machine tetap berjalan meskipun laptop ditutup atau berjalan dengan baterai
- Jika Power Nap nonaktif, backup akan berhenti lalu dimulai ulang
- Selama backup penuh pertama, pembatasan proses latar belakang dimatikan
sudo sysctl debug.lowpri_throttle_enabled=0
- Dengan pengaturan ini, kecepatan backup naik dari 2Mbit/s menjadi 20Mbit/s
- Setelah backup awal selesai, pembatasan harus diaktifkan kembali
sudo sysctl debug.lowpri_throttle_enabled=1
- Saat laptop dipindahkan lebih dekat ke access point pada jaringan mesh Wi‑Fi Eero, kecepatannya naik dari 20Mbit/s menjadi 120Mbit/s
- Berkat perubahan prioritas dan penempatan dekat AP, waktu backup 460GB turun dari 21 hari menjadi 8 jam
Hasil penggunaan dan kemungkinan tambahan
- Setelah dipakai beberapa hari, peringatan backup lama di MacBook hilang, dan backup berjalan normal di latar belakang
- t520 juga bisa diperluas menjadi NAS dengan menambahkan drive tambahan, tetapi hal itu belum dirasa perlu
- Untuk berjaga-jaga jika drive internal rusak, bisa juga dibuat salinan penuh berkala ke drive eksternal
- Karena sudah memakai Backblaze sebagai layanan backup offsite, tingkat redundansinya dianggap sudah memadai
1 komentar
Komentar Hacker News
Saya sudah tidak lagi mempercayai Time Machine. Beberapa tahun lalu saya membuat skrip shell yang hampir sepenuhnya mengotomatisasi seluruh pengaturan sistem dengan
brewdan sebagainya, lalu sesekali saya menghapus total sistem dan memulihkannya dengan skrip ituUntuk backup data saya memakai restic. Keunggulan besarnya adalah backup tetap bisa dibaca meski tidak ada perangkat macOS. Saat satu-satunya perangkat macOS saya mengalami masalah hardware, backup Time Machine praktis tidak berguna sampai saya mendapatkan Mac baru
Ini memang bukan pendekatan yang cocok untuk semua orang, tetapi setelah Time Machine rusak lebih dari 5 kali dan terasa terlalu lambat dibanding restic, saya tidak terpikir untuk mencobanya lagi meskipun ada rilis macOS baru
Saya hanya pengguna yang sudah memakainya dengan baik selama 9 tahun, bukan pihak terkait
[1] https://www.arqbackup.com
Sekarang saya memakai Carbon Copy Cloner, Syncthing, dan Arq. Hasilnya backup keluarga jadi lebih cepat, lebih alami, dan jauh lebih mudah dikelola
Namun di macOS saya punya 2 akun pengguna, yaitu akun saya dan akun pasangan saya, dan saya tidak bisa membuat Restic mengakses data akun yang lain. Saya administrator, menjalankannya sebagai root, dan sudah memberi “Akses Disk Penuh”, tetapi tetap tidak bisa. Saya ingin tahu kalau ada tips
Bahkan dengan
brewdanbrew cask, masih banyak aplikasi GUI yang perlu dipasang manual, dan pengaturannya tersebar di berbagai lokasi. Jika memikirkan CLI atau tool latar belakang yang dipasang sendiri, sampai pengaturan sistem, saya tidak terlalu tahu cara yang masuk akal untuk mengotomatisasi pemulihan semua ini tanpa backup ala Time Machine, pada dasarnya tanpa image diskSaya juga ingin tahu apakah Anda mengalami kerusakan yang sama pada versi APFS
Saya menjalankan Pi-hole dan Time Machine di Raspberry Pi, dan sejauh ini ini mungkin salah satu produk teknologi dengan nilai terbaik yang pernah saya beli. Saya mengikuti https://saschaeggi.medium.com/use-a-raspberry-pi-4-for-time-...
Harganya lebih mahal, butuh casing dan catu daya terpisah, dan tanpa casing USB3 tambahan Anda tidak bisa memakai SSD M.2. Ada juga riwayat kerusakan kartu flash, dan konsumsi daya saat idle pun hanya sedikit lebih rendah
Saya memberikannya ke putri saya yang masuk kuliah supaya dipakai, tetapi saya sangat meragukan dia benar-benar memakainya, dan sampai melihat postingan ini saya bahkan tidak terpikir untuk bertanya
Demi menjaga kesehatan mental, saya menyarankan berhenti memakai Time Machine dan memakai Carbon Copy Cloner [0]. Ini benar-benar berfungsi, terus berfungsi, dokumentasinya sangat bagus untuk berbagai situasi backup/pemulihan yang mungkin terjadi, dan dengan transparan menunjukkan apa yang sedang dilakukannya
Time Machine kadang berjalan baik lalu pada suatu titik berhenti. Ia juga tidak memberi tahu bahwa backup sudah rusak sampai Anda mencoba memulihkannya. Error-nya sulit dipahami, tidak ada dukungan, forum tidak membantu, dan backup yang rusak tidak bisa diperbaiki. Time Machine mengambil pendekatan “persetan pengguna” yang sama sekali tidak memberi informasi tentang apa yang sedang dilakukannya, tidak dilakukannya, atau ingin dilakukannya
Jika data Anda cukup berharga untuk dibackup, Anda seharusnya tidak memakai Time Machine
[0] https://bombich.com
iCloud juga begitu; jawaban yang Anda dengar di mana-mana cuma “data Anda sedang disinkronkan”, “coba matikan lalu nyalakan lagi”, “restart”. Saat melihat Apple Support dengan percaya diri menyuruh reset iOS atau bahkan memasang ulang macOS sepenuhnya hanya karena masalah sinkronisasi kecil, rasanya seperti berbicara dengan bot sadis ala Kafka
Itulah playbook Apple. Mengkritik mereka secara terbuka di media sosial tidak ada gunanya, email tidak dibalas, dan permintaan pelanggan diblokir. Kadang saya sampai merasa seolah-olah saya yang dibayar untuk memakai produk Apple
Dulu, ketika manajer saya mengatakan bahwa hal pertama yang ia lakukan saat menerima Mac, baik untuk pribadi maupun kerja, adalah memasang Linux, para pegawai baru menganggapnya semacam fanatik GNU/FOSS yang aneh. Ia hanya tertawa dan bilang nanti kami akan mengerti seiring waktu, dan sekarang saya paham betapa tidak berdaya dan bermusuhannya ekosistem Apple. Setelah terus-menerus mentok di tembok dan menahan batasan menyebalkan, Anda menjadi seperti sandera yang merasa itulah satu-satunya cara yang ada
Pada titik ini, menurut saya menyebut Time Machine atau fitur Apple apa pun yang menyangkut integritas dan keandalan data sebagai “berfungsi” atau “cukup bagus”, atau mengandalkan sesuatu seperti iCloud untuk backup dan integritas data, nyaris merupakan tindakan merusak diri sendiri
Saya menunggu hari ketika akses file dengan izin eksplisit di iOS menjadi lebih mudah, atau Android menjadi tidak terlalu buruk. Pada akhirnya, platform-platform ini harus dipaksa terbuka dalam duopoli mulia ini; mereka tidak akan melakukannya sendiri
Time Machine gratis dan bagi kebanyakan orang, untuk backup lokal atau jaringan lokal, itu “cukup bagus”. Untuk backup jarak jauh, ada BorgBase, Vorta yang adalah aplikasi GUI borg yang mengerikan, dan Backblaze sebagai opsi yang lumayan bisa ditoleransi
Selain itu, CCC tampaknya tidak memiliki backup write-only yang immutable di sisi klien setelah dibuat seperti Borg, dan di daftar fiturnya juga tidak terlihat enkripsi atau deduplikasi. https://bombich.com/features
Sekarang saya membackup ke server TrueNAS dan disk lokal dengan Time Machine, keduanya hanya kalau saya ingat untuk mencolokkannya. Direktori home saya dibackup ke B2 dengan Arq
Untuk keluarga, saya menyuruh mereka memakai Backblaze. Itu benar-benar satu-satunya cara yang bisa “disetel lalu dilupakan”. Anggota keluarga selalu lupa mencolokkan drive Time Machine lokal, dan jika Time Machine dikonfigurasi ke drive jaringan, setiap beberapa bulan ia jadi aneh lalu menampilkan pesan Time Machine bahwa backup tidak berjalan, yang kemudian mereka abaikan begitu saja
Backblaze nyaris selalu langsung bekerja, dan bahkan mengirim laporan email seminggu sekali. Pemulihan penuh mungkin agak menyakitkan, tetapi itu tetap lebih baik daripada tidak punya backup sama sekali
Saya membuat skrip shell yang relatif sederhana untuk memperbaikinya
https://github.com/torstenvl/tmutils
Ini masih cukup beta, jadi berhati-hatilah jika ingin memakainya. Ada prosedur konfirmasi untuk perubahan metadata utama, dan skrip
dirdedupeberjalan dalam mode pengujian secara default. Untuk benar-benar melakukan sesuatu, Anda harus memakai flag--executeCCC memang hebat, tetapi tidak melakukan backup hampir real-time dan juga tidak punya versioning. Itu tidak akan bisa menyelamatkan saya seperti Time Machine “internal” di slot SD saat saya bepergian Jumat lalu
Yang menonjol adalah penulis mendapatkan ruang penyimpanan 16GB hanya dengan 25 dolar, lalu menambah 70 dolar lagi untuk meningkatkannya menjadi 2TB
Bagi pengguna GNU/Linux, meskipun ini tentu juga akan bekerja baik untuk klien Microsoft dan Apple, kombinasi yang bagus untuk mini server lokal maupun jarak jauh adalah menaruh Syncthing dan hanya menjalankan BorgBackup di sisi server
Syncthing menyediakan sinkronisasi yang nyaris seketika, sementara BorgBackup menyediakan arsip berkala sesuai jadwal dan kebijakan retensi yang diinginkan
Untuk isolasi, tiap anggota keluarga diberi satu VM kecil, dan mereka diberi tahu agar hal yang benar-benar penting diletakkan di
~/work/atau~/private/Menariknya, APU-nya mendukung AES-NI dan juga punya akselerator kriptografi kecil untuk SHA. Ini kontras dengan Raspberry Pi yang tidak menambahkan 1 dolar untuk Armv8 Cryptography Extensions
Dengan daya idle yang sama 6.5W dan jumlah core dua kali lipat, saya merekomendasikan t620 ketimbang t520
Jika 2 core sudah cukup, Fujitsu Futro s520 juga bagus
https://heap.ovh/tag/thin-client.html
Saya tidak yakin apakah benar menggunakan AFP, lewat Netatalk, untuk ini. Setahu saya, Time Machine “native” saat ini lebih memilih CIFS/Samba di jaringan
“Jika Anda bisa memilih antara SMB dan AFP, gunakan SMB untuk disk cadangan eksternal”
https://support.apple.com/guide/mac-help/types-of-disks-you-...
Pendekatan seperti “Jangan khawatir. Saya juga memakai BackBlaze untuk backup eksternal otomatis, dan semua proyek tersimpan di GitHub serta beberapa PC lain” itu cerdas
Dalam 20 tahun saya mengalami 7 kegagalan drive yang fatal, dan 4 di antaranya terjadi saat saya memakai backup rakitan sendiri. Karena malas dan asal-asalan, pada 2 di antaranya saya kehilangan banyak data. Solusi backup buatan sendiri tidak cocok untuk saya
Tulisan ini terlihat seperti ditulis hari ini, tetapi penting dicatat bahwa Mac yang disebut di artikel menjalankan macOS berusia 5 tahun. Sebagai orang yang pernah menjalankan konfigurasi serupa dengan Raspberry Pi cukup lama, menurut saya ini bukan lagi ide yang bagus
Jika memakai Time Machine sekarang, sebaiknya backup ke volume APFS yang memiliki snapshot. Itu jauh lebih cepat dan lebih andal daripada disk HFS+. Saya juga tidak lagi merekomendasikannya karena rasanya macOS suatu saat bisa sepenuhnya menghentikan dukungan backup HFS+ baru
Masalahnya, driver APFS untuk Linux pada praktiknya belum ada pada tingkat yang bisa dipercaya untuk dijadikan andalan backup. Jadi pilihan realistisnya adalah menyediakan Mac untuk menangani ini. Di jaringan saya, ada MacBook Pro lama, salah satu generasi terakhir sebelum Touch Bar, yang disambungkan ke backbone melalui kabel. Memang mahal, tetapi anggap saja itu konfigurasi yang Anda inginkan
Sebagai catatan, jika Anda memakai Time Machine ke network share, saya sarankan punya satu backup tambahan untuk skenario “terburuk” yang diperbarui secara berkala. Disk jaringan memang nyaman dan bagus untuk backup rutin serta akses cepat, tetapi kadang Time Machine bisa merusak dirinya sendiri dengan cara yang tidak bisa diperbaiki sendiri
Solusi Time Machine jaringan murah lainnya adalah memakai Intel Mac Mini bekas. Spesifikasi 2.5GHz Intel i5, RAM 8GB, SSD 256GB ada di kisaran 120 dolar, lalu tinggal atur agar disk Time Machine dibagikan lewat jaringan
Ini bukan hanya Time Machine yang “asli”, tetapi juga bisa melanjutkan backup dari disk Time Machine lama yang dulu terpasang langsung. Tidak perlu mempelajari hal baru
Backup Time Machine utama saya, untuk MBP saya dan istri saya, adalah ke ZFS RAIDZ2 di NAS melalui SMB. Sudah berjalan cukup baik selama sekitar 2 tahun
Masalah yang saya alami tampaknya terkait kuota yang saya set sehingga ruang jadi habis. Karena snapshot ZFS, mekanisme pembersihan otomatis Time Machine tidak membebaskan ruang seperti yang diharapkan. Untungnya, saya bisa mencari snapshot sehat terbaru lewat rollback ZFS, menghapus snapshot ZFS lama secara manual untuk membuat ruang, menjalankan verifikasi Time Machine, lalu melanjutkan pemakaian. Sebelumnya saya juga sempat membuat snapshot “terkonfirmasi sehat” secara manual
Baru-baru ini saya menemukan pengaturan ZFS refquota, dan tampaknya ini menyelesaikan kerepotan di atas sehingga kuota bekerja seperti yang diharapkan Time Machine. Tentu snapshot ZFS tetap memakai ruang tambahan, tetapi data Time Machine hanyalah sebagian kecil dari total kapasitas array jadi tidak masalah
Masalah lain adalah upgrade kernel dan isu dkms saat memakai ZFS di Arch, tetapi sejak pindah ke NixOS semuanya stabil. Backup Time Machine melalui Tailscale juga cukup bagus
Secara terpisah, saya juga punya backup Time Machine kedua di drive USB yang terhubung ke AirPort Extreme
Di NAS yang sama saya juga memakai restic untuk backup lintas platform, dan NAS itu mengirim snapshot ZFS dari data Time Machine dan restic ke server jarak jauh
Terakhir, saya menyimpan satu drive USB di brankas, lalu kira-kira sebulan sekali saya keluarkan untuk menjalankan backup Time Machine lokal secara manual
Menyimpan backup untuk semuanya, setengah bercanda setengah serius, adalah bagian dari janji pernikahan. Taruhannya besar
Alasan utama saya membuka tautan itu adalah untuk melihat model thin client apa yang dipilih penulis, dan kebetulan itu adalah HP T520 yang saya juga punya satu unit
Saya tidak bisa banyak bicara soal Time Machine, tetapi untuk kombinasi perangkat keras dan Linux, ini merupakan server yang lebih stabil dibanding komputer papan tunggal seperti Raspberry Pi atau Odroid. Konsumsi dayanya juga tidak jauh lebih besar, hanya ukurannya yang lebih besar