Giriş dizinimdeki bir dosyayı sildiğimde OS X Lion neden şifremi istiyor?


18

Ben Mac OS Lion güncellendi ve artık her zaman silmek herhangi benim şifre soruyor dosyayı. Herhangi bir dosya - Masaüstünde, İndirilenler klasöründe veya başka bir yerde olsun. Her seferinde şifremi istiyor.

Bu davranış sinir bozucu. Yeni varsayılan mı? Yoksa yanlış bir şey mi var?

Düzenle:

Örneğin: masaüstünde bulunan bu dosya .

➜  Desktop  l | grep terminal
-rw-r--r--@   1 Nerian  staff   841913 22 jul 14:16 terminal.png

Düzenle:

Görünüşe göre pek çok insan aynı sorunu yaşıyor:

https://discussions.apple.com/thread/3199093?start=0&tstart=0

https://discussions.apple.com/thread/3197928?start=0&tstart=0

Düzenle:

Terminal kullanarak ve ben am - masaüstü ekran görüntüsünü - Aynı dosyayı silebilirsiniz değil bir parola istenir. GUI kullanıyorsam sorulur.

Ayrıca, yeni bir hesap oluşturup yeni bir ekran görüntüsü oluşturup her şeyi silmeye çalışırsam gayet iyi çalışır. Şifre gerekmez.

Parolam istendiğinde ve yazdığımda, dosya silinir, ancak bölmede görünmez.


diskiniz nasıl biçimlendirildi?
Andrew Wonnacott

ayrıca, herhangi bir dosya tanımlamak? sadece ana klasörünüzde mi? çıkarılabilir medyaya ne dersiniz? ve yeni bir hesap oluşturmayı deneyin?
Andrew Wonnacott

@Andrew: Ana dizinimdeki herhangi bir dosya. Örneğin, bir ekran görüntüsü yapıyorum. Dosyayı kaldırmaya çalışıyorum ve beni geçmemi istiyor.
Nerian

@Andrew: Bir sürücü taktım ve bir dosyayı sildim. Benden şifremi istemedi.
Nerian

@Andrew: Yeni bir hesap oluşturdum. Ekran görüntüsü aldı ve dosyayı silmeye çalıştı. Herhangi bir şifre sormadı.
Nerian

Yanıtlar:


28

Sorun, .Trashkullanıcı dizinimdeki klasörün kök olmasıydı.

➜  ~  l | grep .Trash
drwx------   82 root    staff    2788 25 jul 17:26 .Trash

Kullanıcılığımın sahipliğini geri vermek için aşağıdaki komutu verin:

➜  ~  sudo chown your_user_name ~/.Trash 

Belki alt klasörler de etkilenir: Özyinelemeli chown öneririm: "sudo chown -R you ~ / .Trash"
matematik

Bir cazibe gibi çalıştı! Bunun nasıl bertaraf edilebileceği hakkında bir fikrin var mı?
Mart'ta Joost

"->" nedir? çalışmıyor
Vyachaslav Gerchicov

Bu sadece konsol istemi. Boşver.
Nerian

4

/UsersAna klasörünüze gidin ve seçin. Hit Cmd+Ibu klasör için bilgi bölmesinde ve genişletmek Paylaşım ve İzinler .

Kullanıcı adınızın yanında Okuma ve Yazma mesajını görmelisiniz . Şimdi, bu izin her zaman ekteki klasörler için geçerli DEĞİLDİR. Kullanıcı adınız tıklayın ve ardından aşağı direksiyonda ve ok düğmesine ve açılan menüden seçmek gerekir "kapalı klasörlere uygula" .

Eğer bilgisayarlar arasında klasör ve dosyaları kopyalamak açtıklarında orijinal izinleri korumak ve otomatik olarak yeni konuma yansıtacak şekilde güncellenir çünkü bu olur.


3

Benzer bir sorun vardı ve burada çözüm buldu: https://discussions.apple.com/thread/3195797?start=0&tstart=0 - bu ACL'lere değil izinleri ile ilgili bir sorun oldu.

[...] $ HOME içindeki herhangi bir dosyayı Çöp Kutusuna taşımaya çalıştığımda Finder bir şifre istiyor. Bazı garip ACL'leri olduğu ortaya çıkıyor [...]:

$ Ls -le .DS_Store 
-rw ------- + 1 bob personeli 24580 7 Ağu 01:04 .DS_Store
0: grubu: herkes silme inkar

$ chmod -a "group:everyone deny delete" .DS_Store

Chmod'dan sonra foo.txt dosyasını silmek başarılı oldu. $ HOME üzerinde -R ile [chmod komutu] çalıştırıldığında, bu ACL $ HOME içindeki tüm nesnelerden kaldırılır.

[yani chmod -R -a "group:everyone deny delete" Foo/]


2

Silme sırasında bir SU kimlik doğrulama istemi görmenizin nedenlerinden biri, ACL'leri etkinleştirmiş olmanızdır. Mac OS'de mevcut olan UNIX fs izinlerini artırırlar.

Terminal'i açın ve sorun yaşadığınız klasöre gidin. Tür:

ls -ale

Eğer gibi girişler varsa uyun:

drwxr-xrwx+ 31 myname  staff     1054 Apr 15 14:19 Documents
 0: group:everyone deny delete

bunu yaparsanız, bunları folioing komutuyla düzeltebilirsiniz:

chmod -N filename

Bu, ACL'leri bu dosyadan / klasörden kaldıracaktır. Kullanıcının altına kopyaladıktan sonra (benim gibi kullanıcı taşıma işlemi yapıyorsanız), kullanıcıların en üst düzey ACL'lerini devralır

Bir klasördeki tüm ACL'leri özyinelemeli olarak kaldırmak için:

chmod -R -N

Şerefe!


Teşekkürler, chmod - Nsorunumu çözdü
Lamnk

1
  1. MacBook Pro'nuzu yeniden başlatın ve zil sesini duymadan önce Command ve R tuşlarını basılı tutun.

  2. Yardımcı Programları Onar ekranında olacaksınız. Menü Çubuğu'ndaki Yardımcı Programlar öğesini, ardından Terminal'i tıklayın.

  3. Terminal penceresinde resetpassword yazın ve Return tuşuna basın.

  4. Parola sıfırlama yardımcı programı penceresi açılır, ancak parolayı sıfırlamazsınız. Bunun yerine, üstte Mac'inizin sabit sürücüsünün simgesini tıklayın. Aşağıdaki açılır menüden sorun yaşadığınız kullanıcı hesabını seçin.

  5. Pencerenin altında, Ana Dizin İzinlerini ve EKL'leri Sıfırla etiketli bir alan göreceksiniz. Oradaki Sıfırla düğmesini tıklayın.

Sıfırlama işlemi sadece birkaç dakika sürer. Tamamlandığında, açtığınız programlardan çıkın ve Mac'inizi yeniden başlatın.


1

Sadece okuma dizini giriş dizininin ekli klasörlerine yeniden uygulayın ve sorun çözüldü.


0

Bulduğum bir geçici çözüm, sistemde başka bir kullanıcı oluşturmak ve ona geçmekti. Bu hatanın sistemdeki yeni kullanıcıları etkilediği görülmemektedir.


0

MacPilot uygulamasını indirin (satın alın veya demo). Araçları kullanma - Genel - Dosyalar ve Klasörler - Erişim Denetim Listesi Verilerini Sil - giriş klasörünüzü seçin


1
Burada yardımcı olmazdı. ACL'ler normal Unix dosya izinlerinden ayrıdır.
Daniel Beck

0

Muhtemelen bu, ama emin dosyalar Sen silme yazma ayrıcalıklarına sahip olun. Finder bunlardan birini seçin ve tuşuna basın cmd+ ialtında ve göz "Paylaşım ve İzinler."

Aynı pencereden, klasörün / dosyanın kilitli olmadığından emin olun.

Ayrıca, Apply to enclosed items..seçilen ad için dişli açılır listesini tıklayın .


Kullanıcının yazma ve okuma izinleri olduğunu söylüyor. Ayrıca kilitli değil. Ayrıntılı çıktıyı görmek için düzenlememi kontrol edin.
Nerian
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.