Застрял на синем экране после запуска "rm *" в /

Я случайно выполнил и rm *с /тех пор не могу видеть свой рабочий стол. Все, что я вижу, это синий экран с вращающейся шестеренкой.

Ирония в том, что я как-то пропустил свою ОС и другие компакт-диски, которые поставлялись с моим Mac. Я следил за этой статьей о запуске в безопасном режиме, но он долго показывает индикатор выполнения, а затем снова застревает на синем экране.

Прилагается скрин, который я вижу при загрузке.

введите описание изображения здесь

Я тоже не могу войти в безопасный режим, так как мне вернуться к работающей системе?

PS: мне также интересно, смогу ли я снова получить настройки рабочего стола без ущерба для всех настроек? Меня особенно беспокоит программное обеспечение, установленное с помощью домашнего пивоварения, баз данных и т. Д. Можно ли восстановить или скопировать удаленные файлы с помощью какого-либо восстановления через компакт-диск? Мои скрытые файлы, содержащие bash_profile и т. д., также находятся там. Можете ли вы указать, как мне действовать?

update Я вхожу в одиночный режим. Проверьте изображение. Что мне теперь делать?

введите описание изображения здесь

введите описание изображения здесь

обновление №3

введите описание изображения здесь

Ну наконец то

введите описание изображения здесь

Вы помните точную команду, которую вы выполнили, пользователя, под которым вы вошли в систему в то время, и любой результат, сгенерированный командой?
Вы использовали -rопцию (или -Rопцию )? Если вы этого не сделали, этого не должно было случиться.
Нет, я знаю, что запускал rm со звездочкой. Удалены только файлы. Все папки есть, потому что даже после запуска команды я использовал свою систему в графическом интерфейсе, только я не могу использовать ее после перезапуска.
@patrix вывел только то, что папки не были удалены, поскольку они были каталогами.
На данный момент вас больше всего беспокоит то, как вернуться к работающей системе, а не то, сохранилась ли ваша доморощенная установка.
Можете ли вы загрузиться в однопользовательский режим, включив питание и удерживая CMD+? Затем сделать mount -o rw, перемонтировать / и воссоздать отсутствующие символические ссылки?

Ответы (1)

В зависимости от настроек вашей системы и вашей команды вы, вероятно, потеряли только некоторые файлы, в том числе один важный, а также папки и некоторые символические ссылки.

Использование команды rm *, выполняемой администратором в корневой папке, обычно удаляет только символическую ссылку /etc:

  • Загрузитесь в однопользовательском режиме, проверьте свою файловую систему с помощью /sbin/fsck -fyи смонтируйте root для чтения/записи с помощью /sbin/mount -rw /. Затем заново создайте символическую ссылку /etc ln -s /private/etc /etcи перезагрузите Mac с помощью shutdown -r now.

Используя команду sudo rm *, выполняемую sudoer в корневой папке, в стандартной настройке вы потеряете только файл «mach_kernel» и символические ссылки «etc», «tmp» и «var».

(Другие файлы в файловой системе не удалялись) . После дальнейших расследований выясняется, что некоторые другие файлы и папки также часто удаляются: папка с именем sudoer (обычно это короткое имя вашей учетной записи администратора) в /private/var/db/sudo/ и файл .state с именем произвольное имя (сгенерированный UID вашей учетной записи администратора/sudoer), связанное с другим файлом с таким же именем в /private/var/db/shadow/hash/. Я не могу определить, удаляются ли они с помощью «sudo», «rm» или «sudo rm». Однако эти файлы и папки имеют второстепенное значение.

фсевент

Я проверял это на почти ванильной виртуальной машине Mac OS X 10.6.8 Server.

Перед выполнением sudo rm *корневая папка выглядит так - невидимые файлы, папки и символические ссылки включены - с ls -la:

drwxrwxr-t  32 root  admin      1156 25 Dez 11:55 .
drwxrwxr-t  32 root  admin      1156 25 Dez 11:55 ..
-rw-rw-r--   1 root  admin     15364  4 Jan 14:35 .DS_Store
drwx------   3 root  admin       102 10 Sep 01:37 .Spotlight-V100
d-wx-wx-wt   2 root  staff        68 10 Sep 01:23 .Trashes
----------   1 root  admin         0 23 Jun  2009 .file
drwx------  38 root  admin      1292  4 Jan 14:59 .fseventsd
-rw-------   1 root  wheel      4096 10 Sep 01:29 .hotfiles.btree
drwxr-xr-x@  2 root  wheel        68 18 Mai  2009 .vol
drwxrwxr-x+ 35 root  admin      1190 25 Dez 16:49 Applications
drwxrwxr-x@ 16 root  admin       544 25 Dez 12:04 Developer
drwxrwxr-t+  2 root  admin        68 10 Sep 01:37 Groups
drwxrwxr-t+ 65 root  admin      2210 25 Dez 12:02 Library
drwxr-xr-x@  3 root  wheel       102 26 Feb 20:43 Network
drwxr-xr-x   4 root  wheel       136 10 Sep 01:28 Shared Items
drwxr-xr-x   4 root  wheel       136 10 Sep 02:02 System
drwxr-xr-x+  5 root  admin       170 10 Sep 01:37 Users
drwxrwxrwt@  4 root  admin       136 26 Feb 20:43 Volumes
drwxr-xr-x@ 39 root  wheel      1326 10 Sep 02:09 bin
drwxrwxr-t@  2 root  admin        68 23 Jun  2009 cores
dr-xr-xr-x   3 root  wheel      4013 26 Feb 20:43 dev
lrwxr-xr-x@  1 root  wheel        11 10 Sep 01:26 etc -> private/etc
dr-xr-xr-x   2 root  wheel         1 26 Feb 20:43 home
-rw-r--r--@  1 root  wheel  20828964  8 Jun  2011 mach_kernel
dr-xr-xr-x   2 root  wheel         1 26 Feb 20:43 net
drwxr-xr-x@  6 root  wheel       204 10 Sep 01:28 private
drwxr-xr-x@ 68 root  wheel      2312 10 Sep 02:09 sbin
lrwxr-xr-x@  1 root  wheel        11 10 Sep 01:26 tmp -> private/tmp
drwxr-xr-x@ 14 root  wheel       476 25 Dez 11:57 usr
lrwxr-xr-x@  1 root  wheel        11 10 Sep 01:26 var -> private/var

После выполнения sudo rm *только одного файла и сим-ссылки исчезли:

drwxrwxr-t  28 root  admin   1020 26 Feb 19:41 .
drwxrwxr-t  28 root  admin   1020 26 Feb 19:41 ..
-rw-rw-r--   1 root  admin  21508 26 Feb 19:41 .DS_Store
drwx------   3 root  admin    102  9 Sep 23:37 .Spotlight-V100
d-wx-wx-wt   2 root  20        68  9 Sep 23:23 .Trashes
----------   1 root  admin      0 23 Jun  2009 .file
drwx------  38 root  admin   1292  4 Jan 13:59 .fseventsd
-rw-------   1 root  wheel   4096  9 Sep 23:29 .hotfiles.btree
drwxr-xr-x@  2 root  wheel     68 18 Mai  2009 .vol
drwxrwxr-x+ 35 root  admin   1190 25 Dez 15:49 Applications
drwxrwxr-x@ 16 root  admin    544 25 Dez 11:04 Developer
drwxrwxr-t+  2 root  admin     68  9 Sep 23:37 Groups
drwxrwxr-t+ 65 root  admin   2210 25 Dez 11:02 Library
drwxr-xr-x@  3 root  wheel    102 26 Feb 19:39 Network
drwxr-xr-x   4 root  wheel    136  9 Sep 23:28 Shared Items
drwxr-xr-x   4 root  wheel    136 10 Sep 00:02 System
drwxr-xr-x+  5 root  admin    170  9 Sep 23:37 Users
drwxrwxrwt@  4 root  admin    136 26 Feb 19:39 Volumes
drwxr-xr-x@ 39 root  wheel   1326 10 Sep 00:09 bin
drwxrwxr-t@  2 root  admin     68 23 Jun  2009 cores
dr-xr-xr-x   3 root  wheel   4013 26 Feb 19:39 dev
dr-xr-xr-x   2 root  wheel      1 26 Feb 19:39 home
dr-xr-xr-x   2 root  wheel      1 26 Feb 19:39 net
drwxr-xr-x@  6 root  wheel    204  9 Sep 23:28 private
drwxr-xr-x@ 68 root  wheel   2312 10 Sep 00:09 sbin
drwxr-xr-x@ 14 root  wheel    476 25 Dez 10:57 usr

При нестандартной настройке все остальные файлы и сим-ссылки в корневой папке (если таковые вообще существуют) также будут удалены. Все нестандартные папки (например, /opt) сохраняются.

  • Если вы не удалили файл ядра (что маловероятно), попробуйте загрузиться в однопользовательском режиме и восстановить три удаленные символические ссылки с помощью ln -s /.../folder /folder(например ln -s /private/etc /etc)

  • Если у вас есть резервная копия и вы удалили файл ядра, попробуйте восстановить файл mach_kernel, символические ссылки, папку с вашим именем администратора в ../sudo/ и отсутствующий файл состояния. Вам понадобится загрузочный жесткий диск/флэш-накопитель, чтобы восстановить эти файлы из резервной копии.

  • Если у вас нет резервной копии, попробуйте скопировать файл mach_kernel с другого Mac с такой же системой (например, 10.6.8). Воссоздайте символические ссылки. Возможно, вам придется настроить права собственности и разрешения (см. листинг).

    «mach_kernel» также доступен в Mac OS X Combo Update 10.6.8 и, возможно, в других комбинированных обновлениях, таких как Mac OS X Combo Update 10.6.6 и Mac OS X Combo Update 10.6.7. Таким образом, обновление вашей поврежденной системы с помощью комбинированного средства обновления с внешнего загрузочного флэш-накопителя или подключенного в режиме целевого диска к другому Mac также должно работать.

    После восстановления файла ядра и символических ссылок вы можете загрузиться в режиме суперпользователя, войти mount -o rw,remount /и создать отсутствующую папку в /private/var/db/sudo/ с расширением mkdir /private/var/db/sudo/adminname. Отсутствующий файл .state восстанавливается.

Если вас казнили sudo rm -dR *, вы обречены без надлежащей поддержки. После этого моя система перестала загружаться, но, к удивлению, только ~524 МБ из 9860 МБ были удалены после подтверждения переопределения для «/System/Library/CoreServices/boot.efi» и «/dev/fd/4».
Во второй попытке я удалил 8445 МБ из 9860 МБ с помощью sudo rm -dR *. Первую попытку также можно было восстановить с помощью Combo Update, слабенькие остатки второй попытки, конечно, нет.

Все это замечательно, правильно и потрясающе, но, по моему опыту, если /System или /Library попали, система не может загрузиться до или после серого экрана. Синий экран во время загрузки означает, что ОС проверена, запустилась правильно (или в основном так) и началась фаза пользовательской среды launchd. Простая проверка этого состоит в том, чтобы очень осторожно удалить файл /var/db/.AppleSetupDone в однопользовательском режиме, а затем посмотреть, сможете ли вы создать нового пользователя-администратора и хотя бы выполнить одно резервное копирование Time Machine, чтобы увидеть, какие пользовательские файлы можно восстановить. .
@klanomath интересно отметить, что rm * не удалял файлы изображений в корне. Интересно, почему.
@кланомат-rw-r-----@ 1 Adnan staff 2404856 Feb 26 21:33 mountain.jpg
@klanomath файл jpg был загружен из сети. Я вошел в систему от того же пользователя, который выполнил команду rm *.
@Volatil3 Может быть, rm просто отказался от удаления файлов до того, как достиг горы.jpg, так как действительно не смог удалить все эти папки. Или гора была слишком большой, чтобы ее можно было удалить. ;-) Тестируя sudo rm -dR * в корне моей виртуальной машины, я также получил некоторые противоречивые результаты: просто проверьте самую последнюю часть моего ответа. При первой попытке было удалено только 7 % контента, при второй попытке — 85 %.
@klanomath У меня снова проблемы csn u, пожалуйста, проверьте мой новый вопрос?
Застрял на синем экране после запуска "rm *" в /
СпросиСетьПолитика конфиденциальности1y, 1v