На моем промежуточном сервере установлена Mac OS X 10.6.4 (не версия серверной ОС), и есть копии моей последней сборки, которые я не могу позволить себе потерять (человеческая ошибка вчера поздно вечером).
Неудача всегда происходит в тандеме, и перезагрузка сервера этим утром привела к экрану, на котором ничего не было, и синему фону (оттенок, который виден на долю секунды, непосредственно перед загрузкой фонового изображения для сопровождения входа в Mac OS X) экран). После пробной ошибки я дошел до того момента, когда я могу подключиться к нему по SSH, и я действительно не хочу испытывать удачу и использовать диск без надобности или перезагружать систему слишком много раз. Я могу просматривать файловую систему с помощью bash.
ВСЕ ли места, где я должен искать потенциальный отказ жесткого диска? Также приветствуются подсказки относительно того, где искать общие неисправности во время загрузки.
Я не решаюсь запускать down-rsync для восстановления сборки (много данных), но я бы сделал это немедленно и просто перестроил бы машину, если бы у меня был способ убедиться, что жесткий диск действительно в порядке, и это была просто проблема конфигурации, которая нарушена обычная загрузка экрана входа в систему.
Заранее большое спасибо! Приходите, спасите день! :)
Если вы можете скопировать нужные данные на внешний диск, я бы это сделал (есть резервные копии сервера?)
В противном случае вы можете попробовать загрузиться с установочного компакт-диска и запустить дисковую утилиту, чтобы проверить диск и получить статус SMART, или загрузиться в режиме целевого диска и подключиться к другому Mac, чтобы запустить проверку диска оттуда.
Любой ремонт может привести к потере данных в процессе. Если вы можете сначала скопировать все, что вам нужно, на внешний диск, вы захотите это сделать. В противном случае вам, вероятно, придется отформатировать том и восстановить.
Дисковая утилита может сообщить вам статус SMART, но она не является 100% надежным индикатором. Даже переформатирование не совсем надежно, если на диске есть ненадежный сектор.
Лучшей защитой, которую я мог бы порекомендовать, было бы зеркалирование дисков плюс хорошая процедура резервного копирования.
Какую модель Mac вы используете? Если у него есть порт Firewire, вы можете установить его в целевой режим (нажимайте T во время запуска, пока не раздастся звуковой сигнал), а затем подключить его к другому компьютеру и в основном использовать неисправную систему в качестве большого внешнего диска Firewire.
После этого вы можете попытать счастья с помощью smartmontools или чего-то в этом роде, чтобы узнать, есть ли проблемы с самим диском или это логическая проблема, влияющая на процесс загрузки.
В любом случае, я бы сначала попытался спасти свои данные (в режиме только для чтения), потому что ситуация не улучшится, если вы сначала проанализируете, а диск при этом ухудшится.
На данный момент я не думаю, что вам захочется его выключить, как будто он является проблема с жестким диском, есть шанс, что он не вернется.
Однако долгое нахождение на синем экране просто означает, что что-то в начальной загрузке занимает много времени - если машина не была выключена должным образом, возможно, она решила fsck диски, что может занять некоторое время, если у вас много места для хранения.
Я думаю, что все, что отправлено на консоль во время загрузки, отображается в /var/log/system.log, но я не уверен на 100%.
Когда вы перезагружаетесь, вы можете либо удерживать cmd-V на консоли для «подробного режима» (он будет показывать сообщения консоли, а не только синий экран), либо вы можете заставить его всегда использовать подробный режим:
Сначала проверьте текущие настройки, используя:
nvram -p | grep boot-args
Если он не установлен, можно сделать следующее:
sudo nvram boot-args="-v"
Если это уже что-то установлено, вы, вероятно, захотите добавить '-v' к текущему набору аргументов.
Судя по вашему описанию, я склонен думать, что ваш жесткий диск уже прикручен. Я рекомендую вам вытащить его, установить на другой компьютер и использовать любое программное обеспечение для восстановления, которое вы выберете, чтобы захватить как можно большую часть файловой системы. Даже если позже выяснится, что с диском все в порядке, у вас, по крайней мере, будут файлы перед выполнением любой рискованной операции, которая может привести к полной потере.