Morod
Original plakat- 1. januar 2008
- På The Nickel, der borte....
- 28. april 2008
Jeg har nylig kjørt min Verify Disk Permissions, og jeg er fortsatt ganske ny på dette. Den eneste oppføringen som kom tilbake var 'ACL funnet, men ikke forventet på 'Bibliotek'.'
Bør jeg være bekymret for dette?
Takk, som alltid, for all hjelp/råd gitt.
Morod
ordmunger
- 3. september 2003
- Nord-Carolina
- 28. april 2008
Morod sa: Hei alle sammen,
Jeg har nylig kjørt min Verify Disk Permissions, og jeg er fortsatt ganske ny på dette. Den eneste oppføringen som kom tilbake var 'ACL funnet, men ikke forventet på 'Bibliotek'.'
Bør jeg være bekymret for dette?
Takk, som alltid, for all hjelp/råd gitt.
Morod Klikk for å utvide...
Jeg vet ikke hva 'ACL' er i denne sammenhengen, men reparerte du tillatelser? Vanligvis kan datamaskinen automatisk fikse eventuelle problemer.
Når det er sagt, er de fleste MR-medlemmer enige om at reparasjon av tillatelser ikke er så viktig som det pleide å være. Hvis du ikke opplever noen problemer, bør du ha det bra.
xUKHCx
Administrator emeritus
- 15. januar 2006
- The Kop
- 28. april 2008
Mac OS X 10.5: Diskverktøyets Repair Disk Permissions rapporterer problemer med SUID-filer
'Enhver melding som begynner med: 'ACL funnet, men ikke forventet på...'.'FYI ACL = tilgangskontrollliste
Produkter berørt
Mac OS X 10.5 Leopard
Løsning
Du kan trygt ignorere disse meldingene. De er nøyaktige, men ingen grunn til bekymring. Klikk for å utvide...
Morod
Original plakat- 1. januar 2008
- På The Nickel, der borte....
- 28. april 2008
Beklager at jeg ikke har tatt med mer informasjon i det opprinnelige innlegget mitt.
Ja, jeg kjører Leopard 10.5 OS.
Ja, jeg reparerte tillatelser etter verifisering.
Grunnen til at jeg kjørte den er fordi Al iMac-en min låste seg i går mens jeg brukte Safari. Den låste seg hardt da Force Quit ikke gjorde noe. Jeg kunne flytte musepekeren, men å klikke på museknappen gjorde ingenting. Prøvde å navigere med tastaturet. Jeg var i stand til å tvinge ut Safari og Finder da, men det hjalp ikke. Så da trykket jeg og hjalp strømknappen på baksiden for å slå av iMac. Den startet på nytt og alt fungerte som det skulle.
Så det er derfor jeg kjørte Permissions.
Igjen, takk!
Morod
richard.mac
- 2. februar 2007
- 51,50024, -0,12662
- 28. april 2008
men jeg er en perfeksjonist så jeg måtte fikse min. Jeg endte opp med å laste ned 10.5.1 combo-oppdateringen, og dette fikset det, men etter 10.5.2 kom det tilbake igjen. så fant jeg ut at en enkel Unix-kommando fikser det. så prøv å skrive dette inn i Terminal som er i Utilities-mappen.
Kode: |_+_|
Morod
Original plakat- 1. januar 2008
- På The Nickel, der borte....
- 28. april 2008
Jeg ser innleggene dine her ofte og respekterer rådene dine, men jeg skal la være i fred.
Jeg er fortsatt veldig ny på Apple og spesielt Terminal. I tankene mine setter jeg likhetstegn mellom Terminal og Windows Registry, som jeg heller aldri har rotet med.
For lett for meg å ødelegge ting, antar jeg.
Takk igjen!
Morod
richard.mac
- 2. februar 2007
- 51,50024, -0,12662
- 28. april 2008
Morod sa: Takk, richthomas,
Jeg ser innleggene dine her ofte og respekterer rådene dine, men jeg skal la være i fred.
Jeg er fortsatt veldig ny på Apple og spesielt Terminal. I tankene mine setter jeg likhetstegn mellom Terminal og Windows Registry, som jeg heller aldri har rotet med.
For lett for meg å ødelegge ting, antar jeg.
Takk igjen!
Morod Klikk for å utvide...
ok da det bra, men det vil ikke ødelegge noe og jeg har testet kommandoen og den fungerer.
du bør bare være bekymret for terminalkommandoer når du ikke vet eller ikke har blitt fortalt hva den gjør.
Terminal er bare en GUI for å få tilgang til OS Xs Unix-kjerne og ligner ikke på registeret i Windows. OS X-ekvivalenten til registeret er systemmappen og de usynlige unix-filene som du ikke bør berøre.
McGiord
- 5. oktober 2003
- Mørkt slott
- 28. april 2008
richthomas sa: Terminal er bare et GUI for å få tilgang til OS Xs Unix-kjerne og er ingenting som registret i Windows. OS X-ekvivalenten til registeret er systemmappen og de usynlige unix-filene som du ikke bør berøre. Klikk for å utvide...
Jeg er ingen ekspert, men jeg må være uenig, terminalen er ikke en GUI (Graphic User Interface), det er en CLI (Command Line Interface).
Hvis du bruker 'sudo'-kommandoen og du ikke vet hva du gjør, kan du ødelegge Mac-en din på samme måte som du kan gjøre med Windows-registret.
Jeg foreslår at du bruker 'man'-kommandoen før noen annen kommando for å lære om det.
Skriv 'man sudo', ved dette vil du se hva den spesielle kommandoen gjør før du bruker den.
________
pott nyheter Sist redigert: 30. januar 2011
tersono
- 18. januar 2005
- Storbritannia
- 28. april 2008
Feilen du har sett, 'ACL funnet på biblioteket men ikke forventet' er en kjent rapporteringsfeil (les: feil) og er ikke et problem.
richard.mac
- 2. februar 2007
- 51,50024, -0,12662
- 28. april 2008
McGiord sa: Jeg er ikke en ekspert, men jeg må være uenig, terminalen er ikke en GUI (Graphic User Interface), det er en CLI (Command Line Interface).
Hvis du bruker 'sudo'-kommandoen og du ikke vet hva du gjør, kan du ødelegge Mac-en din på samme måte som du kan gjøre med Windows-registret.
Jeg foreslår at du bruker 'man'-kommandoen før noen annen kommando for å lære om det.
Skriv 'man sudo', ved dette vil du se hva den spesielle kommandoen gjør før du bruker den. Klikk for å utvide...
oh ok yeh jeg vet at terminalen er en CLI, men jeg skulle skrive 'Terminal er en GUI for å få tilgang til CLI av Unix-kjernen til OS X', men jeg forenklet det litt mer. TIL
Adamosaur
- 3. mai 2008
- 3. mai 2008
Vel, jeg vet at ACL funnet og ikke forventede meldinger sies å være ufarlige, men å verifisere eller reparere disktillatelser tar fortsatt 5 minutter for meg i stedet for 1, og alle ACL-meldingene dukker opp på en gang, uten at noe annet dukker opp eller blir fikset. Fører disse meldingene til at ingenting annet blir reparert, eller trenger ingenting å repareres. Jeg har hatt dette problemet helt siden jeg installerte Leopard på min MacBook Pro.
Jeg har hatt lignende problemer med safari, det fører ikke til at finder fryser, men avslutter uventet safari minst en gang med noen få timers mellomrom.
Det er så mange ACL-meldinger at det dekker minst 10 sider, og det er stort sett på språkene som nedenfor er noen få:
ACL funnet, men ikke forventet på 'System/Library/User Template/English.lproj/Documents'.
Erstatt 'English.lproj' med Japanese.lproj, German.lproj, French.lproj, Spanish.lproj, Italian.lproj, Dutch.lproj, da.lproj, fi.lproj, ko.lproj, no.lproj og så mange mer (unntatt alle kommaene)
Er det dette dere alle mener med ACL? Fordi dette bekymrer meg. Jeg bruker Firefox nå oftere, og ingen andre applikasjoner tvangsavslutter eller trener, bortsett fra safari og diskverktøy som det ble sagt.
richard.mac
- 2. februar 2007
- 51,50024, -0,12662
- 4. mai 2008
for å fikse ACL-feilene dine ville jeg lastet ned og installert 10.5.2 combo-oppdateringen fra Apple.com, eller du kan bare la den stå siden den ikke vil svekke ytelsen til Mac-en din.
orpheus1120
- 23. januar 2008
- Malaysia
- 4. mai 2008
Det har fått meg til å tro at det iboende problemet med ACL-feilene skyldes oppgradering av OS fra Tiger til Leopard, da dette tilsynelatende er den mest plausible forklaringen. For å være mer spesifikk kan årsaken skyldes Leopard-oppgradering ved å bruke 'Arkiv og installer'-metoden som holder tidligere installerte apper og data på plass. Selv om det er sagt, er det utelukkende min personlige mistanke, og med mindre jeg sletter og installerer, vil jeg ikke kunne bekrefte kravet mitt.
Hvis det jeg mistenker er riktig, bør ikke en Leopard-installert Mac fra fabrikken se ACL-feilene.
Kan noen medlemmer med leopard-installerte Mac-er fra fabrikken bekrefte tilstedeværelse av ACL-feil i systemet deres?
Morod
Original plakat- 1. januar 2008
- På The Nickel, der borte....
- 4. mai 2008
Jeg kjøpte min 24' AL iMac i januar 2008 fra den lokale Apple Store. Byggedatoen er den siste uken i desember 2007.
Selgeren fortalte meg at denne maskinen hadde Leopard installert og ikke ble oppgradert fra Tiger.
Jeg har ACL-feil (jeg er den opprinnelige plakaten for denne tråden, ). Så selv om hypotesen din er god, tror jeg ikke den er saklig, i det minste basert på informasjonen jeg har.
La oss håpe 10.5.3 retter dette, selv om ACL-feilene ikke har forårsaket meg noen skade jeg vet om.
Morod
merl1n
- 30. april 2008
- New Jersey, USA
- 4. mai 2008
richthomas sa: Morod jeg hadde nøyaktig samme ACL-feil som deg da jeg reparerte tillatelser. Jeg er ikke sikker på hva en ACL er nøyaktig, men jeg vet at det bare er en liten feil som ikke har noen reell innvirkning på hastighet eller stabilitet. noen Leopard-brukere bare forlater det og glemmer det.
men jeg er en perfeksjonist så jeg måtte fikse min. Jeg endte opp med å laste ned 10.5.1 combo-oppdateringen, og dette fikset det, men etter 10.5.2 kom det tilbake igjen. så fant jeg ut at en enkel Unix-kommando fikser det. så prøv å skrive dette inn i Terminal som er i Utilities-mappen.
Kode: |_+_| Klikk for å utvide...
ACLer eller tilgangskontrolllister er en del av filer i Unix. Når du utsteder kommandoen:
chmod -R -N /Bibliotek
du endrer alle bibliotekfiler (rekursivt) som inneholder ACL-er og fjerner (-N) den koden fra filene.
Du bør IKKE rote med Unix-systemfilene og -bibliotekene med mindre du vet nøyaktig hva du gjør. Det kan fungere nå, men gir deg problemer senere. Jeg er en Solaris (unix) systemadministrator, så jeg vet hva jeg snakker om. ACL-er er faktisk for sikkerhet og begrenser hvem og hva som kan få tilgang til filene som inneholder ACL-er.
Hvis du ser feil som kjører førstehjelp i Diskverktøy, er det bare å ignorere dem, da de ikke indikerer et problem. De er gjennomsiktige. Til slutt vil Diskverktøyet oppgraderes bare for å ignorere tilgangskontrollister og ikke rapportere dem. TIL
Adamosaur
- 3. mai 2008
- 4. mai 2008
richthomas sa: Repairinf-tillatelser er treg fordi Diskverktøy ikke har blitt optimalisert for Leopard, men fortsatt versjon 11.0.
for å fikse ACL-feilene dine ville jeg lastet ned og installert 10.5.2 combo-oppdateringen fra Apple.com, eller du kan bare la den stå siden den ikke vil svekke ytelsen til Mac-en din. Klikk for å utvide...
Jeg vil prøve å installere 10.5.2 og se om det fikser ACL, men jeg tviler på det.
Så den uventede avslutningen av safari må skyldes noe annet :/
orpheus1120
- 23. januar 2008
- Malaysia
- 4. mai 2008
Her er hva som kan skje når du tror du vet hva du gjør.
richard.mac
- 2. februar 2007
- 51,50024, -0,12662
- 6. mai 2008
merl1n sa: Du bør IKKE rote med Unix-systemfilene og -bibliotekene med mindre du vet nøyaktig hva du gjør. Det kan fungere nå, men gir deg problemer senere. Jeg er en Solaris (unix) systemadministrator, så jeg vet hva jeg snakker om. ACL-er er faktisk for sikkerhet og begrenser hvem og hva som kan få tilgang til filene som inneholder ACL-er. ?? Klikk for å utvide...
orpheus1120 sa: Jeg vil fraråde å gjøre det sudo chmod -R -N /Bibliotek eller lignende kommandoer på terminalen. Det er ingen fordel i det hele tatt å gjøre det. ?? Klikk for å utvide...
så hva bør man gjøre etter å ha kjørt 'sudo chmod -R -N' på en katalog for å forhindre fremtidige problemer?
orpheus1120
- 23. januar 2008
- Malaysia
- 6. mai 2008
richthomas sa: så hva bør man gjøre etter å ha kjørt 'sudo chmod -R -N' på en katalog for å forhindre fremtidige problemer? Klikk for å utvide...
Du ber om en kur mens jeg tenker på forebygging.
Så jeg skal ikke engang prøve kommandoen. Det er ingen fordel i det hele tatt.
Brukte du kommandoen allerede?
brn2ski00
- 16. august 2007
- MA
- 6. mai 2008
http://en.wikipedia.org/wiki/Access_control_list
srl7741
- 19. januar 2008
- GMT-6
- 6. mai 2008
Jeg har en MBP og 24 Al iMac jeg kjøpte med bare noen få ukers mellomrom. De har begge samme programvare. MBP kom med Tiger og jeg oppgraderte til Leopard etter den første oppstarten. iMac kom med Leopard.
Når jeg kjører Diskverktøy på begge iMac-en min, viser ingen feil, aldri har gjort det. Når jeg kjører Diskverktøy på min MBP får jeg sider med ACL-feil.
Jeg har aldri vært så opptatt av feilene b/c MBP kjører bra, men jeg har alltid lurt på hva de kommer fra?
Derfor synes jeg denne tråden er interessant.
Hvorfor min MBP ville vise disse feilene, men iMac gjør det ikke. De er forskjellige i maskinvare, men ikke programvare.
Kanskje det vil bidra til å kaste lys for de som har en bedre forståelse enn meg.
takk
orpheus1120
- 23. januar 2008
- Malaysia
- 6. mai 2008
orpheus1120 sa: Jeg er ikke så sikker på om combo 10.5.2-oppdateringen vil eliminere ACL-feilene fordi jeg er på 10.5.2 og fortsatt ser de samme feilene.
Det har fått meg til å tro at det iboende problemet med ACL-feilene skyldes oppgradering av OS fra Tiger til Leopard, da dette tilsynelatende er den mest plausible forklaringen. For å være mer spesifikk kan årsaken skyldes Leopard-oppgradering ved å bruke 'Arkiv og installer'-metoden som holder tidligere installerte apper og data på plass. Selv om det er sagt, er det utelukkende min personlige mistanke, og med mindre jeg sletter og installerer, vil jeg ikke kunne bekrefte kravet mitt.
Hvis det jeg mistenker er riktig, bør ikke en Leopard-installert Mac fra fabrikken se ACL-feilene.
Kan noen medlemmer med leopard-installerte Mac-er fra fabrikken bekrefte tilstedeværelse av ACL-feil i systemet deres? Klikk for å utvide...
Men ikke sant som bevist av Morod. Jeg aner ikke hvorfor noen har og noen ikke har feilene lenger.
richard.mac
- 2. februar 2007
- 51,50024, -0,12662
- 7. mai 2008
orpheus1120 sa: Du ber om en kur mens jeg tenker på forebygging.
Så jeg skal ikke engang prøve kommandoen. Det er ingen fordel i det hele tatt.
Brukte du kommandoen allerede? Klikk for å utvide...
å ok.
du har allerede utført kommandoen. lurte bare på om det jeg gjorde med den kommandoen kunne reverseres. Mac-en min fungerer bra, og tillatelsene til /Library ser ut til å være i orden.
orpheus1120 sa: Jeg er ikke så sikker på om combo 10.5.2-oppdateringen vil eliminere ACL-feilene fordi jeg er på 10.5.2 og fortsatt ser de samme feilene. ?? Klikk for å utvide...
laster ned 10.5.2 kombinasjonsoppdatering fra Apple-nedlastinger (større enn den normale deltaoppdateringen du får fra programvareoppdatering) ser ut til å fikse ACL-feilene. vel i det minste gjorde det for meg da jeg installerte 10.5.1 combo-oppdateringen, men så ga 10.5.2 delta-oppdateringen meg en annen ACL-feil.
kdbilly
- 30. november 2006
- Tåkebyen
- 23. februar 2009
ingen anelse om hva det er, men jeg er ikke lenger bekymret for acl-feilen, takk igjen. men jeg ønsker å få løst feilene, men det ser fortsatt ut til å være buggy. mye av den snurrende badeballen fra helvete pågår fortsatt. rotter. MED
zPolarBear
- 18. februar 2009
- 23. februar 2009
En tilgangskontrollliste er en oppfinnelse av DEC (Digital Equipment Corp). Det er en mer funksjonsrik versjon av World-Group-Owner-tillatelsene som Unix ble opprettet med. (Ordene er kanskje ikke nøyaktige, men du skjønner.)
En av tingene vi la merke til på DEC-maskiner, tilbake på slutten av 80-tallet, er at hvis du har laget for mange ACL-er, for dype, kan maskinen bremse ned til en gjennomgang (og dette var dagens hovedbilder; 512Meg DRAM i 1989!). Løsningen var å rydde opp eller fjerne ACL-ene og bare bruke dem på de øverste nivåene i katalogtrærne... Så jeg ville fortsette å rydde bort ACL-er som er uventede eller unødvendige for å lette belastningen på filsystemet.
Hvis du leser man-sidene nok, kan du til og med lære hvordan du legger til eller fjerner tilgangskontrollister fra kataloger selv! Litt moro - på en geek-aktig måte.
Populære Innlegg