İkili / çoklu önyüklemeli bir bilgisayarda linux ve windows 7 arasında dosya paylaşmanın en iyi yolu nedir?


16

Kendime yeni bir bilgisayar kazandım ve nasıl kurulduğunu düşündüm.

Ben win7 HP var ve muhtemelen kısa bir süre çift önyükleme için Ubuntu en azından bazı sürümünü yükleyecektir. Gelecekte başka Linux dağıtımları da gelebilir.

1 TB HDD'm var ve sorum tüm işletim sistemlerinde dosya paylaşmanın en akıllı yolu nedir? Hangi formatta?

Uygulamalar ve oyunlar için Windows için ~ 100GB vb. Düşünüyordum ~ Ubuntu ve boş alanın geri kalanını alarak medya, resimler, dokümanlar, indirmeler ve şeyler gibi ortak dosyalarımı sakladığım bazı üçüncü bölüm için 20-50GB.

Paylaşılan bölüm hangi dosya sistemi olmalıdır?

Windows home dizinlerini ve linux home dizinlerini paylaşılan bölümdeki aynı yere işaret etmenin akıllıca bir yolu var mı yoksa sadece onları ayrı tutmak tavsiye edilir mi?


Bölümleri paylaşırken (salt okunur dışında), hazırda bekletme moduna dikkat edin .
Palec

Yanıtlar:


6

En kolay şey - Sadece her ikisinde veya bir USB kalem sürücüsünde çalışacak bir nas ağ paylaşımı!

Bunun dışında, Ubuntu NTFS'den okuyabilir, ancak Windows EXT2 / 4 vb.

Kurulumunuzda, kişisel olarak Ubuntu için 50GB'lık bir bölümüm olacaktı ve sonra bir seçeneğiniz var:

Geri kalan Windows için ve Ubuntu'dan NTFS bölümüne erişmeniz (çalışması gerekir) veya birkaç GB'lık yeni bir sürücü oluşturmak, NTFS veya Fat32 ile biçimlendirmek ve dosyaları paylaşmak için kullanın.

Kişisel olarak ev dizinlerini işletim sistemlerini paylaşmazdım, işe yarayabilir - ancak kitaplarımda daha sonra sorun istiyor.


Evet, bir NAS benim hayalim olurdu, ama henüz gerçek değil. Ev dizinlerini paylaşmamak makul görünüyor. Linux'tan büyük bir NTFS ve r / w yaparsam, gerekli klasörleri her iki işletim sisteminden de kolayca kullanabilirim.
Jonas G

1
, Windows okuyabilir ve yazma ext2 / ext3 / ext4, ben yüklü Ext2Fsd Windows XP sürücüsü, bu üzerinde iyi çalışır okuma ve ben yazmak ext4'teki bölüm için biraz dosyaları, güncel her şey yolunda görünüyor.
LiuYan 刘 研

6

Birlikte çalışabilirlik söz konusu olduğunda, FAT32 'sadece çalışma' olasılığı en yüksek olanıdır. Bununla birlikte, NTFS'nin linux uygulaması oldukça sağlamdır, bu nedenle ya NTFS bölümü ya da FAT32 bölümü yeterince iyi olacaktır.

Gerekirse linux bölümüne erişmek için pencerelere bir ext sürücüsü de yükleyebilirsiniz.


1
FAT32 o kadar yaşlı ki bundan kaçınmak istiyorum. Windows için EXT sürücülerinin tam olarak güvenecek kadar kararlı olup olmadığı hakkında herhangi bir fikir var mı?
Jonas G

matt wu bir ne kullanmak olduğunu. henüz veri kaybı olmadı. Ben şahsen linux ntfs tercih
Journeyman Geek

linux için ntfs, 20 MB / s civarında bir hız darboğazına
sahipti

4

Şu anda yaşadığınız problemin aynısını yaşıyordum.

  • Bir geliştirici olduğum ve fiziksel donanıma erişmem gerektiği için sanal makineler benim için bir seçenek değil.
  • Sık sık DVD görüntüleri oluşturmak zorunda olduğum için FAT gereksinimlerimi karşılamıyor - bununla takılırım (FAT32 sadece maksimum 4GB boyutundaki dosyalara izin verir).
  • NTFS kullanmak istemedim, çünkü yerel Linux desteği tam değil (yazma tam olarak desteklenmiyor) ve NTFS-3G sürücüsü çok fazla kaynak kullanıyor - 100Mbit bağlantı ile İnternet'ten dosya indirmek neredeyse donuyor Çekirdek i3.
  • ext3 / 4 iyi bir çözüm olurdu, ancak verilerimi korumak için TrueCrypt kullanıyorum ve bir TrueCrypt birimi bağlamaya çalışırsanız Windows için ext-sürücüsü bir BSOD neden olur.

Bu benim bulduğum çözüm:

  1. Windows + Linux'u yükleyin

  2. Veri bölümünüzü ext3 / 4 yapın

  3. Linux'ta veri bölümünüzü kurun (fstab girişleri oluşturun)

  4. Windows için QEMU veya VMware edinin. Minimum bir Debian sistemi kurun ve fiziksel veri bölümünü buna ikinci bir sabit sürücü olarak atayın.

  5. Samba'yı yeni VM içinde kurun, bu bölümü ana bilgisayarla paylaşmasına izin verin. Bu şekilde bölümü Windows altında kullanabilirim ve Linux altında FAT veya NTFS ile yukarıdaki sorunlardan hiçbirine sahip değilim. TrueCrypt'i de kullanabilirim!


Bu harika, ancak VMware ve VM'yi çalıştırmak için adil bir kaynak kullanmıyor mu? Ve hepsini kovmak için biraz acı değil mi? (VMware'i başlatın, vm'yi başlatın, giriş yapın (belki de), Truecrypt'i başlatın, parola yazın. Bu adımlardan bazılarının birleştirilebildiğinden emin olun, ancak yanılmıyorsam gerçekten otomatikleştirilemez.
ScoBe

2

Bunun için bir NTFS bölümü kullandım. Bence en kolay ve güvenli. FAT32 muhtemelen daha güvenli bir seçenektir, ancak FAT32 4 GiB'den daha büyük dosyaları desteklemez (sanırım?). Windows'un EXT bölümlerini okumasını sağlamanın yolları var, ancak denediklerim çok güvenli veya istikrarlı hissetmiyordu ... şimdi değişmiş olabilir, ama bilmiyorum :)


Hmm ... öyleyse, tercih edilen yol Linux dağıtımlarının NTFS'yi okumasını / yazmasını sağlamak mı? Windows r / w EXTx yapmaz. Belki de o zaman en azından bir dosya sistemi çözümü olarak gideceğim. Ama bunu böyle yaparsam, üç bölüme ihtiyacım yok, ikisi yeterlidir: Windows için NTFS ve Linux için EXT3 / 4. Ve NTFS'yi yeterince büyük yapın.
Jonas G

doğru şekilde. Linux'u ntfs okumayı yapmak, pencereleri linux dosya sistemlerinden birini okumaktan daha kolaydır. nas veya usb-stick veya başka bir şey gibi ek bir şeye ihtiyacınız olmadığından .. bu en basit çözüm :)
akira

1
@Jonas: Her iki şekilde de 3 bölümüm olurdu. Windows ve yazılımın bir bölüme, verilerinizin başka bir bölüme yüklenmesi iyi bir şeydir. Bunun için yer yoksa, başka bir sabit disk almak gerekir çünkü bu gün oldukça ucuz. Veriler kendi sürücüsünde olmadığında her zaman işletim sistemini veya bunun gibi bir şeyi yükseltmekten nefret ederim. Ve verileri kendi "kapsayıcısında" olduğunda da yedeklemek çok daha kolaydır.
Ocak'ta Svish

1

Çoklu önyükleme yapma. Sanal makineleri kullanın. Virtualbox yeterlidir ve ana kurulumun bir klasörünü paylaşırsınız (64 bit olmalıdır, böylece 64 ve 32 bit konuk işletim sistemine sahip olabilirsiniz).


1
VM makineleri de yararlıdır, ancak gerçekten üzerinde çalıştığım işletim sistemine önyükleme yapmak istiyorum. Bazı küçük gelişmeler ve VM'ler için de kullanıyorum, ancak tam şişmiş kullanım için işletim sistemine önyüklemeyi tercih ediyorum. En azından çoklu önyükleme ile bile dosya paylaşmanın makul bir yolu varsa.
Jonas G

VirtualBox'dan fiziksel bölümlere erişmek ve bunları VM'ler gibi çalıştırmak da mümkün değil mi? Bu şekilde Linux'a sabit önyükleme yapmayı veya VM'de çalıştırmayı seçebilirsiniz.
Jonas G

@JonasG: Evet, fiziksel Xubuntu bölümümden doğrudan önyükleme yapabilir ve bir VM olarak çalıştırabilirim.
oKtosiT

0

Kişisel deneyimlerime göre aşağıdaki problemler yaşadım:

  • ext3: Linux üzerinde iyi çalışıyor ancak pencerelerde her zaman sorun yaşıyordum. EXT2 Ifs ile bağlayabilirsiniz , ancak zamanla bazı veri kaybı veya bozuk dosyaları almaya başladı. Sonunda sadece çöp klasörlerini ve Ubuntu'dan dosyaları görebiliyordum. Atılan
  • NTFS: Çok iyi çalışıyor, ancak bununla ilgili en büyük sorun, pencerelerde oturumumu hazırda bekletmeye gerçekten alışkınım, bu yüzden başka bir anda ubuntu oturumumu başlat, bölümde bazı değişiklikler yapıyorum ve geri döndüğümde Windows, Ubuntu'da yapılan tüm değişiklikler, oluşturulan tüm bozuk dosyaların yanı sıra tamamen kayboldu. Bunun nedeni NTFS'nin RAM'deki son değişikliklerin önbellekleme sistemiyle çalışmasıdır Bkz. Here Önbellekleme ve Veri Kurtarma¨ . Tekrar atıldı
  • FAT32: Benim için en kararlı olanı, bu yaklaşıma sahip tek ¨ ama 4GB boyut sınırı.

Bu nedenle, her tür bölümde sorun bulduğum gibi, büyük bir FAT32 bölümü yapmaya karar verdim, burada dosyaların çoğunu ve başka bir küçük NTFS bölümünü 4GB'den daha büyük herhangi bir dosyayı kaydetmem gereken herhangi bir duruma koydum.


1
NTFS sorunu biraz garip. syncHazırda bekletme modundan önce terminaldeki komutu deneyin !
KovBal

0

i ext2 ve ext3 sürücüleri monte etmek için benim windows (XP) sistemindeki "Ext2 ​​Volume Manager" kullanın ve hiç bir sorun yaşamadım. sorunsuz ve hızlı çalışır. Açık kaynak olduğu için kesinlikle tavsiye ederim.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.