Який найкращий спосіб ділитися файлами між Linux та Windows 7 на дво / багато завантажувальному комп'ютері?


16

Просто отримав собі новий комп’ютер і подумав, як його налаштувати.

У мене є win7 HP і, ймовірно, незабаром встановіть принаймні якусь версію Ubuntu, щоб мати подвійне завантаження. Можливо, в майбутньому можуть з’явитися й інші дистрибутиви Linux.

У мене жорсткий диск на 1 ТБ, і моє запитання - який найрозумніший спосіб ділитися файлами на всіх ОС? У якому форматі?

Я думав про ~ 100 Гб для Windows для додатків та ігор і т.д. ~ 20-50 Гб для Ubuntu та якогось третього розділу, де я зберігаю свої загальні файли, такі як медіа, фотографії, документи, завантаження та інше, забираючи решту вільного місця.

Якою файловою системою повинен бути спільний розділ?

Чи є якийсь розумний спосіб отримати домашні каталоги Windows та домашні каталоги Linux, щоб вказати на те саме місце на спільному розділі, або рекомендується просто тримати їх розділеними?


Під час спільного використання розділів (окрім лише для читання) остерігайтеся сплячки .
Палець

Відповіді:


6

Найпростіша річ - мережева мережа, яка просто працюватиме в обох або USB-накопичувачах!

Крім того, як Ubuntu може читати з NTFS, але Windows не може читати з EXT2 / 4 тощо.

У вашому налаштуванні я особисто мав би розділ 50 Гб для Ubuntu, і тоді у вас є вибір:

Решта для Windows і просто отримати доступ до розділу NTFS з Ubuntu (який повинен працювати) або створити новий накопичувач у декілька ГБ, форматувати NTFS або Fat32 та використовувати для обміну файлами.

Я особисто не хотів би ділитися домашніми каталогами між операційними системами, це може спрацювати, - але в моїх книгах це підозрює проблеми пізніше.


Так, НАС була б моєю мрією, але це ще не реальність. Звучить розумно не ділитися домашніми каталогами. Якщо я роблю великий NTFS і r / w, то з Linux я можу досить легко використовувати необхідні папки з обох ОС.
Йонас Г

1
Вікна можуть читати і писати ext2 / ext3 / ext4, я встановив ext2fsd драйвер на Windows XP, він добре працює на читання , і я пишу трохи файлів ext4 розділ, ток все здається добре.
Люйян 刘 研

6

Що стосується інтероперабельності, FAT32 - це той, який, швидше за все, "просто працює". Однак реалізація NTFS в Linux досить солідна, тому або розділ NTFS, або розділ FAT32 будуть досить хорошими.

Ви також можете встановити ext-драйвер на Windows, щоб отримати доступ до розділу Linux, якщо це необхідно


1
FAT32 настільки стара, що я хотів би цього уникнути. Будь-яка ідея, чи драйвери EXT для Windows досить стабільні, щоб їм повністю довіряти?
Йонас Г

що я використовую. ще не втратили даних. Я віддаю перевагу ntfs на linux, особисто
Journeyman Geek

ntfs для linux мали вузьке вузьке місце близько 20 Мб / с. Я думаю
n611x007

4

У мене була та сама проблема, яку ви маєте зараз.

  • Віртуальні машини не є для мене варіантом, оскільки я розробник і потребую доступу до фізичного обладнання.
  • FAT не відповідає моїм вимогам, оскільки мені часто доводиться створювати зображення DVD - я б застряг у цьому (FAT32 дозволяє лише файли з максимальним розміром 4 Гб).
  • Я не хотів використовувати NTFS, тому що вбудована підтримка Linux для нього не повна (запис не підтримується повністю), а драйвер NTFS-3G використовує занадто багато ресурсів - завантаження файлу з Інтернету зі 100Mbit-підключенням майже заморожує мій Core i3.
  • ext3 / 4 було б гарним рішенням, але я використовую TrueCrypt для захисту своїх даних, а ext-драйвер для Windows викликає BSOD, якщо ви намагаєтесь встановити об'єм TrueCrypt.

Це рішення, яке я придумав:

  1. Встановіть Windows + Linux

  2. Зробіть свій розділ даних ext3 / 4

  3. Настройте свій розділ даних у Linux (створіть записи fstab)

  4. Отримайте QEMU або VMware для Windows. Встановіть мінімальну систему Debian і призначте для неї розділ фізичних даних як другий жорсткий диск.

  5. Встановіть Samba в рамках нового VM, дозвольте йому поділитися цим розділом з його хостом. Таким чином я можу використовувати розділ під Windows, і у мене немає жодної з перерахованих вище проблем з FAT або NTFS під Linux. Я також можу використовувати TrueCrypt!


Це чудово, але хіба він не використовує неабиякий ресурс для запуску VMware та VM? І чи не боляче це все розпалити? (Запустіть VMware, запустіть vm, увійдіть (можливо), запустіть Truecrypt, наберіть парольну фразу. Впевнені, що деякі з цих кроків можна комбінувати, але це справді не може бути автоматизовано, якщо я не помиляюся.
ScoBe

2

Я використовував для цього розділ NTFS. Це найпростіше і найбезпечніше, на мою думку. FAT32 - це, мабуть, ще безпечніший варіант, але FAT32 не підтримує файли розміром більше 4 Гб (я думаю?). Є способи змусити Windows читати EXT-розділи, але ті, які я намагався, не відчували себе занадто безпечними чи стабільними ... Можливо, до цього часу вони змінилися, але я не знаю :)


Хм ... так, кращим способом було б тоді зробити Linux distro (s) читання / запис NTFS? Не роблять Windows r / w EXTx. Можливо, я придумаю це як рішення файлової системи, то принаймні. Але якщо я це роблю так, мені не потрібні три розділи, достатньо двох: NTFS для Windows та EXT3 / 4 для Linux. І зробіть NTFS досить великим.
Йонас Г

правильно. набагато простіше зробити Linux читати ntfs, ніж змусити Windows читати одну з файлових систем Linux. так як вам не потрібні додаткові речі, такі як nas або usb-stick або будь-яке інше .. це найпростіше рішення :)
akira

1
@Jonas: У мене в будь-якому випадку були б 3 розділи. Встановлення вікон та програмного забезпечення на одному розділі, а ваші дані - на іншій. Якщо вам не вистачає місця для цього, ви повинні отримати ще один жорсткий диск, оскільки вони досить дешеві в наші дні. Я завжди ненавиджу оновлення ОС або щось подібне, коли дані не на власному диску. І дані набагато простіше резервного копіювання, коли вони знаходяться у власному "контейнері".
Свиш

1

Dont Multiboot. Використовуйте віртуальні машини. Віртуальної скриньки достатньо, і ви ділитесь папкою головного встановлення (яка повинна бути 64-бітовою, щоб у вас була 64 і 32-бітова гостьова ОС).


1
Машини VM також корисні, але я дуже хочу завантажитися в ОС, над якою працюю. Для деяких незначних розробок і речей я також використовую VM, але для повного використання, я вважаю за краще завантажуватися до ОС, яку я збираюся використовувати. Принаймні, якщо є якийсь розумний спосіб спільного використання файлів навіть при багатозавантажуванні.
Йонас Г

Чи не можливо також отримати доступ до фізичних розділів з VirtualBox та запустити їх як VM? Таким чином, ви можете вибрати більш жорстку завантаження для Linux або просто запустити її всередині VM.
Йонас Г

@JonasG: Так, я можу завантажуватися безпосередньо зі свого фізичного розділу Xubuntu і запускати його як VM.
oKtosiTe

0

В особистому досвіді у мене були такі проблеми:

  • ext3: Він добре працює на Linux, але у Windows завжди були проблеми. Я міг би монтуватися з EXT2 Ifs , але з часом я почав втрачати дані чи пошкоджувати файли. Наприкінці я бачив лише сміттєві папки та файли з Ubuntu. Відхилено
  • NTFS: Це також добре працює, але велика проблема в тому, що в Windows я дійсно звикаю до сплячого мого сеансу, тому в інший момент просто запустіть сесію ubuntu, внесіть деякі зміни в розділ, і коли я повернувся до Windows, усі зміни, зроблені на Ubuntu, були повністю втрачені, окрім усіх створених корумпованих файлів. Це тому, що NTFS працює із системою кешування останніх змін ОЗУ. Див. Тут «Кешування та відновлення даних» . Знову відкинуто
  • FAT32: Найстабільніший для мене, єдиний "але" при такому підході - це обмеження розміру 4 Гб.

Отже, як і в кожному з розділів, у яких я виявив проблеми, я вирішив зробити великий розділ FAT32, куди я помістив більшість файлів та ще один менший розділ NTFS за будь-яких обставин, де мені потрібно записати будь-який файл, більший за 4 Гб.


1
Питання NTFS є дещо дивним. Спробуйте видати команду syncв терміналі перед сплячкою!
KovBal

0

Я використовую "Ext2 ​​Volume Manager" на моїй системі Windows (XP) для монтажу накопичувачів ext2 та ext3 і ніколи не виникав жодних проблем. працює плавно і швидко. Я дуже рекомендую його, оскільки це також є відкритим кодом.

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