Cách tốt nhất để chia sẻ tệp giữa linux và windows 7 trên máy tính khởi động kép / đa là gì?


16

Chỉ cần có cho mình một máy tính mới và nghĩ về cách thiết lập nó.

Tôi có win7 HP và có thể sẽ cài đặt ít nhất một số phiên bản Ubuntu trên đó để khởi động kép. Có thể đến các bản phân phối Linux khác trong tương lai.

Tôi có ổ cứng 1TB và câu hỏi của tôi là cách thông minh nhất để chia sẻ tệp trên tất cả các hệ điều hành là gì? Ở định dạng nào?

Tôi đã nghĩ đến ~ 100GB cho Windows cho các ứng dụng và trò chơi, v.v. ~ 20-50GB cho Ubuntu và một số phân vùng thứ ba, nơi tôi lưu trữ các tệp phổ biến của mình như phương tiện, ảnh, tài liệu, tải xuống và nội dung, chiếm phần còn lại của không gian trống.

Hệ thống tập tin nên phân vùng chia sẻ là gì?

Có một số cách thông minh để có được các thư mục nhà windows và thư mục nhà linux để trỏ đến cùng một vị trí trên phân vùng dùng chung hoặc có nên tách chúng ra không?


Khi chia sẻ phân vùng (không phải chỉ đọc), hãy cẩn thận ngủ đông .
Palec

Câu trả lời:


6

Điều dễ nhất - Một chia sẻ mạng sẽ hoạt động trong cả hai hoặc ổ USB!

Ngoài ra, vì Ubuntu có thể đọc từ NTFS nhưng Windows không thể đọc từ EXT2 / 4, v.v.

Trong thiết lập của bạn, cá nhân tôi sẽ có một phân vùng 50 GB cho Ubuntu và sau đó bạn có một lựa chọn:

Phần còn lại dành cho Windows và chỉ cần truy cập vào phân vùng NTFS từ Ubuntu (sẽ hoạt động) hoặc tạo một ổ đĩa mới có dung lượng vài GB, định dạng với NTFS hoặc Fat32 và sử dụng để chia sẻ tệp.

Cá nhân tôi sẽ không chia sẻ các thư mục nhà qua các hệ điều hành, nó có thể hoạt động - nhưng trong các cuốn sách của tôi, nó đang yêu cầu sự cố sau này.


Vâng, một NAS sẽ là giấc mơ của tôi, nhưng nó chưa thực tế lắm. Âm thanh hợp lý để không chia sẻ các thư mục nhà. Nếu tôi tạo một NTFS lớn và r / w từ Linux, tôi có thể sử dụng các thư mục cần thiết khá dễ dàng từ cả hai hệ điều hành.
Jonas G

1
Windows có thể đọc và ghi ext2 / ext3 / ext4, tôi đã cài đặt trình điều khiển ext2fsd trên Windows XP, nó hoạt động tốt khi đọc và tôi viết một ít tệp vào phân vùng ext4, hiện tại mọi thứ có vẻ ổn.
LiuYan 刘 研

6

Theo như khả năng tương tác, thì FAT32 là thứ có khả năng 'chỉ hoạt động'. Tuy nhiên, việc triển khai linux của NTFS khá chắc chắn, do đó, phân vùng NTFS hoặc phân vùng FAT32 sẽ đủ tốt.

Bạn cũng có thể cài đặt trình điều khiển mở rộng trên windows để truy cập phân vùng linux nếu cần


1
FAT32 đã cũ đến mức tôi muốn tránh điều đó. Bất cứ ý tưởng nào nếu trình điều khiển EXT cho windows đủ ổn định để tin tưởng chúng hoàn toàn?
Jonas G

matt wu một là những gì tôi sử dụng. chưa có mất dữ liệu nào. Cá nhân tôi thích ntfs trên linux
Journeyman Geek

Tôi nghĩ rằng ntfs cho linux đã bị nghẽn cổ chai tốc độ khoảng 20 MB / s
n611x007

4

Tôi đã có cùng một vấn đề chính xác mà bạn đang có bây giờ.

  • Máy ảo không phải là một lựa chọn cho tôi vì tôi là nhà phát triển và cần truy cập vào phần cứng vật lý.
  • FAT không đáp ứng yêu cầu của tôi vì tôi thường phải tạo hình ảnh DVD - tôi sẽ bị mắc kẹt với điều này (FAT32 chỉ cho phép các tệp có kích thước tối đa 4GB).
  • Tôi không muốn sử dụng NTFS, vì hỗ trợ Linux gốc cho nó chưa hoàn tất (viết không được hỗ trợ đầy đủ) và trình điều khiển NTFS-3G sử dụng quá nhiều tài nguyên - tải xuống tệp từ Internet với kết nối 100Mbit gần như đóng băng Lõi i3.
  • ext3 / 4 sẽ là một giải pháp tốt, nhưng tôi đang sử dụng TrueCrypt để bảo vệ dữ liệu của mình và trình điều khiển mở rộng cho Windows gây ra BSOD nếu bạn cố gắn âm lượng TrueCrypt.

Đây là giải pháp tôi đã đưa ra:

  1. Cài đặt Windows + Linux

  2. Tạo phân vùng dữ liệu của bạn ext3 / 4

  3. Thiết lập phân vùng dữ liệu của bạn trong Linux (tạo các mục nhập fstab)

  4. Nhận QEMU hoặc VMware cho Windows. Cài đặt hệ thống Debian tối thiểu và gán phân vùng dữ liệu vật lý làm ổ cứng thứ hai cho ổ cứng đó.

  5. Thiết lập Samba trong VM mới, cho phép nó chia sẻ phân vùng đó đến máy chủ của nó. Bằng cách này, tôi có thể sử dụng phân vùng trong Windows và tôi không gặp phải bất kỳ rắc rối nào ở trên với FAT hoặc NTFS trong Linux. Tôi cũng có thể sử dụng TrueCrypt!


Điều này thật tuyệt, nhưng nó không sử dụng một khối tài nguyên hợp lý để chạy VMware và VM? Và không phải là một chút đau đớn để đốt cháy tất cả? (Start VMware, bắt đầu vm, đăng nhập (có lẽ), hãy bắt đầu Truecrypt, gõ cụm từ mật khẩu chắc một số trong những bước có thể được kết hợp, nhưng nó có thể không thực sự được tự động, trừ khi tôi sai..
ScoBe

2

Tôi đã sử dụng một phân vùng NTFS cho việc này. Đó là cách dễ nhất và an toàn nhất tôi nghĩ. FAT32 có lẽ là một tùy chọn thậm chí an toàn hơn, nhưng FAT32 không hỗ trợ các tệp lớn hơn 4 GiB (tôi nghĩ vậy?). Có nhiều cách để khiến Windows đọc phân vùng EXT, nhưng những cách tôi đã thử không cảm thấy quá an toàn hoặc ổn định ... có thể đã thay đổi ngay bây giờ, nhưng tôi không biết :)


Hmm ... vậy, cách ưa thích sau đó sẽ là làm cho các bản phân phối Linux đọc / ghi NTFS? Không tạo Windows r / w EXTx. Có lẽ tôi sẽ đi với điều đó như là một giải pháp hệ thống tập tin ít nhất. Nhưng nếu tôi làm như vậy, thì tôi không cần ba phân vùng, hai là đủ: NTFS cho windows và EXT3 / 4 cho Linux. Và làm cho NTFS đủ lớn.
Jonas G

chính xác Nó dễ dàng hơn nhiều để làm cho linux đọc ntfs hơn là làm cho các cửa sổ đọc một trong các hệ thống tập tin của linux. vì bạn không cần bất kỳ công cụ bổ sung nào như cái mũi hay thẻ nhớ USB hay bất cứ thứ gì .. đây là giải pháp đơn giản nhất :)
akira

1
@Jonas: Tôi sẽ có 3 phân vùng. Có các cửa sổ và phần mềm được cài đặt trên một phân vùng và dữ liệu của bạn trên một phân vùng khác là một điều tốt. Nếu bạn thiếu không gian cho điều đó, bạn nên lấy một ổ cứng khác vì chúng khá rẻ trong những ngày này. Tôi luôn ghét việc nâng cấp hệ điều hành hoặc những thứ tương tự khi dữ liệu không nằm trên ổ đĩa của chính nó. Và dữ liệu cũng dễ dàng hơn để sao lưu khi nó nằm trong "thùng chứa" của chính nó.
Svish

1

Đừng Multiboot. Sử dụng máy ảo. Virtualbox là đủ và bạn chia sẻ một thư mục cài đặt chính (nên là 64 bit để bạn có thể có hệ điều hành khách 64 và 32 bit).


1
Máy VM cũng hữu ích, nhưng tôi thực sự muốn khởi động hệ điều hành tôi đang làm việc. Đối với một số công cụ phát triển nhỏ và tôi cũng sử dụng VM, nhưng để sử dụng toàn bộ, tôi thích khởi động hệ điều hành mà tôi sắp sử dụng. Ít nhất là nếu có một số cách hợp lý để chia sẻ tệp ngay cả với đa điểm.
Jonas G

Không phải cũng có thể truy cập các phân vùng vật lý từ VirtualBox và chạy chúng khi chúng là VM? Bằng cách đó, bạn có thể chọn wether để khởi động cứng vào Linux hoặc chỉ chạy nó bên trong VM.
Jonas G

@JonasG: Có, tôi có thể khởi động trực tiếp từ phân vùng Xubfox vật lý của mình chạy dưới dạng VM.
oKtosiTe

0

Theo kinh nghiệm cá nhân của tôi, tôi đã có những vấn đề sau:

  • ext3: Nó hoạt động tốt trên linux nhưng trong windows luôn gặp sự cố. Tôi có thể gắn kết với EXT2 Ifs , nhưng với thời gian tôi bắt đầu bị mất dữ liệu hoặc các tệp bị hỏng. Cuối cùng, tôi chỉ có thể thấy các thư mục và tệp rác từ Ubuntu. Vứt bỏ
  • NTFS: Nó cũng hoạt động tốt, nhưng vấn đề lớn là trong windows tôi thực sự quen với việc ngủ đông phiên của mình, vì vậy trong một khoảnh khắc khác, hãy bắt đầu phiên ub Ubuntu của tôi, thực hiện một số thay đổi trên phân vùng và khi tôi quay lại cửa sổ, tất cả các thay đổi được thực hiện trên Ubuntu đã bị mất hoàn toàn, bên cạnh tất cả các tệp bị hỏng được tạo. Điều này là do NTFS hoạt động với hệ thống bộ nhớ đệm của những thay đổi cuối cùng trong RAM Xem tại đây Caching và Phục hồi dữ liệu . Bỏ đi một lần nữa
  • FAT32: Ổn định nhất đối với tôi, but¨ duy nhất với phương pháp này là giới hạn kích thước 4GB.

Vì vậy, giống như trong mỗi loại phân vùng mà tôi gặp phải sự cố, tôi đã quyết định tạo một phân vùng FAT32 lớn, nơi tôi đặt hầu hết các tệp và một phân vùng NTFS nhỏ hơn cho bất kỳ trường hợp nào tôi cần ghi bất kỳ tệp nào lớn hơn 4GB.


1
Vấn đề NTFS hơi lạ một chút. Hãy thử vấn đề lệnh synctrong thiết bị đầu cuối trước khi ngủ đông!
KovBal

0

tôi sử dụng "Ext2 ​​Volume Manager" trên hệ thống windows (XP) của mình để gắn ổ đĩa ext2 và ext3 và chưa bao giờ có bất kỳ vấn đề nào cả. hoạt động trơn tru và nhanh chóng. tôi đánh giá cao nó, vì nó là nguồn mở.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.