Rm rf команда mac os

Обновлено: 04.07.2024

$* на macbook-что теперь?

Поэтому я недавно как полная ошибка запустил команду:

Так что теперь мой terminal shell выглядит дерьмово, и все мои файлы исчезли. Большие успехи. My terminal показывает пользователя как:

Как мне вернуть его в формат "User@Machine"?

2 ответа

Как я могу отменить команду rm -rf ? Например, у меня есть папка Application , и я удалил ее с помощью: rm -rf Application Но это была моя ошибка, и я хочу восстановить эту папку Application , но она не находится в папке корзины. Что же мне теперь делать? Есть ли какая-нибудь команда для отмены rm.

Команды используют фиксированный порядок опций в OSX terminal. Так, например, я должен использовать rm -rf name , а не rm name -rf , что гораздо удобнее для меня (например, я могу сначала добавить все имена, а затем посмотреть, есть ли у меня там каталоги и нужно ли добавить -r ). Есть ли способ.

На самом деле это не ответ, просто немного, чтобы добавить к совету от @swa66.

Я не знаю, какой у вас mac, но если у вас есть такой, что вы можете самостоятельно вытащить жесткий диск, вы можете подумать об этом. На рынке существует множество инструментов, которые могут восстанавливать удаленные файлы и каталоги до тех пор, пока вы не записали данные. Если вы вставите новый голый диск в свой mac, предполагая, что вы можете это сделать, вы можете установить свежую копию macOS и ваших сторонних приложений и т. Д., Как советовал swa66. Затем вы можете приобрести одно из авторитетных приложений для восстановления дисков и прикрепить извлеченный диск через внешний корпус или док-станцию (мне больше всего нравятся док-станции), а затем приступить к восстановлению важных файлов. Это требует некоторой работы и требует небольших затрат, если у вас нет подходящего голого диска, внешнего корпуса или док-станции и программного обеспечения для восстановления. Но в зависимости от ценности ваших потерянных данных, возможно, это того стоит. Как сказал swa66, услуги по восстановлению дисков чрезвычайно дороги, поэтому, если вы не перезаписали свои данные новыми данными или не переделали их, вы можете успешно получить наиболее распространенные типы файлов самостоятельно.

Если вы не можете вытащить диск, но у вас есть доступ к другому компьютеру Mac, то есть возможность использовать режим целевого диска для доступа к диску с другого компьютера Mac, чтобы создать образ диска для последующих попыток восстановления или прямого восстановления, но вы должны убедиться, что программное обеспечение для восстановления поддерживает режим целевого диска. Если ваши потерянные данные важны, то будьте очень осторожны с тем, что вы делаете со своим компьютером, чтобы избежать перезаписи потерянных данных. -rf фактически не перезаписывает и не удаляет данные с диска, поэтому они все еще там, но расположение файлов на диске теперь доступно для перезаписи чем угодно. Не устанавливайте программное обеспечение для восстановления, например, на тот же диск, с которого вы пытаетесь восстановить.

Восстановление из резервной копии

Чтобы вернуть ваши файлы, у вас есть только один простой вариант: восстановление из резервной копии. Будем надеяться, что вы регулярно делали резервные копии TimeMachine.

rm -rf в командной строке удаляет файлы и каталоги рекурсивно, без пощады, без вторых догадок, без вторых шансов.

$* : я не уверен, до чего он расширился. $* в bash расширяется до аргументов, заданных сценарию. но поскольку он, вероятно, расширился до нуля, вы, возможно, сбросили ядерную бомбу в домашнем каталоге

пользователя, который выполнил это, и все, что вы можете удалить рекурсивно, исчезнет. Это, как правило, слишком много, чтобы все еще иметь стабильную среду.

Итак: восстановление из резервной копии-ваш единственный простой вариант. Если вы не можете этого сделать, осталось 2 варианта: Начать все сначала и восстановить (некоторые) данные

Начать сначала

Сам я бы просто восстановил систему с нуля, если бы не хотел, но не смог восстановить резервную копию. Это единственный способ убедиться, что у вас снова стабильная система, в которой каталоги, такие как Рабочий стол, Загрузки, Библиотека и т. Д., Все еще существуют с соответствующими разрешениями и содержимым.

Восстановление (некоторых) данных

Если вы перестанете использовать system ASAP, некоторые службы могут найти некоторые ценные данные на вашем жестком диске. Никаких гарантий не будет дано вообще. Так что считайте это в лучшем случае последним средством. Он не восстановит вашу систему в рабочем состоянии, но может восстановить некоторые ценные данные.

Что делать, если вы хотите сохранить эту опцию открытой:

Прекратите использовать систему NOW, выключите ее. Каждая запись, которую ваша система делает на жесткий диск, (потенциально) перезаписывает данные, которые вы, возможно, захотите восстановить.

Если у вас есть система со съемными жесткими дисками. Большинство современных компьютеров Mac нелегко, и конечным пользователям не рекомендуется самостоятельно менять жесткий диск, это даже может привести к аннулированию гарантий на систему, так что будьте осторожны!

-> Замените диск в машине на новый и начните восстановление на этом новом диске. Используйте старый диск только в качестве цели восстановления, никогда не boot с него или иным образом не записывайте на него.

Теперь у вас есть два варианта:

DIY: Честно говоря, у меня никогда не было успеха с этим в реальных случаях, но можно найти программное обеспечение, которое будет утверждать, что делает это за вас. Очевидно, что ничто никогда не будет гарантировано, и лучшее, на что вы можете надеяться, - это восстановить некоторые из ценных файлов данных. Это программное обеспечение, как правило, недешево, но значительно дешевле, чем следующий вариант.
Профессиональная служба восстановления данных. Доставьте диск в службу по вашему выбору. Ожидайте, что это будет чрезвычайно дорого, без какой-либо гарантии результатов.

Извлеченные уроки

Все инциденты всегда должны учитывать постфактум момент времени, когда вы учитесь на этом опыте. Не пытаясь слишком много проповедовать:

Будьте осторожны с rm -rf . он мощный
Регулярно делайте резервные копии. На macOS timeMachine это легко и безболезненно и почти ничего не стоит по сравнению с этой болью. TimeMachine может создавать резервные копии на внешний диск, капсулу времени Apple, раздел на NAS, . Если вы оставите его подключенным, у вас будут ежечасные резервные копии.

кто - то из моих коллег удалил все мои файлы с помощью rm-rf /* . в моем macbook pro . Теперь все исчезло,и я полностью заблокирован. Теперь mac входит в систему с 3 опциями.. 1.time machine restore (I dont have any backup) 2.Download and install mac lion (My net is too slow to download 3 gb.

Прежде всего, это система windows, а не linux. В файле makefile, который у меня есть, для make clean я делаю rm -rf output Однако при первом запуске он выдает ошибку типа rm: cannot lstat `foo.txt': Permission denied Несмотря на то, что выходной каталог полностью пуст после выполнения команды.

Содержание

Сама команда rm — удалить (remove) (файл(ы) и/или каталог(и)).
Ключ -r — recursively (рекурсивно) — позволяет удалять каталоги со всем содержимым, без этого ключа команда отвечает «каталог не пуст».
Ключ -f — force — не спрашивать подтверждения (вообще команды Linux не страдают обычным маздаевским назойливым переспрашиванием «а Вы точно уверены?», это редкое исключение (и то, только потому, что почти всегда по умолчанию в .bashrc прописано alias rm='rm -i')). Некоторые побочные эффекты опции описаны в мане.
Традиции Unix позволяют в большинстве программ объединять ключи, то бишь «-rf» эквивалентно «-r -f».
Фактически ключ «-rf» по действию аналогичен фразе «Всё и сразу!».

Таким образом, суть команды — удалить каталог рекурсивно, не спрашивая подтверждения. Обычно речь идёт о «/» — корневом каталоге. Большинство современных юниксов (свежие версии OpenSolaris и GNU/Linux) не дают ламеру выстрелить себе в ногу: rm -rf / не работают. Хотя всё спокойно удаляется при использовании ключа «--no-preserve-root». Кагбэ так: «rm -rf / --no-preserve-root» Kekeke. Есть и другой вариант: rm -rf /*

FreeBSD понимает эту команду в несколько изменённом виде: rm -fr /, а в последних версиях данная вещь не работает из-за использования флагов файловой системы (их надо сначала снять — chflags -R −0 /). В зависимости от уровня безопасности системы, может потребоваться перезагрузка в однопользовательский режим, что есть геморойно.

Windows понимает эту команду как rmdir /s /q C:\ или rd /s /q C:\, где /s — аналог -r, а /q — аналог -f. При этом удаляется только содержимое диска C: из-за отличий в файловой системе: в мелкомягких ОС начиная с MS-DOS 1.0 рут не один, а до 26 разных, и одной «страшной» командой типа rmdir /s, deltree или format можно грохнуть только один диск за раз. В винде теоретически есть суперкорень «Мой компьютер», но этот каталог виртуальный, фиктивный и не существует в реальной файловой системе, поэтому «страшные команды» по нему не проходят как по негодному аргументу. Впрочем, есть и другой способ: установить Cygwin и воспользоваться традиционной командой.

Использование команды двояко:

В качестве травли линукс-нубов или тонкого намёка пойти нахуй; [1]
В качестве травли ламеров, которые работают в системе, в том числе сидят в интернетах, из-под рута. Обычно в этом случае заветная строчка маскируется (ибо примитивный вариант проходит только с нубами):

А вот что происходит в Perl'овом коде — совсем не очевидно из-за того, что это язык вуду преднамеренно запутанного написания. В сущности, всё просто: в данной строчке записано всего три последовательно выполняемых команды. Произведём первую итерацию и запишем поданную команду следующим образом:

Вторая команда транслирует содержимое «аккумулятора» по достаточно сложным правилам. В левой части указано четыре диапазона символов, в правой — один. Если раскрыть эти диапазоны, получим следующее соответствие:

В результате содержимое $_ принимает вид system"rm -rf /" .

Третья же команда дважды (как инструктирует флаг ee ) «вычисляет» содержимое аккумулятора — вышеуказанную деструктивную команду — и пытается заменить пустую строку в аккумуляторе на результат сего вычисления, но автору результат замены уже не интересен. Еще подробнее

Есть еще один вариант, уже для нубов, считающих себя Ъ-линуксоидами:

Под Windows 9x данный патч был всё-таки портирован и принял вид deltree /y e: d: c:
Почему такой порядок дисков? Чтобы сначала удалились мегабайты прона на отдельных хардах/разделах (тогда гигами не меряли), а затем система. Также предлагался «универсальный ключ реестра для избавления от шароварности программ», который записывал сию команду в Run, а заодно отключал мышь и клаву. При следующей загрузке, если юзер и догадывался о причине странного жужжания винта, спасти мог только быстрый, решительный Reset (но юзер загипнотизированно смотрел на зависший мышекурсор и вспоминал о кнопке, когда было уже поздно).

Также, вариант для новых coreutils :

Недавний пример случайного использования мема случился летом 2011 года в проекте Bumblebee, представляющем собой костыль для поддержки технологии NVidia Optimus в ноутбуках с двумя видеокартами. Файл install.sh в исходниках данного проекта содержал безобидную строчку с лишним пробелом:

Эта строка, как нетрудно заметить, удаляет директорию /usr, в которой в современных линуксах содержатся чуть менее, чем все библиотеки, бинарники, и всё остальное. Баг был быстро пойман и исправлен, что не помешало багтрекеру проекта на github стать на несколько дней филиалом форчана, с макросами, пони и прочим.

В конце ноября — начале декабря 2013 г. счастливые пользователи Яндекс.Диска были обрадованы тем, что их ОС либо наотрез отказалась запускаться, либо запускалась, но без установленных программ. Как выяснилось, всему виной оказалось обновление Яндекс.Диска, которое отличилось широкой русской душой и вместо папки со старой версией «Диска» удаляло весь диск C:, на котором тот находился. Что характерно, проблема возникала прежде всего у пользователей, нарушивших заповедь «Не работай под рутом», вот только у многих считающих себя умнее системных архитекторов Windows юзверей это — нормальная ситуация. Особенно доставили объяснения менеджера Яндекса, призвавшего пользователей не удалять Яндекс.Диск, потому что патч Бармина скрывался именно в модуле деинсталляции. Спешите видеть — Яндекс взял в заложники ваш жесткий диск и хладнокровно убьет его, если вы попытаетесь удалить захватчика!

Марко Марсала, который когда-то был хостинг-провайдером. Небольшим таким хостинг-провайдером с полутора тысячами пользователей. И он случайно запустил на всех серверах bash-скрипт, содержащий строчку rm -rf /. И всё бы ничего, но он забыл придать какие-нибудь значения переменным foo и bar… Когда Марко пришёл на айтишный форум спрашивать, как теперь можно починить всё взад, ему так и не удалось добиться внятного ответа, потому что форумные петросяны, вместо того, чтобы посочувствовать, наперебой спешили сообщить ему, что он смог одной строчкой кода удалить свою компанию.

В околофидошных кругах rm -rf часто называют патчем Бармина — в честь Владимира Бармина, UNIX-админа. Последний, в релкомовской группе новостей, на вопросы вида «как починить <…> в SCO Unix?» несколько раз ответил «универсальным патчем: rm -rf / от рута».

На основе данного патча была разработана комбинация, получившая название Русской Рулетки.

Играть в Русскую Рулетку имеют право только администраторы (root), желательно на сервере, имеющем свыше 3000 посещений в день. Как было выяснено админами Ниеншанца (на практике), данная комбинация успешно работает в Linux и FreeBSD в последних версиях coreutils.

Версия Русской Рулетки под Windows:

Сей перл не заработает, если перед этим не включить расширенную обработку команд:

А всё потому, что в этой вашей винде она по умолчанию выключена, а вытащить переменную в знаках «!» можно только при ней включенной. Nuff said.

В 2013 году вышла версия системы статистики и управления Avaya Call Management System R17, которая наконец-то была портирована с этих ваших соларисов на Linux. В частности, там содержался скрипт cleanup, который по замыслу индусов должен был чистить мусор. В самом конце был такой код:

Забавный эффект обнаруживался, если директория /tmp была пустая. Корпорация объяснила это тем, что в solaris путь для find — обязателен, а в Linux — нет.

В конце января 2016 некий арчевод решил поиграться этим известным патчем перед тем как переразметить свой диск. Он старательно вписал в команду даже специальный ключ, без которого этот патч не запускается… Ну… и… получил кирпич из своего MSI нетбука — после включения даже подсветка экрана не загоралась!

Как нетрудно догадаться патч вытер вместе с корнем еще и переменные UEFI в NVRAM, которые монтируются в /sys/firmware/efi/efivars/, но принципиально это не могло быть проблемой, потому как по стандарту UEFI должна проверять целостность данных в NVRAM, и в случае нарушения целостности она ОБЯЗАНА осуществить инициализацию NVRAM до состояния настроек по умолчанию/фабричных (Factory Default). Но вот в MSI решили подзабить на проверку целостности NVRAM, и незадачливый арчевод потащил свой нетбук кирпич в сервис.

Самое же примечательное в этой истории то, что 20 лет назад отпущенная шутка, до сих пор стреляет, да еще с невиданной доселе мощью.

Пост про rm -rf /, 23 февраля 1996
Бармин о SCO, 3 октября 1996
Копия письма выше и упоминание патча
«Универсальное решение — rm», 16 октября 1996
А. Лисовский подробно рассказывает о назначении патча, 02 февраля 1996
Настоящий Владимир Бармин и его патч для шлимыла, 06 августа 1998
Порт патча под винду? конец 1997 года
Типичное использование, 2007 год
Просьба о помощи Perl-программисту на LOR'е
PSN Avaya об удалении файлов
О новой супер-силе патча на сиcтемах с UEFI

Есть более кровожадный вариант sudo dd if=/dev/zero of=/dev/sda, который заполняет раздел носитель /dev/sda нулями, вероятность сохранения данных обратно пропорциональна времени реакции поциэнта (с момента нажатия на [Enter] до момента прерывания команды нервным нажатием Ctrl+C).

После этого уже в первую секунду даже на дешевом механическом 5400RPM HDD занулит 40 мегабайт вместе с таблицей разделов, загрузчиком и остальными метаданными файловой системы. И оно уже никогда не загрузится без дополнительного геморроя.

Вообще довольно странно, что rm -rf победил dataset definition в массовом сознании. Ведь он гораздо более разрушителен и кошерен.

Можно например сделать адовый скример перенаправив весь жесткий диск в звуковую карту.

Или тупо забивать оперативную память случайными числами.

Жаль что там нет псевдоустройства для доступа к BIOS прошивке, тогда можно было бы окончательно решить вопрос с материнской платой красноглазика, если у него (U)EFI BIOS и то благодаря Поттерингу: [3]

Операция не может быть завершена, поскольку используется элемент empty_directory.

Я пытался делать xattr -d com.apple.quarantine , просто из суеверия, но это не помогло.

Вероятно, важной частью контекста является то, что этот каталог изначально находился в каталоге, который должен был быть удален командой «make clean», которую я выполнил до того, как терминал заблокировал меня, после чего чуть больше половины других программ, которые у меня были, были работает также под замком, в том числе Skype, и в конечном итоге сама ОС. Мне пришлось перезагрузить компьютер, нажав и удерживая кнопку питания.

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

У вас есть какая-либо другая оболочка, открытая в этом каталоге, или приложение, работающее только с его помощью? Термин «используется» также может означать это (хотя я никогда не испытывал неспособности к rmdir этому - но это часто является причиной, по которой нельзя размонтировать том). Не в то время, когда эти конкретные команды были изданы. Я сделал полную перезагрузку как раз перед этим. Иногда у меня возникает та же проблема с EncFS, и я пока не знаю, как ее решить. Что-нибудь новое? @emempe: Я наконец-то закончил тем, что удалил папку в зашифрованном пространстве, используя в качестве идентификатора последнюю измененную временную метку. (Что может быть опасно.) Если я найду лучшее решение, я дам вам знать. @BenHocking: я тоже так делаю. Бывает редко для меня, так что я в порядке с этим. Тем не менее, мне не нравится ощущение, что мой EncFS как-то поврежден . ;) Мой EncFS находится в Dropbox, может быть, какое-то соединение?

Перезагрузите компьютер и запустите rmdir(1) снова.

Если это не сработает, попробуйте:

Если это все еще не работает, предполагая, что OS X lsof(8) предварительно установлен, тогда введите:

Это должно сказать, используются ли какие-либо файлы в этом каталоге какими-либо программами. Я думаю, что файловая система HFS + не позволяет удалять используемые файлы. В любом случае, killall(1) любые исполняемые файлы, которые могут использовать этот каталог или любые скрытые файлы внутри него. Вполне вероятно, что Finder использует скрытый файл в empty_directory каталоге для хранения настроек просмотра папки. Надеюсь это поможет.

PS: Чтобы узнать, lsof(8) установлен ли он, введите:

Если вывод выглядит так, значит, lsof(8) он установлен в вашей системе.

Проверьте наличие скрытых и зашифрованных файлов или файлов ключей шифрования в этом каталоге. Это может быть виновником.

Восстановление диска с помощью Дисковой утилиты устранило эту проблему для меня.

Это будет работать в большинстве сценариев, в которые я верю. Полностью работал для меня. Спасибо Конкретная команда «Запустить первую помощь . » в меню «Файл». Я потратил немного времени на поиск в меню слова «ремонт», прежде чем понял это!

Если это произойдет, и вы уверены, что хотите удалить все, попробуйте использовать sudo rm -rf directory/

Я столкнулся именно с этой ошибкой, пытаясь также удалить каталог (rm -r dirname). Я уже перепробовал все предложения, которые я прочитал здесь, прежде чем искать и найти эту тему. Я не знаю, были ли какие-либо дополнительные моменты, непреднамеренно оставленные неустановленными из исходного вопроса, но в моем случае корень проблемы, и решение было:

рассматриваемый каталог находился на сетевом диске

любая ls попытка из Finder или в командной строке ничего не показал , но . и ..

Я вошел на сервер сетевого диска через ssh команду и проверил ls -al там. Результат показал, помимо . и .. , несколько .__filename элементов с расширенной информацией о безопасности (т. + Е. Добавлены в режим).

Я считаю , что это, или похожи на файлы , которые я первый отметил Mac OSX создания лет назад при использовании cp -R , tar или cpio в архив или переместить группы файлов. В то время я понял, что они были использованы для правильного сброса некоторых свойств файла после перемещения - например, uid / gid, mode, acls, mtime / utime / ctime и т. Д .; Я не совсем уверен - свойства, которые не были сброшены корректно этими командами до того времени (я помню, что OSX использовал для включения mvmac и cpmac команды, чтобы обойти проблему до того, как эти .__filename типы файлов начали появляться при использовании обычных форм cp , tar , так далее).

У меня никогда не возникало проблем с удалением этих файлов, когда они были записаны на внутренний диск, USB или Firewire; это был первый раз, когда я нашел их на сетевом диске; полностью не обнаруживается со стороны клиента монтирования, но нормально во всех отношениях, если смотреть со стороны сервера.

rm -rf dirname Из логина на сетевом диске сервер правильно удалил каталог вместе с его содержимым.

Итак, есть другой ответ, что это стоит; другое потенциальное решение этой проблемы, если оно появится у кого-либо вместе с сетевым диском.

Перепробовал все ответы здесь безрезультатно. Однако я смог переместить каталог в сторону с помощью команды mv , что позволило мне продолжить.

Единственное решение, которое работало для меня, было с /unix/234876/unable-to-delete-a-file-whwhat-i-do :

Переместите их в / tmp и перезапустите.

Другие варианты, которые я попробовал, были:

Дисковая утилита - Первая помощь.
lsof +D bad_file не показал выходной.
sudo rm -rf
Загрузка в однопользовательский терминал и rm -rf .

Fsck из однопользовательского терминала не помог ни rm -rf , ни, lsof +D ничего не показывает. Как ни странно, я смог перенести поврежденные каталоги /tmp , хотя он не был удален после перезапуска. Та же проблема остается, но, по крайней мере, это не так.

В интересах читателей:

Остерегайтесь rm -rf в таком случае! Это может создать проблемы где-то еще в случае, если это будет сетевой ресурс! Вы были предупреждены!

Обратите внимание, что я не знаю OS-X, но я думаю, что вещи там очень похожи на поведение Unix / BSD.

Весьма вероятно, что рассматриваемый каталог был просто точкой монтирования (из encfs) или находился в точке монтирования, которая стала доступна только для чтения или застряла в каком-то неправильном состоянии (что препятствовало удалению каталога). Если вы сейчас принудительно удалите каталог, могут произойти очень плохие вещи.

В хорошем случае каталог действительно был пустым, поэтому удаление его (уничтожение монтирования и т. Д.) Больше не повредило. В плохом случае это было не пусто, просто казалось, что означает, что вы уничтожили что-то, что, возможно, не хотели убивать. Все зависит от типа монтирования, используемых драйверов и т. П.

Если все реализовано достаточно хорошо, обычно ничего плохого не должно произойти. Однако это не нормальный случай. Все уже в странном состоянии, что означает: что-то не так, так что лучше не пытайтесь смешивать это еще дальше! Если что-то сломано, любое неправильное прикосновение может сломать это.

Например, если вы столкнулись с состоянием гонки на общем сетевом ресурсе, может случиться так, что вы rm -rf удалите данные, которые кто-то еще только что скопировал на этот общий ресурс.

Однако rmdir гарантированно никогда не навреди, кроме удаления действительно пустых каталогов. Это даже верно для NFS, потому что NFS гарантирует действительно атомарное поведение на mkdir и rmdir , но нигде больше.

Вы можете определить точку монтирования, используя инструмент mountpoint directory . В качестве альтернативы посмотрите на вывод mount и попробуйте найти ваши горы там. Но будьте осторожны, по крайней мере, под Linux это может лежать. Использование mountpoint утилиты более надежно, но менее удобно.

В этом случае вы нашли точку монтирования, вы можете размонтировать ее, а затем удалить каталог, это следующая последовательность действий:

umount directory rmdir directory

При необходимости используйте sudo , как обычно.

Сетевые ресурсы могут отказать rmdir (и все остальное) из-за прав доступа.

Обратите внимание, что обязательная блокировка файлов также может быть источником. Хотя это нормально для Windows, обычно это не обычный случай Unix, и я никогда не слышал об этом для каталогов. Обязательные блокировки файлов включены в POSIX, но они не являются обязательными.

Довольно часто в таких случаях рассматриваемый каталог находится в другой файловой системе, чем вы думали. Вы можете узнать, с какой командой df directory (я думаю, что это то же самое в OS-X).

Вы можете проверить глубже с помощью инструментов, таких как stat или statfs в каталоге. Однако это нормальный уровень для обычных людей, и довольно часто такие инструменты хорошо скрыты от обычных пользователей.

В каталогах могут быть файлы со смешными именами. Как файл, который мгновенно стирает вывод терминала, так что, похоже, его там нет. Попробуйте что-то вроде ls -al | less или используйте что-то вроде MidnightCommander mc .

Есть множество других возможностей, включая жуков, хакшоров, инопланетян или, возможно, более экзотические вещи, такие как феи. Но обычно не стоит начинать искать там, вместо этого сначала попытайтесь найти ошибку на вашей стороне, потому что «errare humanum est».

Обновлено Лиза Оу / 31 декабря 2020 г. 09:20

- Я удалил некоторые файлы в разделе NTFS с помощью sudo rm –r / FOLDER. Есть ли способ отменить или восстановить то, что было удалено?
- Когда я удалил папки или файлы через OS X Terminal с помощью команды rm –rf, куда они делись? Можно ли восстановить файлы, удаленные с помощью rm-rf?

Можно восстановить файлы, удаленные RM на Mac. В отличие от обычных удалений, ваши удаленные файлы RM не могут быть найдены в корзине. Таким образом, когда вы по ошибке удаляете файлы с помощью команды RM, вам необходимо использовать Mac для восстановления данных программного обеспечения отменить команду RM и вернуть файлы после RM.

Теперь давайте вместе прочитаем, как найти и восстановить удаленные файлы RM на Mac.

1. Как удалить файл на Mac с помощью команды RM

В большинстве случаев вы можете перетаскивать файлы в корзину для удаления файлов Mac. Но что, если файл заблокирован или вы не можете очистить корзину? За это время вы можете удалять файлы командой RM.

Если вы хотите удалить файл с именем Example.rtf, вы можете ввести rm Example.rtf удалить файл с помощью команды RM.

Если вы хотите удалить каталог, полный архивов с подкаталогами и файлами, вы можете запустить RM - R команда как рм –R Архивы удалить каталог на Mac.

Помните, что удаленные файлы RM не сохраняются в Mac Tash Bin. Таким образом, вам лучше сделать резервную копию перед запуском команды RM. В следующий раз, когда вы захотите восстановить удаленные файлы RM на Mac без программного обеспечения, вы можете отменить RM и восстановить удаленные файлы RM с помощью резервной копии Time Machine.

2. Как восстановить удаленные файлы RM на Mac

Если у вас нет резервных копий, вы все равно можете восстановить файлы RM через FoneLab Data Retriever, Удаленные файлы RM не удаляются окончательно. Mac просто делает занятое пространство доступным для новых файлов после запуска команды RM. Чтобы получить более высокий уровень успеха восстановления файлов RM, вам лучше прекратить использовать диск, на котором ранее находились удаленные файлы RM.

Тогда возникает вопрос, как отменить команду RM без потери каких-либо незафиксированных изменений? К счастью, программное обеспечение для восстановления данных Mac может показать вам существующие и удаленные файлы за короткое время. Вы можете выбирать, искать, просматривать и восстанавливать любой файл без сохранения или изменения.

Одним словом, вы можете восстановить файлы, удаленные командой RM на Mac, прежде чем данные будут перезаписаны.

Основные функции Mac Data Recovery Software

Восстановление файлов RM на Mac, включая фотографии, видео, документы, аудиозаписи, электронные письма, архивы и т. Д.
Сканирование на наличие команды RM удаляет файлы на выбранном томе диска полностью и быстро.
Поддержка восстановления файлов RM с Mac, карты памяти, флешки, жесткого диска и других съемных носителей.
Полностью совместим с командой отмены RM на Mac 10.7 и выше (включая MacOS Mojave).

FoneLab Data Retriever - восстанавливайте потерянные / удаленные данные с компьютера, жесткого диска, флэш-накопителя, карты памяти, цифровой камеры и многого другого.

С легкостью восстанавливайте фотографии, видео, контакты, WhatsApp и другие данные.
Предварительный просмотр данных перед восстановлением.

Как отменить команду RM и восстановить файлы, удаленные RM на Mac

Шаг 1 Бесплатно скачать и установить Mac для восстановления данных программного обеспечения, Чтобы отменить RM на Mac, вы можете нажать Start под Mac Восстановление данных.

Шаг 2 Выберите тип файла и жесткий диск в соответствии с удаленными файлами RM. Нажмите Scan войти в Быстрое сканирование режим по умолчанию.

Шаг 3 Когда процесс быстрого сканирования завершится, вы увидите все удаленные файлы RM на левой панели. Если вы не можете найти определенный файл RM, вы можете нажать Глубокий анализ чтобы получить больше возможных файлов, удаленных командой RM.

Шаг 4 Дважды щелкните файл, чтобы получить окно предварительного просмотра, если это необходимо. Вы также можете ввести имя или путь, чтобы быстро найти один файл RM. После выбора всех файлов, удаленных RM, вы можете нажать Recover восстановить удаленные файлы и отменить команду RM на Mac.

Чтобы избежать удаления важных файлов по команде RM по ошибке, вы можете использовать - флаг для защиты. Например, когда вы запускаете rm - IR Archives Команда, вам будет предложено подтвердить удаление.

Таким образом, вы можете получить еще один шанс, прежде чем сожалеть об удалении файлов с помощью команды RM на Mac. Ну, это не рекомендуемый способ удаления файлов Mac.

В общем, вы можете быстро и безопасно восстановить файлы, удаленные RM на Mac. Если вы не можете найти определенный файл, вы можете запустить Ретривер данных чтобы найти потерянный или исчезнувший файл за считанные минуты. Это хороший инструмент, который может постоянно защищать ваш Mac от непредвиденных случаев потери данных.

Читайте также: