2 điểm bởi GN⁺ 2024-04-05 | 1 bình luận | Chia sẻ qua WhatsApp

Vấn đề dung lượng lưu trữ trên MacBook Pro và việc khôi phục thất bại

  • Dung lượng lưu trữ trên MacBook Pro bị lấp đầy hoàn toàn, dẫn đến tình huống không thể khôi phục.
  • Trong quá trình con cái tải game qua Steam, dung lượng lưu trữ đã bị lấp đầy.
  • Ổ khởi động của macOS quá đầy đến mức không thể xóa tệp theo bất kỳ cách nào.

Thử xóa tệp và khởi động lại thất bại

  • Mọi nỗ lực xóa tệp bằng cách dọn sạch Thùng rác, dùng lệnh Terminal và Disk Utility đều thất bại.
  • Sau khi khởi động lại, phát sinh vấn đề máy Mac hoàn toàn không thể khởi động.

Thử dùng Recovery OS và khôi phục bản sao lưu Time Machine

  • Đã thử sửa đĩa bằng Disk Utility và cài đặt lại thông qua Recovery OS, nhưng thất bại.
  • Đã thử khôi phục dữ liệu bằng bản sao lưu Time Machine, nhưng không thể khôi phục do khác biệt phiên bản.

Sao chép tệp và khôi phục bằng SSD ngoài

  • Sao chép bản sao lưu Time Machine sang SSD ngoài thông qua máy Mac quản lý sao lưu mạng.
  • Giải quyết vấn đề bằng cách sao chép trực tiếp các ứng dụng và tệp cần thiết sang MacBook Pro.

Ý kiến của GN⁺

  • Bài viết này cho thấy một tình huống cực đoan mà người dùng Mac có thể gặp phải do vấn đề dung lượng lưu trữ, cùng với quá trình xử lý sự cố. Điều này có thể nhắc nhở người dùng về tầm quan trọng của sao lưu và sự cần thiết của việc quản lý dung lượng lưu trữ.
  • Vấn đề được đề cập trong bài có vẻ xuất phát từ giới hạn hệ thống và lỗi của macOS. Điều này nhấn mạnh lý do Apple cần tiếp tục cung cấp các bản cập nhật và bản vá để cải thiện độ ổn định của hệ thống cũng như trải nghiệm người dùng.
  • Liên quan đến khôi phục dữ liệu, nên sao lưu định kỳ và sử dụng lưu trữ đám mây để tránh những tình huống như vậy. Ngoài ra, người dùng nên duy trì phiên bản hệ điều hành mới nhất để tránh các vấn đề tương thích.
  • Nhìn từ góc độ phê bình, nội dung bài viết có thể khiến người dùng phổ thông, không phải người dùng nâng cao hay chuyên gia, cảm thấy khá phức tạp về mặt kỹ thuật. Điều này cho thấy cần có các tùy chọn khôi phục thân thiện hơn với người dùng và hỗ trợ tốt hơn.
  • Bài viết này mang đến cho người dùng Mac một nghiên cứu tình huống thú vị và chứa thông tin hữu ích để tham khảo khi gặp phải các vấn đề tương tự.

1 bình luận

 
GN⁺ 2024-04-05
Ý kiến trên Hacker News
  • Có lẽ cách tốt hơn là khởi động máy Mac bằng thiết bị lưu trữ ngoài rồi xóa các tệp không cần thiết trên ổ đĩa trong.

    • Dùng thiết bị lưu trữ ngoài làm đĩa khởi động cho Mac: liên kết hỗ trợ của Apple
    • Trên các máy Mac dùng Apple Silicon, không phải mọi cổng đều hoạt động như nhau cho việc khởi động từ thiết bị ngoài.
      • MacBook: dùng cổng USB-C bên trái nhưng không phải cổng ngoài cùng bên trái
      • iMac: dùng cổng USB-C ở mặt sau nhưng không phải cổng ngoài cùng bên phải
      • Mac mini: dùng cổng USB-C ở mặt sau nhưng không phải cổng ngoài cùng bên trái
      • Mac Studio: dùng cổng USB-C ở mặt sau nhưng không phải cổng ngoài cùng bên phải
      • Mac Pro (desktop): dùng mọi cổng trừ cổng USB-C ở phía trên xa nút nguồn nhất
      • Mac Pro (rack): dùng mọi cổng trừ cổng USB-C ở mặt trước gần nút nguồn nhất
  • Dựa trên hiểu biết về cấu trúc đĩa HFS+, có thể là tệp journal đã đầy, khiến việc xóa tệp tạm thời cần thêm dung lượng.

    • macOS tiếp tục ghi tệp cho đến khi ổ đĩa chỉ còn lại 41K.
    • Trên NTFS và FAT32, vẫn có thể xóa tệp ngay cả khi còn lại 0 byte.
    • Sonoma đã làm hỏng quy trình mount mạng dựa trên SMB/Samba, và vẫn chưa tìm ra cách khắc phục.
  • SMB đã trở nên thiếu tin cậy và nhiều lỗi trong vài năm qua, và có vẻ Apple không quan tâm đến vấn đề này.

    • Thật đáng lo những người không có nhiều kinh nghiệm với Mac sẽ xoay xở thế nào khi gặp các lỗi hệ thống dây chuyền như vậy.
  • Nếu không có nhiều kinh nghiệm với Mac, điều đầu tiên nên thử là lệnh fsck.

    • Khi không thể sao chép nội dung cần thiết của đĩa sang nơi khác rồi format và chép lại, có thể tham khảo tài liệu APFS để tìm hướng giải quyết.
  • Tôi từng gặp vấn đề tương tự ở công việc đầu tiên. Tôi đã làm đầy một cluster bằng các tệp rác, và lệnh rm không hoạt động.

    • Từ đó học được rằng thu nhỏ tệp (cat /dev/null > foo) sẽ có tác dụng khi việc xóa (rm foo) không được.
  • Độ tin cậy của Time Machine đang giảm dần.

    • Trái ngược với việc sao lưu iOS/iPadOS, vốn luôn hoạt động tốt mỗi lần.
  • ZFS dùng 'slop space' để ngăn hệ thống tệp gặp sự cố khi cạn dung lượng.

    • Mặc định nó dành trước 3,2% dung lượng volume (tối đa 128GB).
    • Có thể dùng tinh chỉnh kernel spa_slop_shift để dành thêm tối đa 128GB dung lượng.
  • Khái niệm rằng xóa tệp lại tạm thời hoặc vĩnh viễn cần thêm dung lượng thật khó hiểu.

    • Các hệ thống tệp hiện đại hỗ trợ snapshot, journaling... cần cấp phát không gian trống để thực hiện việc xóa.
  • Vấn đề đã xảy ra vào tháng 10 năm 2018.

    • Đã giải phóng dung lượng đĩa bằng cách xóa phân vùng APFS bổ sung.
  • Tôi cũng từng có trải nghiệm tương tự trên iPhone.

    • Ổ đĩa đầy đến mức việc xóa dường như thực sự không còn hoạt động.
    • Có lẽ là do cơ chế copy-on-write và hỗ trợ snapshot của APFS.
  • Tôi chưa từng xử lý trường hợp lệnh rm thất bại, nhưng việc quản lý các máy Mac hiện đại có bộ nhớ trong từ 256GB trở xuống thật bất tiện.

    • Tôi luôn giữ một tệp 'giữ chỗ' khoảng 16GB để có thể xóa đi khi cần.
  • Tôi cũng từng gặp tình huống tương tự trên phân vùng hệ thống Linux.

    • Vì phân vùng nhỏ nên khi các bản cập nhật tích lại, gần như không còn chỗ để xóa gì nữa.
    • Cuối cùng đã điều chỉnh lại phân vùng để vấn đề này không tái diễn.