Morod
Original plakat- 1. januar 2008
- På The Nickel, derovre....
- 28. april 2008
Jeg har for nylig kørt mine Verify Disk Permissions, og jeg er stadig ret ny på det her. Den eneste post, der kom tilbage, var 'ACL fundet, men ikke forventet på 'Bibliotek'.'
Skal jeg være bekymret over dette?
Tak, som altid, for al hjælp/råd givet.
Morod
ordmunger
- 3. september 2003
- North Carolina
- 28. april 2008
Morod sagde: Hej alle sammen,
Jeg har for nylig kørt mine Verify Disk Permissions, og jeg er stadig ret ny på det her. Den eneste post, der kom tilbage, var 'ACL fundet, men ikke forventet på 'Bibliotek'.'
Skal jeg være bekymret over dette?
Tak, som altid, for al hjælp/råd givet.
Morod Klik for at udvide...
Jeg ved ikke, hvad 'ACL' er i denne sammenhæng, men har du repareret tilladelser? Normalt kan computeren automatisk løse eventuelle problemer.
Når det er sagt, er de fleste MR-medlemmer enige om, at reparation af tilladelser ikke er så vigtigt, som det plejede at være. Hvis du ikke oplever nogen problemer, burde du være i orden.
xUKHCx
Administrator emeritus
- 15. januar 2006
- The Kop
- 28. april 2008
Mac OS X 10.5: Diskværktøjets Repair Disk Permissions rapporterer problemer med SUID-filer
'Enhver besked, der starter med: 'ACL fundet, men ikke forventet på...'.'FYI ACL = adgangskontrolliste
Produkter berørt
Mac OS X 10.5 Leopard
Løsning
Du kan roligt ignorere disse beskeder. De er nøjagtige, men giver ikke anledning til bekymring. Klik for at udvide...
Morod
Original plakat- 1. januar 2008
- På The Nickel, derovre....
- 28. april 2008
Beklager, at jeg ikke medtager mere information i mit oprindelige indlæg.
Ja, jeg kører Leopard 10.5 OS.
Ja, jeg reparerede tilladelser efter verificering.
Grunden til, at jeg kørte det, er, at min Al iMac låste sig i går, mens jeg brugte Safari. Det låste sig hårdt, da Force Quit intet gjorde. Jeg kunne flytte min musemarkør, men at klikke på museknappen gjorde ingenting. Prøvede at navigere med mit tastatur. Jeg var i stand til at tvinge Safari og Finder til at afslutte, men det hjalp ikke noget. Så jeg trykkede på og hjalp tænd/sluk-knappen på bagsiden for at lukke iMac'en ned. Den genstartede fint og alt fungerede som det skulle.
Så det er derfor, jeg kørte Permissions.
Igen, tak!
Morod
richard.mac
- 2. februar 2007
- 51,50024, -0,12662
- 28. april 2008
men jeg er perfektionist, så jeg var nødt til at ordne mit. Jeg endte med at downloade 10.5.1 combo-opdateringen, og det fiksede det, men efter 10.5.2 kom det tilbage igen. så fandt jeg ud af, at en simpel Unix-kommando fikser det. så prøv at indtaste dette i Terminal, som er i Utilities-mappen.
Kode: |_+_|
Morod
Original plakat- 1. januar 2008
- På The Nickel, derovre....
- 28. april 2008
Jeg ser dine indlæg her ofte og respekterer dine råd, men jeg vil godt nok lade være.
Jeg er stadig meget ny til Apple og især Terminal. I mit sind sætter jeg lighedstegn mellem Terminal og Windows Registry, som jeg heller aldrig har rodet med.
For let for mig at ødelægge ting, tror jeg.
Tak igen!
Morod
richard.mac
- 2. februar 2007
- 51,50024, -0,12662
- 28. april 2008
Morod sagde: Tak, richthomas,
Jeg ser dine indlæg her ofte og respekterer dine råd, men jeg vil godt nok lade være.
Jeg er stadig meget ny til Apple og især Terminal. I mit sind sætter jeg lighedstegn mellem Terminal og Windows Registry, som jeg heller aldrig har rodet med.
For let for mig at ødelægge ting, tror jeg.
Tak igen!
Morod Klik for at udvide...
ok så fint, men det ødelægger ikke noget, og jeg har testet kommandoen, og den virker.
du bør kun være bekymret for terminalkommandoer, når du ikke ved eller ikke har fået at vide, hvad den gør.
Terminal er kun en GUI for at få adgang til OS X's Unix-kerne og er intet som registreringsdatabasen i Windows. OS X-ækvivalenten til registreringsdatabasen er systemmappen og de usynlige unix-filer, som du ikke bør røre ved.
McGiord
- 5. oktober 2003
- Mørkt slot
- 28. april 2008
richthomas sagde: Terminal er kun en GUI for at få adgang til OS X's Unix-kerne og er intet som registreringsdatabasen i Windows. OS X-ækvivalenten til registreringsdatabasen er systemmappen og de usynlige unix-filer, som du ikke bør røre ved. Klik for at udvide...
Jeg er ikke ekspert, men jeg må være uenig, Terminalen er ikke en GUI (Graphic User Interface), det er en CLI (Command Line Interface).
Hvis du bruger 'sudo'-kommandoen, og du ikke ved, hvad du laver, kan du ødelægge din mac på samme måde, som du kan gøre med Windows-registreringsdatabasen.
Jeg foreslår at bruge kommandoen 'mand' før enhver anden kommando for at lære om det.
Skriv 'man sudo', ved dette vil du se, hvad den pågældende kommando gør, før du bruger den.
_______
pot nyheder Sidst redigeret: 30. januar 2011
tersono
- 18. januar 2005
- Storbritannien
- 28. april 2008
Den fejl, du har set, 'ACL fundet på biblioteket men ikke forventet' er en kendt rapporteringsfejl (læs: fejl) og er ikke et problem.
richard.mac
- 2. februar 2007
- 51,50024, -0,12662
- 28. april 2008
McGiord sagde: Jeg er ikke ekspert, men jeg må være uenig, Terminalen er ikke en GUI (Graphic User Interface), det er en CLI (Command Line Interface).
Hvis du bruger 'sudo'-kommandoen, og du ikke ved, hvad du laver, kan du ødelægge din mac på samme måde, som du kan gøre med Windows-registreringsdatabasen.
Jeg foreslår at bruge kommandoen 'mand' før enhver anden kommando for at lære om det.
Skriv 'man sudo', ved dette vil du se, hvad den pågældende kommando gør, før du bruger den. Klik for at udvide...
oh ok yeh, jeg ved, at terminalen er en CLI, men jeg havde tænkt mig at skrive 'Terminal er en GUI for at få adgang til CLI'en af Unix-kernen af OS X', men jeg forenklede det lidt mere. TIL
Adamosaur
- 3. maj 2008
- 3. maj 2008
Nå, jeg ved godt, at ACL fundne og ikke forventede meddelelser siges at være harmløse, men at verificere eller reparere disktilladelser tager stadig 5 minutter for mig i stedet for 1, og alle ACL meddelelser dukker op på én gang, uden at andet dukker op eller bliver fast. Er disse meddelelser årsag til, at intet andet skal repareres, eller behøver intet repareres. Jeg har haft dette problem lige siden jeg installerede Leopard på min MacBook Pro.
Jeg har haft lignende problemer med safari, det får ikke finderen til at fryse, men afslutter uventet safari mindst en gang med få timers mellemrum.
Der er så mange ACL-meddelelser, at det dækker mindst 10 sider, og det er for det meste på sprogene som nedenfor er et par stykker:
ACL fundet, men ikke forventet på 'System/Library/User Template/English.lproj/Documents'.
Erstat '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 mere (undtagen alle kommaer)
Er det det, I alle mener med ACL? Fordi det her bekymrer mig. Jeg bruger Firefox nu oftere, og ingen andre applikationer er forcequiting eller laggy undtagen safari og diskværktøj, som det blev sagt.
richard.mac
- 2. februar 2007
- 51,50024, -0,12662
- 4. maj 2008
for at rette dine ACL-fejl ville jeg downloade og installere 10.5.2 combo-opdateringen fra Apple.com, eller du kan bare lade den ligge, da den ikke vil forringe ydeevnen på din Mac.
orpheus1120
- 23. januar 2008
- Malaysia
- 4. maj 2008
Det har fået mig til at tro, at det iboende problem med ACL-fejlene skyldes opgradering af OS fra Tiger til Leopard, da dette tilsyneladende er den mest plausible forklaring. For at være mere specifik kan årsagen skyldes Leopard-opgradering ved hjælp af 'Arkiver og installer'-metoden, der holder tidligere installerede apps og data på plads. Selvom det er sagt, er det udelukkende min personlige mistanke, og medmindre jeg sletter og installerer, vil jeg ikke være i stand til at bekræfte mit krav.
Hvis det, jeg har mistanke om, er korrekt, bør enhver native Leopard-installeret mac fra fabrikken ikke se ACL-fejlene.
Kan nogen medlemmer med leopard-installerede Mac'er fra fabrikken bekræfte tilstedeværelsen af ACL-fejl i deres system?
Morod
Original plakat- 1. januar 2008
- På The Nickel, derovre....
- 4. maj 2008
Jeg købte min 24' AL iMac i januar 2008 fra den lokale Apple Store. Dens byggedato er den sidste uge af december 2007.
Sælgeren fortalte mig, at denne maskine havde Leopard installeret indbygget og ikke var opgraderet fra Tiger.
Jeg har ACL-fejl (jeg er den oprindelige plakat af denne tråd, ). Så selvom din hypotese er god, tror jeg ikke den er faktuel, i det mindste baseret på de oplysninger, jeg har.
Lad os håbe 10.5.3 retter dette, selvom ACL-fejlene ikke har forårsaget mig nogen skade, som jeg kender til.
Morod
merl1n
- 30. april 2008
- New Jersey, USA
- 4. maj 2008
richthomas sagde: Morod jeg havde nøjagtig samme ACL-fejl som dig, da jeg reparerede tilladelser. Jeg er ikke sikker på, hvad en ACL præcis er, men jeg ved, at det kun er en mindre fejl, der ikke har nogen reel indflydelse på hastighed eller stabilitet. nogle Leopard-brugere forlader det bare og glemmer det.
men jeg er perfektionist, så jeg var nødt til at ordne min. Jeg endte med at downloade 10.5.1 combo-opdateringen, og det fiksede det, men efter 10.5.2 kom det tilbage igen. så fandt jeg ud af, at en simpel Unix-kommando fikser det. så prøv at indtaste dette i Terminal, som er i Utilities-mappen.
Kode: |_+_| Klik for at udvide...
ACL'er eller adgangskontrollister er en del af filer i Unix. Når du udsteder kommandoen:
chmod -R -N /Bibliotek
du ændrer alle biblioteksfiler (rekursivt), der indeholder ACL'er, og fjerner (-N) den kode fra filerne.
Du bør IKKE rode med Unix-systemfilerne og -bibliotekerne, medmindre du ved præcis, hvad du laver. Det kan virke nu, men giver dig problemer senere. Jeg er Solaris (unix) systemadministrator, så jeg ved, hvad jeg taler om. ACL'er er faktisk for sikkerhed og begrænser, hvem og hvad der kan få adgang til de filer, der indeholder ACL'er.
Hvis du ser fejl, der kører First Aid i Disk Utility, skal du bare ignorere dem, da de ikke indikerer et problem. De er gennemsigtige. Til sidst vil Diskværktøj blive opgraderet bare for at ignorere ACL'er og ikke rapportere dem. TIL
Adamosaur
- 3. maj 2008
- 4. maj 2008
richthomas sagde: Repairinf Permissions er langsom, fordi Disk Utility ikke er blevet optimeret til Leopard, men dens stadig version 11.0.
for at rette dine ACL-fejl ville jeg downloade og installere 10.5.2 combo-opdateringen fra Apple.com, eller du kan bare lade den ligge, da den ikke vil forringe ydeevnen på din Mac. Klik for at udvide...
Jeg vil prøve at installere 10.5.2 og se om det løser ACL'erne, men jeg tvivler på det.
Så det uventede stop med safari må skyldes noget andet :/
orpheus1120
- 23. januar 2008
- Malaysia
- 4. maj 2008
Her er, hvad der kan ske, når du tror, du ved, hvad du laver.
richard.mac
- 2. februar 2007
- 51,50024, -0,12662
- 6. maj 2008
merl1n sagde: Du bør IKKE rode med Unix-systemfilerne og -bibliotekerne, medmindre du ved præcis, hvad du laver. Det kan virke nu, men giver dig problemer senere. Jeg er Solaris (unix) systemadministrator, så jeg ved, hvad jeg taler om. ACL'er er faktisk for sikkerhed og begrænser, hvem og hvad der kan få adgang til de filer, der indeholder ACL'er. ?? Klik for at udvide...
orpheus1120 sagde: Jeg vil fraråde at gøre det sudo chmod -R -N /Bibliotek eller lignende kommandoer på terminalen. Der er overhovedet ingen fordel at gøre det. ?? Klik for at udvide...
så hvad skal man gøre efter at have udført 'sudo chmod -R -N' på en mappe for at forhindre fremtidige problemer?
orpheus1120
- 23. januar 2008
- Malaysia
- 6. maj 2008
richthomas sagde: så hvad skal man gøre efter at have udført 'sudo chmod -R -N' på en mappe for at forhindre fremtidige problemer? Klik for at udvide...
Du beder om en kur, mens jeg tænker på forebyggelse.
Så jeg vil ikke engang prøve kommandoen. Der er ingen fordel overhovedet.
Har du allerede brugt kommandoen?
brn2ski00
- 16. august 2007
- MA
- 6. maj 2008
http://en.wikipedia.org/wiki/Access_control_list
srl7741
- 19. januar 2008
- GMT-6
- 6. maj 2008
Jeg har en MBP og 24 Al iMac, jeg købte kun med et par ugers mellemrum. De har begge den samme software. MBP kom med Tiger, og jeg opgraderede til Leopard efter den første opstart. iMac kom med Leopard.
Når jeg kører Diskværktøj på begge, viser min iMac ingen fejl, har aldrig gjort det. Når jeg kører Diskværktøj på min MBP, får jeg sider med ACL-fejl.
Jeg har aldrig været så bekymret over fejlene b/c MBP'en kører godt, men jeg har altid undret mig over, hvad de kommer fra?
Derfor finder jeg denne tråd interessant.
Hvorfor min MBP ville vise disse fejl, men det gør iMac ikke. De adskiller sig i hardware, men ikke software.
Måske vil det hjælpe med at kaste lys for dem, der har en bedre forståelse end jeg.
tak
orpheus1120
- 23. januar 2008
- Malaysia
- 6. maj 2008
orpheus1120 sagde: Jeg er ikke så sikker på, om combo 10.5.2-opdateringen vil eliminere ACL-fejlene, fordi jeg i øjeblikket er på 10.5.2, og jeg ser stadig de samme fejl.
Det har fået mig til at tro, at det iboende problem med ACL-fejlene skyldes opgradering af OS fra Tiger til Leopard, da dette tilsyneladende er den mest plausible forklaring. For at være mere specifik kan årsagen skyldes Leopard-opgradering ved hjælp af 'Arkiver og installer'-metoden, der holder tidligere installerede apps og data på plads. Selvom det er sagt, er det udelukkende min personlige mistanke, og medmindre jeg sletter og installerer, vil jeg ikke være i stand til at bekræfte mit krav.
Hvis det, jeg har mistanke om, er korrekt, bør enhver native Leopard-installeret mac fra fabrikken ikke se ACL-fejlene.
Kan nogen medlemmer med leopard-installerede Mac'er fra fabrikken bekræfte tilstedeværelsen af ACL-fejl i deres system? Klik for at udvide...
Men ikke sandt som bevist af Morod. Jeg aner ikke, hvorfor nogle har og nogle ikke har fejlene længere.
richard.mac
- 2. februar 2007
- 51,50024, -0,12662
- 7. maj 2008
orpheus1120 sagde: Du beder om en kur, mens jeg tænker på forebyggelse.
Så jeg vil ikke engang prøve kommandoen. Der er ingen fordel overhovedet.
Har du allerede brugt kommandoen? Klik for at udvide...
åh ok.
du har allerede udført kommandoen. tænkte bare på om det jeg gjorde med den kommando kunne vendes. min Mac fungerer fint, og tilladelserne til /Library ser ud til at være i orden.
orpheus1120 sagde: Jeg er ikke så sikker på, om combo 10.5.2-opdateringen vil eliminere ACL-fejlene, fordi jeg i øjeblikket er på 10.5.2, og jeg ser stadig de samme fejl. ?? Klik for at udvide...
downloader 10.5.2 combo opdatering fra Apple-downloads (større end den normale delta-opdatering, du får fra Softwareopdatering) ser ud til at rette ACL-fejlene. det gjorde det i hvert fald for mig, da jeg installerede 10.5.1 combo-opdateringen, men så gav 10.5.2 delta-opdateringen mig endnu en ACL-fejl.
kdbilly
- 30. november 2006
- Tågebyen
- 23. februar 2009
ingen idé om, hvad det er, men jeg er ikke længere bekymret over acl-fejlen, tak igen. men jeg vil gerne have løst fejlene, men det ser stadig ud til at være buggy. masser af den snurrende badebold fra helvede foregår stadig. rotter. MED
zPolarBear
- 18. februar 2009
- 23. februar 2009
En adgangskontrolliste er en opfindelse af DEC (Digital Equipment Corp). Det er en mere funktionsrig version af World-Group-Owner-tilladelserne, som Unix blev oprettet med. (Ordene er måske ikke nøjagtige, men du forstår ideen).
En af de ting, vi lagde mærke til på DEC-maskiner, tilbage i slutningen af 80'erne, er, at hvis du fik oprettet for mange ACL'er, for dybe, kunne maskinen sænke farten til en gennemgang (og det var dagens mainframes; 512Meg DRAM i 1989!). Løsningen var at rydde op eller fjerne ACL'erne og kun anvende dem på de øverste niveauer af mappetræerne... Så jeg ville fortsætte med at rense ACL'erne fra, der er uventede eller unødvendige for at lette belastningen på filsystemet.
Hvis du læser man-siderne nok, kan du endda lære at tilføje eller fjerne ACL'er fra mapper selv! Lidt sjovt - på en nørd-lignende måde.
Populære Indlæg