Odpowiedzi:
Problem dotyczy martwych dowiązań symbolicznych w Dropbox. Znajdź je za pomocą:
find ~/Dropbox -type l -printf "%Y %p\n" | grep "^N"
Rozwiązanie jest następujące: Usuń martwe dowiązania symboliczne. Jeśli find
nie ma takiej printf
opcji, użyj:
find -L ~/Dropbox -type l
find
w OS X. Aby findutils
uzyskać tę printf
opcję, musisz przynajmniej zainstalować GNU .
find '~/Dropbox' -type l -print0 | xargs -0 file | grep broken
Jak wspomniano @juanpablo, może to być spowodowane linkami symbolicznymi.
Najwyraźniej, jeśli wskazuje dowiązanie symboliczne /home
, autofs lub automatyczny montaż ognia i potrzeba dużo procesora, aby dowiedzieć się, że to miejsce naprawdę nie istnieje.
Spójrz na /etc/auto_home
i /etc/autofs.conf
.
Aby sprawdzić, czy ten konkretny problem Cię dotknął, ustaw
AUTOMOUNTD_VERBOSE=TRUE
opcja w autofs.conf
, uruchom ponownie automountd
sudo launchctl stop com.apple.automountd
i przejrzyj syslog.log (możesz użyć aplikacji: Console). Ten problem dotyczy Ciebie, jeśli zobaczysz coś takiego:
May 20 17:53:43 xxx automountd[31709]: od_search failed
Aby obejść ten problem, edytuj plik /etc/auto_master
i usuń (lub usuń skrót #
) wiersz zaczynający się od /home
. Następnie uruchomić:
sudo automount -vc
/home
w moim folderze Dropbox (resztkowe kopie zapasowe z poprzednich systemów), które powodowały to zachowanie. /home
Naprawiono wyłączenie w auto_home.
Dla mnie tym, co naprawdę rozwiązało, było odłączenie kabla Ethernet od mojego iMaca. Szalony jak się wydaje :) Byłem atakowany z zewnątrz, brutalnie na moim sshd. Router, który mam (z UPC, Cisco EPC3925) domyślnie przekazuje cały ruch z zewnątrz do jednego portu Ethernet, który ma. Po odłączeniu kabla atak został zatrzymany, ponieważ iMac został pozostawiony tylko na Wi-Fi.
Najwyraźniej sshd używa opendirectoryd i dlatego tak się dzieje.
/usr/libexec/opendirectoryd