Linux - NewbieThis Linux forum is for members that are new to Linux.
Just starting out and have a question?
If it is not in the man pages or the how-to's this is the place!
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Hi syg00, thank for the reply. I have used ILOM console to run the command and it took about 6 days to write 6TB of data. By the time I loged in next time the output has gone off the screen and I am unable to access this even with shift + pageup or down
Bit late now to save the output.
Short answer is no. /dev/urandom is really slow - I like to use /dev/zero as you can easily check what isn't zero after the fact. There are debates about the efficacy of this, but it suits me fine.
you can look for different recovery tools on the net (like testdisk), but that will be really slow.
rewriting (with logging, using /dev/zero) can be much faster.
Hi dc.901, I did try this but some how the keys are not interpreted as expected I change the Tried with different TERM values with no luck. For
Quote:
shift + pageup it output 3
and for
Quote:
shift + pagedown it does nothing
Hi Pan64, I have found few but looks they will take some time, was wondering of a tool that will do a quick scan and give me an out put as "no files found"
The issue is this machine was given to a customer for a POC and we need this back for another, I due to the time constrain I need this as soon as possible. Just want to know the quickest possible way to get this done.
HI Guys, thank you for the replies,
Hi dc.901, I did try this but some how the keys are not interpreted as expected I change the Tried with different TERM values with no luck. For and for
Hi Pan64, I have found few but looks they will take some time, was wondering of a tool that will do a quick scan and give me an out put as "no files found"
The issue is this machine was given to a customer for a POC and we need this back for another, I due to the time constrain I need this as soon as possible. Just want to know the quickest possible way to get this done.
Think about what you've done. You overwrote the ENTIRE DISK with random junk...what do you expect to find when you do that? Have you thought about just plugging it in to a working system, and trying to mount it? You have no file system, no files, nothing...and if you're going to format it for reuse anyway, what's the point of this entire exercise?
I have sympathy for the OP, having been involved in a benchmark centre in a previous life. Multiple users of the same environment expected access to a clean environment. And might demand proof their data wouldn't be retrievable by the next client.
Just because a filesystem isn't mountable doesn't mean you can't scrape files off the disk(s). As I said, I like /dev/zero as you can pipe dd to hexdump and list the entire device in essentially one line if it's all zeroes. KISS.
One thing comes to mind, if this machine has a hardware RAID, then you can use the RAID utility to initialize the disks.
Then capture the output, to show as proof that disks were indeed wiped.
However, all this is depended on hardware RAID.
Otherwise, as others mentioned, next time, redirect to a file.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.