Ostalo

Što je ACL?

Morod

Originalni poster
1. siječnja 2008
Na The Nickel, tamo....
  • 28. travnja 2008
Pozdrav svima,
Nedavno sam pokrenuo Provjeru dopuštenja diska i još uvijek sam prilično nov u tome. Jedini unos koji se vratio bio je 'ACL pronađen, ali se ne očekuje u 'Knjižnici'.'
Trebam li biti zabrinut zbog ovoga?
Hvala, kao i uvijek, na bilo kakvoj pomoći/savjetu.
Morod

wordmunger

3. rujna 2003


Sjeverna Karolina
  • 28. travnja 2008
Morod je rekao: Bok svima,
Nedavno sam pokrenuo Provjeru dopuštenja diska i još uvijek sam prilično nov u tome. Jedini unos koji se vratio bio je 'ACL pronađen, ali se ne očekuje u 'Knjižnici'.'
Trebam li biti zabrinut zbog ovoga?
Hvala, kao i uvijek, na bilo kakvoj pomoći/savjetu.
Morod Kliknite za proširenje...

Ne znam što je 'ACL' u ovom kontekstu, ali jeste li popravili dozvole? Obično računalo može automatski riješiti sve probleme.

Ipak, većina članova MR-a slaže se da popravak dozvola nije toliko važan kao što je nekad bio. Ako nemate nikakvih problema, trebali biste biti u redu.

xUKHCx

Administrator emeritus
15. siječnja 2006
Kop
  • 28. travnja 2008
Pretpostavljam da vodite Leopard, ako je to slučaj, mislim da je prilično normalno vidjeti to.


Mac OS X 10.5: Disk Utility's Repair Disk Permissions izvješćuje o problemima sa SUID datotekama



'Svaka poruka koja počinje s: 'ACL pronađen, ali se ne očekuje na...'.'


Zahvaćeni proizvodi
Mac OS X 10.5 Leopard

Riješenje
Ove poruke možete sa sigurnošću zanemariti. Oni su točni, ali nisu razlog za zabrinutost. Kliknite za proširenje...
FYI ACL = popis kontrole pristupa

Morod

Originalni poster
1. siječnja 2008
Na The Nickel, tamo....
  • 28. travnja 2008
Hvala vam!

Oprostite što nisam uključio više informacija u svoj izvorni post.
Da, koristim Leopard 10.5 OS.
Da, popravio sam dozvole nakon provjere.
Razlog zašto sam ga pokrenuo je taj što se moj Al iMac jučer zaključao dok sam koristio Safari. Teško se zaključalo jer Force Quit nije učinio ništa. Mogao sam pomicati pokazivač miša, ali klik na tipku miša nije učinio ništa. Pokušao sam navigirati pomoću tipkovnice. Tada sam mogao prisilno zatvoriti Safari i Finder, ali to nije pomoglo. Zatim sam pritisnuo i pomogao da se gumb za uključivanje/isključivanje vrati da isključi iMac. Ponovo se pokrenulo i sve je radilo kako je trebalo.
Zato sam pokrenuo Dopuštenja.
Još jednom, hvala!
Morod

richard.mac

2. veljače 2007
51,50024, -0,12662
  • 28. travnja 2008
Morod, imao sam potpuno istu ACL grešku kao i vi prilikom popravljanja dozvola. Nisam siguran što je točno ACL, ali znam da je to samo manja pogreška koja nema stvarnog utjecaja na brzinu ili stabilnost. neki korisnici Leoparda jednostavno ga ostave i zaborave.

ali ja sam perfekcionist pa sam morao popraviti svoje. Na kraju sam preuzeo 10.5.1 kombinirano ažuriranje i to je popravilo, ali se nakon 10.5.2 opet vratilo. tada sam otkrio da to popravlja jednostavna Unix naredba. pa pokušajte to unijeti u Terminal koji se nalazi u mapi Utilities.

Šifra: |_+_|

Morod

Originalni poster
1. siječnja 2008
Na The Nickel, tamo....
  • 28. travnja 2008
Hvala, richtomas,
Često viđam vaše postove ovdje i poštujem vaše savjete, ali otići ću na miru.
Još uvijek sam vrlo nov u Appleu, a posebno u Terminalu. U mislima izjednačavam Terminal s Windows Registry, s kojim se nikada nisam petljao.
Pretpostavljam da mi je previše lako uništiti stvari.
Hvala još jednom!
Morod

richard.mac

2. veljače 2007
51,50024, -0,12662
  • 28. travnja 2008
Morod je rekao: Hvala, richthomas,
Često viđam vaše postove ovdje i poštujem vaše savjete, ali otići ću na miru.
Još uvijek sam vrlo nov u Appleu, a posebno u Terminalu. U mislima izjednačavam Terminal s Windows Registry, s kojim se nikada nisam petljao.
Pretpostavljam da mi je previše lako uništiti stvari.
Hvala još jednom!
Morod Kliknite za proširenje...

ok onda je to u redu, ali neće ništa uništiti i testirao sam naredbu i radi.

trebali biste se brinuti o terminalskim naredbama samo kada ne znate ili vam nije rečeno što radi.

Terminal je samo GUI za pristup Unix jezgri OS X i nije ništa poput Registry u Windowsima. OS X ekvivalent Registry je mapa sustava i nevidljive unix datoteke koje ne smijete dirati.

McGiorda

5. listopada 2003
Mračni dvorac
  • 28. travnja 2008
richthomas je rekao: Terminal je samo GUI za pristup Unix jezgri OS X i nije ništa poput Registry u Windowsima. OS X ekvivalent Registry je mapa sustava i nevidljive unix datoteke koje ne smijete dirati. Kliknite za proširenje...

Nisam stručnjak, ali moram se ne složiti, terminal nije GUI (Grafičko korisničko sučelje), već CLI (sučelje naredbenog retka).
Ako koristite naredbu 'sudo' i ne znate što radite, možete pokvariti svoj Mac slično onome što možete učiniti s Windows registrom.

Predlažem da koristite naredbu 'man' prije bilo koje druge naredbe kako biste saznali više o tome.
Upišite 'man sudo', tako ćete vidjeti što ta određena naredba radi prije nego što je upotrijebite.
________
pot vijesti Posljednja izmjena: 30. siječnja 2011

tersono

18. siječnja 2005
UK
  • 28. travnja 2008
ACL = Popis kontrole pristupa. Nalaže privilegije pisanja na dijeljene lokacije.

Pogreška koju ste vidjeli, 'ACL pronađen u biblioteci, ali nije očekivan' poznata je pogreška u izvješćivanju (čitaj: bug) i nije problem.

richard.mac

2. veljače 2007
51,50024, -0,12662
  • 28. travnja 2008
McGiord je rekao: Nisam stručnjak, ali moram se ne složiti, Terminal nije GUI (Grafičko korisničko sučelje), to je CLI (sučelje naredbenog retka).
Ako koristite naredbu 'sudo' i ne znate što radite, možete pokvariti svoj Mac slično onome što možete učiniti s Windows registrom.

Predlažem da koristite naredbu 'man' prije bilo koje druge naredbe kako biste saznali više o tome.
Upišite 'man sudo', tako ćete vidjeti što ta određena naredba radi prije nego što je upotrijebite. Kliknite za proširenje...

oh ok da, znam da je terminal CLI, ali htio sam napisati 'Terminal je GUI za pristup CLI-u jezgre Unixa OS X', ali sam ga malo više pojednostavio. DO

Adamosaur

3. svibnja 2008
  • 3. svibnja 2008
Acl...

Pa znam da se ACL pronađene, a ne očekivane poruke kažu da su bezopasne, ali provjera ili popravak dopuštenja diska mi i dalje traje 5 minuta umjesto 1, a sve ACL poruke iskaču odjednom, bez da se ništa drugo pojavljuje ili ne prikazuje fiksno. Ne uzrokuju li te poruke ništa drugo za popravak ili ništa ne treba popravljati. Ovaj problem imam otkako sam instalirao Leopard na svoj MacBook Pro.

Imao sam slične probleme sa safarijem, ne uzrokuje zamrzavanje Finder-a, ali neočekivano napušta safari barem jednom svakih nekoliko sati.

Postoji toliko mnogo ACL poruka da pokrivaju najmanje 10 stranica, a uglavnom su na jezicima kao što je nekoliko ispod:

ACL je pronađen, ali se ne očekuje na 'System/Library/User Template/English.lproj/Documents'.

Zamijenite 'engleski.lproj' s japanski.lproj, njemački.lproj, francuski.lproj, španjolski.lproj, talijanski.lproj, nizozemski.lproj, da.lproj, fi.lproj, ko.lproj, no.lproj i tako mnogo više (isključujući sve zareze)

Je li to ono što svi mislite pod ACL? Jer ovo me zabrinjava. Sada češće koristim Firefox, a nijedna druga aplikacija nije prisiljena niti zaostaje osim safarija i uslužnog programa za disk kao što je rečeno.

richard.mac

2. veljače 2007
51,50024, -0,12662
  • 4. svibnja 2008
Dozvole za popravak inf su spore jer Disk Utility nije optimiziran za Leopard, ali još uvijek ima verziju 11.0.

da popravim vaše ACL pogreške, preuzeo bih i instalirao 10.5.2 kombinirano ažuriranje s Apple.com ili ga možete jednostavno ostaviti jer neće narušiti performanse vašeg Maca.

orfej1120

23. siječnja 2008
Malezija
  • 4. svibnja 2008
Nisam previše siguran hoće li kombinirano ažuriranje 10.5.2 eliminirati ACL pogreške jer sam trenutno na 10.5.2 i još uvijek vidim iste pogreške.

To me je navelo da vjerujem da je inherentni problem s ACL pogreškama posljedica nadogradnje OS-a s Tigera na Leopard, jer je to naizgled najvjerojatnije objašnjenje. Da budemo precizniji, uzrok može biti nadogradnja Leoparda pomoću metode 'Arhiviraj i instaliraj' koja prethodno instalirane aplikacije i podatke čuva na mjestu. Iako je to rečeno, to je isključivo moja osobna sumnja i ako ne izbrišem i instaliram, neću moći potvrditi svoju tvrdnju.

Ako je ono za što sumnjam točno, onda bilo koji tvornički instaliran mac koji je instalirao Leopard ne bi trebao vidjeti ACL greške.

Može li bilo koji član s tvorničkim macovima instaliranim u leopardu potvrditi postojanje ACL pogrešaka u svom sustavu?

Morod

Originalni poster
1. siječnja 2008
Na The Nickel, tamo....
  • 4. svibnja 2008
Bok,
Kupio sam svoj 24' AL iMac u siječnju 2008. u lokalnom Apple Storeu. Datum njegove izgradnje je zadnji tjedan prosinca 2007.
Prodavač mi je rekao da je ovaj stroj nativno instalirao Leopard i da nije nadograđen s Tigera.
Imam ACL greške (ja sam izvorni poster ove teme, ). Dakle, iako je vaša hipoteza dobra, mislim da nije činjenična, barem na temelju informacija koje imam.
Nadajmo se da će 10.5.3 to ispraviti, iako mi ACL pogreške nisu nanijele nikakvu štetu za koju znam.
Morod

merl1n

30. travnja 2008
New Jersey, SAD
  • 4. svibnja 2008
richthomas je rekao: Morod, imao sam potpuno istu ACL grešku kao i ti kada sam popravljao dozvole. Nisam siguran što je točno ACL, ali znam da je to samo manja pogreška koja nema stvarnog utjecaja na brzinu ili stabilnost. neki korisnici Leoparda jednostavno ga ostave i zaborave.

ali ja sam perfekcionist pa sam morao popraviti svoje. Na kraju sam preuzeo 10.5.1 kombinirano ažuriranje i to je popravilo, ali se nakon 10.5.2 opet vratilo. tada sam otkrio da to popravlja jednostavna Unix naredba. pa pokušajte to unijeti u Terminal koji se nalazi u mapi Utilities.

Šifra: |_+_| Kliknite za proširenje...

ACL-ovi ili popisi kontrole pristupa dio su datoteka u Unixu. Kada izdate naredbu:

chmod -R -N /Knjižnica

mijenjate sve datoteke knjižnice (rekurzivno) koje sadrže ACL-ove i uklanjate (-N) taj kod iz datoteka.

Ne biste se trebali petljati s datotekama i knjižnicama Unix sustava osim ako točno znate što radite. Možda radi sada, ali će vam kasnije stvarati probleme. Ja sam Solaris (unix) administrator sustava pa znam o čemu govorim. ACL-ovi su zapravo za sigurnost i ograničavaju tko i što može pristupiti tim datotekama koje sadrže ACL-ove.

Ako vidite pogreške pri pokretanju First Aid u Disk Utility-u, jednostavno ih zanemarite jer ne ukazuju na problem. Prozirne su. Na kraju će se Disk Utility nadograditi samo kako bi zanemario ACL-ove i ne prijavio ih. DO

Adamosaur

3. svibnja 2008
  • 4. svibnja 2008
richthomas je rekao: Repairinf Permissions je spor jer Disk Utility nije optimiziran za Leopard, ali je i dalje verzija 11.0.

da popravim vaše ACL pogreške, preuzeo bih i instalirao 10.5.2 kombinirano ažuriranje s Apple.com ili ga možete jednostavno ostaviti jer neće narušiti performanse vašeg Maca. Kliknite za proširenje...

Pokušat ću instalirati 10.5.2 i vidjeti hoće li popraviti ACL, ali sumnjam u to.
Dakle, neočekivani prekid safarija mora biti posljedica nečeg drugog :/

orfej1120

23. siječnja 2008
Malezija
  • 4. svibnja 2008
Savjetovao bih da ne radite sudo chmod -R -N /Knjižnica ili slične naredbe na terminalu. Od toga nema nikakve koristi. Prisutnost ACL kodova pogrešaka u biti je bug u izvješćivanju koji neće ometati tijek rada OS X. Stoga čak i ako znate što radite, to ne donosi nikakvu korist.

Evo što bi se moglo dogoditi kada mislite da znate što radite.

richard.mac

2. veljače 2007
51,50024, -0,12662
  • 6. svibnja 2008
merl1n je rekao: NE bi se smio petljati s datotekama i knjižnicama Unix sustava osim ako ne znate točno što radite. Možda radi sada, ali će vam kasnije stvarati probleme. Ja sam Solaris (unix) administrator sustava pa znam o čemu govorim. ACL-ovi su zapravo za sigurnost i ograničavaju tko i što može pristupiti tim datotekama koje sadrže ACL-ove. ?? Kliknite za proširenje...

orpheus1120 je rekao: Ja bih savjetovao da ne radite sudo chmod -R -N /Knjižnica ili slične naredbe na terminalu. Od toga nema nikakve koristi. ?? Kliknite za proširenje...

pa što treba učiniti nakon izvršavanja 'sudo chmod -R -N' u direktoriju kako bi se spriječili budući problemi?

orfej1120

23. siječnja 2008
Malezija
  • 6. svibnja 2008
richthomas je rekao: pa što treba učiniti nakon izvršavanja 'sudo chmod -R -N' u direktoriju kako bi se spriječili budući problemi? Kliknite za proširenje...

Tražiš lijek dok ja razmišljam o prevenciji.

Tako da neću ni pokušati naredbu. Nema nikakve koristi.

Jeste li već koristili naredbu?

brn2ski00

16. kolovoza 2007
MA
  • 6. svibnja 2008
Popisi kontrole pristupa

http://en.wikipedia.org/wiki/Access_control_list

srl7741

19. siječnja 2008
GMT-6
  • 6. svibnja 2008
Zanimljiva tema i tema.

Imam MBP i 24 Al iMac koji sam kupio u razmaku od samo nekoliko tjedana. Oboje imaju isti softver. MBP je došao s Tigerom i nadogradio sam se na Leopard nakon prvog pokretanja. iMac je došao s Leopardom.
Kada pokrenem Disk Utility na oba, moj iMac ne pokazuje nikakve pogreške, nikad nije. Kada pokrenem Disk Utility na svom MBP-u, dobivam stranice ACL pogrešaka.
Nikada me nisu previše brinule pogreške jer MBP radi odlično, ali uvijek sam se pitao od čega su?

Zato mi je ova tema zanimljiva.
Zašto bi moj MBP prikazao ove pogreške, a iMac ne. Razlikuju se po hardveru, ali ne i softveru.

Možda će to pomoći rasvijetliti one koji bolje razumiju od mene.


hvala

orfej1120

23. siječnja 2008
Malezija
  • 6. svibnja 2008
Zvuči kao moja hipoteza...

orpheus1120 je rekao: Nisam previše siguran hoće li kombinirano ažuriranje 10.5.2 eliminirati ACL pogreške jer sam trenutno na 10.5.2 i još uvijek vidim iste pogreške.

To me je navelo da vjerujem da je inherentni problem s ACL pogreškama posljedica nadogradnje OS-a s Tigera na Leopard, jer je to naizgled najvjerojatnije objašnjenje. Da budemo precizniji, uzrok može biti nadogradnja Leoparda pomoću metode 'Arhiviraj i instaliraj' koja prethodno instalirane aplikacije i podatke čuva na mjestu. Iako je to rečeno, to je isključivo moja osobna sumnja i ako ne izbrišem i instaliram, neću moći potvrditi svoju tvrdnju.

Ako je ono za što sumnjam točno, onda bilo koji tvornički instaliran mac koji je instalirao Leopard ne bi trebao vidjeti ACL greške.

Može li bilo koji član s tvorničkim macovima instaliranim u leopardu potvrditi postojanje ACL pogrešaka u svom sustavu? Kliknite za proširenje...


Ali nije istina kao što je dokazao Morod. Nemam pojma zašto neki više imaju, a neki nemaju.

richard.mac

2. veljače 2007
51,50024, -0,12662
  • 7. svibnja 2008
orpheus1120 je rekao: Vi tražite lijek dok ja razmišljam o prevenciji.

Tako da neću ni pokušati naredbu. Nema nikakve koristi.

Jeste li već koristili naredbu? Kliknite za proširenje...

oh ok.

već sam izvršio naredbu. samo se pitam može li se ono što sam učinio s tom naredbom poništiti. moj Mac radi dobro i čini se da su dozvole /Library u redu.

orpheus1120 je rekao: Nisam previše siguran hoće li kombinirano ažuriranje 10.5.2 eliminirati ACL pogreške jer sam trenutno na 10.5.2 i još uvijek vidim iste pogreške. ?? Kliknite za proširenje...

preuzimanje 10.5.2 kombinirano ažuriranje s Apple preuzimanja (veće od normalnog delta ažuriranja koje dobivate od ažuriranja softvera) čini se da popravlja ACL pogreške. pa barem je bilo za mene kada sam instalirao 10.5.1 combo ažuriranje, ali onda mi je delta ažuriranje 10.5.2 dalo još jednu ACL grešku.

kdbilly

30. studenog 2006
Grad magle
  • 23. veljače 2009
došao sam tražiti objašnjenje za 'ACL' i našao ga. Hvala. ali tek sam počeo dobivati ​​prve acl pogreške. moj g5 (2x3ghz quad, v10.5.6) je pokvario i pokušavao sam to riješiti. tako da sam dobio novu verziju diskwarrior-a da počistim stvari i nakon što sam je pokrenuo, a zatim popravio dozvole, dobio sam prvu acl grešku s kojom sam se ikada susreo?? acl pronađen, ali se ne očekuje na 'aplikacijama'.

nemam pojma što je to, ali više me ne brine acl pogreška, hvala još jednom. ali bih želio riješiti greške, ipak se čini da je buggy. još uvijek se događa puno loptice za plažu koja se vrti iz pakla. štakori. S

zPolarBear

18. veljače 2009
  • 23. veljače 2009
Acl

Popis kontrole pristupa izum je DEC-a (Digital Equipment Corp). To je više značajka bogata verzija dopuštenja World-Group-Owner s kojima je Unix stvoren. (Riječi možda nisu točne, ali shvaćate.)
Jedna od stvari koje smo primijetili na DEC strojevima, još u kasnim 80-ima, je da ako stvorite previše ACL-ova, preduboko, stroj bi mogao usporiti do puzanja (a to su bili glavni okviri tog dana; 512Meg DRAM 1989.!). Rješenje je bilo očistiti ili ukloniti ACL-ove i primijeniti ih samo na najviše razine stabala direktorija... Dakle, nastavio bih čistiti ACL-ove koji su neočekivani ili nepotrebni kako bi se olakšalo opterećenje datotečnog sustava.
Ako dovoljno pročitate man stranice, čak možete naučiti kako sami dodati ili ukloniti ACL-ove iz direktorija! Nekako zabavno - na štreberski način.