Восстановление текстовых файлов в терминале с помощью grep на Mac OS X Snow Leopard

Я по глупости удалил какой-то исходный код из моей машины Mac OS X Snow Leopard с rm-rf при выполнении чего-то со сборкой. Я хочу попробовать восстановить эти файлы снова. С тех пор я не прикасался к системе, чтобы попытаться найти ответ.

нашел этой статья, и кажется, что метод grep-это путь, но при запуске его на моей машине я получаю "ресурс занят" при попытке запустить его на диске.

Я использую это команда:

sudo grep -a -B1000 -A1000 'video_output' /dev/disk0s2 > file.txt

где "dev / disk0s2", что придумал, когда я побежал df.

Я получаю это при запуске:

grep:/dev / disk0s2: ресурс занят

Я не специалист с этим веществом, я пробую мое самое лучшее. Пожалуйста, кто-нибудь может мне помочь? Я на грани потери двух дней работы над исходным кодом!

спасибо

18
задан Hennes
26.03.2023 8:28 Количество просмотров материала 3382
Распечатать страницу

3 ответа

попробуйте это с Ubuntu LiveCD (здесь) или GPartEd загрузочный компакт-диск (здесь) или что-то подобное, где вы можете загрузиться с компакт-диска, а не с жесткого диска (при условии, что у вас есть другой компьютер, где вы можете загрузить и записать один из них). Даже если они не понимают файловую систему HFS+, они смогут прочитать ее в формате raw.

Это будет самый безопасный способ. За один раз, операционная система не будет блокировать диск, и вы не будете работать в риск Тха файл подкачки или временные файлы будут перезаписывать драгоценные свободные блоки.

1
отвечен Nicholaz 2023-03-27 16:16

после того, как вы загрузитесь на другое устройство, вам нужно будет иметь в виду, что если вы grepping для имени файла вы не можете получить то, что вы хотите, так как имя файла не в самом файле - если вы не включили его в комментариях или что-то.

вам нужно grep для какой-то фразы, что вы знаете, в файле.

1
отвечен jch 2023-03-27 18:33

вам предстоит grepdisk вместо disk slice. Используя мою машину в качестве примера,

$ diskutil list
/dev/disk0
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *240.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS Sandisk 240G            239.2 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3

disk0 - это весь диск, и disk0s2 - это раздел, где я удалил файл. Grep не работает на диске slice

$ sudo grep --binary-files=text --context=10 '192.168.1.196' /dev/disk0s2 > recovered.txt
Password:
grep: /dev/disk0s2: Resource busy

но работает на самом диске

$ sudo grep --binary-files=text --context=10 '192.168.1.196' /dev/disk0 > recovered.txt

осторожностью

grep'ING raw диски в OSX не работает-и приведет к сбою OSX. Когда я запустил команду выше, Activity Monitor показывает grep чтение данные быстро. Прочитав о 3GB, OSX повесился, и мне пришлось перезагрузиться.

0
отвечен hanxue 2023-03-27 20:50

Постоянная ссылка на данную страницу: [ Скопировать ссылку | Сгенерировать QR-код ]

Ваш ответ

Опубликуйте как Гость или авторизуйтесь

Имя
Мы используем cookie. Это позволяет нам анализировать взаимодействие посетителей с сайтом и делать его лучше. Продолжая пользоваться сайтом, вы соглашаетесь с использованием файлов cookie. Политика конфиденциальности
Согласен
Вверх