Apple ने Tahoe अपडेट में Time Machine को फिर से बिगाड़ दिया
(taoofmac.com)- macOS Tahoe अपडेट के बाद दो Mac पर Time Machine बैकअप चुपचाप बंद हो जाने की समस्या हुई
- Synology NAS को SMB के ज़रिए जोड़कर बैकअप लेने वाले सेटअप में बिना किसी error message के लगभग दो महीने तक बैकअप रुका रहा
- वजह Apple द्वारा SMB default settings को एकतरफा बदलना थी, और
nsmb.confफ़ाइल में बदलाव करके अस्थायी समाधान संभव है - लंबे समय में Proxmox + Docker आधारित Time Machine server या Borg Backup पर जाने पर विचार हो रहा है
- Apple द्वारा बार-बार Time Machine को तोड़ने और संबंधित बदलावों की सूचना न देने पर नाराज़गी और सुधार की मांग उठाई गई
Time Machine बैकअप रुकने की समस्या
-
macOS Tahoe version के बाद दो Mac पर Time Machine काम नहीं कर रहा था
- Synology NAS को SMB share target के रूप में इस्तेमाल किया जा रहा था, और यह कई सालों तक बिना समस्या के चलता रहा
- हाल ही में Obsidian डेटा restore करने की कोशिश के दौरान पता चला कि बैकअप दो महीने से रुका हुआ था
- बिना किसी error message या notification के यह चुपचाप बंद था; laptop का आख़िरी बैकअप दिसंबर में था, जबकि desktop पर external drive से secondary backup बना हुआ था
-
समस्या की वजह Apple द्वारा SMB default settings बदलना थी
signing_required=noसे बदलकर ज़्यादा सख़्त security setting कर दी गई- कुछ NAS devices इस बदलाव को संभाल नहीं पाईं, जिससे बैकअप फेल हो गया
- Apple ने इस संबंधित बदलाव की औपचारिक सूचना नहीं दी
अस्थायी समाधान
-
GitHub की Zahorone Gist देखकर
/etc/nsmb.confफ़ाइल में बदलाव करें- फ़ाइल में ये entries जोड़ें:
[default] signing_required=yes streams=yes soft=yes dir_cache_max_cnt=0 protocol_vers_map=6 mc_prefer_wired=yes - इस setting के बाद बैकअप फिर से काम करने लगता है, लेकिन भविष्य के macOS updates में फिर टूटने की संभावना बनी रहती है
- फ़ाइल में ये entries जोड़ें:
-
Synology DSM settings को समायोजित करना भी सुझाया गया है
- SMB protocol maximum version: SMB3
- Opportunistic Locking, SMB2 Lease, Durable Handles enabled
- Server signing: “No” या “Auto”
- Transport encryption: disabled
- UI version के हिसाब से इन विकल्पों के नाम अलग हो सकते हैं
वैकल्पिक बैकअप रणनीति
-
Apple के बार-बार बदलावों से परेशान होकर Synology SMB पर निर्भरता कम करने के तरीकों की तलाश की जा रही है
- Proxmox server (ZFS backend) पर Samba LXC container चल रहा है
- इसे Time Machine target के रूप में इस्तेमाल करने के लिए mbentley/timemachine Docker image को टेस्ट किया जा रहा है
- Docker Compose उदाहरण में user, group, volume path और permissions settings शामिल हैं
-
फिलहाल पहला workaround काम कर रहा है, लेकिन Docker आधारित solution पर जाने की योजना है
- Docker environment में SMB implementation को सीधे नियंत्रित किया जा सकता है, इसलिए Synology software dependency हटाई जा सकती है
Borg Backup पर विचार
- Borg Backup पहले से Fedora पर इस्तेमाल हो रहा है, और macOS पर भी इसे अपनाने पर विचार किया जा रहा है
- GUI client Vorta को अभी टेस्ट नहीं किया गया है, लेकिन इसे एक संभावित विकल्प बताया गया है
अतिरिक्त iOS समस्या
- नए iOS device को सेट up करते समय “Restore in Progress: An estimated 100 MB will be downloaded…” bug अब भी मौजूद है
- पिछले 6 सालों से दोहराई जा रही इस समस्या को इस बार भी network settings reset और तीन बार reboot करके ही ठीक किया जा सका
- इस बात पर ज़ोर दिया गया कि Apple को operating system quality और user experience में सुधार पर ज़्यादा ध्यान देना चाहिए
1 टिप्पणियां
Hacker News की राय
इससे file system को symbolic links या case-insensitive Unicode filenames को support करने की ज़रूरत नहीं पड़ती, इसलिए यह ज़्यादा सुरक्षित है
कमी यह है कि Mac के अलावा किसी दूसरे सिस्टम पर restore करना मुश्किल हो जाता है
NAS पर ले जाने में भी कोई दिक्कत नहीं हुई, और restore भी पूरी तरह सही रहा। बेशक, हर किसी का अनुभव अलग हो सकता है
यह इतना अस्थिर है कि इस पर भरोसा करना मुश्किल है। हाल में APFS की वजह से शायद थोड़ा बेहतर हुआ है, लेकिन अंत में पूरा backup उड़ जाने वाली स्थिति बार-बार आती रहती है
मैं Arq से daily backup करता हूँ, और Time Machine को सिर्फ hourly backup के लिए इस्तेमाल करता हूँ। Time Machine टूट भी जाए तो cloud में daily backup होने से चिंता नहीं रहती
partial transfer resume और checksum compare भी हो जाता है, इसलिए network backup समस्या क्यों होनी चाहिए, समझ नहीं आता
/etc/nsmb.conf file भी नहीं है, कई tutorials follow करके settings कीं, लेकिन आखिर में फिर crash हुआ और सब कुछ चला गया
यह Time Machine की तरह hourly backup नहीं है, लेकिन अगर system disk मर जाए तो तुरंत boot होने वाला backup मिल जाता है
cron और rsync से भी यह किया जा सकता है, लेकिन वह झंझट लगता है
SuperDuper परिचय लिंक
संबंधित लेख: You’re a mean one, Apple
built-in recovery interface भी ठीक है, लेकिन offline bootable backup हो तो कहीं ज़्यादा भरोसा रहता है
सोच रहा हूँ कि महीने में एक बार external disk पर boot image dump करने का schedule लगा दूँ
नए format किए गए disk पर initial backup शुरू तो होता है, लेकिन बहुत धीमा है और 100% तक पहुँचने के बाद भी खत्म नहीं होता
फिर दोबारा चलाने पर 10% के आसपास अटक जाता है। कई disks, safe mode, network बंद करना—सब आज़मा लिया, लेकिन नतीजा वही है
tar से backup सामान्य रूप से हो जाता है। लगता है किसी ने edge cases test ही नहीं किए
शायद इसकी चमकदार scrolling interface की वजह से
लेकिन असल में network backup अस्थिर रहता है, और कुछ महीनों बाद कहता है कि backup corrupt हो गया है, इसलिए सब कुछ फिर से शुरू करो
अगर आपने सिर्फ आज वाले, quality control गायब हो चुके versions ही देखे हैं, तो यह समझना मुश्किल होगा कि यह लोकप्रिय क्यों था
USB लगाओ और “हाँ” दबाओ, बस काम हो गया। यह perfect नहीं था, लेकिन कुछ भी न होने से बहुत बेहतर था
git की तरह पुराने state में आसानी से जा सकते हैं, लेकिन git से कम सोचना पड़ता है
network backup भी कई सालों से मेरे यहाँ ठीक चल रहा है
उससे मैं कहीं ज़्यादा संतुष्ट हूँ। संदर्भ के लिए यह script देखी थी
अगर अब फिर से शुरू करूँ, तो शायद rustic-rs या borg backup इस्तेमाल करूँ
फिर भी
tmutil localsnapshotसे local snapshots बनाए रखता हूँApple को दिशा बदलनी चाहिए
तब तक कई patches आ जाते हैं और सिस्टम स्थिर हो जाता है। मैं हमेशा लगभग 1 साल पीछे रहता हूँ, लेकिन नए features की खास ज़रूरत नहीं होती
इसलिए आज मैं content नहीं देख सका। कल फिर कोशिश करूँगा
इसलिए शायद वह धीरे-धीरे iCloud-केंद्रित backup की ओर जा रहा है