Мород
Оригинален плакат- 1 януари 2008 г
- На Никела, там...
- 28 април 2008 г
Наскоро стартирах моята проверка на разрешенията за диск и все още съм доста нов в това. Единственият запис, който се върна, беше „ACL намерен, но не се очаква в „Библиотека“.“
Трябва ли да се притеснявам за това?
Благодаря, както винаги, за всяка дадена помощ/съвет.
Мород
wordmunger
- 3 септември 2003 г
- Северна Каролина
- 28 април 2008 г
Мород каза: Здравейте всички,
Наскоро стартирах моята проверка на разрешенията за диск и все още съм доста нов в това. Единственият запис, който се върна, беше „ACL намерен, но не се очаква в „Библиотека“.“
Трябва ли да се притеснявам за това?
Благодаря, както винаги, за всяка дадена помощ/съвет.
Мород Щракнете, за да разгънете...
Не знам какво е „ACL“ в този контекст, но поправихте ли разрешенията? Обикновено компютърът може автоматично да отстранява всички проблеми.
Въпреки това повечето членове на MR са съгласни, че ремонтът на разрешенията не е толкова важен, колкото преди. Ако не изпитвате проблеми, трябва да сте добре.
xUKHCx
Почетен администратор
- 15 януари 2006 г
- Коп
- 28 април 2008 г
Mac OS X 10.5: Разрешенията за възстановяване на диска на Disk Utility съобщават за проблеми със SUID файлове
„Всяко съобщение, което започва с: „ACL е намерен, но не се очаква на...“.“FYI ACL = списък за контрол на достъпа
Засегнати продукти
Mac OS X 10.5 Leopard
Решение
Можете спокойно да игнорирате тези съобщения. Те са точни, но не са причина за безпокойство. Щракнете, за да разгънете...
Мород
Оригинален плакат- 1 януари 2008 г
- На Никела, там...
- 28 април 2008 г
Съжалявам, че не включвам повече информация в оригиналната си публикация.
Да, използвам ОС Leopard 10.5.
Да, поправих разрешенията след проверка.
Причината да го пуснах е, че моят Al iMac се заключи вчера, докато използвах Safari. Заключи се трудно, тъй като Force Quit не направи нищо. Можех да преместя курсора на мишката, но щракването върху бутона на мишката не направи нищо. Опитах да навигирам с моята клавиатура. Тогава успях да напусна Safari и Finder принудително, но това не помогна на нещата. Тогава натиснах и помогнах на бутона за захранване да се включи обратно, за да изключа iMac. Рестартира се добре и всичко работи както трябва.
Затова пуснах разрешения.
Отново, благодаря!
Мород
richard.mac
- 2 февруари 2007 г
- 51,50024, -0,12662
- 28 април 2008 г
но аз съм перфекционист, така че трябваше да поправя моя. В крайна сметка изтеглих комбо актуализацията 10.5.1 и това го поправи, но след 10.5.2 се върна отново. тогава разбрах, че една проста команда на Unix го поправя. така че опитайте да въведете това в терминала, който е в папката Utilities.
Код: |_+_|
Мород
Оригинален плакат- 1 януари 2008 г
- На Никела, там...
- 28 април 2008 г
Виждам публикациите ви тук често и уважавам съветите ви, но ще си тръгна на мира.
Все още съм много нов за Apple и особено за Terminal. Според мен приравнявам терминала към системния регистър на Windows, с който никога не съм се забърквал.
Твърде лесно ми е да унищожа нещата, предполагам.
Благодаря отново!
Мород
richard.mac
- 2 февруари 2007 г
- 51,50024, -0,12662
- 28 април 2008 г
Мород каза: Благодаря ви, richthomas,
Виждам публикациите ви тук често и уважавам съветите ви, но ще си тръгна на мира.
Все още съм много нов за Apple и особено за Terminal. Според мен приравнявам терминала към системния регистър на Windows, с който никога не съм се забърквал.
Твърде лесно ми е да унищожа нещата, предполагам.
Благодаря отново!
Мород Щракнете, за да разгънете...
добре тогава това е добре, но няма да разруши нищо и тествах командата и тя работи.
трябва да се притеснявате за командите на терминала само когато не знаете или не ви е казано какво прави.
Терминалът е просто GUI за достъп до ядрото на Unix на OS X и не е нищо като системния регистър в Windows. Еквивалентът на OS X на системния регистър е системната папка и невидимите unix файлове, които не трябва да докосвате.
Макджиорд
- 5 октомври 2003 г
- Тъмният замък
- 28 април 2008 г
richthomas каза: Терминалът е просто GUI за достъп до ядрото на Unix на OS X и не е нищо като регистъра в Windows. Еквивалентът на OS X на системния регистър е системната папка и невидимите unix файлове, които не трябва да докосвате. Щракнете, за да разгънете...
Не съм експерт, но трябва да не се съглася, терминалът не е GUI (графичен потребителски интерфейс), а CLI (интерфейс на командния ред).
Ако използвате командата 'sudo' и не знаете какво правите, може да объркате вашия Mac, подобно на това, което можете да направите с системния регистър на Windows.
Предлагам да използвате командата 'man' преди всяка друга команда, за да научите за нея.
Въведете 'man sudo', с това ще видите какво прави тази конкретна команда, преди да я използвате.
________
гърне новини Последна редакция: 30 януари 2011 г
tersono
- 18 януари 2005 г
- Обединеното кралство
- 28 април 2008 г
Грешката, която сте виждали, „ACL намерен в библиотеката, но не се очаква“ е известна грешка при отчитане (прочетете: грешка) и не е проблем.
richard.mac
- 2 февруари 2007 г
- 51,50024, -0,12662
- 28 април 2008 г
Макгиорд каза: Аз не съм експерт, но трябва да не се съглася, терминалът не е GUI (графичен потребителски интерфейс), а CLI (интерфейс на командния ред).
Ако използвате командата 'sudo' и не знаете какво правите, може да объркате вашия Mac, подобно на това, което можете да направите с системния регистър на Windows.
Предлагам да използвате командата 'man' преди всяка друга команда, за да научите за нея.
Въведете 'man sudo', с това ще видите какво прави тази конкретна команда, преди да я използвате. Щракнете, за да разгънете...
о, добре, знам, че терминалът е CLI, но щях да напиша „Терминалът е GUI за достъп до CLI на ядрото на Unix на OS X“, но го опростих малко повече. ДА СЕ
Адамозавър
- 3 май 2008 г
- 3 май 2008 г
Добре, знам, че ACL намерените и неочакваните съобщения се казват, че са безвредни, но проверката или поправката на разрешенията за диск все още отнема 5 минути за мен вместо 1 и всички ACL съобщения изскачат наведнъж, без нищо друго не се показва или не е фиксирани. Тези съобщения не причиняват нищо друго, което трябва да бъде поправено, или нищо не се нуждае от ремонт. Имам този проблем откакто инсталирах Leopard на моя MacBook Pro.
Имах подобни проблеми със сафари, това не замръзва Finder, но неочаквано напуска сафари поне веднъж на всеки няколко часа.
Има толкова много ACL съобщения, че обхваща поне 10 страници и е предимно на езиците, като по-долу са няколко:
ACL е намерен, но не се очаква в 'System/Library/User Template/English.lproj/Documents'.
Заменете „English.lproj“ с Japanese.lproj, German.lproj, French.lproj, Spanish.lproj, Italian.lproj, Dutch.lproj, da.lproj, fi.lproj, ko.lproj, no.lproj и т.н. повече (с изключение на всички запетаи)
Това ли имате предвид под ACL? Защото това ме притеснява. Сега използвам Firefox по-често и никакви други приложения не са принудителни или изостават, освен сафари и дисковата програма, както беше казано.
richard.mac
- 2 февруари 2007 г
- 51,50024, -0,12662
- 4 май 2008 г
за да поправя вашите ACL грешки, бих изтеглил и инсталирал комбинираната актуализация 10.5.2 от Apple.com или можете просто да я оставите, тъй като няма да влоши производителността на вашия Mac.
орфей1120
- 23 януари 2008 г
- Малайзия
- 4 май 2008 г
Това ме накара да вярвам, че присъщият проблем с ACL грешките се дължи на надграждане на ОС от Tiger до Leopard, тъй като изглежда това е най-правдоподобното обяснение. За да бъдем по-конкретни, причината може да се дължи на надстройката на Leopard чрез метода „Архивиране и инсталиране“, който запазва инсталираните по-рано приложения и данни на място. Въпреки че това е казано, това е единствено мое лично подозрение и освен ако не изтрия и инсталирам, няма да мога да потвърдя твърдението си.
Ако това, което подозирам, е правилно, тогава всеки инсталиран mac от Leopard от фабриката не трябва да вижда ACL грешките.
Може ли някой от членовете с инсталирани от леопард Mac от фабриката да потвърдят наличието на ACL грешки в тяхната система?
Мород
Оригинален плакат- 1 януари 2008 г
- На Никела, там...
- 4 май 2008 г
Купих моя 24' AL iMac през януари 2008 г. от местния Apple Store. Датата на изграждане е последната седмица на декември 2007 г.
Продавачът ми каза, че тази машина е била инсталирана на Leopard и не е била надстроена от Tiger.
Имам ACL грешки (аз съм оригиналният постер на тази тема, ). Така че, докато вашата хипотеза е добра, аз не мисля, че е реална, поне въз основа на информацията, която имам.
Да се надяваме, че 10.5.3 ще коригира това, въпреки че ACL грешките не са ми причинили никаква вреда, за която знам.
Мород
merl1n
- 30 април 2008 г
- Ню Джърси, САЩ
- 4 май 2008 г
richthomas каза: Morod, имах точно същата грешка в ACL като теб при поправяне на разрешения. Не съм сигурен какво точно е ACL, но знам, че това е просто незначителна грешка, която няма реално влияние върху скоростта или стабилността. някои потребители на Leopard просто го оставят и забравят за него.
но аз съм перфекционист, така че трябваше да поправя моя. В крайна сметка изтеглих комбо актуализацията 10.5.1 и това го поправи, но след 10.5.2 се върна отново. тогава разбрах, че една проста команда на Unix го поправя. така че опитайте да въведете това в терминала, който е в папката Utilities.
Код: |_+_| Щракнете, за да разгънете...
ACL или списъците за контрол на достъпа са част от файловете в Unix. Когато издадете командата:
chmod -R -N /Библиотека
вие променяте всички библиотечни файлове (рекурсивно), които съдържат ACL и премахвате (-N) този код от файловете.
НЕ трябва да се бъркате със системните файлове и библиотеки на Unix, освен ако не знаете точно какво правите. Може да работи сега, но ще ви донесе проблеми по-късно. Аз съм системен администратор на Solaris (unix), така че знам за какво говоря. ACL всъщност са за сигурност и ограничава кой и какво има достъп до тези файлове, които съдържат ACL.
Ако видите грешки при изпълнение на First Aid в Disk Utility, просто ги игнорирайте, тъй като те не показват проблем. Те са прозрачни. В крайна сметка Disk Utility ще бъде надстроен, само за да игнорира ACL и да не ги докладва. ДА СЕ
Адамозавър
- 3 май 2008 г
- 4 май 2008 г
richthomas каза: Repairinf Permissions е бавен, защото Disk Utility не е оптимизиран за Leopard, но все още е версия 11.0.
за да поправя вашите ACL грешки, бих изтеглил и инсталирал комбинираната актуализация 10.5.2 от Apple.com или можете просто да я оставите, тъй като няма да влоши производителността на вашия Mac. Щракнете, за да разгънете...
Ще опитам да инсталирам 10.5.2 и ще видя дали ще оправи ACL, но се съмнявам.
Така че неочакваното спиране на сафари трябва да се дължи на нещо друго :/
орфей1120
- 23 януари 2008 г
- Малайзия
- 4 май 2008 г
Ето какво може да се случи, когато си мислите, че знаете какво правите.
richard.mac
- 2 февруари 2007 г
- 51,50024, -0,12662
- 6 май 2008 г
merl1n каза: НЕ трябва да се занимавате със системните файлове и библиотеки на Unix, освен ако не знаете точно какво правите. Може да работи сега, но ще ви донесе проблеми по-късно. Аз съм системен администратор на Solaris (unix), така че знам за какво говоря. ACL всъщност са за сигурност и ограничава кой и какво има достъп до тези файлове, които съдържат ACL. ?? Щракнете, за да разгънете...
orpheus1120 каза: Бих посъветвал да не правите sudo chmod -R -N /Библиотека или подобни команди на терминала. Няма никаква полза от това. ?? Щракнете, за да разгънете...
така че какво трябва да направите, след като изпълните 'sudo chmod -R -N' в директория, за да предотвратите бъдещи проблеми?
орфей1120
- 23 януари 2008 г
- Малайзия
- 6 май 2008 г
richthomas каза: така че какво трябва да направи човек, след като изпълни 'sudo chmod -R -N' в директория, за да предотврати бъдещи проблеми? Щракнете, за да разгънете...
Вие питате за лек, докато аз мисля за превенция.
Така че дори няма да пробвам командата. Няма никаква полза.
Използвахте ли вече командата?
brn2ski00
- 16 август 2007 г
- МА
- 6 май 2008 г
http://en.wikipedia.org/wiki/Access_control_list
srl7741
- 19 януари 2008 г
- GMT-6
- 6 май 2008 г
Имам MBP и 24 Al iMac, които закупих само на няколко седмици разлика един от друг. И двамата имат един и същ софтуер. MBP дойде с Tiger и аз надстроих до Leopard след първото стартиране. iMac дойде с Leopard.
Когато стартирам Disk Utility и на двата моя iMac не показва грешки, никога не е показвал. Когато стартирам Disk Utility на моя MBP, получавам страници с ACL грешки.
Никога не съм бил твърде загрижен за грешките, защото MBP работи страхотно, но винаги съм се чудил от какво са?
Ето защо намирам тази тема за интересна.
Защо моят MBP ще показва тези грешки, но iMac не. Те се различават по хардуер, но не и по софтуер.
Може би това ще помогне да се хвърли светлина за тези, които разбират по-добре от мен.
Мерси
орфей1120
- 23 януари 2008 г
- Малайзия
- 6 май 2008 г
orpheus1120 каза: Не съм много сигурен дали комбинираната актуализация на 10.5.2 ще елиминира ACL грешките, защото в момента съм на 10.5.2 и все още виждам същите грешки.
Това ме накара да вярвам, че присъщият проблем с ACL грешките се дължи на надграждане на ОС от Tiger до Leopard, тъй като изглежда това е най-правдоподобното обяснение. За да бъдем по-конкретни, причината може да се дължи на надстройката на Leopard чрез метода „Архивиране и инсталиране“, който запазва инсталираните по-рано приложения и данни на място. Въпреки че това е казано, това е единствено мое лично подозрение и освен ако не изтрия и инсталирам, няма да мога да потвърдя твърдението си.
Ако това, което подозирам, е правилно, тогава всеки инсталиран mac от Leopard от фабриката не трябва да вижда ACL грешките.
Може ли някой от членовете с инсталирани от леопард Mac от фабриката да потвърдят наличието на ACL грешки в тяхната система? Щракнете, за да разгънете...
Но не е вярно, както е доказано от Мород. Нямам представа защо някои вече имат, а други нямат.
richard.mac
- 2 февруари 2007 г
- 51,50024, -0,12662
- 7 май 2008 г
orpheus1120 каза: Вие питате за лек, докато аз мисля за превенция.
Така че дори няма да пробвам командата. Няма никаква полза.
Използвахте ли вече командата? Щракнете, за да разгънете...
Ох добре.
да, вече изпълних командата. просто се чудя дали това, което направих с тази команда, може да бъде обърнато. моят Mac работи добре и разрешенията на /Library изглежда са добре.
orpheus1120 каза: Не съм много сигурен дали комбинираната актуализация на 10.5.2 ще елиминира ACL грешките, защото в момента съм на 10.5.2 и все още виждам същите грешки. ?? Щракнете, за да разгънете...
изтегляне на 10.5.2 комбинирана актуализация от изтегляния на Apple (по-големи от нормалната делта актуализация, която получавате от актуализацията на софтуера) изглежда коригира ACL грешките. добре, поне така беше за мен, когато инсталирах комбинираната актуализация 10.5.1, но след това актуализацията на делта 10.5.2 ми даде друга грешка в ACL.
kdbilly
- 30 ноември 2006 г
- Град за мъгла
- 23 февруари 2009 г
нямам представа какво е, но вече не съм загрижен за грешката на acl, благодаря отново. но бих искал да отстраня грешките, все пак изглежда, че е бъгове. много от въртящата се плажна топка от ада все още продължава. плъхове. С
zPolarBear
- 18 февруари 2009 г
- 23 февруари 2009 г
Списъкът за контрол на достъпа е изобретение на DEC (Digital Equipment Corp). Това е по-богата на функции версия на разрешенията на World-Group-Owner, с които е създаден Unix. (Думите може да не са точни, но разбирате идеята.)
Едно от нещата, които забелязахме на DEC машините, още в края на 80-те, е, че ако създадете твърде много ACL, твърде дълбоки, машината може да се забави до пълзене (а това бяха основните рамки на деня; 512Meg DRAM през 1989 г.!). Решението беше да почистя или премахна ACL и да ги приложи само към най-горните нива на дърветата на директории... Така че, бих продължил да почиствам ACL, които са неочаквани или ненужни за облекчаване на натоварването на файловата система.
Ако прочетете man страниците достатъчно, можете дори да научите как сами да добавяте или премахвате ACL от директории! Някак забавно - по отрепки начин.
Популярни Публикации