Apple lại làm hỏng Time Machine trong bản cập nhật Tahoe
(taoofmac.com)- Sau bản cập nhật macOS Tahoe, đã xảy ra sự cố khiến sao lưu Time Machine âm thầm dừng lại trên hai máy Mac
- Trong môi trường sao lưu qua NAS Synology kết nối bằng SMB, việc sao lưu đã bị dừng khoảng hai tháng mà không có thông báo lỗi
- Nguyên nhân là Apple đã đơn phương thay đổi cấu hình SMB mặc định, và có thể khắc phục tạm thời bằng cách sửa tệp
nsmb.conf - Về lâu dài, tác giả đang cân nhắc thay thế bằng máy chủ Time Machine dựa trên Proxmox + Docker hoặc Borg Backup
- Đồng thời bày tỏ sự bất mãn và yêu cầu cải thiện về việc Apple liên tục làm Time Machine bị lỗi nhưng không thông báo các thay đổi liên quan
Vấn đề sao lưu Time Machine bị gián đoạn
-
Sau phiên bản macOS Tahoe, Time Machine không hoạt động trên hai máy Mac
- NAS Synology được dùng làm đích chia sẻ SMB, và đã hoạt động ổn định suốt nhiều năm
- Gần đây, khi thử khôi phục dữ liệu Obsidian, tác giả mới phát hiện việc sao lưu đã dừng suốt hai tháng
- Nó âm thầm dừng mà không có thông báo lỗi hay cảnh báo; lần sao lưu cuối của laptop là vào tháng 12, còn máy desktop vẫn duy trì sao lưu phụ bằng ổ đĩa ngoài
-
Nguyên nhân của sự cố là Apple đã thay đổi cấu hình SMB mặc định
- Từ
signing_required=nosang thiết lập bảo mật nghiêm ngặt hơn - Một số thiết bị NAS không xử lý được thay đổi này nên việc sao lưu thất bại
- Apple không công bố chính thức các thay đổi liên quan
- Từ
Cách khắc phục tạm thời
-
Tham khảo Zahorone Gist trên GitHub để chỉnh sửa tệp
/etc/nsmb.conf- Thêm các mục sau vào tệp:
[default] signing_required=yes streams=yes soft=yes dir_cache_max_cnt=0 protocol_vers_map=6 mc_prefer_wired=yes - Với cấu hình này, sao lưu hoạt động trở lại, nhưng vẫn có khả năng bị hỏng lại trong các bản cập nhật macOS sau này
- Thêm các mục sau vào tệp:
-
Đồng thời cũng khuyến nghị điều chỉnh cấu hình Synology DSM
- Phiên bản tối đa của giao thức SMB: SMB3
- Bật Opportunistic Locking, SMB2 Lease, Durable Handles
- Server signing: “No” hoặc “Auto”
- Transport encryption: tắt
- Tên mục có thể khác nhau tùy phiên bản UI
Chiến lược sao lưu thay thế
-
Do đã mệt mỏi với các thay đổi lặp đi lặp lại từ Apple, tác giả đang tìm cách giảm sự phụ thuộc vào SMB của Synology
- Đang vận hành container Samba LXC trên máy chủ Proxmox (backend ZFS)
- Để dùng nó làm đích Time Machine, tác giả đang thử nghiệm image Docker
mbentley/timemachine - Ví dụ Docker Compose có gồm cấu hình người dùng, nhóm, đường dẫn volume và quyền truy cập
-
Hiện tại bản sửa đầu tiên vẫn đang hoạt động, nhưng dự kiến sẽ chuyển sang giải pháp dựa trên Docker
- Môi trường Docker cho phép kiểm soát trực tiếp việc triển khai SMB, nên có thể loại bỏ sự phụ thuộc vào phần mềm Synology
Cân nhắc Borg Backup
- Tác giả đang dùng Borg Backup trên Fedora và cũng đang cân nhắc áp dụng trên macOS
- Dù chưa thử GUI client Vorta, nó vẫn được nhắc đến như một lựa chọn thay thế đầy hứa hẹn
Vấn đề iOS bổ sung
- Khi thiết lập thiết bị iOS mới, lỗi “Restore in Progress: An estimated 100 MB will be downloaded…” vẫn tiếp tục tồn tại
- Đây là lỗi lặp lại suốt 6 năm qua, và lần này cũng phải đặt lại cài đặt mạng rồi khởi động lại ba lần mới giải quyết được
- Tác giả nhấn mạnh rằng Apple cần tập trung hơn vào chất lượng hệ điều hành và cải thiện trải nghiệm người dùng
1 bình luận
Ý kiến trên Hacker News
Cách này an toàn hơn vì hệ thống tệp không cần hỗ trợ symbolic link hay tên tệp Unicode không phân biệt chữ hoa chữ thường
Điểm bất tiện là việc khôi phục sang hệ thống không phải Mac khá rắc rối
Chuyển sang NAS cũng không vấn đề gì, và khôi phục cũng hoàn hảo. Tất nhiên có thể tùy từng người
Nó quá thiếu ổn định nên rất khó tin cậy. Gần đây có vẻ khá hơn nhờ APFS, nhưng rốt cuộc tình trạng mất cả bộ sao lưu vẫn lặp đi lặp lại
Tôi dùng Arq để sao lưu hằng ngày, còn Time Machine chỉ để sao lưu theo giờ. Nếu Time Machine hỏng thì tôi vẫn có bản sao lưu hằng ngày trên đám mây nên không lo
Nó còn hỗ trợ tiếp tục truyền dở và so sánh checksum, nên tôi không hiểu vì sao sao lưu qua mạng lại phải thành vấn đề
Cũng không có tệp /etc/nsmb.conf, tôi đã làm theo nhiều hướng dẫn để cấu hình nhưng cuối cùng nó lại crash và tôi mất sạch mọi thứ
Nó không sao lưu theo giờ như Time Machine, nhưng là bản sao lưu có thể khởi động ngay cả khi đĩa hệ thống chết
Chắc cũng có thể làm bằng cron và rsync, nhưng tôi lười
Liên kết giới thiệu SuperDuper
Bài liên quan: You’re a mean one, Apple
Giao diện khôi phục tích hợp sẵn cũng ổn, nhưng có bản sao lưu khởi động được khi offline thì yên tâm hơn hẳn
Tôi đang nghĩ tới việc lên lịch đổ image khởi động ra ổ ngoài mỗi tháng một lần
Bản sao lưu ban đầu vẫn bắt đầu được với ổ mới format, nhưng cực kỳ chậm và đến 100% vẫn không kết thúc
Chạy lại thì bị treo ở khoảng 10%. Tôi đã thử nhiều ổ, safe mode, tắt mạng các kiểu mà vẫn thế
Dùng
tarthì sao lưu bình thường. Có vẻ ai đó đã không test các edge caseCó lẽ là nhờ giao diện cuộn hào nhoáng
Nhưng thực tế thì sao lưu qua mạng không ổn định, và vài tháng sau nó lại báo bản sao lưu bị hỏng rồi bắt làm lại từ đầu
Nếu chỉ dùng những phiên bản chất lượng kém như hiện nay thì khó mà hiểu vì sao nó từng được ưa chuộng
Chỉ cần cắm USB vào rồi bấm “có” là xong. Không hoàn hảo, nhưng vẫn tốt hơn nhiều so với không có gì
Nó cho phép xem lại trạng thái trước đây dễ như git, nhưng ít phải suy nghĩ hơn git
Sao lưu qua mạng của tôi cũng hoạt động tốt suốt nhiều năm nay
Tôi hài lòng hơn nhiều. Tôi đã tham khảo script này
Nếu bắt đầu lại bây giờ thì có lẽ tôi sẽ dùng rustic-rs hoặc borg backup
Dù vậy tôi vẫn giữ snapshot cục bộ bằng
tmutil localsnapshotApple cần phải đổi hướng
Tới lúc đó đã có nhiều bản vá nên ổn định hơn. Lúc nào tôi cũng dùng chậm hơn 1 năm, nhưng tôi đâu có cần mấy tính năng mới
Vì vậy hôm nay tôi không xem được nội dung. Tôi sẽ thử lại vào ngày mai
Nên tôi nghĩ họ đang dần chuyển sang kiểu sao lưu lấy iCloud làm trung tâm