Muu

Mikä on ACL?

Morod

Alkuperäinen juliste
1. tammikuuta 2008
Nikkelissä, tuolla...
  • 28. huhtikuuta 2008
Hei kaikki,
Suoritin äskettäin Verify Disk Permissions -ohjelman, ja olen vielä melko uusi tässä. Ainoa merkintä, joka palasi, oli 'ACL löytyi, mutta sitä ei odoteta kirjastossa'.
Pitäisikö minun olla huolissaan tästä?
Kiitos, kuten aina, kaikesta avusta/neuvosta.
Morod

sanamunger

3. syyskuuta 2003


Pohjois-Carolina
  • 28. huhtikuuta 2008
Morod sanoi: Hei kaikille,
Suoritin äskettäin Verify Disk Permissions -ohjelman, ja olen vielä melko uusi tässä. Ainoa merkintä, joka palasi, oli 'ACL löytyi, mutta sitä ei odoteta kirjastossa'.
Pitäisikö minun olla huolissaan tästä?
Kiitos, kuten aina, kaikesta avusta/neuvosta.
Morod Laajenna napsauttamalla...

En tiedä mitä 'ACL' on tässä yhteydessä, mutta korjasitko käyttöoikeudet? Yleensä tietokone pystyy korjaamaan kaikki ongelmat automaattisesti.

Useimmat MR-jäsenet ovat kuitenkin samaa mieltä siitä, että käyttöoikeuksien korjaaminen ei ole niin tärkeää kuin ennen. Jos sinulla ei ole ongelmia, sinun pitäisi olla kunnossa.

xUKHCx

Ylläpitäjä emeritus
15. tammikuuta 2006
Kop
  • 28. huhtikuuta 2008
Luulen, että käytät Leopardia, jos näin on, mielestäni on melko normaalia nähdä se.


Mac OS X 10.5: Levytyökalun Repair Disk Permissions raportoi SUID-tiedostoihin liittyvistä ongelmista



'Kaikki viestit, jotka alkavat seuraavasti: 'ACL löytyi, mutta ei odotettavissa...'.


Tuotteet, joita tämä koskee
Mac OS X 10.5 Leopard

Ratkaisu
Voit turvallisesti jättää nämä viestit huomioimatta. Ne ovat tarkkoja, mutta eivät aiheuta huolta. Laajenna napsauttamalla...
FYI ACL = pääsynhallintaluettelo

Morod

Alkuperäinen juliste
1. tammikuuta 2008
Nikkelissä, tuolla...
  • 28. huhtikuuta 2008
Kiitos!

Anteeksi, etten sisällyttänyt alkuperäiseen viestiini lisätietoja.
Kyllä, käytän Leopard 10.5 -käyttöjärjestelmää.
Kyllä, korjasin luvat tarkistuksen jälkeen.
Syy, miksi suoritin sen, johtuu siitä, että Al iMacini lukittui eilen Safarin käytön aikana. Se lukkiutui lujasti, kun Force Quit ei tehnyt mitään. Voisin siirtää hiiren osoitinta, mutta hiiren painikkeen napsauttaminen ei tehnyt mitään. Yritin navigoida näppäimistölläni. Pystyin silloin pakottamaan Safarin ja Finderin lopettamaan, mutta se ei auttanut asioita. Joten sitten painoin ja autan virtapainiketta takana sammuttaakseni iMacin. Se käynnistyi uudelleen hyvin ja kaikki toimi niin kuin piti.
Siksi suoritin Permissions-ohjelman.
Vielä kerran, kiitos!
Morod

richard.mac

2. helmikuuta 2007
51,50024, -0,12662
  • 28. huhtikuuta 2008
Morod minulla oli täsmälleen sama ACL-virhe kuin sinulla korjattaessa käyttöoikeuksia. en ole varma, mikä ACL tarkalleen on, mutta tiedän sen olevan vain pieni virhe, jolla ei ole todellista vaikutusta nopeuteen tai vakauteen. Jotkut Leopardin käyttäjät vain jättävät sen ja unohtavat sen.

mutta olen perfektionisti, joten minun piti korjata omani. Päädyin lataamaan 10.5.1-yhdistelmäpäivityksen ja tämä korjasi sen, mutta sitten 10.5.2:n jälkeen se palasi uudelleen. Sitten huomasin, että yksinkertainen Unix-komento korjaa sen. joten yritä kirjoittaa tämä Terminaaliin, joka on Apuohjelmat-kansiossa.

Koodi: |_+_|

Morod

Alkuperäinen juliste
1. tammikuuta 2008
Nikkelissä, tuolla...
  • 28. huhtikuuta 2008
Kiitos, richthomas,
Näen postauksiasi täällä usein ja kunnioitan neuvojasi, mutta aion jättää tarpeeksi rauhaan.
Olen vielä hyvin uusi Applen ja erityisesti Terminalin suhteen. Mielessäni rinnastan terminaalin Windowsin rekisteriin, jota en myöskään koskaan sotkenut.
Minusta on liian helppoa tuhota asioita.
Kiitos taas!
Morod

richard.mac

2. helmikuuta 2007
51,50024, -0,12662
  • 28. huhtikuuta 2008
Morod sanoi: Kiitos, richthomas,
Näen postauksiasi täällä usein ja kunnioitan neuvojasi, mutta aion jättää tarpeeksi rauhaan.
Olen vielä hyvin uusi Applen ja erityisesti Terminalin suhteen. Mielessäni rinnastan terminaalin Windowsin rekisteriin, jota en myöskään koskaan sotkenut.
Minusta on liian helppoa tuhota asioita.
Kiitos taas!
Morod Laajenna napsauttamalla...

ok sitten hieno, mutta se ei tuhoa mitään ja olen testannut komentoa ja se toimii.

sinun pitäisi olla huolissaan päätekomennoista vain, kun et tiedä tai sinulle ei ole kerrottu, mitä se tekee.

Pääte on vain graafinen käyttöliittymä, jolla pääset OS X:n Unix-ytimeen, eikä se ole samanlainen kuin Windowsin rekisteri. Rekisterin OS X -vastaava on System-kansio ja näkymätön Unix-tiedostot, joihin sinun ei pitäisi koskea.

McGiord

5. lokakuuta 2003
Pimeä linna
  • 28. huhtikuuta 2008
richthomas sanoi: Pääte on vain graafinen käyttöliittymä, jolla pääset OS X:n Unix-ytimeen, eikä se ole samanlainen kuin Windowsin rekisteri. Rekisterin OS X -vastaava on System-kansio ja näkymätön Unix-tiedostot, joihin sinun ei pitäisi koskea. Laajenna napsauttamalla...

En ole asiantuntija, mutta minun on oltava eri mieltä, että pääte ei ole GUI (graafinen käyttöliittymä), se on CLI (Command Line Interface).
Jos käytät 'sudo'-komentoa etkä tiedä mitä olet tekemässä, saatat sotkea Macin samalla tavalla kuin voit tehdä Windowsin rekisterin kanssa.

Suosittelen käyttämään 'man'-komentoa ennen muita komentoja oppiaksesi siitä.
Kirjoita 'man sudo', jonka avulla näet mitä kyseinen komento tekee ennen sen käyttöä.
________
potin uutisia Viimeksi muokattu: 30. tammikuuta 2011

tersono

18. tammikuuta 2005
Iso-Britannia
  • 28. huhtikuuta 2008
ACL = Access Control List. Sanelee kirjoitusoikeudet jaetuille paikoille.

Näkemäsi virhe 'ACL löytyi kirjastosta, mutta ei odotettavissa' on tunnettu raportointivirhe (lue: bugi), eikä se ole ongelma.

richard.mac

2. helmikuuta 2007
51,50024, -0,12662
  • 28. huhtikuuta 2008
McGiord sanoi: En ole asiantuntija, mutta minun täytyy olla eri mieltä, pääte ei ole GUI (graafinen käyttöliittymä), se on CLI (Command Line Interface).
Jos käytät 'sudo'-komentoa etkä tiedä mitä olet tekemässä, saatat sotkea Macin samalla tavalla kuin voit tehdä Windowsin rekisterin kanssa.

Suosittelen käyttämään 'man'-komentoa ennen muita komentoja oppiaksesi siitä.
Kirjoita 'man sudo', jonka avulla näet mitä kyseinen komento tekee ennen sen käyttöä. Laajenna napsauttamalla...

okei joo, tiedän, että pääte on CLI, mutta aioin kirjoittaa 'Terminal on GUI käyttääksesi OS X:n Unix-ytimen CLI:tä', mutta yksinkertaistin sitä hieman enemmän. TO

Adamosaur

3. toukokuuta 2008
  • 3. toukokuuta 2008
Acl...

Tiedän, että löydettyjen ja odottamattomien ACL-sanomien sanotaan olevan vaarattomia, mutta levyn käyttöoikeuksien tarkistamiseen tai korjaamiseen kuluu silti 5 minuuttia yhden sijasta, ja kaikki ACL-viestit tulevat näkyviin kerralla ilman mitään muuta. korjattu. Aiheuttavatko nämä viestit mitään muuta korjausta vai eikö mikään tarvitse korjausta. Minulla on ollut tämä ongelma siitä lähtien, kun asensin Leopardin MacBook Prohoni.

Minulla on ollut samanlaisia ​​ongelmia safarin kanssa, se ei aiheuta Finderin jäätymistä, mutta sulkee yllättäen safarin vähintään kerran muutaman tunnin välein.

ACL-viestejä on niin paljon, että se kattaa vähintään 10 sivua, ja se on enimmäkseen kielillä, kuten alla muutamia:

ACL löytyi, mutta sitä ei odoteta kohdassa 'System/Library/User Template/English.lproj/Documents'.

Korvaa 'English.lproj' sanoilla Japanese.lproj, German.lproj, French.lproj, Spanish.lproj, Italian.lproj, Dutch.lproj, da.lproj, fi.lproj, ko.lproj, no.lproj ja niin monella muulla lisää (ilman kaikkia pilkkuja)

Tätäkö tarkoitat ACL:llä? Koska tämä huolestuttaa minua. Käytän Firefoxia nyt useammin, eivätkä muut sovellukset pakota tai hidastele, paitsi safari ja levyapuohjelma, kuten sanottiin.

richard.mac

2. helmikuuta 2007
51,50024, -0,12662
  • 4. toukokuuta 2008
Repairinf Permissions on hidas, koska Levytyökalua ei ole optimoitu Leopardille, mutta sen versio on edelleen 11.0.

ACL-virheiden korjaamiseksi lataan ja asensin 10.5.2-yhdistelmäpäivityksen Apple.com-sivustolta tai voit jättää sen, koska se ei heikennä Macin suorituskykyä.

orpheus1120

23. tammikuuta 2008
Malesia
  • 4. toukokuuta 2008
En ole kovin varma, poistaako combo 10.5.2 -päivitys ACL-virheet, koska minulla on tällä hetkellä 10.5.2 ja näen edelleen samat virheet.

Se on saanut minut uskomaan, että ACL-virheiden luontainen ongelma johtuu käyttöjärjestelmän päivityksestä Tigeristä Leopardiin, koska tämä on ilmeisesti todennäköisin selitys. Tarkemmin sanottuna syy voi johtua Leopardin päivityksestä 'Arkistoi ja asenna' -menetelmällä, joka pitää aiemmin asennetut sovellukset ja tiedot paikoillaan. Vaikka tämä on sanottu, se on vain henkilökohtainen epäilyni, enkä pysty vahvistamaan väitettäni, ellei poista ja asenna.

Jos se, mitä epäilen, pitää paikkansa, minkään Leopardin tehtaalla asennetun alkuperäisen Macin ei pitäisi nähdä ACL-virheitä.

Voivatko jäsenet, joilla on tehtaalla Leopard-asennetut mac-tietokoneet, vahvistaa ACL-virheiden olemassaolon järjestelmässään?

Morod

Alkuperäinen juliste
1. tammikuuta 2008
Nikkelissä, tuolla...
  • 4. toukokuuta 2008
Hei,
Ostin 24 tuuman AL iMacin tammikuussa 2008 paikallisesta Apple Storesta. Sen rakennuspäivä on joulukuun 2007 viimeinen viikko.
Myyjä kertoi minulle, että tässä koneessa oli Leopard asennettuna, eikä sitä ole päivitetty Tigeristä.
Minulla on ACL-virheitä (olen tämän säikeen alkuperäinen julkaisija, ). Joten vaikka hypoteesi on hyvä, en usko, että se on fakta, ainakaan minulla olevien tietojen perusteella.
Toivotaan, että 10.5.3 korjaa tämän, vaikka ACL-virheet eivät ole aiheuttaneet minulle mitään tietoani.
Morod

merl1n

30. huhtikuuta 2008
New Jersey, Yhdysvallat
  • 4. toukokuuta 2008
richthomas sanoi: Morod minulla oli täsmälleen sama ACL-virhe kuin sinulla korjattaessa käyttöoikeuksia. en ole varma, mikä ACL tarkalleen on, mutta tiedän sen olevan vain pieni virhe, jolla ei ole todellista vaikutusta nopeuteen tai vakauteen. Jotkut Leopardin käyttäjät vain jättävät sen ja unohtavat sen.

mutta olen perfektionisti, joten minun piti korjata omani. Päädyin lataamaan 10.5.1-yhdistelmäpäivityksen ja tämä korjasi sen, mutta sitten 10.5.2:n jälkeen se palasi uudelleen. Sitten huomasin, että yksinkertainen Unix-komento korjaa sen. joten yritä kirjoittaa tämä Terminaaliin, joka on Apuohjelmat-kansiossa.

Koodi: |_+_| Laajenna napsauttamalla...

ACL-luettelot tai käyttöoikeusluettelot ovat osa tiedostoja Unixissa. Kun annat komennon:

chmod -R -N /kirjasto

muokkaat kaikkia ACL-luetteloita sisältäviä kirjastotiedostoja (rekursiivisesti) ja poistat (-N) kyseisen koodin tiedostoista.

Unix-järjestelmätiedostojen ja -kirjastojen kanssa EI pidä höpöttää, ellet tiedä tarkalleen mitä olet tekemässä. Se voi toimia nyt, mutta aiheuttaa ongelmia myöhemmin. Olen Solaris (unix) -järjestelmänvalvoja, joten tiedän mistä puhun. ACL-luettelot ovat itse asiassa turvallisuutta varten ja rajoittavat sitä, kuka ja mikä voi käyttää ACL-luetteloita sisältäviä tiedostoja.

Jos näet virheitä First Aid -apuohjelmassa Levytyökalussa, jätä ne huomioimatta, koska ne eivät tarkoita ongelmaa. Ne ovat läpinäkyviä. Lopulta Levytyökalu päivitetään vain, jotta ACL-luettelot voidaan jättää huomiotta eikä niistä raportoida. TO

Adamosaur

3. toukokuuta 2008
  • 4. toukokuuta 2008
richthomas sanoi: Repairinf Permissions on hidas, koska Levytyökalua ei ole optimoitu Leopardille, mutta sen versio on edelleen 11.0.

ACL-virheiden korjaamiseksi lataan ja asensin 10.5.2-yhdistelmäpäivityksen Apple.com-sivustolta tai voit jättää sen, koska se ei heikennä Macin suorituskykyä. Laajenna napsauttamalla...

Yritän asentaa 10.5.2:n ja katson korjaako se ACL:n, mutta epäilen sitä.
Eli odottamaton safarin lopettaminen johtuu varmaan jostain muusta :/

orpheus1120

23. tammikuuta 2008
Malesia
  • 4. toukokuuta 2008
Suosittelisin olemaan tekemättä sudo chmod -R -N /kirjasto tai vastaavia komentoja terminaalissa. Siitä ei ole mitään hyötyä. ACL-virhekoodien esiintyminen on pohjimmiltaan raportointivirhe, joka ei estä OS X:n työnkulkua. Siksi vaikka tietäisit mitä olet tekemässä, siitä ei ole mitään hyötyä.

Tässä on mitä voi tapahtua, kun luulet tietäväsi mitä olet tekemässä.

richard.mac

2. helmikuuta 2007
51,50024, -0,12662
  • 6. toukokuuta 2008
merl1n sanoi: Sinun EI pidä höpöttää Unix-järjestelmätiedostojen ja kirjastojen kanssa, ellet tiedä tarkalleen mitä olet tekemässä. Se voi toimia nyt, mutta aiheuttaa ongelmia myöhemmin. Olen Solaris (unix) -järjestelmänvalvoja, joten tiedän mistä puhun. ACL-luettelot ovat itse asiassa turvallisuutta varten ja rajoittavat sitä, kuka ja mikä voi käyttää ACL-luetteloita sisältäviä tiedostoja. ?? Laajenna napsauttamalla...

orpheus1120 sanoi: En suosittele olemaan tekemättä sudo chmod -R -N /kirjasto tai vastaavia komentoja terminaalissa. Siitä ei ole mitään hyötyä. ?? Laajenna napsauttamalla...

niin mitä pitäisi tehdä sen jälkeen, kun 'sudo chmod -R -N' on suoritettu hakemistossa tulevien ongelmien välttämiseksi?

orpheus1120

23. tammikuuta 2008
Malesia
  • 6. toukokuuta 2008
richthomas sanoi: mitä pitäisi tehdä sen jälkeen, kun 'sudo chmod -R -N' on suoritettu hakemistossa, jotta vältytään tulevilta ongelmilta? Laajenna napsauttamalla...

Pyydät parannuskeinoa, kun ajattelen ehkäisyä.

Joten en aio edes kokeilla komentoa. Siitä ei ole mitään hyötyä.

Oletko jo käyttänyt komentoa?

brn2ski00

16. elokuuta 2007
MA
  • 6. toukokuuta 2008
Kulunvalvontaluettelot

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

srl7741

19. tammikuuta 2008
GMT-6
  • 6. toukokuuta 2008
Mielenkiintoinen ketju ja aihe.

Minulla on MBP ja 24 Al iMac, jotka ostin vain muutaman viikon välein. Molemmilla on sama ohjelmisto. MBP tuli Tigerin mukana ja päivitin Leopardiksi ensimmäisen käynnistyksen jälkeen. iMacin mukana tuli Leopard.
Kun käytän Levytyökalua molemmissa iMacinissa, ei näy virheitä, eikä ole koskaan näkynyt. Kun käytän Levytyökalua MBP:ssäni, saan sivuja ACL-virheitä.
En ole koskaan ollut liian huolissaan MBP:n virheistä, mutta olen aina miettinyt, mistä ne johtuvat?

Siksi pidän tätä ketjua mielenkiintoisena.
Miksi MBP näyttää nämä virheet, mutta iMac ei. Ne eroavat toisistaan ​​laitteiston, mutta ei ohjelmiston osalta.

Ehkä se auttaa valaisemaan niitä, jotka ymmärtävät paremmin kuin minä.


Kiitti

orpheus1120

23. tammikuuta 2008
Malesia
  • 6. toukokuuta 2008
Kuulostaa hypoteesiltani...

orpheus1120 sanoi: En ole liian varma, poistaako combo 10.5.2 -päivitys ACL-virheet, koska minulla on tällä hetkellä 10.5.2 ja näen edelleen samat virheet.

Se on saanut minut uskomaan, että ACL-virheiden luontainen ongelma johtuu käyttöjärjestelmän päivityksestä Tigeristä Leopardiin, koska tämä on ilmeisesti todennäköisin selitys. Tarkemmin sanottuna syy voi johtua Leopardin päivityksestä 'Arkistoi ja asenna' -menetelmällä, joka pitää aiemmin asennetut sovellukset ja tiedot paikoillaan. Vaikka tämä on sanottu, se on vain henkilökohtainen epäilyni, enkä pysty vahvistamaan väitettäni, ellei poista ja asenna.

Jos se, mitä epäilen, pitää paikkansa, minkään Leopardin tehtaalla asennetun alkuperäisen Macin ei pitäisi nähdä ACL-virheitä.

Voivatko jäsenet, joilla on tehtaalla Leopard-asennetut mac-tietokoneet, vahvistaa ACL-virheiden olemassaolon järjestelmässään? Laajenna napsauttamalla...


Mutta ei totta, kuten Morod on todistanut. Minulla ei ole aavistustakaan, miksi joillain on ja joillain ei ole enää virheitä.

richard.mac

2. helmikuuta 2007
51,50024, -0,12662
  • 7. toukokuuta 2008
orpheus1120 sanoi: Pyydät parannuskeinoa, kun ajattelen ehkäisyä.

Joten en aio edes kokeilla komentoa. Siitä ei ole mitään hyötyä.

Oletko jo käyttänyt komentoa? Laajenna napsauttamalla...

okei.

joo, olen jo tehnyt komennon. mietin vain, voisiko se, mitä tein tällä komennolla, kääntää. Macini toimii hyvin ja /Libraryn käyttöoikeudet näyttävät olevan kunnossa.

orpheus1120 sanoi: En ole liian varma, poistaako combo 10.5.2 -päivitys ACL-virheet, koska minulla on tällä hetkellä 10.5.2 ja näen edelleen samat virheet. ?? Laajenna napsauttamalla...

lataamalla 10.5.2 yhdistelmäpäivitys Apple-latauksista (suurempi kuin ohjelmistopäivityksestä saatava normaali deltapäivitys) näyttää korjaavan ACL-virheet. no ainakin minulle, kun asensin 10.5.1-yhdistelmäpäivityksen, mutta sitten 10.5.2 deltapäivitys antoi minulle toisen ACL-virheen.

kdbilly

30. marraskuuta 2006
Sumu kaupunki
  • 23. helmikuuta 2009
Tulin etsimään selitystä 'ACL:lle' ja löysin sen. Kiitos. mutta aloin juuri saada ensimmäiset acl-virheet. Minun g5 (2x3ghz quad, v10.5.6) on ollut bugisessa ja olen yrittänyt saada sen kuntoon. joten sain uuden diskwarrior-version siivoamaan asiat ja kun suoritin sen ja korjasin luvat, sain ensimmäisen koskaan kohdanmani ACL-virheen?? acl löytyi, mutta sitä ei odoteta sovelluksissa.

en tiedä mikä se on, mutta en ole enää huolissani acl-virheestä, kiitos vielä kerran. mutta haluaisin saada virheet kuntoon, se näyttää silti olevan buginen. monet helvetin pyörivät rantapallot jatkuvat edelleen. rotat. KANSSA

zPolarBear

18. helmikuuta 2009
  • 23. helmikuuta 2009
Acl

Access Control List on DEC:n (Digital Equipment Corp.) keksintö. Se on monipuolisempi versio World-Group-Owner-oikeuksista, joilla Unix luotiin. (Sanat eivät ehkä ole tarkkoja, mutta ymmärrät idean.)
Yksi asia, jonka huomasimme DEC-koneissa 80-luvun lopulla, on se, että jos luot liian monta ACL-luetteloa liian syvälle, kone saattoi hidastua indeksointiin (ja nämä olivat päivän pääkehykset; 512Meg DRAM vuonna 1989!). Ratkaisu oli puhdistaa tai poistaa ACL-luettelot ja käyttää niitä vain hakemistopuiden ylimmille tasoille... Joten jatkaisin odottamattomien tai tarpeettomien ACL-luetteloiden puhdistamista tiedostojärjestelmän kuormituksen keventämiseksi.
Jos luet man-sivuja tarpeeksi, voit jopa oppia lisäämään tai poistamaan ACL-luetteloita hakemistoista itse! Hauskaa - nörttimäisellä tavalla.