Re: OT:Question on NVME disk direct access?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 5 Apr 2018 at 8:36, Samuel Sieb wrote:

Subject:        	Re: OT:Question on NVME disk direct access?
To:             	users@xxxxxxxxxxxxxxxxxxxxxxx
From:           	Samuel Sieb <samuel@xxxxxxxx>
Date sent:      	Thu, 5 Apr 2018 08:36:20 -0700
Send reply to:  	Community support for Fedora users 
<users@xxxxxxxxxxxxxxxxxxxxxxx>

> On 04/05/2018 12:59 AM, Todd Chester wrote:
> > If you what to completely blank a disk out, don't mess around with that
> > operating system whose name I shall not mention.  (I hear it is slow,
> > buggy, and expensive.)  Stay in Linux.
> > 
> >     # dd bs=1M if=/dev/zero of=/dev/sdx
> 
> If I understood the original post correctly, the person was wanting to 
> blank the free space, not erase the whole disk.  The problem was that 
> the program used was a secure eraser which filled the blank space with 
> random data which doesn't compress.

It has now been confirmed that is the case. The user has used the G4L 
included cleaning options for the free space on the partitions, and is seeing a 
compression rate of close to 90%. The Eraser programs current 
documentation online seems to show default option is a security erase rather 
than a clearing out with zeroing. Program does have an option for that, but 
not default. 

G4L creates a 0bits file that it writes nulls to, until the partition is full and then 
deletes file. With Fat32 partitions, it creats multiple 2G files till partition full, 
and then deletes them. It doesn't blank out disks or partitions. Exception is 
for swap partition of linux, where it does get blkid info of partition, then zeros 
out partitions, and recreates the swap partition with same blkid info.

Thanks.


> _______________________________________________
> users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
> To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx


+------------------------------------------------------------+
 Michael D. Setzer II - Computer Science Instructor (Retired)     
 mailto:mikes@xxxxxxxx                            
 mailto:msetzerii@xxxxxxxxx
 Guam - Where America's Day Begins                        
 G4L Disk Imaging Project maintainer 
 http://sourceforge.net/projects/g4l/
+------------------------------------------------------------+

http://setiathome.berkeley.edu (Original)
Number of Seti Units Returned:  19,471
Processing time:  32 years, 290 days, 12 hours, 58 minutes
(Total Hours: 287,489)

BOINC@HOME CREDITS

ROSETTA      65145396.630944 | ABC          16613838.513356
SETI        109336776.035164 | EINSTEIN    141006633.999240
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx



[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux