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


12

Я випадково виконується rm *на /і з тих пір я не можу бачити мій робочий стіл. Все, що я бачу, - це синій екран із прядильною передачею.

Іронія - я якось пропустив свою ОС та інші компакт-диски, які постачалися разом із моїм Mac. Я дотримувався цієї статті про запуск у безпечному режимі, але вона показує смугу прогресу протягом тривалого часу, а потім знову застрягла на синьому екрані

Доданий екран, який я бачу під час завантаження.

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

Я також не можу перейти в безпечний режим, тож як я можу повернутися до робочої системи?

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

оновлення Я входжу в один режим. Перевірте зображення. Що я зараз роблю?

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

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

оновлення №3

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

нарешті

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


Ви пам’ятаєте точну команду, яку ви запускаєте, користувача, з яким ви входили в той час, і будь-який вихід, який команда генерувала?
nohillside

Чи використовували ви -rопцію (або -R)? Якщо ви цього не зробили, цього не повинно статися.
0942v8653

Ні, я не знаю, біг Rm зірочкою. Видалено лише файли. Усі папки є, тому що навіть після запуску команди я використовував свою систему в графічному інтерфейсі, тільки я не можу використовувати її після перезавантаження
Volatil3

@patrix з'явилося лише те, що в ньому було сказано, що папки не видаляються, оскільки вони були каталогом
Volatil3

2
На даний момент ваша найбільша стурбованість полягає в тому, як повернутися до робочої системи, а не вижила ваша домашня установка.
nohillside

Відповіді:


24

Залежно від налаштування системи та вашої команди, ви, ймовірно, втратили лише деякі файли, включаючи один необхідний -, папки та деякі символьні посилання.

Використання команди rm *- виконується адміністратором у кореневій папці - зазвичай видаляє тільки sym-link / тощо:

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

Використовуючи команду sudo rm *- виконану sudoer у кореневій папці - у стандартній установці ви втратите лише файл 'mach_kernel' та символьні посилання 'etc', 'tmp' та 'var'.

(У файловій системі не було видалено жодних інших файлів) . Після подальших розслідувань з'ясовується, що деякі інші файли та папки також часто видаляються: папка з назвою судора (зазвичай це коротке ім'я вашого облікового запису адміністратора) у / private / var / db / sudo / та .state файл із довільне ім'я (generatedUID вашого акаунта адміністратора / sudoer), пов’язане з іншим файлом з однаковою назвою в / private / var / db / shadow / hash /. Я не можу визначити, чи вони видалені через "sudo", "rm" або "sudo rm". Ці файли та папки мають незначне значення.

fsevent

Я перевірив це на майже ванільній Mac OS X 10.6.8 Server VM.

Перед виконанням 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 / with 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, а примхливих залишків другої спроби, безумовно, немає.


Все це чудово, коректно та дивовижно, але мій досвід: якщо / Система чи / Бібліотека потрапили, система не може завантажитися на сірий екран або пройти його. Синій екран під час завантаження означає, що ОС перевірилась, запустилася належним чином (або здебільшого так) і почалася фаза запуску середовища користувача. Проста перевірка цього полягає в тому, щоб дуже обережно видалити файл /var/db/.AppleSetupDone в режимі одного користувача, а потім побачити, чи можна створити нового користувача адміністратора та принаймні виконати одну резервну копію Time Machine, щоб побачити, які файли користувачів підлягають пошкодженню .
bmike

@klanomath цікаво відзначити, що rm * не видаляв файли зображень у root. Цікаво, чому.
Volatil3

@klanomath-rw-r-----@ 1 Adnan staff 2404856 Feb 26 21:33 mountain.jpg
Volatil3

@klanomath файл jpg завантажено з мережі. Я увійшов у систему від того самого користувача, який виконував команду rm *.
Volatil3

1
@ Volatil3 Можливо, Rm просто відмовився від видалення файлів, перш ніж досягти mountain.jpg, і справді невдало видалив усі ці папки. Або гора була просто занадто великою, щоб її видалити. ;-) Тестуючи sudo rm -dR * у корені моєї віртуальної машини, я також отримав деякі непослідовні результати: просто перевірте останню частину моєї відповіді. У першій спробі було видалено лише 7% вмісту, у другій спробі 85%.
кланомат
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.