1) Так, можна отримати доступ до нього з Люнкса. Як пояснили інші, ntfs-3g здатний обробляти стиснуті ntfs.
2) надійність: стиснення вже давно знаходиться в ntfs (оскільки Windows NT див. Http://www.ntfs.com/ntfs-compression.htm ). Я не бачу проблем із надійністю у Windows. Я не впевнений, що стосується не Windows-систем (наприклад, Linux). Якщо ваша проблема є читанням даних на linux, це не викликає проблем із надійністю (монтувати лише режим читання - це гарна ідея при відновленні резервних копій).
Також дані стискаються на рівні кластера, який зазвичай становить 4 кіБ. Фізична пошкодженість диска зачіпає лише окремі кластери, а не цілі файли. У зв'язку з цим стиснені ntfs повинні бути настільки ж надійними, як і нестиснені.
3) Продуктивність: у статті, що ви цитуєте, йдеться про те, що на продуктивність може вплинути серверна система, де процесор вже насичений. У настільній системі з поточним процесором, як ви описуєте її, використовуючи стиснуті ntfs для резервного копіювання, не повинно бути суттєвого впливу на продуктивність. Навпаки, якщо ви зберігаєте стисливі дані, ви можете фактично набирати продуктивність, оскільки у вас менше вводу / виводу. Це особливо вірно, якщо інтерфейс (USB 2.0) повільний порівняно з процесором. Я думаю, ваш процесор повинен легко бути здатним насичувати запис посилання USB 2.0 або читати стислі ntfs.
4) Якщо ви встановите прапор стиснення для всієї файлової системи, у вас не повинно виникнути проблем із нестисненими переміщеними файлами.