“Foo” için orijinal öğe bulunamadığından işlem tamamlanamıyor

Evde, AFP aracılığıyla bazı hacimleri mümkün kılan küçük bir NAS'ım var. Bunların hepsi harika çalıştı. Bir süreliğine kapatıp tekrar bağlayana kadar.

Cihazı ağda görebiliyorum ve açıp bir paylaşım seçebiliyorum. Ancak paylaşımı artırmaya çalıştığımda aşağıdaki hatayı alıyorum:

"The operation can’t be completed because the original item for “Foo” can’t be found"

Bunun nedeni, küçük NAS'ımın yeni bir IP'ye geçmesi ve OS X'in bir şekilde orijinali (diğer adı?) Bir yere önbelleğe almasından kaynaklanıyor.

Bu hisseleri daha önce hiç görmediğim başka bir Mac'ten başarıyla açabildiğim gerçeği, sanırım doğruladı.

Bunun potansiyel olarak nerede önbelleğe alındığını bilen var mı? Bu hatayı aşmak için sıfırlayabileceğim veya atabileceğim bir şey var mı?

Görünüşe göre bu sorun birçok farklı nedenden dolayı ortaya çıkabilir. Benim durumumda bulucu yeniden başlatılarak çözüldü. Bunun için bir açıklama ve çözüm http://www.cnet.com/news/fix-shared-computer-not-found-in-finder/ adresindedir .

Benim durumumda (iMac bir Win7 makinesindeki dosyalara erişmeye çalışıyor) çözüm, Win7 dizinine "Konuk" için izinler eklemekti. Bu daha önce gerekli değildi. Dizin herkes için paylaşılabilir ve çalıştı. Fakat görünüşe göre, şimdi iMac "Misafir" olarak bağlanmaya çalışıyor ve "Misafir" için özel izinler ekliyor (Özellikler… Paylaşılıyor… Paylaşım… Ekle… Misafir) bunu çözdü.

Tamam, kendi soruma cevap vereceğim. Benim durumumda çözüm gerçekten 'basit' olduğu ortaya çıktı.

Başka bir Mac'e baktım ve /Volumesdizinin farklı izinleri olduğunu fark ettim . Sorunlu Mac'te drwxr-xr-xve yeni kurulmuş olan Mac'te ayarlandı drwxrwxr-x.

Böylece sorunumu düzelttim:

sudo chmod 775 /Volumes

(Tabii ki Finder'da, Bilgi Al'ı kullanarak da yapabilirsiniz)

Sorun çözüldü. Artık herhangi bir dosya paylaşımını tekrar bağlayabilirim.

Ben de aynı sorunu yaşadım. Ayrıca benim için başka bir Mac üzerinde çalıştı. Ortaya çıkan Volumesgrubunu değiştirmek zorunda kaldım .adminwheel

Böylece sorunumu düzelttim:

sudo chgrp admin /Volumes

TL; DR - Uzaktaki paylaşımınızdaki izinleri de kontrol edin. Samba arka planının ve AFP arka planının paylaşımlara erişebildiğinden emin olun .

Uzun versiyon - Sorunum Mac'imde değil, uzak paylaşımda oldu. 750Yalnızca sahibi ve uygun grupların klasörlere erişmesini istediğim için makul görünen izinleri vardı . Ancak afpd(Apple Dosya Protokolü Daemon) süreci grupta değildi! Yani dosyalara erişemedi. Windows makinem gibi diğer istemciler paylaşıma eriştiğinde smbd, çalışan Samba ( ) aracılığıyla erişmişlerdi root. Böylece Windows makinem iyi çalıştı ve Mac istemcim "sıkıcı" görünüyordu.

$ ssh myremoteserver
$ ps -eaf | egrep -i smbd\|afpd 
12902 root     34784 S    smbd -D
24642 admin    23680 S    /usr/sbin/afpd -d -F /etc/netatalk/afp.conf

(Yani Samba root olarak çalışıyor, ancak AFP "admin" olarak çalışıyor.)

$ cd /mnt/myshares
$ ls -l
drwxr-x---    6 nobody   allaccou      4096 Jun 25 02:50 foo
drwxr-x---   11 nobody   allaccou      4096 Jun 10 20:39 bar
drwxr-xr-x   12 nobody   allaccou      4096 Jun 24 23:18 baz

(Burada, "baz" her yerde çalışır, ancak "foo" ve "bar" yalnızca Windows makinemde çalışır.)

$ sudo cat /etc/group
root:x:0:root
administrators:x:1001:admin
share:!:1000:admin,nobody
allaccount:!:501:bob,jane,sue
netdev:x:1002:

(Yani AFP - olarak çalışan - admingrupta yok allaccount.)

Onu allaccountgruba ekle ve işte , mutlu bir Mac.

MacBook Air'imde de aynı problem vardı; Diğer Mac'lerin yapabildiği bir mac OS X Sunucusundan paylaşımları bağlayamadım.

Düzeltmek için chmod ve chgrp komutlarını uygulamak zorunda kaldım.

Ayrıca Kurtarma Moduna yeniden başlamanızı ve onarım diskini çalıştırmanızı ve onarım izinlerini de öneririm.

Bir Drobo 5N'im var ve ağ adı "Drobo5N" - Bu hatayı bazen alıyorum ve hatayı aldığımda ve Finder'a baktığımda Drobo'umun "drobo5n" olarak adlandırıldığını fark ettim. durum). Bilgisayarımı yeniden başlatmadan bunu düzeltmenin bir yolunu bulamadım ... ama bir tane bulmayı çok isterim. (Drobo'ma hiçbir şey yapmak zorunda değilim - sadece Mac'imi yeniden başlat.)

Disk onarımını yeniden başlattıktan ve çalıştırdıktan sonra, / Volumes mülkiyetim ve izinler (OS X 10.10.2):

[~]$ ls -ald /Volumes/
drwxrwxrwt@ 5 root  admin  170 Mar 31 23:41 /Volumes/

ve şu anda Drobo'umu sorunsuz bir şekilde monte edebiliyorum.

Aloha. Bu sorunu OS X 10.11.4 beta altında OS X Server 5.1'de paylaşılan bir ciltte de yaşadım. Bunların beta bültenleri olmasından bağımsız olarak, daha önce de bu konuyu yaşadım. İşte bulunamayan "orijinal öğenin" problemini nasıl çözdüğüm:

1. Finder'da sunucudan çıkma
2. Zorla Çıkma Bulucu
3. Finder'da Command-K kullanarak tekrar bağlan (veya, Git> Sunucuya Bağlan…)
4. daha önce açılmayan paylaşılan klasöre geri dönün ve şimdi açılmalıdır

Ondan sonra benim için iyi çalıştı. Not ben anlamına değil sık sık farklı kullanıcılar olarak oturum istediğiniz beri Keychain'de şifremi hatırlamıyorum Bağlan iletişim (Finder'daki Command K) sahiptir. Bu aynı zamanda arada bir sorun gidermeme yardımcı oluyor. Ayrıca, yukarıda belirtilen 4 adımı gerçekleştirmeden önce, sunucuya girdim ve paylaşılan klasörü Dosya Paylaşımı alanından kaldırdım ve daha sonra yeniden ekledim, bunun sorunu çözeceğini; yapmadım. Bu nedenle, attığım dört adımın (yukarıda) durumumdaki düzeltici olduğunu düşünüyorum.

Umarım bu birine yardımcı olur.

MacOS Sierra'ya geçtikten kısa bir süre sonra bu sorunu yaşadım ve süreç içerisinde belki izinlerin ya da bir şeylerin berbat olduğunu düşündüm. Buradaki diğer cevapları okuduktan ve Finder'ı yeniden başlatmaya zorladığımdan, klasör izinlerini kontrol ettikten sonra yönlendiricimden ağ paylaşımını oynadıktan sonra, sahip olduğum kullanıcı için nihayet (anahtarlığımda kayıtlı olan) kimlik bilgilerini tekrar girmeye karar verdim rutin olarak giriş yapıyor. Bu benim için sorunu çözdü.

Paket servis: Kullanıcı adınıza, benim için çalıştığı gibi kimlik bilgilerini tekrar girerken "giriş yap ..." ı tıklamayı deneyin.

Makineleri yükselttikten sonra (Sierra'yı çalıştıran bir tane) standart favorilerimi kuruyor ve NAS paylaşımımı sürüklüyordum (bir Linux kutusunda barındırılıyordu) ve her zaman bir "?" Sık Bu konudaki her şeyi denedikten sonra hiçbir şey işe yaramadı.

Farklı bir çözüm buldum.

Başvuru için, her zaman yaptığım (Sierra'dan itibaren çalışmayı bırakan):

1. Bulucu kenar çubuğunun "Paylaşılan" bölümündeki ağ paylaşımımı tıklayın
2. Listedeki paylaşımlardan birini seçti
3. Bulucunun içine girmesini bekleyin (bunu yapmadan, sürükleme işlemi işe yaramaz)
4. Vurgulanan paylaşımı bulucu kenar çubuğuna sürükleyin.

İşte ne işe yaradı (benim için):

1. Ağ paylaşımınıza gidin - sadece kök dizine bakın. Bu monte edilir.
2. Finder'ın kenar çubuğunun Aygıtlar bölümünde, bilgisayarınıza tıklayın (Macintosh HD değil.) Makinenize bağlı her sürücü için bir giriş, bir Ağ girişi, muhtemelen bir Uzak Disk girişi ve tabii ki paylaşımınız listelenmelidir.
3. Payınızı bu görünümden kenar çubuğuna sürükleyin.

Bu sorunu Macbook Air OS X 10.9.5'de çalıştırıyordum. İzinlerin hepsi iyi. Terminali açtım ve yaptım

ls -la / Birimler

ve var

ls: Fotoğraflar: Geçersiz argüman

ls: Videolar: Geçersiz değişken

Bu iki bağ Finder'da görünmedi. Onları sökmeye çalıştığımda başka bir hata alıyorum:

umount / Birimler / Videolar

umount (/ Volumes / Videos): Kaynak meşgul - 'diskutil unmount'u deneyin

O zaman bir unmount zorladım:

diskutil umount force / Birimler / Videolar

/ Volumes / Videos için başarılı bir şekilde kaldır

Ağ sürücüsündeki tüm bağları çıkardıktan sonra (bunlardan 3 tane vardı), Finder -> Go -> Sunucuya Bağlan seçeneğine girebildim ve düzgün takıldım.

IP değişikliğinin bu sorunun artmasına neden olduğunu ve bazı nedenlerden dolayı bağların bağlanmış ve bağlantısını kesmeyeceğini düşünüyorum. Bu noktada Finder yeniden birleştirmeyi bilmiyor çünkü eski bağlar düzgün şekilde sökülmeyecek.

En azından benim sorunum bu gibi görünüyor.

17 HAZİRAN 2015 En son Yosemite'i kullanıyorum. Saatlerce aradıktan ve her şeyi denedikten sonra, yönlendiricideki ağ paylaşımını yeniden adlandırdım, mac'u yeniden başlattım ve biraz zaman aldı, ancak daha sonra paylaşımın yeni adı altında erişebildim.

OS X eski bağlantı noktalarına sahip olabilir; yeni paylaşım noktalarının yerini alabilmek için uzak paylaşımları kaldırın. Bu otomatik olarak gerçekleşmez.

GUI yolu

Bulucudaki paylaşımın yanındaki "çıkar" simgesini deneyin, sonra yeniden bağlanmasını bekleyin (veya Bulucu-> Git-> Sunucuya Bağlan ile zorlayın)

Bu işe yaramazsa, komut satırını deneyin ...

Komut satırı yolu

Mevcut, muhtemelen bayat, takılı olanları bulun mount, sonra umountda bu şekilde ...

$ mount
//GUEST:@OPENELEC._smb._tcp.local/videos on /Volumes/videos (smbfs, nodev, nosuid, noowners, mounted by user)
$ umount /Volumes/videos

Şimdi tekrar Finder ile bağlanmayı deneyin.

Benim durumumda, yeniden yapılandırılmış ve yeniden başlatılmış bir uzak Samba paylaşımına bağlanmaya çalışıyorum.

Benim durumumda, diğerlerine benzer şekilde, Windows 10 makinesinde, erişmeye çalıştığım paylaşımı barındıran izinler sorunuydu. Dosyalara izinler eklemem gerekiyordu (yalnızca paylaşım izinleri değil gerçek dosya izinleri). Özellikle, "Herkes" grubunu erişime sahip olarak eklemem gerekiyordu veya ("herkesin gerçekten erişmesini istemediğimden") paylaşıma erişmek istediğim belirli kullanıcılardı.

Belirli kullanıcılar için, bir Windows 10 Home makinesindeki Windows Live hesaplarına erişim sağlamak için çalıştı (herhangi birinin başlangıçta yaptığım gibi, belki de yerel kullanıcılara ve / veya Win10'un Pro sürümüne ihtiyacınız olduğunu düşünüyor).

Bulucu uygulaması varsayılan olarak konuk olarak bağlanmaya çalışırken, bu sorunu alıyorum. Sağ üstteki 'bağlan as' butonuna tıklamam gerekiyordu.

Benim için çözüm - Synology desteği tarafından sağlandı - Synology NAS üzerindeki paylaşılan klasörü Windows ACL'ye dönüştürmekti:

DSM'de oturum açın, Denetim Masası, Paylaşılan Klasör Seç, Eylem, Windows ACL'ye Dönüştür

Terminalde aşağıdaki komutları deneyin: 1. İlk önce kullanarak uçağı devre dışı bırakın:

    defaults write com.apple.NetworkBrowser DisableAirDrop -bool YES

2. Ardından aşağıdakileri kullanarak uçağı etkinleştirin:

   defaults write com.apple.NetworkBrowser DisableAirDrop -bool NO
   

3. Mac’i yeniden başlat

Bu hata mesajını çözer:

"BLANK için orijinal öğe bulunamadığından işlem tamamlanamıyor"

cmd + opt + r tuşunu basılı tutarak mac'umu başlatmak için SSD'm için bağlantıyı tıklatarak
disk yardımcı programını seçerek ilk yardımı tıklatarak mac'umu yeniden başlat

Bu benim için sorunu çözdü: "Yerel" alan adının ağ bağlantınız için DNS / Arama Alan Adları ayarlarına dahil edildiğinden emin olun. Benim yapmam gereken tek şey buydu. Ayrıntılar için bu konuya bakınız: https://discussions.apple.com/thread/8280607