25 डॉलर के HP t520 से macOS Time Machine appliance बनाना

 (tomverbeure.github.io)
1 पॉइंट द्वारा GN⁺ 2023-06-27 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • Time Capsule बंद होने के बाद भी, छोटे low-power डिवाइस पर Linux चलाकर macOS के लिए हमेशा चालू रहने वाला backup device कम खर्च में खुद बनाया जा सकता है
  • शिपिंग सहित 25 डॉलर का HP t520 dual-core AMD G-Series, 4GB RAM, 16GB M.2 SATA SSD, 1Gbps Ethernet, USB 3.0 ports के साथ single-purpose server के लिए पर्याप्त है
  • storage के लिए internal M.2 SATA SSD और external USB3 drive में से चुना जा सकता है; 2TB 2280 M.2 SATA SSD इस्तेमाल करने पर कुल लागत करीब 94 डॉलर रहती है
  • Bodhi Linux पर netatalk और avahi-daemon install करके AFP-आधारित Time Machine share configure किया गया, लेकिन publish होने के बाद AFP deprecated होने के कारण Samba इस्तेमाल करने की सलाह जोड़ी गई
  • शुरुआती 460GB backup 2Mbit/s पर 21 दिन लगने जैसा था, लेकिन Power Nap, debug.lowpri_throttle_enabled=0, और Wi-Fi AP के पास रखने से यह 120Mbit/s तक सुधरा और समय घटकर 8 घंटे हो गया

Time Capsule के विकल्प के रूप में ThinMachine की कल्पना

  • Apple Time Machine 2007 में Mac पर स्विच करने का कारण बना, और बाद में Time Capsule के जरिए wireless backup इस्तेमाल किया गया
  • पुराना Time Capsule 10 साल से ज्यादा चला और फिर खराब हो गया; macOS बार-बार backup बहुत पुराना होने की notification दिखाने लगा
  • Apple ने Time Capsule बंद कर दिया, लेकिन Linux server setup करने पर वैसा ही backup device खुद बनाया जा सकता है
  • हमेशा चालू रहने वाले single-purpose device के लिए छोटा, low-power hardware बेहतर है जो internet closet में फिट हो जाए
  • Raspberry Pi भी संभव था, लेकिन उस समय मिलना मुश्किल था, कीमत 80 डॉलर से ज्यादा थी, और case व power supply अलग से चाहिए थे, इसलिए लागत के लिहाज से आकर्षक नहीं था
  • विकल्प के तौर पर used thin client PC चुना गया, और eBay से HP t520 शिपिंग सहित 25 डॉलर में खरीदा गया

HP t520 hardware और power

  • 25 डॉलर वाले HP t520 की basic configuration साधारण backup server के रूप में इस्तेमाल के लिए पर्याप्त है
    • AMD G-Series GX-212JC dual-core 1.2GHz CPU और Radeon R2E
    • 4GB DDR3-1600
    • 16GB M.2 SATA SSD
    • 1Gbps Ethernet
    • 2 USB 3.0, 4 USB 2.0
    • 2 DisplayPort, 1 VGA
    • vertical stand
    • 18.5V power adapter और cable
  • Wi-Fi नहीं है, लेकिन इसे router के पास internet closet में रखना था, इसलिए समस्या नहीं थी; जरूरत हो तो खाली mini PCIe slot इस्तेमाल किया जा सकता है
    • Wi-Fi जोड़ना खुद आजमाया नहीं गया, इसलिए 100% काम करेगा या नहीं, इसकी पुष्टि नहीं है
  • t520 idle में 6W, और बाकी समय 10W power खपत करता है
    • औसत बिजली दर 0.35 डॉलर प्रति kWh मानें तो 6W लगातार चलाने की लागत सालाना लगभग 19 डॉलर है
    • HP t610 जैसे दूसरे thin client पुराने chipset के कारण idle power 10W से अधिक हो सकते हैं
    • Raspberry Pi 4 लगभग 4W मापा गया
  • default OS HP Thin Pro है, जो Tiny Core Linux आधारित custom distribution है
    • HP Thin Pro में Citrix और VMWare clients शामिल हैं
    • मूल Tiny Core Linux भी आजमाया गया, लेकिन available packages की संख्या बहुत सीमित थी

backup storage विकल्प: internal SSD और external USB3

  • t520 की official internal SSD support capacity 64GB है, लेकिन यह उस समय की specification है जब बड़े M.2 SSD उपलब्ध नहीं थे
  • internal M.2 slot 2242 और 2260 form factor support करता है, और 2280 SSD default तौर पर speaker से टकराता है
    • speaker को motherboard उठाकर दो screws खोलने के बाद हटाया जा सकता है
    • 2280 SSD लगाने से पहले SSD के पीछे exposed copper pads और traces को tape से ढकना चाहिए
    • fixing screw न होने से SSD socket से निकलने की संभावना है, लेकिन actual setup में इसे बड़ी चिंता नहीं माना गया
  • t520 का internal slot सिर्फ M.2 SATA SSD support करता है
    • large-capacity SSD में कई NVMe होते हैं, लेकिन यह slot PCIe/NVMe के लिए नहीं है
    • HP ने गलत connector चुना है, इसलिए NVMe SSD physically अंदर लग सकता है
    • NVMe SSD लगाने पर SSD, motherboard या दोनों को नुकसान पहुंचने की संभावना है
  • internal storage चुनते समय price और form factor में बड़ा फर्क था
    • 2TB 2260 M.2 SATA SSD Amazon पर 149 डॉलर था
    • 2TB 2280 M.2 SATA SSD 69 डॉलर से शुरू थे
    • 4TB 2280 SATA SSD 260 डॉलर तक महंगा था
    • चुना गया 2TB 2280 M.2 SATA SSD सही चला, और 2TB ThinMachine की कुल लागत 94 डॉलर हुई
  • external USB3 drive installation difficulty कम करने वाला विकल्प है
    • 4TB 2.5-inch SSD 150 डॉलर से शुरू है और इससे ज्यादा capacity भी संभव है
    • drive को अलग करके store करना या किसी दूसरे PC से connect करना आसान है
    • t520 खोलने की जरूरत नहीं है
    • drawback यह है कि USB3 enclosure चाहिए, और look उतना clean नहीं रहता

Bodhi Linux install और partition configuration

  • Ubuntu-based और छोटा installation image वाला distribution खोजते हुए Bodhi Linux चुना गया
    • HWE version standard version से 5MB बड़ा, 837MB था, और ज्यादा नए hardware को support करता है
    • Ubuntu ISO download धीमा था, लेकिन Bodhi Linux ISO जल्दी download हो गया
  • installation flow सामान्य USB boot जैसा है
    • 1GB या उससे बड़ा USB stick तैयार करें
    • Balena Etcher से ISO image USB पर लिखें
    • USB को t520 में लगाकर boot करें
    • installer follow करके t520 SSD पर Bodhi Linux install करें
  • internal SSD partitions में OS और backup data को अलग किया गया
    • /dev/sda1: efi, 1GB, boot partition और पहला partition होना चाहिए
    • /dev/sda2: ext4, 16GB, Bodhi Linux installation के लिए
    • /dev/sda3: ext4, बाकी पूरी जगह, backup data partition
  • mount locations भी साफ तौर पर अलग रखे गए
    • /dev/sda2 को root directory / पर mount किया गया
    • /dev/sda3 को /mnt/timemachine पर mount किया गया
  • installation के बाद Bodhi Linux SSD पर 5GB से थोड़ा ज्यादा इस्तेमाल करता है, इसलिए 16GB allocate करने पर extra tools install करने की जगह रहती है

Time Machine server account और AFP settings

  • पहले packages को latest state में update किया गया
sudo apt update && sudo apt dist-upgrade
  • Time Machine चलाने के लिए जरूरी packages install किए गए
sudo apt install procinfo netatalk avahi-daemon
  • Avahi, Apple Bonjour जैसी zero-configuration networking feature का open source implementation है, जिससे Mac network पर thinmachine server देख सकता है
  • Netatalk, Apple Filing Protocol का open source implementation है, जिसमें Apple Time Machine support शामिल है
  • dedicated timemachine account बनाया गया
    • इस account के पास root या sudo privileges नहीं हैं और /home directory भी नहीं बनाई जाती
    • Mac से server connect करते समय यही username और password इस्तेमाल होता है
    • यह password backup data encryption वाला password नहीं है
sudo useradd --no-create-home timemachine
sudo passwd timemachine
sudo chown timemachine:timemachine /mnt/timemachine/
  • /etc/netatalk/afp.conf edit करके Time Machine share configure किया गया
    • vol size limit से Time Machine backup के लिए disk capacity को MB में limit किया जा सकता है
    • यहां पूरी drive Time Machine के लिए इस्तेमाल करनी है, इसलिए capacity limit specify नहीं की गई
    • hostname का Unix hostname जैसा होना जरूरी नहीं है, लेकिन यह Bonjour network में दिखने वाले नाम के रूप में इस्तेमाल होता है
;
; Netatalk 3.x configuration file
;

[Global]
hostname = thinmachine

[ThinMachine]
path = /mnt/timemachine
time machine = yes
valid users = timemachine
;vol size limit = 500000
  • जरूरी daemons enable और start किए गए
sudo systemctl enable avahi-daemon
sudo systemctl start avahi-daemon
sudo systemctl enable netatalk
sudo systemctl start netatalk
  • firewall में जरूरी ports खोले गए और Netatalk restart किया गया
sudo ufw allow 548
sudo ufw allow 427
sudo ufw allow 4700
sudo systemctl restart netatalk
  • यह configuration AFP-based है, और publish होने के बाद AFP deprecated हो गया; इसलिए Samba इस्तेमाल करने की सलाह जोड़ी गई

power recovery और Mac connection

  • backup appliance को power outage के बाद power restore होते ही अपने-आप चालू होना चाहिए, इसलिए BIOS setting बदली गई
    • boot की शुरुआत में F10 दबाकर BIOS settings में जाएं
    • Advanced → Power-On Options पर जाएं
    • After Power Loss को On पर set करें
  • Mac की Time Machine settings में Select Disk दबाने पर ThinMachine विकल्प के रूप में दिखता है
  • backup data encryption Mac पर होती है, thin client encryption और decryption में शामिल नहीं होता
    • backup password खो जाने पर data recover करने का कोई तरीका नहीं है
  • पहला backup लंबा समय ले सकता है

शुरुआती backup speed सुधारना

  • MacBook में 460GB data था, और Time Machine backup atomic होता है, इसलिए पूरा न होने पर फिर से शुरुआत से शुरू करना पड़ता है
  • initial backup speed लगभग 2Mbit/s थी, और पूरा backup लगभग 21 दिन लेने जैसा था
    • इस दौरान server power off/on करने या laptop Wi-Fi range से बाहर जाने पर backup फिर से शुरुआत से करना पड़ता
  • Power Nap को battery use के दौरान भी enable किया गया
    • Power Nap on होने पर laptop बंद करने या battery पर चलने के बावजूद Time Machine backup जारी रहता है
    • Power Nap off होने पर backup रुक जाता है और फिर से शुरू होता है
  • पहले full backup के दौरान background process throttling बंद की गई
sudo sysctl debug.lowpri_throttle_enabled=0
  • इस setting से backup speed 2Mbit/s से 20Mbit/s हो गई
  • initial backup के बाद throttling फिर से on करनी चाहिए
sudo sysctl debug.lowpri_throttle_enabled=1
  • laptop को Eero Wi-Fi mesh network के access point के करीब ले जाने पर speed 20Mbit/s से 120Mbit/s हो गई
  • priority change और AP के पास रखने से 460GB backup time 21 दिन से घटकर 8 घंटे हो गया

इस्तेमाल का परिणाम और आगे की संभावनाएं

  • कुछ दिन इस्तेमाल के बाद MacBook की पुरानी backup warning गायब हो गई, और backup background में ठीक से चल रहा है
  • t520 में additional drives जोड़कर NAS के रूप में expand भी किया जा सकता है, लेकिन इसकी जरूरत महसूस नहीं हुई
  • internal drive failure के लिए external drive पर periodic full copy बनाने का तरीका भी संभव है
  • Backblaze पहले से offsite backup service के रूप में इस्तेमाल हो रहा है, इसलिए पर्याप्त redundancy माना गया

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2023-06-27
Hacker News की टिप्पणियाँ

  • अब मैं Time Machine पर भरोसा नहीं करता। कुछ साल पहले मैंने brew वगैरह का इस्तेमाल करके लगभग पूरी system configuration को automate करने वाली एक shell script बनाई थी, और कभी-कभी सिस्टम को पूरी तरह wipe करके उसी script से restore कर लेता हूँ
    data backup के लिए restic इस्तेमाल करता हूँ। इसका बड़ा फायदा यह है कि macOS डिवाइस न होने पर भी backup पढ़ा जा सकता है। जब मेरे इकलौते macOS डिवाइस में hardware समस्या आई थी, तब Time Machine backup तब तक लगभग बेकार था जब तक नया Mac नहीं मिल गया
    यह तरीका सबके लिए सही नहीं होगा, लेकिन Time Machine ने मेरा backup 5 बार से ज़्यादा खराब किया है, और restic के मुकाबले यह बहुत धीमा है, इसलिए नया macOS release आने पर भी इसे फिर से आज़माने का मन नहीं होता

    • अगर ऐसा ही कुछ चाहिए तो Arq [1] भी देखने लायक है। यह restic की तरह ज़्यादातर cloud providers या SSH access वाली machines पर incremental encrypted backup करता है, लेकिन Mac app होने की वजह से setup और maintenance आसान है। अब तक data corruption का सामना नहीं करना पड़ा
      मैं सिर्फ 9 साल से संतुष्ट user हूँ, कोई संबद्ध व्यक्ति नहीं
      [1] https://www.arqbackup.com
    • एक समय था जब Time Machine काफ़ी ठीक-ठाक था, लेकिन Apple ने Time Machine backup को धीरे-धीरे इतना बंद बना दिया कि root permission से भी cleanup नहीं किया जा सकता। cleanup सिर्फ उस original machine के Time Machine app से ही करना पड़ता है जो उस file का मालिक है, इसलिए परिवार के backup संभालने वाले system administrator की भूमिका निभाना असंभव हो गया
      अब मैं Carbon Copy Cloner, Syncthing और Arq इस्तेमाल करता हूँ। इसकी वजह से परिवार के backup ज़्यादा तेज़, ज़्यादा सहज और बहुत आसान तरीके से manage होने लगे हैं
    • वीकेंड में मैंने auto-restic के ज़रिए Restic चलाने की कोशिश की थी और मैं इसे हर हाल में सफल करना चाहता था
      लेकिन macOS पर दो user accounts हैं, यानी मेरा और मेरी पत्नी का, और मैं Restic को दूसरे account के data तक access नहीं दिला पाया। मैं admin था, root के रूप में चलाया, और “Full Disk Access” भी दिया, फिर भी काम नहीं बना। कोई tip हो तो जानना चाहूँगा
    • सोच रहा हूँ क्या आप वह script share कर सकते हैं। अगर मुश्किल हो, तो obfuscated या abstracted version भी चलेगा
      brew और brew cask के साथ भी बहुत से GUI apps ऐसे हैं जिन्हें manual install करना पड़ता है, और उनकी settings अलग-अलग जगहों पर बिखरी होती हैं। खुद install किए गए CLI या background tools, और system settings तक को ध्यान में रखें तो, Time Machine जैसी backup व्यवस्था या practically disk image के बिना, इन सबको reasonably automate करके restore करने का तरीका मुझे समझ नहीं आता
    • जानना चाहूँगा कि Time Machine target CoreStorage पर HFS+, APFS, या SMB में से कौन-सा है
      यह भी जानना चाहूँगा कि APFS version में भी वही corruption हुआ था या नहीं

  • मैं Raspberry Pi पर Pi-hole और Time Machine चला रहा हूँ, और यह अब तक खरीदे गए tech products में सबसे बढ़िया value-for-money चीज़ों में से एक हो सकता है। मैंने https://saschaeggi.medium.com/use-a-raspberry-pi-4-for-time-... को follow किया था

    • Raspberry Pi hobby electronics projects के लिए शानदार है, लेकिन ऐसे use case में मुझे नहीं लगता कि यह thin client से बेहतर है
      यह ज़्यादा महँगा है, अलग case और power supply चाहिए, और अतिरिक्त USB3 enclosure के बिना M.2 SSD इस्तेमाल नहीं कर सकते। flash card corruption का इतिहास भी है, और idle power भी बस थोड़ा ही कम है
    • मैं अभी Synology इस्तेमाल करता हूँ, लेकिन उससे पहले कुछ साल Pi को बिना समस्या के इस्तेमाल किया था
      मैंने इसे अपनी कॉलेज जाने वाली बेटी को उपयोग के लिए दे दिया, लेकिन उसने वास्तव में इस्तेमाल किया भी या नहीं इस पर काफ़ी शक है, और यह पोस्ट देखने से पहले मेरे दिमाग़ में यह पूछने का ख़याल भी नहीं आया था
    • यह setup लगभग उसी तरह का लगता है जिसमें thin client और Pi के बीच, और सिर्फ़ सही Linux distribution के चुनाव में फर्क है। आख़िरकार मामला exact price, power usage जैसी detailed conditions पर होने वाले trade-off का है

  • मानसिक शांति बनाए रखनी है तो Time Machine छोड़कर Carbon Copy Cloner [0] इस्तेमाल करने की सलाह दूँगा। यह सही से काम करता है, लगातार काम करता रहता है, और संभावित backup/restore स्थितियों पर इसका documentation बेहतरीन है, साथ ही यह साफ़ दिखाता है कि यह क्या कर रहा है
    Time Machine कुछ समय तक ठीक चलता है और फिर अचानक काम करना बंद कर देता है। यह भी नहीं बताता कि backup खराब हो चुका है, जब तक आप restore करने की कोशिश न करें। errors समझ से बाहर होते हैं, support नहीं के बराबर है, forums भी मददगार नहीं हैं, और टूटा हुआ backup ठीक नहीं किया जा सकता। Time Machine का रवैया ऐसा है जैसे “यूज़र भुगते”, क्योंकि यह इस बारे में कोई जानकारी नहीं देता कि यह क्या कर रहा है, क्या नहीं कर रहा, या क्या करने की कोशिश कर रहा है
    अगर आपका data backup करने लायक अहम है, तो Time Machine का इस्तेमाल नहीं करना चाहिए
    [0] https://bombich.com

    • मेरे हिसाब से “Time Machine कुछ समय तक ठीक चलता है, फिर अचानक काम नहीं करता, restore की कोशिश से पहले पता भी नहीं चलता कि यह टूटा हुआ है, errors रहस्यमय हैं और support भी नहीं है” और “यूज़र भुगते” वाला रवैया Apple के लगभग हर software और service पर लागू होता है
      iCloud के लिए भी हर जगह वही जवाब सुनने को मिलता है: “data sync हो रहा है”, “एक बार off करके on कीजिए”, “restart कीजिए”। छोटी-सी sync समस्या पर भी iOS reset करने या पूरा macOS दोबारा install करने को आत्मविश्वास से कहता Apple Support देखकर लगता है जैसे किसी Kafkaesque sadism bot से बात कर रहे हों
      यही Apple की playbook है। social media पर खुलकर आलोचना करो तो भी कोई फ़ायदा नहीं, emails का जवाब नहीं आता, customer requests अटक जाती हैं। कभी-कभी तो लगता है मानो Apple products इस्तेमाल करने के लिए मुझे पैसे मिलने चाहिए
      जब मेरे पुराने manager ने कहा था कि personal हो या work, Mac मिलते ही वह सबसे पहले उस पर Linux install करता है, तब नए लोग उसे कोई अजीब GNU/FOSS fanatic समझते थे। वह हँसकर कहता था कि समय के साथ समझ जाओगे, और अब समझ आता है कि Apple ecosystem कितना लाचार और hostile है। बार-बार दीवार से टकराने और झुंझलाहट भरी पाबंदियाँ सहते-सहते एक तरह की बंधक वाली मानसिकता बन जाती है, जहाँ यही एकमात्र रास्ता लगने लगता है
      इस मोड़ पर Time Machine या Apple की ऐसी किसी भी feature को, जहाँ data integrity और reliability दाँव पर हो, “अच्छा काम करता है” या “काफ़ी ठीक है” कहना, या iCloud जैसी किसी चीज़ पर data backup और integrity के लिए निर्भर होना, मुझे आत्मविनाश जैसा लगता है
      मैं उस दिन का इंतज़ार कर रहा हूँ जब iOS पर explicit permission के तहत file access आसान होगा, या Android कम खराब हो जाएगा। आख़िरकार इस महान duopoly को platform खोलने के लिए मजबूर करना पड़ेगा; वे खुद से ऐसा नहीं करेंगे
    • हर major version पर CCC के लिए ऐप लाइसेंस का 77.50 AUD देना पड़ता है, तो यह ठीक लग सकता है, लेकिन काफ़ी महँगा है
      Time Machine मुफ़्त है और ज़्यादातर लोगों के लिए local या local network backup के मामले में “काफ़ी ठीक” है। remote backup के लिए BorgBase, Vorta जो borg का GUI app है वह भयानक है, और Backblaze एक somehow manageable विकल्प है
      साथ ही, लगता नहीं कि CCC में Borg की तरह client-side immutable write-only backup है, और इसकी feature list में encryption या deduplication भी नज़र नहीं आते। https://bombich.com/features
    • कई सालों तक bootable backups बनाने के लिए मैंने CCC और SuperDuper दोनों इस्तेमाल किए हैं, लेकिन हमेशा Time Machine के साथ
      अब मैं Time Machine से TrueNAS server और local disk, दोनों का backup लेता हूँ, बशर्ते मुझे उसे plug in करना याद रहे। home directory को Arq से B2 पर backup करता हूँ
      परिवार के लिए मैं Backblaze इस्तेमाल करवाता हूँ। सच में, यही एकमात्र तरीका था जिसे सेट करके लगभग भूल सकते थे। परिवार वाले हमेशा local Time Machine drive लगाना भूल जाते हैं, और अगर network drive पर Time Machine सेट कर दो तो हर कुछ महीनों में वह अजीब व्यवहार करने लगता है, फिर backup नहीं हो रहा है वाला Time Machine message आता रहता है जिसे वे बस नज़रअंदाज़ कर देते हैं
      Backblaze लगभग बस काम करता है, और हफ़्ते में एक बार email report भी भेज देता है। पूरा restore शायद थोड़ा दर्दनाक होगा, लेकिन बिल्कुल backup न होने से तो बेहतर है
    • Time Machine की ज़्यादातर अजीब समस्याएँ machine migration के बाद metadata mismatch से पैदा होती हैं
      इसे ठीक करने के लिए मैंने एक काफ़ी simple shell script बनाई है
      https://github.com/torstenvl/tmutils
      यह अभी काफ़ी beta में है, इसलिए इस्तेमाल करते समय सावधानी रखनी चाहिए। बड़े metadata changes के लिए confirmation process है, और dirdedupe script default रूप से test mode में चलती है। असल में कुछ करने के लिए --execute flag इस्तेमाल करना होगा
    • मैं भी CCC इस्तेमाल करता हूँ, लेकिन साथ में उस बहुत छोटे SD card पर Time Machine भी रखता हूँ जो laptop के अंदर बिलकुल flush fit हो जाता है। https://www.bhphotovideo.com/c/product/1687325-REG/transcend...
      CCC बेहतरीन है, लेकिन यह लगभग real-time में backup नहीं करता और versioning भी नहीं देता। पिछले शुक्रवार सफ़र के दौरान SD slot में लगे “built-in” Time Machine ने जिस तरह मुझे बचाया, वैसा यह शायद नहीं कर पाता था

  • लेखक के लिए यह बात खास लगी कि उसे 25 डॉलर में 16GB स्टोरेज मिला, और फिर 70 डॉलर और खर्च करके उसने इसे 2TB तक बढ़ाया
    GNU/Linux उपयोगकर्ताओं के लिए, और बेशक Microsoft व Apple clients पर भी यह ठीक चलेगा, लेकिन local और remote mini servers पर Syncthing रखना और server side पर ही BorgBackup चलाना एक अच्छा संयोजन है
    Syncthing लगभग तुरंत sync देता है, और BorgBackup मनचाहे schedule और retention policy के मुताबिक नियमित archive देता है
    isolation के लिए परिवार के हर सदस्य के लिए एक छोटा VM रखा गया, और उन्हें बताया गया कि जो चीज़ें सच में कीमती हैं, उन्हें managed ~/work/ या ~/private/ में रखें

    • आजकल ऐसा hardware लगभग 10 डॉलर में भी मिल सकता है, और मैंने 2020 में इसके लिए 25 डॉलर दिए थे
      दिलचस्प बात यह है कि APU, AES-NI को support करता है और SHA के लिए एक छोटा crypto accelerator भी है. यह इस बात के उलट है कि Raspberry Pi ने Armv8 Cryptography Extensions पर वह अतिरिक्त 1 डॉलर खर्च नहीं किया
      वही idle power 6.5W रहते हुए cores दोगुने मिलते हैं, इसलिए t520 की जगह t620 की सिफारिश है
      अगर 2 cores पर्याप्त हों, तो Fujitsu Futro s520 भी अच्छा है
      https://heap.ovh/tag/thin-client.html

  • यह सच में सही है या नहीं, इस पर भरोसा नहीं है कि AFP, Netatalk के जरिए, इस्तेमाल किया जाए. मेरी समझ में मौजूदा “native” Time Machine नेटवर्क पर CIFS/Samba को ज़्यादा पसंद करता है

    • सही
      “अगर आपके पास SMB और AFP में से चुनने का विकल्प है, तो external backup disk के लिए SMB का उपयोग करें”
      https://support.apple.com/guide/mac-help/types-of-disks-you-...
    • कई सालों तक support बंद होने की चेतावनियों के बावजूद Netatalk अब भी ज़्यादा भरोसेमंद समाधान था. Ubuntu 22.04 के ZFS और Samba 4.15.13 वाले मौजूदा setup में भी यह काफ़ी अच्छा चल रहा है, लेकिन Netatalk भी अब तक ठीक काम करता है
    • ब्लॉग पोस्ट के ऊपर एक चेतावनी जोड़ दी गई है, और अगले weekend में इसे फिर से देखने का इरादा है

  • “चिंता न करें. automated offsite backup के लिए BackBlaze भी इस्तेमाल करता हूँ, और सभी projects GitHub तथा कई PCs पर भी रखता हूँ” — यह तरीका समझदारी भरा है
    20 साल में 7 बार catastrophic drive failure झेला है, और उनमें से 4 बार मैं self-built backup इस्तेमाल कर रहा था. आलस और लापरवाही की वजह से उनमें से 2 बार बहुत सारा data खो दिया. self-built backup solution मेरे लिए काम नहीं करता

  • यह पोस्ट आज लिखी गई लगती है, लेकिन यह महत्वपूर्ण है कि इसमें दिखाया गया Mac 5 साल पुराने macOS पर चल रहा है. इसी तरह के setup के साथ कुछ समय तक Raspberry Pi चलाने के अनुभव से, अब मुझे नहीं लगता कि यह अच्छा विचार है
    आजकल अगर Time Machine इस्तेमाल कर रहे हैं, तो backup snapshot वाले APFS volume पर होना चाहिए. यह HFS+ disk की तुलना में कहीं तेज़ और ज़्यादा भरोसेमंद है. मुझे लगता है macOS कभी न कभी नए HFS+ backups का support पूरी तरह बंद कर सकता है, इसलिए अब इसकी सिफारिश नहीं करूंगा
    समस्या यह है कि Linux के लिए APFS driver वास्तव में इतना भरोसेमंद मौजूद नहीं है कि उस पर backup निर्भर किया जा सके. इसलिए व्यावहारिक विकल्प यही है कि इसके लिए एक Mac रखा जाए. मेरे नेटवर्क में backbone पर wired जुड़ा हुआ एक पुराना MacBook Pro है, जो Touch Bar से पहले की आख़िरी पीढ़ियों में से एक है. महंगा है, लेकिन अगर आप यही setup चाहते हैं, तो शायद यही सही रास्ता है
    वैसे, अगर Time Machine को network share पर इस्तेमाल कर रहे हैं, तो समय-समय पर refresh होने वाला एक अतिरिक्त “worst case” backup भी रखना चाहिए. network disk सुविधाजनक होती है, इसलिए नियमित backups और तेज़ access के लिए अच्छी है, लेकिन कभी-कभी Time Machine खुद को ऐसे तरीके से corrupt कर सकता है जिसे वह खुद ठीक नहीं कर पाता

    • जब Time Machine नेटवर्क पर backup करता है, तो वह एक disk image बनाता है और उसी में लिखता है. इसलिए समझ नहीं आता कि Linux में APFS driver की ज़रूरत क्यों होगी
    • यह पोस्ट Mojave चलाने वाले 2012 MacBook Pro पर लिखी गई थी. replacement MacBook Air 15” एक हफ्ते बाद pickup के लिए तय है

  • एक और सस्ता network Time Machine समाधान इस्तेमाल किया हुआ Intel Mac Mini है. 2.5GHz Intel i5, 8GB RAM, 256GB SSD वाला model लगभग 120 डॉलर में मिल जाता है, और बस Time Machine disk को network पर share करने के लिए set कर देना होता है
    यह सिर्फ “असली” Time Machine ही नहीं है, बल्कि पहले सीधे जोड़ी गई पुरानी Time Machine disk से backup आगे भी जारी रख सकता है. कुछ नया सीखने की ज़रूरत नहीं

  • मेरा मुख्य Time Machine backup, जो मेरे और मेरी पत्नी के MBP के लिए है, NAS के ZFS RAIDZ2 पर SMB के जरिए backup करता है. यह लगभग 2 साल से काफ़ी अच्छा चल रहा है
    जो समस्या आई, वह configured quota के कारण space कम पड़ने से जुड़ी लगती थी. ZFS snapshots की वजह से Time Machine का automatic cleanup mechanism उम्मीद के मुताबिक जगह खाली नहीं कर पाया. अच्छी बात यह रही कि ZFS rollback के जरिए हाल की एक सही snapshot मिल गई, पुराने ZFS snapshots को manually हटाकर जगह बनाई गई, फिर Time Machine verification चलाया गया और उसके बाद इसे फिर से इस्तेमाल किया जा सका. उससे पहले manually एक “known good” snapshot भी बना लिया गया था
    हाल ही में ZFS refquota setting मिली, और लगता है कि इससे ऊपर वाली झंझट हल हो जाती है, ताकि quota वैसे काम करे जैसा Time Machine अपेक्षा करता है. बेशक ZFS snapshots की वजह से अतिरिक्त space लगता है, लेकिन Time Machine data पूरे array storage का छोटा हिस्सा है, इसलिए ठीक है
    दूसरी समस्या Arch पर ZFS इस्तेमाल करते समय kernel upgrades और dkms issues की थी, लेकिन हाल में NixOS पर जाने के बाद से यह स्थिर है. Tailscale के जरिए Time Machine backup भी काफ़ी अच्छा है
    अलग से AirPort Extreme से जुड़े USB drive पर दूसरा Time Machine backup भी रखा गया है
    उसी NAS पर cross-platform backup के लिए restic भी इस्तेमाल होता है, और वही NAS Time Machine तथा restic data के ZFS snapshots को remote server पर भेजता है
    अंत में, एक USB drive तिजोरी में रखी है, और लगभग महीने में एक बार उसे निकालकर local connected Time Machine backup manually चलाया जाता है
    हर चीज़ का backup रखना आधा मज़ाक, आधा सच, हमारी शादी की कसमों का हिस्सा था. दाँव बहुत बड़ा है

  • लिंक खोलने का मुख्य कारण यह देखना था कि लेखक ने कौन-सा thin client model चुना था, और संयोग से वह HP T520 ही था, जिसकी एक मशीन मेरे पास भी है
    Time Machine के बारे में तो मैं कुछ नहीं कह सकता, लेकिन hardware और Linux के संयोजन के रूप में यह मिलते-जुलते Raspberry Pi या Odroid single-board computer की तुलना में ज़्यादा स्थिर सर्वर था। यह बिजली भी बहुत ज़्यादा नहीं खाता था, बस आकार में बड़ा था