題:
是什麼導致High Sierra忘記了我的主目錄?
JakeRobb
2017-11-14 01:45:13 UTC
view on stackexchange narkive permalink

最初的問題

我一直遇到一個零星的問題,我的Mac似乎“忘記”了我的主目錄。

第一個線索(因為這是我經常做的事情)始終是Google Chrome無法打開新標籤頁。我得到“哦按扣”錯誤屏幕。這導致我退出Chrome並重新啟動它,進而導致出現此錯誤對話框,此後Chrome無法啟動:

Screenshot of dialog: "Google Chrome cannot read and write to its data directory: /var/empty/Library/Application Support/Google/Chrome"

其他症狀

許多其他需要主目錄知識的事情也會失敗:

  • 當我打開某些Apple應用程序(例如,預覽,便箋,消息)時,系統提示我一個對話框,提示該對話框需要修復我的主目錄並要求我進行身份驗證。在此處輸入密碼會導致 / var / empty / Library 的所有者更改為我(從長遠來看這很糟糕,但允許某些事情開始起作用)。
  • 單擊時Safari根本不會打開-它會在擴展塢中短暫出現然後消失,沒有“崩潰報告”對話框(儘管我不能說處於這種狀態的系統是否知道我喜歡查看那些對話框) )。
  • 即使在“修復我的媒體庫”之後,許多應用也無法打開:
    • 預覽:出現Finder對話框:無法打開應用程序“預覽”。
    • Chrome:與以前相同的錯誤對話框,如上圖所示
    • 注意:停靠圖標出現,然後消失。
  • 修復我的媒體庫後,某些以前無法打開的應用現在可以打開,其中許多忘記了我的設置:
    • Safari(我在研究時正在使用它寫這個問題)
    • BBEdit
    • Pixelmator
    • 註釋
  • 某些應用似乎不受庫權限的影響:
    • 控制台
    • 系統偏好設置
    • 鑰匙串訪問
  • 除非使用Grab或按住Control將屏幕截圖寫入剪貼板,否則我無法拍攝屏幕截圖(因為它沒有對 / var / empty / Desktop 的寫權限,這是正確的由根擁有)。
  • 在“打開”和“保存”對話框中,它沒有在邊欄中顯示我的主目錄,也沒有顯示其中的任何常用目標位置(桌面,文檔等)。
  • 激活屏幕保護程序後,將顯示系統默認設置(Flurry),而不是我的常規設置(“經典”指向我選擇的照片目錄)。
  • 終端使用默認的顏色/字體/等設置,而不是我的自定義設置。

還有其他事情似乎運行良好:

  • 時間機器
  • 聚光燈
  • 熱門角落

自從我的工作機器發布後幾天升級到High Sierra以來,到目前為止已經發生了三遍。

研究

研究似乎表明macOS不會認為我的主目錄是 / var / empty ,而是它不知道我是have一個主目錄,並且某個地方存在一些後備邏輯,該邏輯會使系統對沒有主目錄的任何用戶使用/ var / empty。 (來源:是否可以創建沒有主目錄的用戶?

進一步的研究表明/ var / empty作為不應該訪問任何內容的用戶的“安全監獄”存在(這就是為什麼更改權限或在其他位置進行符號鏈接很不好的原因)。 (來源: https://serverfault.com/questions/116632/what-is-var-empty-and-why-is-this-directory-by-sshd

根據過去的情況,重新啟動可以解決問題(直到下次發生)。 一旦我提交了這個問題,我將嘗試斷開/重新連接網絡電纜並註銷以查看是否有任何幫助;我將返​​回並相應地編輯本段。 strike> Update:我斷開並重新連接了網絡電纜,然後重新啟動Finder。 Chrome可以再次使用,並且所有其他症狀似乎也已解決!當然,這可以減輕發生此問題時的痛苦,但是我仍然非常想理解並防止根本原因。

我從終端上看不到的東西似乎都顯示出了問題:

 最後登錄時間:ttys000上的11月13日星期一13:21:18
jrobb @ oke-jrobb-mb:〜%pwd
/用戶/ jrobb
jrobb @ oke-jrobb-mb:〜%cd / var /空
jrobb @ oke-jrobb-mb:/ var / empty%ls -la
總共24
drwxr-xr-x 8個jrobb員工256B 10月20日16:32 ./
drwxr-xr-x 27根輪864B 10月20日14:49 ../
-rw-r--r-@ 1個root員工10K Oct 20 20:32 .DS_Store
drwx ------ 2個root員工64B Oct 14 05:52 .ssh /
drwx ------ 4個root員工128B 10月9日13:22桌面/
drwx ------ 3個根人員96B Sep 25 15:46 Documents /
drwx ------ 3個根人員96B Sep 25 15:46下載/
drwx ------ + 28個root員工896B Nov 13 13:37 Library /
jrobb @ oke-jrobb-mb:/ var / empty%whoami
羅伯
jrobb @ oke-jrobb-mb:/ var /空%echo $ HOME
/用戶/ jrobb
jrobb @ oke-jrobb-mb:/ var /空%
 

High Sierra的集成日誌記錄使Console.app成為夢night以求的夢,但是儘管如此,我還是花費了大量時間尋找相關消息。我發現了一些似乎是由問題引起的錯誤,但似乎沒有一個是問題引起的。我懷疑這是由於以下事實造成的:您無法將所有子系統中所有消息的無盡流滾動回到打開控制台之前,並且沒有明顯的方式一次可以搜索多個文件,除非您要搜索上述僅轉發流。一切正常時,我沒有運行Console,所以我想我很走運嗎? (非常感謝您在此提供的幫助/建議。)

我還看到許多其他人遇到相同問題的情況,可以追溯到2014年(10.9小牛)。以下是與遇到相同或相關問題的其他人的一些鏈接,對於這些鏈接,尚沒有令人滿意的解決方案:

對於那些擁有“解決方案”的人來說,它們似乎真的是創可貼,它們暴露出明顯的安全漏洞:

  • 符號鏈接 / var / empty 到正確的主目錄
  • chown _user_ / var / empty
  • 依此類推

上下文

我正在使用運行High Sierra的2013年末iMac(Core i7 3.9GHz,32GB RAM,1TB SSD)(始終是最新的修補版本;此版本從10.13.0開始,現在影響10.13.1)。這是由Jamf管理的設備,我向Active Directory域進行身份驗證。我在“用戶和組”首選項中的個人資料被標記為“管理員,託管,移動”。

升級到High Sierra之後,我們就開始在我工作的Jamf那里工作,因此這可能是Jamf問題或High Sierra問題(或者,實際上是其他任何問題)。

還有許多其他Mac用戶,許多其他High Sierra用戶和許多其他Jamf用戶;據我所知,沒有其他用戶遇到此問題。我是唯一的iMac用戶-這裡的所有其他Mac都是筆記本電腦。 (我很難想像我的iMac是問題所在-只是徹底。)

此問題開始在用戶會話的中間發生。一切都很好,直到突然變得不妙。因此,我認為這與登錄名或Active Directory沒有任何關係。

我在尋找什麼

我正在尋找一個解決方案,以防止macOS首先進入這種狀態,並希望解釋其發生的時間和方式。

感謝您提供有關您的環境的詳細信息,它使您更容易理解此處的複雜性。
話雖這麼說:您是否驗證“一切”在事物的Jamf方面都很好(即,將您的個人資料與其他用戶的個人資料進行了比較)?如果另一個用戶(具有jamf配置文件)使用您的iMac一段時間,會發生什麼情況?
-1
我剛剛和系統管理員一起看了幾分鐘,然後查看了我的Jamf個人資料。沒有任何進展,但是他將做一些進一步的研究。
有趣的是,斷開/重新連接我的以太網電纜以及Finder重新啟動消除了所有症狀並恢復了正常行為。奇怪的!我更新了問題以反映這一點。
我們將UID映射到屬性:uidNumber
很久以前,由於Apple AD插件並沒有查看完整的UUID,而是128個字節的前32位,因此我們遇到了一些用戶問題。這意味著在某些(罕見)情況下,ID之間存在衝突。 我們在2016年與Apple發生了一個有關此問題的錯誤,但該錯誤已關閉,沒有採取任何措施。檢查是否存在這種衝突可能是一個主意。
我通常不會在過時的線程上發帖,但是我有相同的症狀(High Sierra忘記了我的主文件夾的位置,Word啟動了,但是崩潰了,沒有任何警報),我知道是什麼觸發了它。當使用Terminal創建受密碼保護的zip文件時,為了使以後的擴展更加整潔(沒有路徑),我通常將文件移至/,然後進行zip,然後將其移回〜/ Documents中的某個位置。我必須須藤這些步驟。是的,我知道,不是最佳實踐,我應該壓縮得更好。
...但是當我忘記將移動的zip從root鎖定到用戶時,大約20分鐘後事情就發生了,我重新啟動了。如果我沒有忘記,一切都會好起來的。有趣,但對我而言始終如一。
六 答案:
maser
2017-12-21 20:16:53 UTC
view on stackexchange narkive permalink

在Apple上打開一個bug。我有一個公開的案例,但是他們需要更多人對此進行聆聽。我很少見到這種情況,但是只有在使用我的託管移動帳戶連接到Active Directory的計算機上(所以我猜這只是10.13中許多AD錯誤中的另一個仍未修復)。

我發現,如果我生成sysdiagnose(以更新我的案例),那麼在生成sysdiagnose時問題也就消失了。

但是,我無能為力,所以我不知道是什麼原因造成的。

謝謝!我從未向Apple提出過錯誤;不知道該怎麼做。我需要註冊為開發者嗎?(我是使用Mac的開發人員,但我製作了Web應用程序。)
我應該先問問谷歌的事。:) https://developer.apple.com/bug-reporting/ 鑑於我沒有復制步驟,所以我沒有希望。但是我會提交一些東西。
是的,即使您無法複製,也請提交一些內容。我被無數次告知,關於某個問題的錯誤報告數量之多。我可以打開一個錯誤並說“這裡有8000台Mac電腦有這個問題”,但是與關於同一問題的8000個錯誤報告的關注程度不同。
bmike
2017-12-22 22:50:50 UTC
view on stackexchange narkive permalink

長遠的答案是不要將任何Mac綁定到AD,而要使用一種工具來鬆散耦合用戶權限並利用kerberos進行身份驗證。

綁定很痛苦,讓疼痛惡化和收縮的時間越長,痛苦就越長。您的問題很堅定,我希望有人能為您提供快速解決方案,但是我已經看到幾個組織在試行NoMAD並大規模致力於AEC或NoMAD時便走出了困境。擁有JAMF Pro確實可以幫助您部署這兩種工具。

您是否有任何[_crecre__]理由認為該問題與AD綁定有關?我聽到過很多恐怖的故事,但是我不願意將其作為沒有證據的原因。
僅憑我管理許多Mac的經驗,@JakeRobb-您可能只是一次崩潰,需要擦除OS-再次創建用戶帳戶,然後恢復數據。不用動手就很難知道。
SenSachen
2018-01-12 02:16:07 UTC
view on stackexchange narkive permalink

我發現以下內容可以“糾正”此問題。

  1. 打開系統偏好設置>用戶&組
  2. 解鎖窗格
  3. 右鍵單擊受影響的用戶帳戶>高級選項...
  4. 主目錄旁邊:單擊選擇...
  5. 點擊打開
  6. 單擊確定
  7. ol>

    這似乎已經重寫了主目錄路徑,並允許返回功能。

    在我的情況下,註銷並重新登錄會導致光標出現黑屏-儘管在經過軟重啟後能夠重新登錄,但較長的進度條仍然可以使一切恢復正常。

    希望這會有所幫助!祝你好運!

這很有用,但不能回答我提出的實際問題。不過謝謝!:)
Kirk
2017-12-21 23:52:18 UTC
view on stackexchange narkive permalink

你們是否將UID映射到不同的屬性?過去,當我在OS X / MacOS中看到它時,是因為我們在內部將UID映射到一個通用ID(在UNIX和AD中是相同的),並且在嘗試進行這種轉換時受到了阻礙。用戶失去了對其主目錄的權限,並顯示了您在Finder等中看到的症狀。

在Directory Utility中,您可以在Active Directory下的“映射”選項卡中看到“將UID映射到屬性:”。

我的系統上未選中這三個映射複選框。
galois
2018-09-27 21:20:43 UTC
view on stackexchange narkive permalink

每當Chrome需要更新而我退出並重新啟動該應用程序時,我的工作計算機(已附加廣告)就會發生這種情況。我猜測這是更新程序(基本上是靜默的)在嘗試在本地未管理uids等情況下重寫到用戶目錄時出現的某種問題。

對我有用的只是重置所有互聯網連接;例如拔掉以太網並關閉WiFi

有趣的理論!FWIW,自從大約一年前我發布這個問題以來,這種情況再也沒有發生過,並且在那段時期我肯定對Chrome進行了多次更新。
donmontalvo
2018-03-10 11:20:07 UTC
view on stackexchange narkive permalink

FWIW,這不是Chrome問題。發生此問題時,它也會影響其他應用程序。不建議將此作為修復方法,但是,如果您遵循Jamf Nation URL,您將在線程底部看到我的帖子。我們管理相當大的Mac環境。我們有一個政策要從Active Directory取消綁定Mac,另一個政策是將Mac綁定到Active Directory。由於某些奇怪的原因,解除綁定然後重新綁定似乎可以“解決”問題。我將“ fix”用引號引起來,因為它只不過是一個冰雹瑪麗,與根本問題根本無關。¯\ _(ツ)_ /¯

請注意,我的問題並未將其顯示為Chrome問題。Chrome只是我遇到的少數情況中第一個成為該問題的受害者的應用程序。但是,感謝您提供額外的背景信息!
可以理解,我的帖子表示歉意。立即獲得Apple Enterprise支持的幫助。


該問答將自動從英語翻譯而來。原始內容可在stackexchange上找到,我們感謝它分發的cc by-sa 3.0許可。
Loading...