All times are UTC - 5 hours [ DST ]




Post new topic Reply to topic  [ 368 posts ]  Go to page Previous  1 ... 10, 11, 12, 13, 14, 15, 16 ... 19  Next
Author Message
 Post subject: Re: New version of R-Studio
PostPosted: October 29th, 2016, 3:12 
Offline
User avatar

Joined: March 6th, 2010, 3:46
Posts: 599
Location: Kolding | Denmark
Is symlink / hardlink "bug" fixed so that r-studio is useable again ?

_________________
Digitalsupport Data Recovery
https://digitalsupport.dk


Top
 Profile  
 
 Post subject: Re: New version of R-Studio
PostPosted: November 1st, 2016, 8:09 
Offline

Joined: February 19th, 2011, 11:05
Posts: 316
Location: Toronto
digisupport wrote:
Is symlink / hardlink "bug" fixed so that r-studio is useable again ?

It was fixed quite a while ago. The Technician version allows its users to select how symlinks will be recovered, all other recover them converting symlink paths to relative.

_________________
R-Studio Data Recovery Software


Top
 Profile  
 
 Post subject: Re: New version of R-Studio
PostPosted: November 1st, 2016, 14:17 
Offline
User avatar

Joined: March 6th, 2010, 3:46
Posts: 599
Location: Kolding | Denmark
Still not fixed as I see it. Only the recovery function was fixed "a while ago".

If I in latest tech editions 8.1.165145 select a single folder in "Folder View" r-studio still follows and marks all symlinked folders and subfolders.
Also counts them as marked. So still not useable for me. (and many others i know)

Have opened a ticked and explained this error to support again yesterday.
So if you could ask them to disable this "feature" and make r-studio useable again, please.

At least make it an option in tech edition.

_________________
Digitalsupport Data Recovery
https://digitalsupport.dk


Top
 Profile  
 
 Post subject: Re: New version of R-Studio
PostPosted: December 2nd, 2016, 12:03 
Offline

Joined: February 19th, 2011, 11:05
Posts: 316
Location: Toronto
A new build of R-Studio for Mac has been released: keeping up with the Windows version: file mask presets, support for NVME devices and Windows Storage Spaces created by Windows 10 Anniversary update, improved raw file search, plus many other improvements and bugfixes.

_________________
R-Studio Data Recovery Software


Top
 Profile  
 
 Post subject: Re: New version of R-Studio
PostPosted: January 25th, 2017, 18:38 
Offline

Joined: February 19th, 2011, 11:05
Posts: 316
Location: Toronto
A new version of R-Studio: support for the ReFS2+ file system (2016 Server), NTFS deduplication, and new extended duplicate file processing options. + many improvements and bugfixes.

_________________
R-Studio Data Recovery Software


Top
 Profile  
 
 Post subject: Re: New version of R-Studio
PostPosted: January 31st, 2017, 7:05 
Offline
User avatar

Joined: March 6th, 2010, 3:46
Posts: 599
Location: Kolding | Denmark
Symlink / hardlink bug is still not fixed in R-Studio 8.2 build 165337
R-Studio still shows and handles symlinks / hardlinks in File tree / File explorer.
Not recommended for data recovery if this bug / feature can’t be turned off.

_________________
Digitalsupport Data Recovery
https://digitalsupport.dk


Top
 Profile  
 
 Post subject: Re: New version of R-Studio
PostPosted: February 20th, 2017, 6:57 
Offline

Joined: February 19th, 2011, 11:05
Posts: 316
Location: Toronto
A new version of R-Studio for Linux, keeping up with the Windows counterpart: support for the ReFS2+ file system (2016 Server), NTFS deduplication, and new extended duplicate file processing options. + many improvements and bugfixes.

_________________
R-Studio Data Recovery Software


Top
 Profile  
 
 Post subject: Re: New version of R-Studio
PostPosted: March 9th, 2017, 15:59 
Offline

Joined: February 19th, 2011, 11:05
Posts: 316
Location: Toronto
A new version of R-Studio for Mac, keeping up with the Windows counterpart: support for the ReFS2+ file system (2016 Server), NTFS deduplication, and new extended duplicate file processing options. + many improvements and bugfixes.

_________________
R-Studio Data Recovery Software


Top
 Profile  
 
 Post subject: Re: New version of R-Studio
PostPosted: May 1st, 2017, 14:33 
Offline

Joined: February 19th, 2011, 11:05
Posts: 316
Location: Toronto
A new version of R-Studio: support for Linux/Unix mdadm RAIDs and Apple CoreStorage/File Vault/Fusion Drive (including encryption, with a known password), plus several improvements and bugfixes.

Could someone test it on various advanced NAS devices?

_________________
R-Studio Data Recovery Software


Top
 Profile  
 
 Post subject: Re: New version of R-Studio
PostPosted: May 1st, 2017, 16:52 
Offline
User avatar

Joined: February 9th, 2009, 16:13
Posts: 2520
Location: Ontario, Canada
Alt(R-TT) wrote:
A new version of R-Studio: support for Linux/Unix mdadm RAIDs and Apple CoreStorage/File Vault/Fusion Drive (including encryption, with a known password), plus several improvements and bugfixes.

Could someone test it on various advanced NAS devices?

I don't see any mention of XFS, which is the file system that we most commonly see on newer NAS devices.

_________________
Luke
Recovery Force Data Recovery


Top
 Profile  
 
 Post subject: Re: New version of R-Studio
PostPosted: May 29th, 2017, 16:30 
Offline

Joined: February 19th, 2011, 11:05
Posts: 316
Location: Toronto
New versions of R-Studio for Mac and Linux are released to keep them up with the Windows counterpart. Support for mdadm RAIDs and Apple CoreStorage/File Vault/Fusion Drive. + improvements and bugfixes.

_________________
R-Studio Data Recovery Software


Top
 Profile  
 
 Post subject: Re: New version of R-Studio
PostPosted: May 29th, 2017, 16:39 
Offline
User avatar

Joined: February 9th, 2009, 16:13
Posts: 2520
Location: Ontario, Canada
Alt(R-TT) wrote:
New versions of R-Studio for Mac and Linux are released to keep them up with the Windows counterpart. Support for mdadm RAIDs and Apple CoreStorage/File Vault/Fusion Drive. + improvements and bugfixes.

Nice!

_________________
Luke
Recovery Force Data Recovery


Top
 Profile  
 
 Post subject: Re: New version of R-Studio
PostPosted: June 26th, 2017, 10:01 
Offline

Joined: February 19th, 2011, 11:05
Posts: 316
Location: Toronto
A new build of R-Studio: automatic check for updates and improved preview of video is added, preview for video and pdf files is improved, some internal bugs are fixed.

_________________
R-Studio Data Recovery Software


Top
 Profile  
 
 Post subject: Re: New version of R-Studio
PostPosted: August 8th, 2017, 12:42 
Offline

Joined: February 19th, 2011, 11:05
Posts: 316
Location: Toronto
New builds of R-Studio for Mac and Linux have been released: automatic check for new versions, improved preview for video and pdf files, and several bugs are fixed.

_________________
R-Studio Data Recovery Software


Top
 Profile  
 
 Post subject: Re: New version of R-Studio
PostPosted: August 10th, 2017, 9:26 
Offline

Joined: February 19th, 2011, 11:05
Posts: 316
Location: Toronto
A new R-Studio build to fix several bugs that might crush the program.

_________________
R-Studio Data Recovery Software


Top
 Profile  
 
 Post subject: Re: New version of R-Studio
PostPosted: October 12th, 2017, 1:11 
Offline

Joined: August 8th, 2007, 6:32
Posts: 1238
Location: inside ROM
Why can't R-Studio skip bad sectors automatically and continue the next files when recovering files manually? so frustrating i have to skip the file manually


Top
 Profile  
 
 Post subject: Re: New version of R-Studio
PostPosted: October 12th, 2017, 11:39 
Offline

Joined: February 19th, 2011, 11:05
Posts: 316
Location: Toronto
TerraNova wrote:
Why can't R-Studio skip bad sectors automatically and continue the next files when recovering files manually? so frustrating i have to skip the file manually

Well, the Recover dialog box, select Skip files with bad factors.

_________________
R-Studio Data Recovery Software


Top
 Profile  
 
 Post subject: Re: New version of R-Studio
PostPosted: October 16th, 2017, 10:15 
Offline

Joined: February 19th, 2011, 11:05
Posts: 316
Location: Toronto
A new build of R-Studio: improved processing of NTFS&FAT/exFAT and some bug-fixes.

_________________
R-Studio Data Recovery Software


Top
 Profile  
 
 Post subject: Re: New version of R-Studio
PostPosted: November 29th, 2017, 5:25 
Offline

Joined: November 22nd, 2017, 21:47
Posts: 309
Location: France
Some things I'd like to see improved in R-Studio, to complete what has been reported already (I'm using version 8.2.165337).

– When exporting a list of the files appearing in the recovery tree, the output should contain at least the files' sizes and modification dates (as Recuva free version does). Some other informations could be useful here, like the first occupied sector, the attributes and whatnot – perhaps it should be selectable in a menu.

– When several directories with the same name, but different dates and contents, are detected in the same parent directory, and are all selected for extraction, the contents are extracted to the same output directory, which retains the timestamps of the last one treated (only if there are subdirectories with the same name does the user get a prompt as to what action should be taken). The default behaviour should be to rename a directory when another has already been extracted with the same name (with “_2”, or with the modification date “ [201711290940]”, or with the first sector of the directory index, whatever), or to prompt the user and ask if the directory should be renamed or should replace the one already extracted – just as it happens in case of files when there's a name collision. (In a case like this, to get as accurate a recovery as possible, I have to unselect all but one of those directories, then after everything is extracted, rename that first one, select the second one and extract it, repeat if there's a third one... If there are many such directory name duplicates in the depths of the directory structure it can be highly painstaking.)

– When a file is renamed because another file with the same name has already been extracted it shouldn't appear as an “error” in the log.

– As already mentioned in this thread, the treatment of junctions is very confusing. I don't have a “technician” version so I can't test if the added options fix those issues or not. When selecting for instance a “Users” directory, it follows the junctions pointing to outer directories which may be unwanted, but the main issue is that unselecting those files/folders inside those outer directories/junctions also unselects them within the main directory (the only painstaking workaround I found is to re-selelect each one of them while taking care not to re-select the whole main directory, which would bring back to square one).

– Timestamps are not retained for junctions, it appears as if they were created at extraction time. Only when extracting a junction alone does R-Studio extract it as a plain folder (which is actually not a bad thing, if anything it's less confusing) with all the original timestamps.

– When there is a directory with a large quantity of files (thousands), the selection of the whole directory is made almost instantly, but then, unselecting a large number of items (for instance the files in “Extra found files” which are actually hard links for files already in the main directory structure, therefore unnecessary in “Extra found files”), or selecting hundreds of individual files at once, can take a long time and can make R-Studio freeze for a while. (Using a machine with an i7 6700K and 16GB or RAM.)

– There should be a cross-square button (I'm not sure how it's supposed to be called) to close a “File view” tab more quickly than right-click => Close – maybe appearing only when hovering over the corner, like in WinMerge2011 (fork of WinMerge), to avoid adding visual clutter.

– There should be a menu when right-clicking on the buttons in the toolbar to rearrange their layout. (For instance the “Up” button is awkwardly placed, quite far from the directory tree.)

– “FileId” and “ParentId” are confusing, it should be possible to have a column displaying the first sector, maybe also the attributes.

– Creating a volume image as a compressed file is unallowed if the estimated size is superior to the available space on the output partition, despite the fact that the actual size of the image can be much lower if the input volume has a lot of free space, or is highly compressible. There should be an option to go ahead anyway, with a warning, maybe a threshold to stop the creation if the available space gets below X MB.

– Compared with GetDataBack 4.33 (legacy version, replaced by GetDataBack Simple which doesn't seem to be much of an improvement with regards to recovery efficiency), R-Studio very rarely detects former versions of modified files when they exist. (But GDB, if allowed to extract several files with the same name, sometimes extracts a crazy number of exact duplicates, or overwritten files which turn out to be garbage, adding a staggering amount of clutter to sort out later in post-processing...)

– It should be possible to make a quick search based on the MFT, akin to what Recuva does by default. As it is, it's not practical to recover a single file which has just been deleted. (Even R-Undelete, last time I checked, despite being a more basic software supposedly aimed at more simple recovery tasks, doesn't have that option and insists on scanning the whole volume.) Running a partial scan (first 10GB for instance) can be enough to display the currently allocated and deleted files, but only if the whole MFT is located within the scanned area, yet sometimes MFT records can be found at the very end of a large partition, meaning one has to scan it completely just to recover a file deleted a minute ago – and in the meantime it could have been overwritten by system files, or by the trimming process on SSDs. Recuva works better to solve that kind of SNAFUs.

– The naming scheme for “Extra found files” should include the first sector number, as Photorec does, instead of using an arbitrary number based on the order in which all those extra carved files were detected, depending on the chosen options. As it is currently, if making two subsequent searches on the same volume with different options in “Known file fypes”, the very same file can be given a different name, and will therefore be extracted twice (unless the user tries to painstakingly identify the exact duplicates by their size and first sector as displayed in the Hex viewer, if two instances of R-Studio are open simultaneously).

– The detection of MKV files as “Extra found files” used to be lackluster, but seems to have greatly improved lately (I haven't made thorough tests yet). I reported this issue on the R-TT forum about a year ago.

– It should be possible to selectively extract files based on their type / extension within the main directory structure.

– The timestamps of directories in “Extra found files” are absurd, showing modification dates in 2013 / 2010 / 2014 / 2008, whatever... not a big deal but confusing nonetheless. For those directories only the extraction date is relevant.

– There should be two distinct directories for “Extra found files” and “Extra found folders”, since their origin and status are distinct. Most files found by signature search are valid files, while files found inside extra folders can either be completely valid, if it's a recently deleted folder, or can be overwritten files which happen to still have MFT records. Also, when there are many orphaned folders it would be convenient to collapse them while exploring the neatly organized “Extra found files”, which can currently appear at the bottom of a frighteningly long list of folders containing mostly garbage.

– Recuva displays the files' status, indicating if they are in excellent state when no clusters have been overwritten, or good / poor / unrecoverable when some or many clusters have been overwritten by another file, and which file that is (I guess it's the file which has overwritten the begining of the older file when a file has been overwritten by several files). It's not perfectly reliable, but still very useful, and yet R-Studio doesn't have a similar feature as far as I know.

– In the Hex viewer, it is not possible to export the list of clusters occupied by a file, only one value at a time can be copied with CTRL+C. Recuva and HD Sentinel do allow to export a complete list of sectors / clusters (I've used that to solve a recent SNAFU of mine).

– When using the “Show files in HexEditor” feature, there's an inconsistency (I reported it here) : to display a sector's contents one has to type its logical number in the whole volume's hexadecimal presentation, but to get the name of the file it belongs to one has to type its absolute number, thus adding the partition offset. For instance, if I want to know what file does sector 5677400 belong to, on a partition begining at 129MB, or sector 264192, I have to type 5677400 + 264192 = 5941592, but the sector's contents appear at sector number 5677400 (easy to spot if it's the file's header). (Perhaps this could be related to my confusion with the notion of “parent ID” ?...)

– There should be a way to display what file (or files when several records are identified for a given sector) a sector belongs to without attempting to read its contents, that would be very useful when trying to isolate files occupying bad sectors identified by a surface scan. See the linked SuperUser thread above, and this one I initiated – the best tool I found for that purpose is Defraggler, yet a full-blown data recovery software like R-Studio should be able to provide that kind of informations. By the way, a volume map, similar to that of a defragmentation tool, would be a great addition.



@TerraNova :
Quote:
Why can't R-Studio skip bad sectors automatically and continue the next files when recovering files manually? so frustrating i have to skip the file manually


Anyway it's not recommanded to use a files & folders recovery software like R-Studio on a device with bad sectors. First perform a complete clone or volume image, then run R-Studio and any other software on the clone or image.


Top
 Profile  
 
 Post subject: Re: New version of R-Studio
PostPosted: November 29th, 2017, 10:08 
Offline
User avatar

Joined: February 9th, 2009, 16:13
Posts: 2520
Location: Ontario, Canada
For me, I'd just love to see R-Studio, at the very least prompt, when reading EXT file systems whether we want it to load the entire tree into memory or to just load the root path, giving immediate access to the file tree like UFS Explorer and R-Explorer. Oh, and add support for XFS.

It has been several years since R-Studio can interface with DeepSpar Disk Imagers and access the sector map of good, damaged and unread sectors. R-Studio even goes so far as to show the file condition, based on that map in the interface. But, they have yet to allow us the ability to filter files based on that information. It would be nice to be able to split the good and damaged files into two separate recovery folders.

_________________
Luke
Recovery Force Data Recovery


Top
 Profile  
 
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 368 posts ]  Go to page Previous  1 ... 10, 11, 12, 13, 14, 15, 16 ... 19  Next

All times are UTC - 5 hours [ DST ]


Who is online

Users browsing this forum: No registered users and 9 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group