Начебто Linux mint 10 пошкоджує файлову систему ntfs


10

У мене Linux Mint 10 і Windows 7 встановлені на одному HDD. Спочатку розділ - це Linux, потім своп, потім системний розділ Windows і нарешті розділ NTFS для часто використовуваних даних, якими я хотів би поділитися між системами. Я працюю майже виключно на Linux, інколи завантажуючись до Windows.

Проблема полягає в тому, що монетний двір майже щоразу пошкоджує розділи NTFS - іноді це лише розділ даних, який Windows хоче перевірити, іноді це системний розділ, хоча я ніколи не пишу на системний розділ win з Linux.

Я вже зазнав втрати даних на розділі даних після запуску вікон кілька разів. Встановлення win взагалі було порушено двічі - не вдалося запуститись і довелося його перевстановити. Я говорю не про роки, а лише кілька тижнів.

Раніше я створював і використовував системи подвійного завантаження, але тільки з Ubuntu, і жодних проблем з пошкодженням даних не виникало.

У чому може бути проблема і що з цим можна зробити? Будь-яку додаткову інформацію я можу надати?


Якщо ви монтуєте файлові системи як лише читання, все-таки відбувається пошкодження? Якщо ні, то я використовую файлову систему FAT32 для перенесення даних назад до Windows, оскільки підтримка FAT32 в Linux набагато зріліша, ніж NTFS.
Мокубай

@Mokubai. Дякую, Ви ще не намагалися встановити їх лише для читання. Інтеграція gnome просто монтує обидва виграші розділи за замовчуванням. Мені доведеться шукати, як це зробити. Чи є спосіб запобігти монтажу Linux на системний розділ Windows взагалі?
костя

Ніщо, зазначене у запитанні, не підтверджує твердження, що програмне забезпечення Linux викликає / спричинило пошкодження даних у файловій системі NTFS. Такі міркування, як правило, спричинені помилкою користувача при неправильному демонтажі файлової системи в Windows перед переходом на Linux.
kreemoweet

Відповіді:


5

Найбезпечніше - це, мабуть, встановити розділи NTFS як лише для читання, а також використовувати USB-накопичувач пам'яті або розділ, відформатований FAT32, для передачі даних. Це повинно запобігти виникненню корупції.

Файл конфігурації, який визначає, які файлові системи встановлюються під час завантаження комп'ютера /etc/fstab. У ньому перераховано ім'я пристрою файлової системи (розділу), точку файлової системи, в яку він встановлюється (наприклад, "/ mnt / Partition_Name"), та різні параметри, які можна передавати драйверу файлової системи.

Існує програма під назвою PySDM, яка може редагувати файл для вас, і, мабуть, ви можете отримати його для Linux Mint на цій сторінці .

Використовуючи зображення, наведене нижче, як приклад, вам потрібно буде переглянути список розділів, поки ви не знайдете розділи, що відносяться до вашої установки Windows (перевіривши точки монтажу). Де ви побачите optionsполе внизу, напевно, ви матимете щось подібне user,noexec. Ви хочете зберегти будь-які варіанти, які вже є, але додайте ro(лише для читання) до списку параметрів (наприклад user,ro,noexec:).

Після перезавантаження слід сподіватися, що ви зможете читати, а не писати у свої розділи NTFS, а тому вони також повинні бути захищені від корупції. Як згадувалося раніше, USB-накопичувач або розділ, відформатований на FAT32, повинні бути безпечними для файлів, необхідних обом системам. Dropbox - це також можливість синхронізувати файли між системами.

PySDM

Трохи інформації про те, чому ви можете отримати корупцію:

Windows і Linux, що працюють в одній системі, є неоднозначним питанням, коли справа стосується роботи однакових даних між обома операційними системами. Майкрософт не має бажання та жодних реальних причин надавати спільноті з відкритим кодом детальну інформацію про повну внутрішню роботу файлової системи NTFS (станом на цей текст). Це, як правило, означає, що Linux-реалізація NTFS може бути дещо неповною або бракує функцій, хоча вони, як правило, швидко наздоганяють зміни.

З кожним наступним оновленням до Windows, Microsoft оновлювала файлову систему, і Linux залишався в гонці намагатися наздогнати та підтримати функції для людей, які хочуть мати можливість використовувати обидві системи одночасно. Таким чином, хоча Linux може бути в змозі безпечно читати і записувати розділи Windows XP NTFS, він може бути не настільки надійним для розділів Windows 7 NTFS (як це було написано). Можливо також, що для різних ароматів Linux є різні версії драйверів NTFS, і це може бути причиною того, що Ubuntu був чудовий, але Mint це не так. Якщо ви використовували Windows XP з Ubuntu, то це могло бути причиною того, що вони щасливо працювали разом.

У минулому я використовував Linux, і кожного разу, коли я компілював ядро, де знаходяться параметри NTFS, я фактично повинен був свідомо включати підтримку NTFS Write, оскільки він був позначений експериментально та потенційно небезпечно (як ви з'ясували).

FAT32 - це зріла файлова система, чітко визначена і не змінюється протягом багатьох років, тому підтримка Linux дуже хороша.

Цілком можливо, що після оновлення у майбутньому ви зможете читати та писати розділи NTFS, не побоюючись цього, але Microsoft схильний до примх і може легко перервати підтримку в майбутньому.


Це так чудово, як можна отримати відповідь. Дуже дякую.
костя

@kostja Ви дуже раді. Чи працював PySDM, щоб зробити файлову систему лише заново?
Мокубай

Так, працював як шарм. Неможливо встановити системний розділ, і запис у розділ даних вимкнено.
Перезапустили

1

Чи увімкнено гібридний сон (див. Параметри Win7 Power на панелі керування)? Здається, що NTFS-3G у Mint, якщо його завантажують, коли Win7 перебуває у гібридному режимі, може пошкодити файлову систему NTFS - однак, завжди погана ідея перезимувати Windows, а потім завантажувати Linux, тому це не зовсім вина Mint. Дивіться цю публікацію

Існують також деякі інші повідомлення про корупцію NTFS у Монетному дворі.


Дякую, я ніколи не намагався перезавантажувати систему, хоча вона перебуває у сплячому режимі. Корупцію можна відтворити за допомогою регулярного циклу відключення / перезавантаження.
Костя
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.