LINUX.ORG.RU

R-Studio for Linux 4.1

 ,


2

2

Состоялся релиз программы для восстановления удалённых файлов R-Studio for Linux 4.1.

Основные изменения:

  • Добавлена поддержка ReFS2+.
  • Добавлена поддержка дедупликации, улучшена поддержка лога для NTFS.
  • Расширен лог восстановления.
  • В шестнадцатеричном редакторе улучшено копирование данных.
  • Добавлены новые опции для обработки дубликатов файлов.
  • Путь файла в диалоге «File already exists» теперь прокручивается и копируется.

Купить (79,99 $)

>>> Подробности

★★★★★

Проверено: Shaman007 ()
Последнее исправление: sudopacman (всего исправлений: 5)

Ответ на: комментарий от dk-

Разница лишь в том, что «фанатики» СПО ограничивают себя сами, делая осознанный выбор. А ты... А ты с телеметрией. )
А вообще, фанатизм не нужен. Никакой.

sluggard ★★★★★
()
Ответ на: комментарий от dk-

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

mandala ★★★★★
()
Последнее исправление: mandala (всего исправлений: 1)

Это для тех, кто не осилил testdisk/photorec/autopsy/recoverjpeg/recovermov и проч.?) Спасибо, не нужно. Лучше пожертвовать Кристофу Гренье).

Desmond_Hume ★★★★★
()
Ответ на: комментарий от vblats

Удаленный файл восстановить любой дебил может, в том числе и бородатым тестдиском.

Как показывает практика - не любой. Я как-то на одном ПК грохнул по ошибке раздел и нарезал новый. Сабжа под рукой не оказалось (с тех пор ношу), но я уверен, что на следующий день восстановил бы структуру каталогов. Поскольку записи на диск не производилось, кроме создания нового раздела.

На следующий день оказалось, что на месте катастрофы побывал бородатый дебил с бородатым тестдиском. Попутно обосрав проприетарное ПО, он восстановил файлы, но... без структуры каталогов (файлы оказались рассортированы по расширению), и без оригинальных имён.

До сих пор для меня тот человек - символ «линупсоеда». Не нормального адекватного пользователя Linux, а рукожопого осла.

anonymous
()
Ответ на: комментарий от Desmond_Hume

Это для тех, кто хочет восстановить файлы с оригинальными именами и не в виде «а вот в этом каталоге у нас все jpeg», а в том, в каком они были. И желательно восстановить все файлы, а не только jpeg и mov.

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

Кроме того, сабж умеет восстановление по сети. Достаточно запустить на проблемной машине маленькую утилиту Agent (Win, Linux, Mac, загрузочный диск с агентом) и подключаться к ней по IP-адресу.

anonymous
()
Ответ на: комментарий от hobbit

Из Википедии, статья про RStufio: Initial release 28 February 2011. Если мне не изменяет память, R-Studio (которая с дефисом) уже существовала в 2002 году. Так что это ещё вопрос, у кого название неудачное.

anonymous
()
Ответ на: комментарий от anonymous

С SSD можно восстановить данные, но нельзя гарантировать, что их можно восстановить все.

Тут про это хорошо написано: https://habrahabr.ru/post/115349/

Это не означает, что их вообще нельзя восстановить.

anonymous
()
Ответ на: комментарий от anonymous

Хорошо, ты меня почти убедил. Правда, ассоциации всё равно «сбивающие».

Назвали бы, например, Recovery Studio - было бы гораздо нагляднее.

hobbit ★★★★★
()
Ответ на: комментарий от DELIRIUM

Ну так подключи этот носитель к машине на которую установлено или притащи туда образ

mittorn ★★★★★
()

Шикарно. Одна из незаменимых программ, ради которых держу виртуалку с виндой. Сколько флешек и разделов в пару кликов спасла - не сосчитать.

Aleksman
()

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

ZigBee
()
Ответ на: комментарий от anonymous

Как по мне, все эти программы восстановления - гибрид костылинга с пердолингом.

Я думаю не сильно сложно надрочить любую ФС (даже толсто32 с обратной совместимостью), дабы удаляя файл, она удаляла его только с одной таблицы, и использовала помеченные свободными секторы в обратном хронологическом порядке.

Ведь есть же корзины в некоторых системах. При чем насколько я знаю, корзининг в нормальных ОС - не тупо копирование файла с одной папки в .trash или recycle, а и демонстрация освобожденного удалением этого файла места, и фактическое удаление файла из корзины, как только стало требоваться больше места чем фактически свободно.

В общем дисковая подсистема как всегда самая тормознутая из всего компьютерного. После бородатых дебилов конечно :)

vblats
()

эх, гдеж ты была в нулевых...

unt1tled ★★★★
()
Ответ на: комментарий от anonymous

Если инфа не запорота, то TestDisk вытаскивает файлы с оригинальными названиями. Если инфа запорота основательно, R-Studio - не Ванга, тоже обзовёт файл «хоть как-то», чтобы его идентифицировать. А удалённое восстановление - не киллерфича. Назовите, где это может пригодиться, как таковое? Восстанавливать «удалённо» инфу на соседнем жёстком диске?)))

Desmond_Hume ★★★★★
()
Ответ на: комментарий от hobbit

Вообще, хотелось бы выяснить, есть ли среди Linux-ПО более-менее полные аналоги этой утилите.

Опишу три случая из своей практики (тут как мои косяки, так и тех, кому я восстанавливал инфу):

- переустановка ШИНДОШС, отформатирован системый раздел. На этот раздел ещё ничего не записано поверх (вовремя спохватились).

- переустановка ШИНДОШС, отформатирован раздел, переустановка окончена. R-Studio в этом случае после сканирования покажет 2 ФС: текущую, с текущими файлами, и старую - со старыми. Конечно, не факт, что содержимое всех «старых файлов» останется прежним. Какие-то будут заполнены мусором.

- раздел грохнули целиком. Теперь там нераспределенное место.

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

Если среди Linux-софта есть ПО (пусть даже несколько программ), которое сможет помочь во всех трёх ситуациях, я заранее признаю, что сабж для домашнего пользователя не так уж нужен (учитывая, что его приходится пиратить).

anonymous
()
Ответ на: комментарий от Desmond_Hume

Если инфа запорота основательно, R-Studio - не Ванга, тоже обзовёт файл «хоть как-то»

Да, если диск не просто отформатрирован, но основательно «убит», то, конечно, для такого случая в сабже есть режим «вытаскивать по содержимому», когда на диске ищутся паттерны, характерные для конкретных типов файлов. Имя тогда тоже будет вида FILE0001.jpg.

А удалённое восстановление - не киллерфича. Назовите, где это может пригодиться, как таковое? Восстанавливать «удалённо» инфу на соседнем жёстком диске?)))

Это больше для энтерпрайза. Вообще, сабж не позиционируется как дешевое и доступное для дома средство. Для дома есть отечественная DMDE, где лицензия на год (этого для ситуации «срочно восстановить домашний архив» хватит с головой) стоит рублей 200-300.

anonymous
()
Ответ на: комментарий от sluggard

Она позволяет восстанавливать данные удаленно. На компе запускается маленький агент и с сервера все управляется.

AVL2 ★★★★★
()
Ответ на: комментарий от anonymous

Спасибо, не нужно). Кстати, не раз был свидетелем того, что TestDisk вытаскивал такое, о чём R-Studio молчал. Занимаюсь восстановлением инфы. Соглашусь, что интерфейс у TestDisk'a не особенно дружелюбный к домохозяйкам, но возможности этой программы не стоит недооценивать. Конечно же, нажать кнопочку «Восстановить» гораздо удобнее...

Desmond_Hume ★★★★★
()
Ответ на: комментарий от AVL2

Ага, спасибо, я выше уже прочитал в комментах.

sluggard ★★★★★
()
Ответ на: комментарий от reedych

Если твои данные ничего не стоят, то и восстанавливать их не нужно.

grem ★★★★★
()
Ответ на: комментарий от AVL2

Мне они ответили, что у них для частного применения есть бесплатный вариант.

Судя по вот этому, бесплатное там только демо, которое восстанавливает файлы меньше 256 кбайт, а для файлов большего размера показывает превью. Это само по себе весьма хорошо (ибо позволяет оценить программу, не покупая кота в мешке), но всё же не очень укладывается в формулировку «для частного применения есть бесплатный вариант». Демо есть демо.

hobbit ★★★★★
()

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

dima1981
()
Ответ на: комментарий от anonymous

насколько сложнее восстанавливать удалённые файлы с SSD

При наличии работающего TRIM нереально. У тебя будет всего пара секунд (ну может минут) до стирания сектора.

anonymous
()

А где ссылка на кракен?

ritsufag ★★★★★
()
Ответ на: комментарий от anonymous

раздел грохнули целиком. Теперь там нераспределенное место.

Раза 3 такое восстанавливал, ищи AA55 в последних байтах и правь hex-редактором таблицу разделов. Специальный софт для такого не нужен. Калькулятор (ну может аналог excel для extended-разделов) и hex-редактор.

отформатирован системый раздел. На этот раздел ещё ничего не записано поверх (вовремя спохватились).

fsck от reiserfs и от ext4 с таким обычно справлялись. Пару раз даже удалось доказать побитовую идентичность всех(!) файлов восстановленного раздела. Но вообще это лотерея.

отформатирован раздел, переустановка окончена

А вот тут лучше примкнуть к секте «тех, кто уже делает бекапы». На заполненном разделе гарантировано что-то теряется.

anonymous
()
Ответ на: комментарий от grem

Да, но она не лечит ntfs. А мне надо было пролечить как раз таки диск под ntfs.

И fat32, если не ошибаюсь.

AVL2 ★★★★★
()
Ответ на: комментарий от anonymous

Раза 3 такое восстанавливал, ищи AA55 в последних байтах и правь hex-редактором таблицу разделов. Специальный софт для такого не нужен. Калькулятор (ну может аналог excel для extended-разделов) и hex-редактор.

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

AVL2 ★★★★★
()
Ответ на: комментарий от AVL2

testdisk

Кажется в 2003-м я умудрился это провернуть на bash. Про всякие testdisk я тогда еще не знал. В общем, не особо оно нужно на самом деле...

anonymous
()

Спасла файлы с битого раздела умирающего диска. Не одна линуксячья утилита даже образ снять не могла, мне предлагали забыть об этих файлах… А рстудия открыла и показала раздел. Правда версия была виндовая, и раздел тоже.

KOT040188 ★★
()
Последнее исправление: KOT040188 (всего исправлений: 2)
Ответ на: комментарий от anonymous

а есть такое же, но только свободное?

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

anonymous
()
Ответ на: комментарий от anonymous

а есть такое же, но только свободное?

Да, свободно можешь скачать с рутрекера, правда более старую версию:)

petyanamlt ★★★★
()
Ответ на: комментарий от KOT040188

с битого раздела умирающего диска

ddrescue (там 2 версии - с подчеркиванием и без, кажется без подчеркивания лучше) прекрасно подходит под такие задачи. 2 винта было неплохо так восстановлено (пара мегабайт нечитаемых бедов) и штук 5 CD/DVD-дисков полностью или почти полностью (около 3-5 секторов не прочиталось в сумме). В далеком 2003-м с таким справился bash, правда заняло это дня 3... :)

P.S. Обычно умирающие винты со временем прогреваются и начинают работать хуже. Давайте им отдохнуть.

anonymous
()
Ответ на: комментарий от anonymous

ddrescue (там 2 версии - с подчеркиванием и без, кажется без подчеркивания лучше) прекрасно подходит под такие задачи.

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

KOT040188 ★★
()
Последнее исправление: KOT040188 (всего исправлений: 1)
Ответ на: комментарий от vblats

Я думаю не сильно сложно надрочить любую ФС (даже толсто32 с обратной совместимостью), дабы удаляя файл, она удаляла его только с одной таблицы

Так они (ФС) так и делают. Ну, посложнее немного. Но в NTFS, напр., даже файловая запись сразу не удаляется из $MFT.

использовала помеченные свободными секторы в обратном хронологическом порядке

Ты лучше сюда не лезь. Там все сложно. Стратегии оптимального выбора там и проч.

SG_Marazm
()
Ответ на: комментарий от anonymous

Если среди Linux-софта есть ПО (пусть даже несколько программ), которое сможет помочь во всех трёх ситуациях

Под linux собери сам: https://github.com/sleuthkit/autopsy. Оно на жабе.

SG_Marazm
()
Ответ на: комментарий от SG_Marazm

Существование стопицот утилит для восстановления удаленных файлов, и геморр с их восстановлением, говорят об обратном.

vblats
()
Ответ на: комментарий от KOT040188

Обе версии выдавали ошибки в процессе и прерывали его.

Как они могут ПРЕРВАТЬСЯ? Либо что-то глючит в глубинах ядра, либо что-то напутано с аргументами. Вообще, по дизайну процесс возобновляется сколько нужно раз. В идеале до полного вычитывания. Иногда раз по 20 приходится довычитывать последние сектора. Типа попытка 1 - не прочиталось 100Мб. Попытка 2 - не прочиталось 20Мб. Ну и т.д. пока не надоест...

anonymous
()

Так то программа и в демо-режиме много чего делает и выручила разок. Хвалёный testdisk обычно мало чем помогает, из личного опыта.

conformist ★★★
()
Ответ на: комментарий от VKraft

думаю что банальной заменой адреса перехода не обойдётся )

И не такое видели, плавали, знаем ;)

anonymous00 ★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.