R-Studio Technician Feature Requests

Post a reply


This question is a means of preventing automated form submissions by spambots.
Smilies
:D :) ;) :( :o :shock: :? 8-) :lol: :x :P :oops: :cry: :evil: :twisted: :roll: :!: :?: :idea: :arrow: :| :mrgreen: :geek: :ugeek:
BBCode is ON
[img] is ON
[url] is ON
Smilies are ON
Topic review
   

Expand view Topic review: R-Studio Technician Feature Requests

Re: R-Studio Technician Feature Requests

by Alt » Wed Nov 02, 2016 9:49 am

Thanks all for the suggestions! I've passed them to our developers.

Re: R-Studio Technician Feature Requests

by Data-Medics » Wed Nov 02, 2016 9:48 am

shinobiyan wrote:Agree for Data-Medics ,to be continue feature requests in Technician version

1.Linux FS:BtrFS, Oracle/SUN/NAS:ZFS, Vmware esxi FS:VMFS, Android NandFlash FS:YAFFS,F2FS, IBM HP Small Computer System FS:JFS2,VxFS(Veritas), EMC Isilon NAS:OneFS,Apple XSAN:StornextFS
2.Virtual Storage(aka:Dell EqualLogic PS series,HP EVA series,IBM Storwize family)
3.The driver layer Image mount (dd/dsk/img,rdr,VHDX,vmdk,vdi,e01),and iscsi LAN Mapping.
4.Hyper-V,Vmware Virtual Machine Base system with Snapshot merge recovery feature.
5.key File Carver Plug-in unit feature(aka Database,Video files:DBF,MDF,AVI,MP4),can be in Oracle ASM, raw device.

R-Drive Image feature requests

1.Startup version fast support new Macbook MacbookPro & new MS Surface Can be Boot Acquisition disk image.
2.support thunderbolt3.
3.support Generate e01 image for more than 2TB ,and HASH verify.
4.The driver layer Image mount (dd/dsk/img,rdr,VHDX,vmdk,vdi,e01),and iscsi LAN Mapping.
5.support non standard sector disk (aka 520 522 528 byte per sector disk ).

The future is now @ALT for developers
Wow, you're really asking for a lot. I was trying to keep my requests within reasonable expectations. I doubt they'll ever support EMC, especially now that Dell has bought them and will probably kill their Unix architecture going forward.

Support for VMFS would be nice though. I'll add that to my list above.

Re: R-Studio Technician Feature Requests

by shinobiyan » Wed Nov 02, 2016 2:42 am

Agree for Data-Medics ,to be continue feature requests in Technician version

1.New version FS:BtrFS, XFS, Oracle/SUN/NAS:ZFS,Android NandFlash FS:YAFFS,F2FS, IBM (Power) HP(Itanium) Small Computer System FS:JFS2,VxFS(Veritas), EMC Isilon NAS:OneFS,Apple XSAN:StornextFS
2.Research support virtual Storage,block storage(aka:Dell EqualLogic PS series,HP EVA and 3PAR series ,IBM Storwize family)
3.The driver layer Image mount (dd/dsk/img,rdr,VHDX,vmdk,vdi,e01),and iscsi LAN share mapping.
4.Qemu，Hyper-V,Vmware Virtual Machine Base system with Snapshot merge recovery feature.
5.key File Carver Plug-in unit feature(aka Database,Video files:DBF,MDF,AVI,MP4),can be in Oracle ASM, raw device.

R-Drive Image feature requests

1.Startup version fast support new Macbook MacbookPro & new MS Surface Can be Boot Acquisition disk image.
2.support thunderbolt3.
3.support More than 2TB of the Storage or HDD generate more than of the 2TB E01 image file,and HASH verify.
4.The driver layer Image mount (dd/dsk/img,rdr,VHDX,vmdk,vdi,e01),and iscsi LAN share mapping.
5.support generate and convert non standard sector disk image or virtual mapping to a standard 512 sector disk (aka 520 522 528 byte per sector FC,SAS Disk).

@ALT for developers

Re: R-Studio Technician Feature Requests

by Data-Medics » Mon Oct 24, 2016 9:17 am

OK, I've got another one to add to this list.

In the extra found files, it often now seems to be detecting files by type, but then naming them based on obsolete file references. For example, I'm getting jpg files that are named as .dll, .dat, .tmp, etc. It'd be nice if in the extra found files by type folders it'd rename the extensions to the standard one at least. Recovering a misplaced jpg with a .tmp extension doesn't do any good, and I'm wasting a lot of time renaming these. Even if it's an option in settings to enable/disable renaming the extra found files would be nice.

I've updated my list at the top to reflect all the other features I've added to my request.

Re: R-Studio Technician Feature Requests

by Data-Medics » Fri Oct 14, 2016 9:24 pm

I'd like to add another feature request to my list. The ability to de-stripe RAID data at higher speed from RAID arrays which employ a very small block size. It seems recently there are more and more devices using a 512byte single sector stripe size. Extracting files when the size is this small can take a very long time, sometimes into a week or more. I assume this delay is created because the software needs to create a separate ATA request for each sector of data from each drive in the array.

What I would purpose to address this issue would be some sort of a RAM drive type of buffer which could read ahead from each drive using a larger block read size, then the data could be de-striped from entirely from the RAM copy. I'd bet this would seriously speed up the process.

Re: R-Studio Technician Feature Requests

by Data-Medics » Mon Sep 26, 2016 1:35 pm

Alt wrote:
Data-Medics wrote:Oh, and one more which should be a really easy one. The ability to work with split image files, such as those created by PC-3000 when imaging a drive to files.
To my understanding, you can do that right now. Open the image files and create a compound volume out of them: Volume Sets, Stripe Sets, and Mirrors. Moreover, you may add empty space between the images, if necessary, create regions, exclusive regions, and even include such objects into an another RAID object.
Yeah but on a large HDD image file there will be hundreds of these, sometimes thousands. To sit and manually open each one and add them to a JBOD would take a lifetime (and I'd bet crash the program before you finish).

Re: R-Studio Technician Feature Requests

by Alt » Thu Sep 22, 2016 6:55 am

Data-Medics wrote:Oh, and one more which should be a really easy one. The ability to work with split image files, such as those created by PC-3000 when imaging a drive to files.
To my understanding, you can do that right now. Open the image files and create a compound volume out of them: Volume Sets, Stripe Sets, and Mirrors. Moreover, you may add empty space between the images, if necessary, create regions, exclusive regions, and even include such objects into an another RAID object.

Re: R-Studio Technician Feature Requests

by Data-Medics » Wed Sep 21, 2016 5:56 pm

Oh, and one more which should be a really easy one. The ability to work with split image files, such as those created by PC-3000 when imaging a drive to files. They are just straight binary, but split into chunks with designations like:

img000000000.bin
img000500000.bin
img001000000.bin
img001500000.bin
img002000000.bin
etc.

The chunk names will vary based on the size of the chunks selected, but they will always be sequential. Plus there is a map file which keeps track of which sectors were and weren't read from the original drive. Even if it can't work with the map file, would still be good if it could open a split image file. Even if just by manually selecting all the necessary files and sorting by name.

Re: R-Studio Technician Feature Requests

by Alt » Thu Sep 08, 2016 12:48 pm

I've passed your requests to our developers. Thank you!

Re: R-Studio Technician Feature Requests

by Data-Medics » Tue Sep 06, 2016 1:01 pm

Actually, I'll add a few more to my list of requests above:

7. Ability to list files sequentially by their sector location on the disk. This would be helpful in cases where you're trying to piece together a fragmented file such as a VMDK image split into a few pieces.

8. Ability to adjust manually the offset from a file or group of files referenced location and it's actual location which happens to be at a different offset. I've had cases where a drive was re-partitioned / re-formatted and the partition layout was different from the original. R-Studio was able to find the files in RAW and able to find most of the references to the files, but couldn't seem to ever match the two because the offset was off (likely due to the new partition start throwing it off) and none of the found filesystem offsets seemed to match it.

Top