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

15 yıl

Yarbay

Konu Sahibi

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.

< Resime gitmek için tıklayın >

ÇÖ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ü.

DH forumlarında vakit geçirmekten keyif alıyor gibisin ancak giriş yapmadığını görüyoruz.

Üye olduğunda özel mesaj gönderebilir, beğendiğin konuları favorilerine ekleyip takibe alabilir ve daha önce gezdiğin konulara hızlıca erişebilirsin.

Üye Ol Şimdi Değil

Bir Daha Gösterme

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

B

BeAr

15 yıl

Yarbay

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 >
Bu mesaja 1 cevap geldi.

2

2smoke

15 yıl

Yarbay

Konu Sahibi

sudo ile açınca

< Resime gitmek için tıklayın >

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

Bu mesaja 1 cevap geldi.

B

BeAr

15 yıl

Yarbay

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

Bu mesaja 1 cevap geldi.

2

2smoke

15 yıl

Yarbay

Konu Sahibi

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

Bu mesaja 1 cevap geldi.

B

BeAr

15 yıl

Yarbay

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 >
Bu mesaja 1 cevap geldi.

B

BeAr

15 yıl

Yarbay

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

Bu mesaja 1 cevap geldi.

2

2smoke

15 yıl

Yarbay

Konu Sahibi

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

Bu mesaja 1 cevap geldi.

H

Hoobastank

15 yıl

Yüzbaşı

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

şeklinde dene bir de..

Bu mesaja 2 cevap geldi.

W

Wolf_263

15 yıl

Yüzbaşı

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

Bu mesaja 1 cevap geldi.

2

2smoke

15 yıl

Yarbay

Konu Sahibi

quote:

Orijinalden alıntı: Hoobastank

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

şeklinde dene bir de..

Yok üstad yemedi malesef.

2

2smoke

15 yıl

Yarbay

Konu Sahibi

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ü.

< Resime gitmek için tıklayın >

Ş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.

Bu mesaja 1 cevap geldi.

H

Hoobastank

15 yıl

Yüzbaşı

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.

Bu mesaja 1 cevap geldi.

2

2smoke

15 yıl

Yarbay

Konu Sahibi

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.

< Resime gitmek için tıklayın >

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 >
Bu mesaja 1 cevap geldi.

W

Wolf_263

15 yıl

Yüzbaşı

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

Bu mesaja 1 cevap geldi.

2

2smoke

15 yıl

Yarbay

Konu Sahibi

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.

Bu mesaja 1 cevap geldi.

W

Wolf_263

15 yıl

Yüzbaşı

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.

Bu mesaja 2 cevap geldi.

W

Wolf_263

15 yıl

Yüzbaşı

Ha bu arada SELinux da, Security-Enhanced Linux anlamına gelir.

2

2smoke

15 yıl

Yarbay

Konu Sahibi

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 ;)

Bu mesaja 1 cevap geldi.

2

2smoke

15 yıl

Yarbay

Konu Sahibi

ÇÖ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 mesaja 1 cevap geldi.