Я скажу нет (с гигантской звездочкой).

Подумайте о том, как данные лежат на диске. У вас есть блоки, которые содержат данные и указывают на следующий блок (если он есть).

Когда вы перезаписываете данные, вы изменяете содержимое блока (а если вы расширяете файл, то весь конечный маркер). Таким образом, ничто не должно быть восстановлено (см. ниже).

Если вы укоротите файл, то потеряете старые блоки, и они вскоре будут переработаны. Если вы программист, подумайте о связанном списке, где вы "теряете" половину списка, не делая free/delete. Эти данные все еще там, но удачи вам в их поисках.

Может быть интересно подумать о фрагментации.

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

В случае, если файл вырастет после своего первоначального размера (он должен быть перемещен в этот момент), в зависимости от вашей файловой системы, вы можете скопировать весь файл в новое место, где старые данные все еще будут там (но помечены как свободные), или вы просто измените старый указатель на конец и заставите его указать на новое место (это приведет к "молочнице").

Короче говоря, ваши данные, вероятно, потеряны (без прохождения экстремального процесса криминалистики, когда вы смотрите на них под микроскопом); однако, есть шанс, что они все еще там.

Я не совсем уверен, как это работает с вашим файловым менеджером, но, предположительно, «open in terminal» - это то, что вы используете в каталогах, и это просто открывает окно терминала в этом месте. Если да, достаточно получить сценарий из файла инициализации для интерактивных оболочек без входа в систему. Если вы используете bash , то это ~/.bashrc , и вам нужно отредактировать этот файл и добавить в него следующую строку:

. ~/myscript

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

Однако обратите внимание, что отображаемый сценарий не является сценарием bash. В bash нет команды setenv , это С-оболочка. Эквивалент bash будет:

#!/bin/bash
export DISPLAY=127.0.0.1:10.0
cd /ast/dcm/data

Я не верю, что есть способ в целом. Вы сказали, что Unix/Linux, но, возможно, вас интересует решение для конкретной ОС?

Например, Solaris хранит аргумент процессов в двух расположениях. Один из них является неизменяемым буфером в ядре, связанным с процессом. Но поскольку это буфер ядра, длина ограничена и может быть усеченной версией командной строки.

Другое местоположение - ARGV [] в самом процессе. Это может быть запрошено (например, с помощью pargs ) и вернет неусеченное содержимое. Но поскольку ARGV является частью памяти процесса, его можно модифицировать в любое время. Содержимое может отличаться от содержимого командной строки, запустившей процесс.

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

Я только что нашел ответ Стефана Шазеласа на аналогичную проблему: ps: full command is too long

Похоже, он включает метод, который пытается декодировать ARGV [] в двоичных файлах x86 ELF, но я не смог получить из него данные в тестовом случае. Я не знаю почему. Но техника кажется разумной.

Я перезаписал текстовый файл (VQ1.txt) с тестовыми данными за 12 ч: ( Представление о том, что unix сохраняет предыдущую версию файла в формате text.txt ~, заставил меня заглянуть в папку, содержащую перезаписанный файл с $ -ll В полном списке указан файл VQ1.txt ~ с моими «потерянными» данными!

$ cat VQ1.txt~  
Start time at: Thu Apr  2 18:07:23 PDT 2015
User, KW: 12hrFA_OEM_HelloVoiceQ
Test Case: 
Detection:  1, 1, 04-03 01:07:00.673 D/MultiKeywordBdctReceiver( 1743): vs status 258 : 2 : 1
Detection:  2, 1, 04-03 01:09:04.813 D/MultiKeywordBdctReceiver( 1743): vs status 258 : 2 : 1
Detection:  3, 1, 04-03 04:09:26.023 D/MultiKeywordBdctReceiver( 1743): vs status 258 : 2 : 1
Detection:  4, 1, 04-03 04:11:29.893 D/MultiKeywordBdctReceiver( 1743): vs status 258 : 2 : 1
Detection:  5, 1, 04-03 07:12:27.013 D/MultiKeywordBdctReceiver( 1743): vs status 258 : 2 : 1
Detection:  6, 1, 04-03 07:14:30.803 D/MultiKeywordBdctReceiver( 1743): vs status 258 : 2 : 1
Detection:  7, 1, 04-03 08:37:13.113 D/MultiKeywordBdctReceiver( 1743): vs status 258 : 2 : 1
Detection:  8, 1, 04-03 10:21:23.533 D/MultiKeywordBdctReceiver( 1743): vs status 258 : 2 : 1
Detection:  9, 1, 04-03 10:23:27.733 D/MultiKeywordBdctReceiver( 1743): vs status 258 : 2 : 1
Detection:  10, 1, 04-03 13:23:47.893 D/MultiKeywordBdctReceiver( 1743): vs status 258 : 2 : 1
Detection:  11, 1, 04-03 13:25:52.203 D/MultiKeywordBdctReceiver( 1743): vs status 258 : 2 : 1

12hrFA_OEM_HelloVoiceQ,  
KW detect count: 11

TL;DR -Если перезаписанный файл все еще остается открытым запущенным процессом, эта запись в блоге может спасти вас:

https://www.linux.com/news/bring-back-deleted-files-lsof/

В нем говорится о удаленных файлах, но мне с ним повезло даже с файлом, который был перезаписан rsync. И я говорю о файле размером 60 ГБ, перезаписанном файлом размером 4 МБ, и я смог восстановить оригинал, потому что, к счастью, я не остановил запущенный процесс, который держал его открытым.

Я оказался в такой же ситуации -Я сделал "mv FILE1.c FILE2.c".

Вы требовали, чтобы «на машине с Linux не было установлено никаких специальных программ», что возможно, если вы устанавливаете эти инструменты на другие машины или используете livedisk.

Остановить или ограничить запись на диск

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

Итак, прежде всего, я надеюсь, что вы не просматриваете веб-страницы с компьютера, на котором у вас есть данные!

В некоторых случаях файл все еще может быть открыт в процессе. Если вы думаете, что это так, пока не останавливайте машину. Возможно, вы захотите сначала перевести процесс, удерживающий файл открытым, в спящий режим, прежде чем искать дескриптор ваших данных. И в этом случае вам не нужно останавливать свою машину. По крайней мере еще один ответ указывает на метод. Файл часто будет иметь громоздкое имя в каталоге, где он был расположен (посмотрите, используяls -lart-самые последние файлы появляются последними, и дата может подсказать вам, что является лучшим предположением ).

Использовать систему восстановления

Затем, согласно вашим приоритетам, выполните одно из следующих действий:

Если вы можете подключить диск к другому компьютеру или загрузиться с другого раздела, USB-накопителя или Live CD:

Остановите машину, если это приемлемо для вас (и вашей системы ), просто выключите ее, отключив вилку питания, аккумулятор или нажав и удерживая кнопку включения/выключения.
Чистое отключение питания добавляет некоторый риск перезаписи нужного файла.

Если вы не можете запустить другую систему:Ограничьте свои записи в систему. Убить программы, которые могут записывать на диск.

«photorec», установленный с «testdisk»

Большую часть времени я использую "testdisk". Я попал на эту страницу, когда проверял, есть ли другой метод, о котором я не знал.

«testdisk» — это набор инструментов, которые я часто устанавливаю заранее, и я установил его на свой «устаревший» компьютер с Ubuntu 16.04 (по уважительной причине ).

Вы требовали, чтобы «на машине с linux не было установлено никаких специальных программ» -вы можете установить «testdisk» на другую машину и прочитать оттуда исходный диск. Вы также можете загрузиться с USB-диска.

Если вы не можете этого сделать, вы можете установить его в системе под рукой. В этом случае я рекомендую удалить некоторые старые большие файлы, которые у вас есть, такие как большой ZIP, который вы скачали некоторое время назад, или iso. Я делаю это, потому что полагаю, что последние данные имеют тенденцию располагаться ближе к концу диска, а не к его началу.

Затем вы можете просто установить 'testdisk', используя что-то вроде (пример для Debian):

apt-get install testdisk

Затем запустите "photorec" и дайте ему восстановить файлы в (раздел )устройства, отличный от того, на котором находятся ваши данные. Это может быть USB-накопитель, сетевой диск и даже каталог /tmp в некоторых случаях (, когда он отображается в ОЗУ ).

photorec /d PATH_TO_OTHER_DEVICE

После выбора устройства для восстановления выберите «[Файл]» в нижнем меню. Затем отмените выбор всех параметров и выберите только тот тип файла, который вы ищете. В моем случае это был файл «C» -, поэтому я выбрал «текст». photorecпо-прежнему создал .cфайлы, которые он нашел. Затем запустите [Search]и смотрите только в пространстве Free.

Во время восстановления я выполнил команду типа:

grep minTemp recup*/*.c

В пути, где каталоги восстановления были созданы photorec. Я знал, что в моем файле присутствует «minTemp», и я искал файл c.

Я получил 30 записей о разных версиях файла, сначала изучив более крупные.

photorecвсе еще выполнялся, но теперь были новые совпадения в 'minTemp', поэтому я остановил этот процесс, так как был уверен, что у меня есть нужный мне файл.

Внешняя служба

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

Подготовить

Чтобы лучше справиться с такой ситуацией, подготовьтесь!:

• Узнайте, как восстанавливать данные до того, как это произойдет, попробуйте восстановить некоторые данные, когда вам не нужно их восстанавливать.
• Установите 'testdisk' в свои системы до того, как он вам понадобится (при установке testdisk данные не будут перезаписаны, так как он уже установлен );
• Храните ваши данные в разделе, отличном от ваших системных файлов -некоторые даже рекомендуют отдельный раздел для каталога /tmp;
• Использовать моментальные снимки. Вы можете сделать это на уровне «устройства» (, zfs/btrfs ), инструментов моментальных снимков (, rsnapshot )и даже в частных облаках, которые могут хранить некоторые старые версии файлов. Существуют также системы NAS, в которые встроена такая функция (. ​​Предыдущие версии можно найти в каталогах «.snapshot»;
• Используйте инструменты резервного копирования, такие как ShadowProtect, Acronis и другие, которые позволяют часто выполнять инкрементное резервное копирование онлайн-дисков.
• Подготовьте USB-накопитель с инструментами восстановления и соответствующими действующими ОС. [Я держу один при себе].