Morod
originele poster- 1 januari 2008
- Op The Nickel, daar...
- 28 april 2008
Ik heb onlangs mijn Verify Disk Permissions uitgevoerd en ik ben hier nog vrij nieuw in. De enige vermelding die terugkwam was 'ACL gevonden maar niet verwacht op 'Bibliotheek'.'
Moet ik me hier zorgen over maken?
Bedankt, zoals altijd, voor alle hulp/adviezen.
Morod
woordzoeker
- 3 sep. 2003
- Noord Carolina
- 28 april 2008
Morod zei: Hallo allemaal,
Ik heb onlangs mijn Verify Disk Permissions uitgevoerd en ik ben hier nog vrij nieuw in. De enige vermelding die terugkwam was 'ACL gevonden maar niet verwacht op 'Bibliotheek'.'
Moet ik me hier zorgen over maken?
Bedankt, zoals altijd, voor alle hulp/adviezen.
Morod Klik om uit te breiden...
Ik weet niet wat 'ACL' in deze context is, maar heb je de rechten hersteld? Gewoonlijk kan de computer eventuele problemen automatisch oplossen.
Dat gezegd hebbende, zijn de meeste MR-leden het erover eens dat het herstellen van machtigingen niet zo belangrijk is als vroeger. Als je geen problemen ervaart, zou het goed moeten zijn.
xUKHCx
emeritus administrateur
- 15 januari 2006
- de kop
- 28 april 2008
Mac OS X 10.5: Schijfhulpprogramma's Reparatie van schijfmachtigingen meldt problemen met SUID-bestanden
'Elk bericht dat begint met: 'ACL gevonden maar niet verwacht op...'.'Ter info ACL = toegangscontrolelijst
Betrokken producten
Mac OS X 10.5 Leopard
Oplossing
U kunt deze berichten veilig negeren. Ze zijn correct, maar geen reden tot bezorgdheid. Klik om uit te breiden...
Morod
originele poster- 1 januari 2008
- Op The Nickel, daar...
- 28 april 2008
Sorry voor het niet opnemen van meer info in mijn oorspronkelijke bericht.
Ja, ik gebruik Leopard 10.5 OS.
Ja, ik heb Machtigingen hersteld na verificatie.
De reden dat ik het heb uitgevoerd, is omdat mijn Al iMac gisteren vastliep tijdens het gebruik van Safari. Het sloot hard op omdat Force Quit niets deed. Ik kon mijn muiscursor verplaatsen, maar klikken op de muisknop deed niets. Ik heb geprobeerd te navigeren met mijn toetsenbord. Ik kon Safari en Finder toen geforceerd afsluiten, maar het hielp niets. Dus toen drukte ik op en hielp ik de aan / uit-knop aan de achterkant om de iMac uit te schakelen. Het herstartte prima en alles werkte zoals het zou moeten.
Dus daarom heb ik Permissions uitgevoerd.
Nogmaals bedankt!
Morod
richard.mac
- 2 februari 2007
- 51.50024, -0.12662
- 28 april 2008
maar ik ben een perfectionist, dus ik moest de mijne repareren. ik heb uiteindelijk de 10.5.1 combo-update gedownload en dit repareerde het, maar na 10.5.2 kwam het weer terug. toen ontdekte ik dat een eenvoudig Unix-commando het oplost. dus probeer dit in te voeren in Terminal die zich in de map Hulpprogramma's bevindt.
Code: |_+_|
Morod
originele poster- 1 januari 2008
- Op The Nickel, daar...
- 28 april 2008
Ik zie je berichten hier vaak en respecteer je advies, maar ik ga het goed genoeg met rust laten.
Ik ben nog erg nieuw voor Apple en vooral Terminal. In mijn gedachten stel ik Terminal gelijk aan Windows Registry, waar ik ook nooit mee heb geknoeid.
Te gemakkelijk voor mij om dingen te vernietigen, denk ik.
Nogmaals bedankt!
Morod
richard.mac
- 2 februari 2007
- 51.50024, -0.12662
- 28 april 2008
Morod zei: Dank je, richthomas,
Ik zie je berichten hier vaak en respecteer je advies, maar ik ga het goed genoeg met rust laten.
Ik ben nog erg nieuw voor Apple en vooral Terminal. In mijn gedachten stel ik Terminal gelijk aan Windows Registry, waar ik ook nooit mee heb geknoeid.
Te gemakkelijk voor mij om dingen te vernietigen, denk ik.
Nogmaals bedankt!
Morod Klik om uit te breiden...
ok dan is dat prima, maar het zal niets kapot maken en ik heb het commando getest en het werkt.
je zou je alleen zorgen moeten maken over terminalcommando's als je niet weet of niet is verteld wat het doet.
Terminal is slechts een GUI om toegang te krijgen tot de Unix-kern van OS X en lijkt in niets op het register in Windows. het OS X-equivalent van het register is de systeemmap en de onzichtbare unix-bestanden die u niet mag aanraken.
McGiord
- 5 okt 2003
- Donker kasteel
- 28 april 2008
richthomas zei: Terminal is slechts een GUI om toegang te krijgen tot de Unix-kern van OS X en lijkt in niets op het register in Windows. het OS X-equivalent van het register is de systeemmap en de onzichtbare unix-bestanden die u niet mag aanraken. Klik om uit te breiden...
Ik ben geen expert, maar ik ben het er niet mee eens, de Terminal is geen GUI (Graphic User Interface), het is een CLI (Command Line Interface).
Als je het 'sudo'-commando gebruikt en je weet niet wat je doet, kun je je mac verknoeien, vergelijkbaar met wat je kunt doen met het Windows-register.
Ik stel voor om het 'man'-commando te gebruiken voor elk ander commando om er meer over te weten te komen.
Typ 'man sudo', hierdoor zul je zien wat dat specifieke commando doet voordat je het gebruikt.
_________
wietnieuws Laatst bewerkt: 30 jan. 2011
tersono
- 18 januari 2005
- VK
- 28 april 2008
De fout die je hebt gezien, 'ACL gevonden in bibliotheek maar niet verwacht' is een bekende rapportagefout (lees: bug) en is geen probleem.
richard.mac
- 2 februari 2007
- 51.50024, -0.12662
- 28 april 2008
McGiord zei: Ik ben geen expert, maar ik ben het er niet mee eens, de Terminal is geen GUI (Graphic User Interface), het is een CLI (Command Line Interface).
Als je het 'sudo'-commando gebruikt en je weet niet wat je doet, kun je je mac verknoeien, vergelijkbaar met wat je kunt doen met het Windows-register.
Ik stel voor om het 'man'-commando te gebruiken voor elk ander commando om er meer over te weten te komen.
Typ 'man sudo', hierdoor zul je zien wat dat specifieke commando doet voordat je het gebruikt. Klik om uit te breiden...
oh ok ja, ik weet dat de terminal een CLI is, maar ik wilde schrijven 'Terminal is een GUI om toegang te krijgen tot de CLI van de Unix-kern van OS X', maar ik vereenvoudigde het een beetje meer. TOT
Adamosaurus
- 3 mei 2008
- 3 mei 2008
Wel, ik weet dat de ACL-gevonden en niet-verwachte berichten ongevaarlijk zijn, maar het verifiëren of repareren van schijfmachtigingen duurt nog steeds 5 minuten voor mij in plaats van 1, en alle ACL-berichten verschijnen tegelijk, met niets anders dat verschijnt of wordt gemaakt. Zorgen deze berichten ervoor dat er niets anders gerepareerd hoeft te worden, of hoeft er niets gerepareerd te worden. Ik heb dit probleem al sinds ik Leopard op mijn MacBook Pro heb geïnstalleerd.
Ik heb soortgelijke problemen gehad met safari, het zorgt er niet voor dat de vinder vastloopt, maar sluit Safari onverwachts minstens eens in de paar uur af.
Er zijn zoveel ACL-berichten dat het minstens 10 pagina's beslaat, en het is meestal in de talen zoals hieronder een paar:
ACL gevonden maar niet verwacht op 'System/Library/User Template/English.lproj/Documents'.
Vervang 'English.lproj' door Japanese.lproj, German.lproj, French.lproj, Spanish.lproj, Italian.lproj, Dutch.lproj, da.lproj, fi.lproj, ko.lproj, no.lproj, en nog veel meer meer (exclusief alle komma's)
Is dit wat jullie allemaal bedoelen met ACL? Want dit baart mij zorgen. Ik gebruik Firefox nu vaker en geen enkele andere applicatie forceert of laggy behalve safari en schijfhulpprogramma zoals gezegd.
richard.mac
- 2 februari 2007
- 51.50024, -0.12662
- 4 mei 2008
om je ACL-fouten op te lossen zou ik de 10.5.2 combo-update downloaden en installeren van Apple.com of je kunt het gewoon laten staan omdat het de prestaties van je Mac niet schaadt.
orpheus1120
- 23 januari 2008
- Maleisië
- 4 mei 2008
Het heeft me doen geloven dat het inherente probleem met de ACL-fouten te wijten is aan de upgrade van het besturingssysteem van Tiger naar Leopard, aangezien dit schijnbaar de meest plausibele verklaring is. Om specifieker te zijn, de oorzaak kan liggen in een Leopard-upgrade met behulp van de 'Archiveren en installeren'-methode die eerder geïnstalleerde apps en gegevens op hun plaats houdt. Hoewel dat gezegd is, is het uitsluitend mijn persoonlijke vermoeden en tenzij ik een wis en installeer, zal ik mijn claim niet kunnen verifiëren.
Als wat ik vermoed juist is, zou een native Leopard-geïnstalleerde Mac van de fabriek de ACL-fouten niet moeten zien.
Kunnen leden met in de fabriek op Leopard geïnstalleerde Macs de aanwezigheid van ACL-fouten in hun systeem bevestigen?
Morod
originele poster- 1 januari 2008
- Op The Nickel, daar...
- 4 mei 2008
Ik kocht mijn 24' AL iMac in januari 2008 bij de plaatselijke Apple Store. De bouwdatum is de laatste week van december 2007.
De verkoper vertelde me dat Leopard native was geïnstalleerd op deze machine en niet was geüpgraded vanuit Tiger.
Ik heb ACL-fouten (ik ben de originele poster van deze thread, ). Dus hoewel je hypothese een goede is, denk ik niet dat het een feitelijke is, tenminste niet op basis van de informatie die ik heb.
Laten we hopen dat 10.5.3 dit corrigeert, hoewel de ACL-fouten me geen kwaad hebben berokkend voor zover ik weet.
Morod
merl1n
- 30 april 2008
- New Jersey, VS
- 4 mei 2008
richthomas zei: Morod ik had exact dezelfde ACL-fout als jij bij het repareren van permissies. ik weet niet zeker wat een ACL precies is, maar ik weet dat het slechts een kleine fout is die geen echte invloed heeft op snelheid of stabiliteit. sommige Leopard-gebruikers laten het gewoon staan en vergeten het.
maar ik ben een perfectionist, dus ik moest de mijne repareren. ik heb uiteindelijk de 10.5.1 combo-update gedownload en dit repareerde het, maar na 10.5.2 kwam het weer terug. toen ontdekte ik dat een eenvoudig Unix-commando het oplost. dus probeer dit in te voeren in Terminal die zich in de map Hulpprogramma's bevindt.
Code: |_+_| Klik om uit te breiden...
ACL's of Access Control Lists maken deel uit van bestanden in Unix. Wanneer u de opdracht geeft:
chmod -R -N /Bibliotheek
u wijzigt alle bibliotheekbestanden (recursief) die ACL's bevatten en verwijdert (-N) die code uit de bestanden.
Je zou NIET moeten rommelen met de Unix-systeembestanden en -bibliotheken, tenzij je precies weet wat je doet. Het kan nu werken, maar je krijgt later problemen. Ik ben een Solaris (unix) systeembeheerder, dus ik weet waar ik het over heb. ACL's zijn eigenlijk voor beveiliging en beperken wie en wat toegang heeft tot die bestanden die ACL's bevatten.
Als je fouten ziet bij het uitvoeren van EHBO in Schijfhulpprogramma, negeer ze dan gewoon omdat ze niet op een probleem duiden. Ze zijn transparant. Uiteindelijk wordt Schijfhulpprogramma geüpgraded om ACL's te negeren en niet te rapporteren. TOT
Adamosaurus
- 3 mei 2008
- 4 mei 2008
richthomas zei: Repairinf-machtigingen zijn traag omdat Schijfhulpprogramma niet is geoptimaliseerd voor Leopard, maar nog steeds versie 11.0.
om je ACL-fouten op te lossen zou ik de 10.5.2 combo-update downloaden en installeren van Apple.com of je kunt het gewoon laten staan omdat het de prestaties van je Mac niet schaadt. Klik om uit te breiden...
Ik zal proberen 10.5.2 te installeren en kijken of het de ACL's oplost, maar ik betwijfel het.
Dus het onverwacht stoppen met safari moet ergens anders aan liggen :/
orpheus1120
- 23 januari 2008
- Maleisië
- 4 mei 2008
Dit is wat er kan gebeuren als je denkt te weten wat je doet.
richard.mac
- 2 februari 2007
- 51.50024, -0.12662
- 6 mei 2008
merl1n zei: Je zou NIET moeten rommelen met de Unix-systeembestanden en -bibliotheken, tenzij je precies weet wat je doet. Het kan nu werken, maar je krijgt later problemen. Ik ben een Solaris (unix) systeembeheerder, dus ik weet waar ik het over heb. ACL's zijn eigenlijk voor beveiliging en beperken wie en wat toegang heeft tot die bestanden die ACL's bevatten. ?? Klik om uit te breiden...
orpheus1120 zei: Ik zou het afraden om de sudo chmod -R -N /Bibliotheek of soortgelijke opdrachten op de terminal. Het heeft geen enkel voordeel om dit te doen. ?? Klik om uit te breiden...
dus wat moet je doen na het uitvoeren van 'sudo chmod -R -N' in een map om toekomstige problemen te voorkomen?
orpheus1120
- 23 januari 2008
- Maleisië
- 6 mei 2008
richthomas zei: dus wat moet je doen na het uitvoeren van 'sudo chmod -R -N' op een directory om toekomstige problemen te voorkomen? Klik om uit te breiden...
Jij vraagt om genezing terwijl ik aan preventie denk.
Dus ik ga het commando niet eens proberen. Er is helemaal geen voordeel.
Heb je de opdracht al gebruikt?
brn2ski00
- 16 aug. 2007
- MA
- 6 mei 2008
http://en.wikipedia.org/wiki/Access_control_list
srl7741
- 19 januari 2008
- GMT-6
- 6 mei 2008
Ik heb een MBP en 24 Al iMac die ik slechts een paar weken na elkaar heb gekocht. Ze hebben allebei dezelfde software. De MBP kwam met Tiger en ik heb na de eerste keer opstarten een upgrade naar Leopard uitgevoerd. De iMac werd geleverd met Leopard.
Als ik Schijfhulpprogramma op beide iMac uitvoer, geeft mijn iMac geen fouten, ook nooit. Als ik Schijfhulpprogramma op mijn MBP start, krijg ik pagina's met ACL-fouten.
Ik heb me nooit zoveel zorgen gemaakt over de fouten, omdat de MBP geweldig werkt, maar ik heb me altijd afgevraagd waar ze vandaan komen?
Daarom vind ik dit topic interessant.
Waarom mijn MBP deze fouten zou weergeven, maar de iMac niet. Ze verschillen in hardware, maar niet in software.
Misschien zal dat helpen om licht te werpen voor degenen die het beter begrijpen dan ik.
Dankje
orpheus1120
- 23 januari 2008
- Maleisië
- 6 mei 2008
orpheus1120 zei: Ik ben er niet zo zeker van of de combo 10.5.2-update de ACL-fouten zal elimineren omdat ik momenteel op 10.5.2 zit en ik zie nog steeds dezelfde fouten.
Het heeft me doen geloven dat het inherente probleem met de ACL-fouten te wijten is aan de upgrade van het besturingssysteem van Tiger naar Leopard, aangezien dit schijnbaar de meest plausibele verklaring is. Om specifieker te zijn, de oorzaak kan liggen in een Leopard-upgrade met behulp van de 'Archiveren en installeren'-methode die eerder geïnstalleerde apps en gegevens op hun plaats houdt. Hoewel dat gezegd is, is het uitsluitend mijn persoonlijke vermoeden en tenzij ik een wis en installeer, zal ik mijn claim niet kunnen verifiëren.
Als wat ik vermoed juist is, zou een native Leopard-geïnstalleerde Mac van de fabriek de ACL-fouten niet moeten zien.
Kunnen leden met in de fabriek op Leopard geïnstalleerde Macs de aanwezigheid van ACL-fouten in hun systeem bevestigen? Klik om uit te breiden...
Maar niet waar, zoals bewezen door Morod. Ik heb geen idee waarom sommige wel en andere de fouten niet meer hebben.
richard.mac
- 2 februari 2007
- 51.50024, -0.12662
- 7 mei 2008
orpheus1120 zei: U vraagt om genezing terwijl ik aan preventie denk.
Dus ik ga het commando niet eens proberen. Er is helemaal geen voordeel.
Heb je de opdracht al gebruikt? Klik om uit te breiden...
Oh oke.
yeh ik heb het commando al gedaan. ik vroeg me gewoon af of wat ik met dat commando heb gedaan, kan worden teruggedraaid. mijn Mac werkt prima en de machtigingen van /Bibliotheek lijken in orde te zijn.
orpheus1120 zei: Ik ben er niet zo zeker van of de combo 10.5.2-update de ACL-fouten zal elimineren omdat ik momenteel op 10.5.2 zit en ik zie nog steeds dezelfde fouten. ?? Klik om uit te breiden...
het downloaden van de 10.5.2 combo-update van Apple-downloads (groter dan de normale delta-update die u krijgt van Software-update) lijkt de ACL-fouten te herstellen. in ieder geval deed het dat voor mij toen ik de 10.5.1 combo-update installeerde, maar toen gaf de 10.5.2 delta-update me nog een ACL-fout.
kdbilly
- 30 november 2006
- Mist Stad
- 23 februari 2009
geen idee wat het is, maar ik maak me geen zorgen meer over de acl-fout, nogmaals bedankt. maar ik zou graag de bugs willen laten werken, het lijkt nog steeds buggy te zijn. veel van de draaiende strandbal uit de hel gaat nog steeds door. ratten. MET
zPolarBeer
- 18 februari 2009
- 23 februari 2009
Een Access Control List is een uitvinding van DEC (Digital Equipment Corp). Het is een meer feature-rijke versie van de World-Group-Owner-machtigingen waarmee Unix is gemaakt. (De woorden zijn misschien niet exact, maar je snapt het idee.)
Een van de dingen die we opmerkten op DEC-machines, eind jaren 80, is dat als je te veel ACL's maakt, te diep, de machine kan vertragen tot kruipen (en dit waren de hoofdframes van de dag; 512Meg DRAM in 1989!). De oplossing was om de ACL's op te schonen of te verwijderen en ze alleen toe te passen op de bovenste niveaus van de directorystructuren... Dus ik zou doorgaan met het opschonen van ACL's die onverwacht of onnodig zijn om de belasting van het bestandssysteem te verlichten.
Als u de man-pagina's voldoende leest, kunt u zelfs leren hoe u zelf ACL's kunt toevoegen aan of verwijderen uit mappen! Best leuk - op een geek-achtige manier.
Populaire Berichten