Şimdi Ara

VirtualBOX MOUNT (Paylaşılan klasörler) MAC HOST UBUNTU QUEST yada Tersi :) ÇÖZÜLDÜ..

Daha Fazla
Bu Konudaki Kullanıcılar: Daha Az
1 Misafir - 1 Masaüstü
5 sn
23
Cevap
0
Favori
2.746
Tıklama
Daha Fazla
İstatistik
  • Konu İstatistikleri Yükleniyor
0 oy
Öne Çıkar
Sayfa: 12
Sayfaya Git
Git
sonraki
Giriş
Mesaj
  • Bilgili arakadaşlar şöyle bir ricam var, şöyleki Mac üzerinde VirtualBOX aracılğı ili Ubuntu kullanıyorum (kullanmaya çalışıyorum). VB den Mac Desktop u paylaşılan klasör olarak atadım. Ubuntu tarafında ;

    /mnt/share
    /mnt/share/desktop

    isminde klasörleri yarattım

    daha sonra

    mount -t vboxsf Desktop /mnt/share/desktop ile Mac masaüstünü de bağladım. Buraya kadar normal sorun yok.

    Sorun şu, ubuntu dan nautilus aracılığı ile mnt/share a gittiğimde desktop klasörünü görüyorum fakat tıkladığımda izniniz yok diyor, dolayısı ile içine giremiyorum, bişey kopyalamak için terminalden kopyalamak zorunda kalıyorum, keza kopyaladığım şeye de erişim iznim olmuyor, terminalden "chmod 777" ile izni aldıktan sonra kullanabiliyorum. Neden böyle oluyor bu, nautilus tan direk girip kopyalasam veya kopyalamasamda diyelim ki bir text dosya ise çift tıklayıp direk açabilsem. VB ayarlarında da paylaşılan klasör seçeneği salt okunu olarak işaretli değil, yazmaya açık yani. Varmıdır bir çözümü.

    Resim ekliyim.

     VirtualBOX MOUNT (Paylaşılan klasörler) MAC HOST UBUNTU QUEST yada Tersi :) ÇÖZÜLDÜ..


    ÇÖZÜM

    Yardımcı olmak için uğraşan arkadaşlarıma teşekkür ederim. Sorun gözümüzün önünde duran çok basit bişeymiş, paylaşılacak klasör MAC sistem diskinde olursa bu sorun oluşuyor, yani sistem diskine ne girebiliyoruz, ne okuyup ne de yazabiliyoruz. Dolayısı ile sistem diski olmayan başka bir partition veya fiziksel bir diskte herhangi bir klasörü veya da yeni yarattığınız bir klasörü paylaşıma açtığımızda yazma yine yapamıyor ama okuma yapabiliyor, yani klasöre root olmadan erişip içindekileri okuyabiliyoruz, dolaysı ile belge olsun müzik/video olsun açıp kullanabiliyoruz.

    Yazma yapmak için MAC tarafında paylaştırdığımız klasöre "chmod -R 777 klasör ismi" işlemini yapıyoruz mac terminalinden. Bu da ek bilgi olarak dursun, ben yazma yapmak istemiyordum zaten sadece ordaki veriye erişmek yeterliydi benim için.

    Daha evel MAC tarafına bak diyen arkadaşlarımın çok yardımı oldu, aklım hep Windows quest te olduğu için onda böyle bir sorun omuyordu, yani VB den herhangi bir klasörü açıyoduk paylaşıma, windows tanda ağ sürücüsüne bağlan dedikmi iş bitiyodu. O yüzden MAC tarafında problem olabileceği aklıma gelmedi hiç. Gerçi buna problem demek ne kadar doğru veya ne kadar MAC tarafında dır bu sorun bilmiyorum. Yine VB de de olabilir bu sorunun kaynağı.

    Özetliyelim, MAC tarafında paylaşıma açacağınız klasör system diskinde olmayacak. İkinci bir partition yada fiziksel diskte olucak. Bu şekilde bahsi geçen mount komutu ile direk bağlantıyı yapıp sadece okunabilir olarak kullanabiliyoruz paylaştırdığımız klasörü.



    < Bu mesaj bu kişi tarafından değiştirildi 2smoke -- 25 Ekim 2010; 12:58:21 >







  • Eğer "sudo nautilius" kullanarak erişim sağlayabiliyorsan. Klasore sağ tıklayıp Properties>permissions>others>fileacces read write secip apply permissions to enclosed files dedikten sonra erişebilmen lazim. Komutlar ubuntuda arıza yapabiliyor bu şekilde çalışması lazım.



    < Bu mesaj bu kişi tarafından değiştirildi BeAr -- 23 Ekim 2010; 21:28:14 >
  • quote:

    Orijinalden alıntı: BeAr

    Eğer "sudo nautilius" kullanarak erişim sağlayabiliyorsan. Klasore sağ tıklayıp Properties>permissions>others>fileacces read write secip apply permissions to enclosed files dedikten sonra erişebilmen lazim. Komutlar ubuntuda arıza yapabiliyor bu şekilde çalışması lazım.
    sudo ile açınca

     VirtualBOX MOUNT (Paylaşılan klasörler) MAC HOST UBUNTU QUEST yada Tersi :) ÇÖZÜLDÜ..


    bu şekil geliyor ama hiç birşey değiştirilmiyor, ben değiştiriyorum 1 saniye içinde resimdeki hale geri dönüyor.




  • quote:

    Orijinalden alıntı: 2smoke

    sudo ile açınca

     VirtualBOX MOUNT (Paylaşılan klasörler) MAC HOST UBUNTU QUEST yada Tersi :) ÇÖZÜLDÜ..


    bu şekil geliyor ama hiç birşey değiştirilmiyor, ben değiştiriyorum 1 saniye içinde resimdeki hale geri dönüyor.

    Alıntıları Göster
    sudo ugo+rx /mnt/share/desktop denermisin.




  • quote:

    Orijinalden alıntı: BeAr

    sudo ugo+rx /mnt/share/desktop denermisin.

    Alıntıları Göster
    komut bulunamadı diyor UGO için. Bu neymiş yaw ilk defa duydum :) Yanlış mı yazdın acaba.
  • quote:

    Orijinalden alıntı: 2smoke

    komut bulunamadı diyor UGO için. Bu neymiş yaw ilk defa duydum :) Yanlış mı yazdın acaba.

    Alıntıları Göster
    Yok komut doğru :) ama ubuntu sorunlu eheh ugo(user access,group access,other system user access)



    < Bu mesaj bu kişi tarafından değiştirildi BeAr -- 23 Ekim 2010; 22:57:30 >
  • quote:

    Orijinalden alıntı: BeAr

    Yok komut doğru :) ama ubuntu sorunlu eheh ugo(user access,group access,other system user access)

    Alıntıları Göster
    Şunu dene ozaman buda olmazsa başka bi sorun var :D "sudo chown -R kullanıcıadın /mnt/share/desktop"
  • Yapay Zeka’dan İlgili Konular
    Daha Fazla Göster
  • quote:

    Orijinalden alıntı: BeAr

    Şunu dene ozaman buda olmazsa başka bi sorun var :D "sudo chown -R kullanıcıadın /mnt/share/desktop"

    Alıntıları Göster
    Yok kardeşim malesef olmuyor, mount ederken saçmalıyor sanırım. Yorduk senide sağ olasın.
  • quote:

    Orijinalden alıntı: 2smoke

    Yok kardeşim malesef olmuyor, mount ederken saçmalıyor sanırım. Yorduk senide sağ olasın.

    Alıntıları Göster
    mount -o rw,remount -t aaa /bbb/ccc

    şeklinde dene bir de..
  • quote:

    Orijinalden alıntı: Hoobastank

    mount -o rw,remount -t aaa /bbb/ccc

    şeklinde dene bir de..

    Alıntıları Göster
    MacOSX'te de dosya izinleri yok mu? Ubuntu için paylaşıma verdiğin dosyanın izinlerini değiştir.
  • quote:

    Orijinalden alıntı: Hoobastank

    mount -o rw,remount -t aaa /bbb/ccc

    şeklinde dene bir de..


    Yok üstad yemedi malesef.
  • quote:

    Orijinalden alıntı: Wolf_263

    MacOSX'te de dosya izinleri yok mu? Ubuntu için paylaşıma verdiğin dosyanın izinlerini değiştir.


    OS X tarafında zaten full control olarak ayarlı desktop klasörü.



    Şu şekilde yani. Mesela aynı şekilde windows quest kurduğumda gayet sağlıklı ve kalıcı bir şekilde rw yapabiliyorum OS X klasörlerine. Yani OS X den extra bir ayara gerek kalmıyor resimde görülenin haricinde. Ancak salt okunur yaparsam RW yapamıyorum ama yinede istediğim gibi gezebiliyorum.


    Yani şu var, SUDO NAUTILUS olarak çalıştırınca bir sıkıntı yok, girip çıkıp silme yazma yapabiliyorum, fakat normal çalışınca klasöre giremiyorum bile.




  • quote:

    Orijinalden alıntı: 2smoke
    Yani şu var, SUDO NAUTILUS olarak çalıştırınca bir sıkıntı yok, girip çıkıp silme yazma yapabiliyorum, fakat normal çalışınca klasöre giremiyorum bile.
    Linux varsayılan olarak sistemde root olarak gezinmene izin vermez. Bunun birçok sakıncası var. Dolayısıyla home dizini altında istediğin taklayı atarsın ama / kök dizini altındaki diğer dizinlerde yazma veya dosyaları çalıştırman yetkin kısıtlıdır.

    Terminalde root olarak dizin oluştuduğun ve yine root olarak dosya kopyaladığın için o dizine nautilus ile erişemezsin ya da içindekileri açamazsin çünkü nautilus'ta normal kullanıcı olarak geziniyorsun.

    chown kullanici_adin:kullanici_adin /mnt/share/*
    chown 700 /mnt/share/*

    böylece önce share dizini altındaki herşeyin sahibini smoke yaparsın, sonra da 700 ile bu dizini ve altındakileri sadece sahibi kullanabilir, değiştirebilir dersin. Tahminin bu dizine mount ettiğin herşey de senin egemenliğinde olur.




  • quote:

    Orijinalden alıntı: Hoobastank

    quote:

    Orijinalden alıntı: 2smoke
    Yani şu var, SUDO NAUTILUS olarak çalıştırınca bir sıkıntı yok, girip çıkıp silme yazma yapabiliyorum, fakat normal çalışınca klasöre giremiyorum bile.
    Linux varsayılan olarak sistemde root olarak gezinmene izin vermez. Bunun birçok sakıncası var. Dolayısıyla home dizini altında istediğin taklayı atarsın ama / kök dizini altındaki diğer dizinlerde yazma veya dosyaları çalıştırman yetkin kısıtlıdır.

    Terminalde root olarak dizin oluştuduğun ve yine root olarak dosya kopyaladığın için o dizine nautilus ile erişemezsin ya da içindekileri açamazsin çünkü nautilus'ta normal kullanıcı olarak geziniyorsun.

    chown kullanici_adin:kullanici_adin /mnt/share/*
    chown 700 /mnt/share/*

    böylece önce share dizini altındaki herşeyin sahibini smoke yaparsın, sonra da 700 ile bu dizini ve altındakileri sadece sahibi kullanabilir, değiştirebilir dersin. Tahminin bu dizine mount ettiğin herşey de senin egemenliğinde olur.


    Biliyorum üstad, neticde OS X de root olarak dolandırmıyor seni. Yani demek istedim ki, terminalden "sudo nautilus" komutunu verip root olarak çalıştırınca nautilus'u o zaman erişiyorum mount ettiğim klasöre, yazıyorum çiziyorum falan filan. Aynı şekilde klasöre sağ tıklayınca üstte resim vermiştim daha evvel, izin ayarları mevcut biliyosun, bu kısmı ben değiştiriyorum 1 saniye geçmeden eski haline dönüyor. Yani bu aşamada nautilus'u root olarak çalıştırmış oluyorum. Diğer türlü senin dediğin doğru tabi "smoke" olarak yani. İşte o root olduğumda izin ayarlarından ben smoke yapıyorum, 1 saniye sonra o root yapıyor tekrar :)

    Gelelim verdiğin bilgiye, üst paragrafta yazdığım gibi sahipliği alma sorunu var bir şekilde, ben zaten bu komutların aynılarını OS X de kullanıyorum, o yüzden chmod ve chown komutları ile bir çok denemeler yaptım, senin verdiğini de bir kez daha denedim. mnt/share a değil de ubuntu masaütünde desktop isminde bir klasör oluşturup oraya bağladım bu sefer, değişen hiç bir şey yok. Buyur resim.

     VirtualBOX MOUNT (Paylaşılan klasörler) MAC HOST UBUNTU QUEST yada Tersi :) ÇÖZÜLDÜ..


    Sanki chown felan hiç çalışmıyor, yada üstte yazdığım gibi ben değiştiriyorum ama 1 sn içinde tekrar root oluyor izinler. Ne kıl işmiş yahu :)

    Şu resimde, "SELinux bağlamı" bilinmiyor dediği yerlen mi bir alakası var acaba.



    < Bu mesaj bu kişi tarafından değiştirildi 2smoke -- 24 Ekim 2010; 18:13:46 >




  • quote:

    Orijinalden alıntı: 2smoke

    quote:

    Orijinalden alıntı: Hoobastank

    quote:

    Orijinalden alıntı: 2smoke
    Yani şu var, SUDO NAUTILUS olarak çalıştırınca bir sıkıntı yok, girip çıkıp silme yazma yapabiliyorum, fakat normal çalışınca klasöre giremiyorum bile.
    Linux varsayılan olarak sistemde root olarak gezinmene izin vermez. Bunun birçok sakıncası var. Dolayısıyla home dizini altında istediğin taklayı atarsın ama / kök dizini altındaki diğer dizinlerde yazma veya dosyaları çalıştırman yetkin kısıtlıdır.

    Terminalde root olarak dizin oluştuduğun ve yine root olarak dosya kopyaladığın için o dizine nautilus ile erişemezsin ya da içindekileri açamazsin çünkü nautilus'ta normal kullanıcı olarak geziniyorsun.

    chown kullanici_adin:kullanici_adin /mnt/share/*
    chown 700 /mnt/share/*

    böylece önce share dizini altındaki herşeyin sahibini smoke yaparsın, sonra da 700 ile bu dizini ve altındakileri sadece sahibi kullanabilir, değiştirebilir dersin. Tahminin bu dizine mount ettiğin herşey de senin egemenliğinde olur.


    Biliyorum üstad, neticde OS X de root olarak dolandırmıyor seni. Yani demek istedim ki, terminalden "sudo nautilus" komutunu verip root olarak çalıştırınca nautilus'u o zaman erişiyorum mount ettiğim klasöre, yazıyorum çiziyorum falan filan. Aynı şekilde klasöre sağ tıklayınca üstte resim vermiştim daha evvel, izin ayarları mevcut biliyosun, bu kısmı ben değiştiriyorum 1 saniye geçmeden eski haline dönüyor. Yani bu aşamada nautilus'u root olarak çalıştırmış oluyorum. Diğer türlü senin dediğin doğru tabi "smoke" olarak yani. İşte o root olduğumda izin ayarlarından ben smoke yapıyorum, 1 saniye sonra o root yapıyor tekrar :)

    Gelelim verdiğin bilgiye, üst paragrafta yazdığım gibi sahipliği alma sorunu var bir şekilde, ben zaten bu komutların aynılarını OS X de kullanıyorum, o yüzden chmod ve chown komutları ile bir çok denemeler yaptım, senin verdiğini de bir kez daha denedim. mnt/share a değil de ubuntu masaütünde desktop isminde bir klasör oluşturup oraya bağladım bu sefer, değişen hiç bir şey yok. Buyur resim.

     VirtualBOX MOUNT (Paylaşılan klasörler) MAC HOST UBUNTU QUEST yada Tersi :) ÇÖZÜLDÜ..


    Sanki chown felan hiç çalışmıyor, yada üstte yazdığım gibi ben değiştiriyorum ama 1 sn içinde tekrar root oluyor izinler. Ne kıl işmiş yahu :)

    Şu resimde, "SELinux bağlamı" bilinmiyor dediği yerlen mi bir alakası var acaba.

    Alıntıları Göster
    SELinux ile alakası yok da, sen yine de bir MacOSX uçbiriminden dosyanın durumunu kontrol et.




  • quote:

    Orijinalden alıntı: Wolf_263

    SELinux ile alakası yok da, sen yine de bir MacOSX uçbiriminden dosyanın durumunu kontrol et.


    Edeyim kardeşim etmesinede dosya değil bu OS X in desktop klasörü yani users/smoke/desktop klasörü. Bu klasörü mount ediyoruz ama içine giremiyoruz root olmadan.

    Zaten şöyle bir durum var, sanalPC yazılımı kullandınız mı bilmiyorum. Burda insiyatif yazılımdadır. Normal şartlarda(sanal olmadan) Linux OS X HFS+ dosya sistemini görüyor ama yazma yapamıyor. Diğer yandan sanal olarak kurulduğunda root olarak OS X den paylaştırdığımız klasöre yazma yapabiliyoruz. E şimidi normalde yazma yapamayan Linux sanal olunca nasıl yapıyor, burda VirtualBOX giriyor devreye doğal olarak. Yani demem o ki, ya VB de sorun var, ya ubuntuda. Çünkü daha evvelde dedim, Windows kurunca sanal olarak aynı ayarlarla klasörü bağlayıp at koşturabiliyorum, e windows ta normal şartlarda HFS+ dosya sistemini görmüyor ama.




  • quote:

    Orijinalden alıntı: 2smoke

    quote:

    Orijinalden alıntı: Wolf_263

    SELinux ile alakası yok da, sen yine de bir MacOSX uçbiriminden dosyanın durumunu kontrol et.


    Edeyim kardeşim etmesinede dosya değil bu OS X in desktop klasörü yani users/smoke/desktop klasörü. Bu klasörü mount ediyoruz ama içine giremiyoruz root olmadan.

    Zaten şöyle bir durum var, sanalPC yazılımı kullandınız mı bilmiyorum. Burda insiyatif yazılımdadır. Normal şartlarda(sanal olmadan) Linux OS X HFS+ dosya sistemini görüyor ama yazma yapamıyor. Diğer yandan sanal olarak kurulduğunda root olarak OS X den paylaştırdığımız klasöre yazma yapabiliyoruz. E şimidi normalde yazma yapamayan Linux sanal olunca nasıl yapıyor, burda VirtualBOX giriyor devreye doğal olarak. Yani demem o ki, ya VB de sorun var, ya ubuntuda. Çünkü daha evvelde dedim, Windows kurunca sanal olarak aynı ayarlarla klasörü bağlayıp at koşturabiliyorum, e windows ta normal şartlarda HFS+ dosya sistemini görmüyor ama.

    Alıntıları Göster
    http://ubuntuforums.org/showthread.php?t=239370

    Şöyle bir konu buldum. MacOSX dizinini bağlarken sanırım,
    mount -t vboxsf hfsplus /mnt/share/desktop

    şeklinde bağlamalısınız.




  • quote:

    Orijinalden alıntı: Wolf_263

    http://ubuntuforums.org/showthread.php?t=239370

    Şöyle bir konu buldum. MacOSX dizinini bağlarken sanırım,
    mount -t vboxsf hfsplus /mnt/share/desktop

    şeklinde bağlamalısınız.

    Alıntıları Göster
    Ha bu arada SELinux da, Security-Enhanced Linux anlamına gelir.




  • quote:

    Orijinalden alıntı: Wolf_263

    http://ubuntuforums.org/showthread.php?t=239370

    Şöyle bir konu buldum. MacOSX dizinini bağlarken sanırım,
    mount -t vboxsf hfsplus /mnt/share/desktop
    şeklinde bağlamalısınız.


    Aynısı işte dostum ilk msjımda yazanın, komut şu şekilde;

    mount -t "virtualbox sahred folder" "mac klasörü" "ubuntuda bağlanacağı klasör"

    buna göre

    mount -t vboxsf xxxxx /mnt/share/yyyyy

    şeklinde bile yapılabilir. xxxxxx mac üzerinde paylaşıma açtığımız klasör, diğeride ubuntuda bağlayacağımız yer. Verdiğin örnekteki hfsplus klasör ismi yani, değişen bişey yok ;) Birde verdiğin linkteki mesajlar taa 2006 nın :) Zahmet etmişin yinede, teşekkür ederim.

    Sorun bence VB de, vboxsf bozuyor bu işi, yani VBOX Linux Tools unda bir sorun var sanırım. Mount ederken kilitletiyor bir şekilde. Yani diyoki illaki root olmalısın bağladığın mac klasörüne ulaşıp okuma yazma yapmak için. Ama çok gereksiz birşey, sonuçta bu benim kendi makinem, kendi insiyatifimle klasör paylaştırmışım, sebebi de VBOX ta sürükle bırak desteği olmadığından, yani mac masaüstündeki bişeyi ubuntu penceresine sürükleyemiyosun, aynı şekilde Windows a da, veya tam tersi. E daha neyine root olucan diyosun :) Burda ana makine mac, soracaksa o sorsun dışardan erişim var diye.

    VMware veya Parallels Tools isimli sanallaştırma prg lerinde yok böyle bir sorun, ama ücretli onlarda. Birde ilginçtir VMware de Win7 Aero desteği olmasına ramen Opengl desteği yok linux için.

    Bu şeye benziyor ben başka bir makineye bağlantı kurmuşum virüs yollayacam, karşı taraftaki hiç ses çıkarmıyor yollayım diye bekliyor, ama benim makine yollamak için admin olmalısın diyor :)

    SELinux için de teşekkür ederim öğrenmiş olduk ;)




  • quote:

    Orijinalden alıntı: 2smoke

    quote:

    Orijinalden alıntı: Wolf_263

    http://ubuntuforums.org/showthread.php?t=239370

    Şöyle bir konu buldum. MacOSX dizinini bağlarken sanırım,
    mount -t vboxsf hfsplus /mnt/share/desktop
    şeklinde bağlamalısınız.


    Aynısı işte dostum ilk msjımda yazanın, komut şu şekilde;

    mount -t "virtualbox sahred folder" "mac klasörü" "ubuntuda bağlanacağı klasör"

    buna göre

    mount -t vboxsf xxxxx /mnt/share/yyyyy

    şeklinde bile yapılabilir. xxxxxx mac üzerinde paylaşıma açtığımız klasör, diğeride ubuntuda bağlayacağımız yer. Verdiğin örnekteki hfsplus klasör ismi yani, değişen bişey yok ;) Birde verdiğin linkteki mesajlar taa 2006 nın :) Zahmet etmişin yinede, teşekkür ederim.

    Sorun bence VB de, vboxsf bozuyor bu işi, yani VBOX Linux Tools unda bir sorun var sanırım. Mount ederken kilitletiyor bir şekilde. Yani diyoki illaki root olmalısın bağladığın mac klasörüne ulaşıp okuma yazma yapmak için. Ama çok gereksiz birşey, sonuçta bu benim kendi makinem, kendi insiyatifimle klasör paylaştırmışım, sebebi de VBOX ta sürükle bırak desteği olmadığından, yani mac masaüstündeki bişeyi ubuntu penceresine sürükleyemiyosun, aynı şekilde Windows a da, veya tam tersi. E daha neyine root olucan diyosun :) Burda ana makine mac, soracaksa o sorsun dışardan erişim var diye.

    VMware veya Parallels Tools isimli sanallaştırma prg lerinde yok böyle bir sorun, ama ücretli onlarda. Birde ilginçtir VMware de Win7 Aero desteği olmasına ramen Opengl desteği yok linux için.

    Bu şeye benziyor ben başka bir makineye bağlantı kurmuşum virüs yollayacam, karşı taraftaki hiç ses çıkarmıyor yollayım diye bekliyor, ama benim makine yollamak için admin olmalısın diyor :)

    SELinux için de teşekkür ederim öğrenmiş olduk ;)

    Alıntıları Göster
    ÇÖZÜM

    Yardımcı olmak için uğraşan arkadaşlarıma teşekkür ederim. Sorun gözümüzün önünde duran çok basit bişeymiş, paylaşılacak klasör MAC sistem diskinde olursa bu sorun oluşuyor, yani sistem diskine ne girebiliyoruz, ne okuyup ne de yazabiliyoruz. Dolayısı ile sistem diski olmayan başka bir partition veya fiziksel bir diskte herhangi bir klasörü veya da yeni yarattığınız bir klasörü paylaşıma açtığımızda yazma yine yapamıyor ama okuma yapabiliyor, yani klasöre root olmadan erişip içindekileri okuyabiliyoruz, dolaysı ile belge olsun müzik/video olsun açıp kullanabiliyoruz.

    Yazma yapmak için MAC tarafında paylaştırdığımız klasöre "chmod -R 777 klasör ismi" işlemini yapıyoruz mac terminalinden. Bu da ek bilgi olarak dursun, ben yazma yapmak istemiyordum zaten sadece ordaki veriye erişmek yeterliydi benim için.

    Daha evel MAC tarafına bak diyen arkadaşlarımın çok yardımı oldu, aklım hep Windows quest te olduğu için onda böyle bir sorun omuyordu, yani VB den herhangi bir klasörü açıyoduk paylaşıma, windows tanda ağ sürücüsüne bağlan dedikmi iş bitiyodu. O yüzden MAC tarafında problem olabileceği aklıma gelmedi hiç. Gerçi buna problem demek ne kadar doğru veya ne kadar MAC tarafında dır bu sorun bilmiyorum. Yine VB de de olabilir bu sorunun kaynağı.

    Özetliyelim, MAC tarafında paylaşıma açacağınız klasör system diskinde olmayacak. İkinci bir partition yada fiziksel diskte olucak. Bu şekilde bahsi geçen mount komutu ile direk bağlantıyı yapıp sadece okunabilir olarak kullanabiliyoruz paylaştırdığımız klasörü.




  • 
Sayfa: 12
Sayfaya Git
Git
sonraki
- x
Bildirim
mesajınız kopyalandı (ctrl+v) yapıştırmak istediğiniz yere yapıştırabilirsiniz.