Morod
Eredeti plakát- 2008. január 1
- A nikkelen, ott...
- 2008. április 28
Nemrég futtattam a Lemezengedélyek ellenőrzése funkciót, és még mindig elég új vagyok ebben. Az egyetlen bejegyzés, amely visszajött, az „ACL megtalálható, de nem várható a „Könyvtárban” volt.
Aggódnom kell emiatt?
Köszönöm, mint mindig, minden segítséget/tanácsot.
Morod
wordmunger
- 2003. szeptember 3
- Észak-Karolina
- 2008. április 28
Morod azt mondta: Szia mindenkinek!
Nemrég futtattam a Lemezengedélyek ellenőrzése funkciót, és még mindig elég új vagyok ebben. Az egyetlen bejegyzés, amely visszajött, az „ACL megtalálható, de nem várható a „Könyvtárban” volt.
Aggódnom kell emiatt?
Köszönöm, mint mindig, minden segítséget/tanácsot.
Morod Kattintson a kibontáshoz...
Nem tudom, mi az 'ACL' ebben az összefüggésben, de javítottad az engedélyeket? Általában a számítógép automatikusan meg tudja oldani a problémákat.
Ennek ellenére a legtöbb MR-tag egyetért abban, hogy az engedélyek javítása nem olyan fontos, mint korábban. Ha nem tapasztal semmilyen problémát, akkor rendben kell lennie.
xUKHCx
Adminisztrátor emeritus
- 2006. január 15
- A Kop
- 2008. április 28
Mac OS X 10.5: A Lemez segédprogram Repair Disk Permissions SUID fájlokkal kapcsolatos problémákat jelez
'Minden olyan üzenet, amely a következővel kezdődik: 'ACL megtalálható, de nem várható a következőn:...'.'FYI ACL = hozzáférés-vezérlési lista
Érintett termékek
Mac OS X 10.5 Leopard
Megoldás
Ezeket az üzeneteket nyugodtan figyelmen kívül hagyhatja. Pontosak, de nem adnak okot aggodalomra. Kattintson a kibontáshoz...
Morod
Eredeti plakát- 2008. január 1
- A nikkelen, ott...
- 2008. április 28
Elnézést, hogy az eredeti bejegyzésemben nem szerepeltettem több információt.
Igen, Leopard 10.5 operációs rendszert futtatok.
Igen, az ellenőrzés után javítottam az engedélyeket.
Azért futtattam, mert az Al iMac-em tegnap leállt a Safari használata közben. Erősen bezáródott, mivel a Force Quit nem tett semmit. Tudtam mozgatni az egérkurzort, de az egérgombra kattintás semmit sem eredményezett. Próbáltam navigálni a billentyűzetemmel. Akkor ki tudtam kényszeríteni a Safarit és a Findert, de ez nem segített a dolgokon. Így aztán megnyomtam és segítettem a bekapcsológombot hátul, hogy leállítsam az iMac-et. Rendben újraindult, és minden úgy működött, ahogy kell.
Ezért futtattam a Permissions-t.
Még egyszer köszönöm!
Morod
richard.mac
- 2007. február 2
- 51,50024, -0,12662
- 2008. április 28
de perfekcionista vagyok, ezért meg kellett javítanom az enyémet. Végül letöltöttem a 10.5.1-es kombinált frissítést, és ez megoldotta, de aztán a 10.5.2 után újra visszatért. aztán rájöttem, hogy egy egyszerű Unix parancs kijavítja. próbálja meg beírni ezt a terminálba, amely a Utilities mappában található.
Kód: |_+_|
Morod
Eredeti plakát- 2008. január 1
- A nikkelen, ott...
- 2008. április 28
Gyakran látom itt a posztjaidat, és tiszteletben tartom a tanácsaidat, de békén fogok hagyni.
Még mindig nagyon új vagyok az Apple-ben és különösen a Terminalban. Gondolatban a terminált és a Windows Registry-t teszem egyenlővé, amivel én sem foglalkoztam soha.
Azt hiszem, túl könnyű elpusztítani a dolgokat.
Köszönöm mégegyszer!
Morod
richard.mac
- 2007. február 2
- 51,50024, -0,12662
- 2008. április 28
Morod azt mondta: Köszönöm, richthomas,
Gyakran látom itt a posztjaidat, és tiszteletben tartom a tanácsaidat, de békén fogok hagyni.
Még mindig nagyon új vagyok az Apple-ben és különösen a Terminalban. Gondolatban a terminált és a Windows Registry-t teszem egyenlővé, amivel én sem foglalkoztam soha.
Azt hiszem, túl könnyű elpusztítani a dolgokat.
Köszönöm mégegyszer!
Morod Kattintson a kibontáshoz...
rendben van, de nem ront el semmit, és teszteltem a parancsot, és működik.
csak akkor kell aggódnia a terminálparancsok miatt, ha nem tudja, vagy nem mondták el neki, hogy mit csinál.
A terminál csak egy grafikus felhasználói felület, amellyel hozzáférhet az OS X Unix magjához, és nem hasonlít a Windows rendszerleíró adatbázisához. a Registry OS X megfelelője a System mappa és a láthatatlan unix fájlok, amelyekhez nem szabad hozzányúlnia.
McGiord
- 2003. október 5
- Sötét kastély
- 2008. április 28
richthomas azt mondta: A terminál csak egy grafikus felhasználói felület az OS X Unix magjához való hozzáféréshez, és nem hasonlít a Windows rendszerleíró adatbázisához. a Registry OS X megfelelője a System mappa és a láthatatlan unix fájlok, amelyekhez nem szabad hozzányúlnia. Kattintson a kibontáshoz...
Nem vagyok szakértő, de nem értek egyet, a terminál nem GUI (Graphic User Interface), hanem CLI (Command Line Interface).
Ha a 'sudo' parancsot használod, és nem tudod, mit csinálsz, akkor a Windows rendszerleíró adatbázisához hasonlóan elronthatja a Mac-et.
Azt javaslom, hogy minden más parancs előtt használja a „man” parancsot, hogy megismerje.
Írja be a „man sudo” parancsot, ezzel látni fogja, hogy az adott parancs mit csinál használat előtt.
________
pot hír Utoljára szerkesztve: 2011. január 30
tersono
- 2005. január 18
- Egyesült Királyság
- 2008. április 28
A „ACL megtalálható a könyvtárban, de nem várt” hiba egy ismert jelentési hiba (értsd: hiba), és nem jelent problémát.
richard.mac
- 2007. február 2
- 51,50024, -0,12662
- 2008. április 28
McGiord azt mondta: Nem vagyok szakértő, de nem értek egyet, a terminál nem GUI (Graphic User Interface), hanem CLI (Command Line Interface).
Ha a 'sudo' parancsot használod, és nem tudod, mit csinálsz, akkor a Windows rendszerleíró adatbázisához hasonlóan elronthatja a Mac-et.
Azt javaslom, hogy minden más parancs előtt használja a „man” parancsot, hogy megismerje.
Írja be a „man sudo” parancsot, ezzel látni fogja, hogy az adott parancs mit csinál használat előtt. Kattintson a kibontáshoz...
oh, ok, igen, tudom, hogy a terminál egy CLI, de azt akartam írni, hogy 'A terminál egy grafikus felhasználói felület az OS X Unix magjának CLI-jének eléréséhez', de egy kicsit leegyszerűsítettem. NAK NEK
Adamoszaurusz
- 2008. május 3
- 2008. május 3
Nos, tudom, hogy a talált és nem várt ACL üzenetek ártalmatlanok, de a lemezengedélyek ellenőrzése vagy javítása nekem még mindig 5 percet vesz igénybe 1 helyett, és az összes ACL üzenet egyszerre jelenik meg, és semmi más nem jelenik meg. rögzített. Ezek az üzenetek nem okoznak más javítást, vagy nincs szükség javításra. Amióta telepítettem a Leopardot a MacBook Pro-ra, azóta is fennáll ez a probléma.
Hasonló problémáim voltak a safarival, nem fagy le a kereső, de legalább néhány óránként váratlanul kilép a szafariból.
Annyi ACL üzenet van, hogy legalább 10 oldalt fed le, és többnyire az alábbi nyelveken van:
Az ACL megtalálható, de nem várható a 'System/Library/User Template/English.lproj/Documents' helyen.
Cserélje ki az „English.lproj” fájlokat a Japanese.lproj, German.lproj, French.lproj, Spanish.lproj, Italian.lproj, Dutch.lproj, da.lproj, fi.lproj, ko.lproj, no.lproj és még sok másra több (az összes vessző nélkül)
Ezt érted ACL alatt? Mert ez aggaszt. Mostanában gyakrabban használom a Firefoxot, és a Safari és a Disk Utility kivételével egyetlen más alkalmazás sem kényszeríti a kilépést vagy késést.
richard.mac
- 2007. február 2
- 51,50024, -0,12662
- 2008. május 4
Az ACL hibáinak kijavításához letöltöm és telepítem a 10.5.2 kombinált frissítést az Apple.com webhelyről, vagy egyszerűen hagyhatja, mert nem rontja a Mac teljesítményét.
orpheus1120
- 2008. január 23
- Malaysia
- 2008. május 4
Ez arra késztetett, hogy elhiggyem, hogy az ACL-hibák velejárója az operációs rendszer Tigerről Leopardra való frissítésének köszönhető, mivel látszólag ez a legvalószínűbb magyarázat. Pontosabban, az ok a Leopard frissítése lehet az „Archiválás és telepítés” módszerrel, amely a korábban telepített alkalmazásokat és adatokat a helyükön tartja. Ennek ellenére ez kizárólag az én személyes gyanúm, és ha nem törlöm és telepítem, nem fogom tudni ellenőrizni az állításomat.
Ha amit gyanítok, az igaz, akkor a gyárilag telepített natív Leopard Mac-eken nem kell látnia az ACL-hibákat.
Meg tudja erősíteni a gyárilag Leopard-telepített Mac-ekkel rendelkező tagok az ACL hibák jelenlétét a rendszerükben?
Morod
Eredeti plakát- 2008. január 1
- A nikkelen, ott...
- 2008. május 4
2008 januárjában vásároltam a 24 hüvelykes AL iMacemet a helyi Apple Store-ból. Építésének dátuma 2007 decemberének utolsó hete.
Az eladó azt mondta, erre a gépre natívan telepítették a Leopardot, és nem frissítették a Tigerről.
ACL-hibáim vannak (én vagyok a szál eredeti posztolója, ). Tehát bár a hipotézise jó, nem hiszem, hogy tényszerű, legalábbis a rendelkezésemre álló információk alapján.
Reméljük, a 10.5.3 kijavítja ezt, bár az ACL hibák nem okoztak nekem semmiféle kárt, amiről tudom.
Morod
merl1n
- 2008. április 30
- New Jersey, USA
- 2008. május 4
richthomas azt mondta: Morodnak pontosan ugyanaz az ACL hibája volt, mint neked az engedélyek javítása során. nem vagyok benne biztos, hogy pontosan mi az ACL, de tudom, hogy ez csak egy kisebb hiba, aminek nincs valódi hatása a sebességre vagy a stabilitásra. néhány Leopard-felhasználó egyszerűen elhagyja, és elfelejti.
de perfekcionista vagyok, ezért meg kellett javítanom az enyémet. Végül letöltöttem a 10.5.1-es kombinált frissítést, és ez megoldotta, de aztán a 10.5.2 után újra visszatért. aztán rájöttem, hogy egy egyszerű Unix parancs kijavítja. próbálja meg beírni ezt a terminálba, amely a Utilities mappában található.
Kód: |_+_| Kattintson a kibontáshoz...
Az ACL-ek vagy a hozzáférés-vezérlési listák a Unix fájlok részét képezik. Amikor kiadja a parancsot:
chmod -R -N /Könyvtár
módosítja (rekurzívan) az összes ACL-t tartalmazó könyvtárfájlt, és eltávolítja (-N) ezt a kódot a fájlokból.
NE vacakolj a Unix rendszerfájlokkal és könyvtárakkal, hacsak nem tudod pontosan, mit csinálsz. Lehet, hogy most működik, de később problémákat okoz. Solaris (unix) rendszergazda vagyok, így tudom, miről beszélek. Az ACL-ek valójában a biztonságot szolgálják, és korlátozzák, hogy ki és mi férhet hozzá az ACL-eket tartalmazó fájlokhoz.
Ha hibákat lát az Elsősegélynyújtás futtatása során a Disk Utility programban, egyszerűen hagyja figyelmen kívül, mivel nem jeleznek problémát. Átlátszóak. Végül a Disk Utility frissítésre kerül, hogy figyelmen kívül hagyja az ACL-eket, és ne jelentse azokat. NAK NEK
Adamoszaurusz
- 2008. május 3
- 2008. május 4
richthomas azt mondta: A Repairinf Permissions lassú, mert a Disk Utility még nem lett optimalizálva a Leopard számára, de annak még mindig a 11.0-s verziója.
Az ACL hibáinak kijavításához letöltöm és telepítem a 10.5.2 kombinált frissítést az Apple.com webhelyről, vagy egyszerűen hagyhatja, mert nem rontja a Mac teljesítményét. Kattintson a kibontáshoz...
Megpróbálom telepíteni a 10.5.2-t, és megnézem, hogy javítja-e az ACL-t, de kétlem.
Szóval a szafari váratlan abbahagyása valami más miatt lehet :/
orpheus1120
- 2008. január 23
- Malaysia
- 2008. május 4
Íme, mi történhet, ha azt hiszed, tudod, mit csinálsz.
richard.mac
- 2007. február 2
- 51,50024, -0,12662
- 2008. május 6
merl1n azt mondta: NEM szabad a Unix rendszerfájljaival és könyvtáraival mutyizni, hacsak nem tudod, hogy pontosan mit csinálsz. Lehet, hogy most működik, de később problémákat okoz. Solaris (unix) rendszergazda vagyok, így tudom, miről beszélek. Az ACL-ek valójában a biztonságot szolgálják, és korlátozzák, hogy ki és mi férhet hozzá az ACL-eket tartalmazó fájlokhoz. ?? Kattintson a kibontáshoz...
orpheus1120 azt mondta: Nem tanácsolom, hogy a sudo chmod -R -N /Könyvtár vagy hasonló parancsokat a terminálon. Ennek semmi haszna nincs. ?? Kattintson a kibontáshoz...
szóval mit kell tenni a 'sudo chmod -R -N' parancs végrehajtása után egy könyvtárban, hogy elkerüljük a jövőbeni problémákat?
orpheus1120
- 2008. január 23
- Malaysia
- 2008. május 6
richthomas azt mondta: tehát mit kell tenni a 'sudo chmod -R -N' parancs végrehajtása után egy könyvtárban, hogy elkerüljük a jövőbeni problémákat? Kattintson a kibontáshoz...
Ön gyógyulást kér, miközben én a megelőzésre gondolok.
Szóval meg sem próbálom a parancsot. Semmi haszna nincs.
Használtad már a parancsot?
brn2ski00
- 2007. augusztus 16
- MA
- 2008. május 6
http://en.wikipedia.org/wiki/Access_control_list
srl7741
- 2008. január 19
- GMT-6
- 2008. május 6
Van egy MBP-m és egy 24 Al iMac-em, amelyeket csak néhány hét különbséggel vettem egymástól. Mindkettőnek ugyanaz a szoftvere. Az MBP a Tigerrel érkezett, és az első indítás után frissítettem Leopardra. Az iMac a Leoparddal érkezett.
Amikor mindkét lemezen futtatom a Lemez segédprogramot, az iMac-em nem mutat hibát, soha nem is volt. Amikor a Disk Utilityt futtatom az MBP-n, ACL-hibákat tartalmazó oldalakat kapok.
Soha nem foglalkoztam túlságosan az MBP b/c hibáival, de mindig is azon tűnődtem, hogy mitől származnak?
Ezért találom érdekesnek ezt a topikot.
Miért jeleníti meg az MBP-m ezeket a hibákat, de az iMac nem? Hardverben különböznek, de szoftverben nem.
Talán ez segít rávilágítani azoknak, akik jobban értenek, mint én.
Kösz
orpheus1120
- 2008. január 23
- Malaysia
- 2008. május 6
orpheus1120 mondta: Nem vagyok benne biztos, hogy a kombinált 10.5.2-es frissítés kiküszöböli-e az ACL-hibákat, mert jelenleg a 10.5.2-t használom, és továbbra is ugyanazokat a hibákat látom.
Ez arra késztetett, hogy elhiggyem, hogy az ACL-hibák velejárója az operációs rendszer Tigerről Leopardra való frissítésének köszönhető, mivel látszólag ez a legvalószínűbb magyarázat. Pontosabban, az ok a Leopard frissítése lehet az „Archiválás és telepítés” módszerrel, amely a korábban telepített alkalmazásokat és adatokat a helyükön tartja. Ennek ellenére ez kizárólag az én személyes gyanúm, és ha nem törlöm és telepítem, nem fogom tudni ellenőrizni az állításomat.
Ha amit gyanítok, az igaz, akkor a gyárilag telepített natív Leopard Mac-eken nem kell látnia az ACL-hibákat.
Meg tudja erősíteni a gyárilag Leopard-telepített Mac-ekkel rendelkező tagok az ACL hibák jelenlétét a rendszerükben? Kattintson a kibontáshoz...
De nem igaz, ahogy Morod bebizonyította. Fogalmam sincs, hogy egyeseknél miért van, és másoknál miért nincs már ilyen hiba.
richard.mac
- 2007. február 2
- 51,50024, -0,12662
- 2008. május 7
orpheus1120 mondta: Ön gyógyulást kér, miközben én a megelőzésre gondolok.
Szóval meg sem próbálom a parancsot. Semmi haszna nincs.
Használtad már a parancsot? Kattintson a kibontáshoz...
ó, oké.
igen, már teljesítettem a parancsot. csak arra vagyok kíváncsi, hogy amit ezzel a paranccsal csináltam, megfordítható-e. a Mac-em jól működik, és úgy tűnik, hogy a /Library engedélyei rendben vannak.
orpheus1120 mondta: Nem vagyok benne biztos, hogy a kombinált 10.5.2-es frissítés kiküszöböli-e az ACL-hibákat, mert jelenleg a 10.5.2-t használom, és továbbra is ugyanazokat a hibákat látom. ?? Kattintson a kibontáshoz...
letöltése a 10.5.2 kombinált frissítés Az Apple-letöltésekből (nagyobb, mint a Szoftverfrissítésből származó normál delta-frissítés) javítani látszik az ACL-hibákat. legalábbis nekem így volt, amikor telepítettem a 10.5.1-es kombinált frissítést, de aztán a 10.5.2-es delta frissítés újabb ACL hibát adott.
kdbilly
- 2006. november 30
- Ködváros
- 2009. február 23
fogalmam sincs, mi az, de már nem aggódom az AC-hiba miatt, még egyszer köszönöm. de szeretném a hibákat kijavítani, de még mindig hibásnak tűnik. sok pörgő strandlabda a pokolból még mindig megy. patkányok. VAL VEL
zPolarBear
- 2009. február 18
- 2009. február 23
A hozzáférés-vezérlési lista a DEC (Digital Equipment Corp) találmánya. Ez a világcsoport-tulajdonosi engedélyek funkciógazdag változata, amellyel a Unix készült. (Lehet, hogy a szavak nem pontosak, de érti az ötletet.)
Az egyik dolog, amit a 80-as évek végén észrevettünk a DEC gépeken, hogy ha túl sok ACL-t hoztak létre, túl mélyen, a gép lelassulhat a feltérképezésig (és ezek voltak a nap fő keretei; 512Meg DRAM 1989-ben!). A megoldás az ACL-ek megtisztítása vagy eltávolítása volt, és csak a könyvtárfák legfelső szintjén alkalmazva őket... Tehát továbbra is törölnöm azokat az ACL-eket, amelyek váratlanok vagy szükségtelenek a fájlrendszer terhelésének könnyítése érdekében.
Ha eleget olvassa a kézikönyvoldalakat, azt is megtanulhatja, hogyan adhat hozzá vagy távolíthat el ACL-eket a könyvtárakból! Jó móka – geek-szerű módon.
Népszerű Bejegyzések