<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: dd not working in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/dd-not-working/m-p/5137300#M564940</link>
    <description>... but I wonder why you "format" an EVA3k vdisk that way - why?</description>
    <pubDate>Fri, 24 Oct 2008 16:00:47 GMT</pubDate>
    <dc:creator>Torsten.</dc:creator>
    <dc:date>2008-10-24T16:00:47Z</dc:date>
    <item>
      <title>dd not working</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dd-not-working/m-p/5137298#M564938</link>
      <description>Hi All,&lt;BR /&gt;&lt;BR /&gt;I am trying to format few of my disks. Below is command and its output:&lt;BR /&gt;&lt;BR /&gt;-------------------&lt;BR /&gt;# dd if=/dev/zero of=/dev/rdsk/c27t0d5 bs=128k&lt;BR /&gt;I/O error&lt;BR /&gt;8193+0 records in&lt;BR /&gt;8192+1 records out&lt;BR /&gt;# echo $?&lt;BR /&gt;2&lt;BR /&gt;-------------------------&lt;BR /&gt;# dd if=/dev/null of=/dev/rdsk/c27t0d5 bs=128k&lt;BR /&gt;0+0 records in&lt;BR /&gt;0+0 records out&lt;BR /&gt;# echo $?&lt;BR /&gt;0&lt;BR /&gt;-------------------------&lt;BR /&gt;# diskinfo /dev/rdsk/c27t0d5&lt;BR /&gt;SCSI describe of /dev/rdsk/c27t0d5:&lt;BR /&gt;             vendor: HP&lt;BR /&gt;         product id: HSV100&lt;BR /&gt;               type: direct access&lt;BR /&gt;               size: 1048576 Kbytes&lt;BR /&gt;   bytes per sector: 512&lt;BR /&gt;--------------------------&lt;BR /&gt;&lt;BR /&gt;And this is happening with all the disks I want to format.&lt;BR /&gt;&lt;BR /&gt;I am using "bs" as the multiple of 'bytes per sector'.&lt;BR /&gt;My concern is has the 1st command did the formatting ??&lt;BR /&gt;&lt;BR /&gt;Thanks in adv..</description>
      <pubDate>Fri, 24 Oct 2008 15:28:41 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dd-not-working/m-p/5137298#M564938</guid>
      <dc:creator>R.K. #</dc:creator>
      <dc:date>2008-10-24T15:28:41Z</dc:date>
    </item>
    <item>
      <title>Re: dd not working</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dd-not-working/m-p/5137299#M564939</link>
      <description>Hi:&lt;BR /&gt;&lt;BR /&gt;You would expect to write 8192 times at a size of 128*1024 bytes.  That equals the 1048576 Kbytes of disk you have.&lt;BR /&gt;&lt;BR /&gt;The 8192+1 means a last partial record was written.&lt;BR /&gt;&lt;BR /&gt;Using '/dev/null' as input writes nothing as you saw, so this test is meaningless.  You  wrote zeros once accross your entire disk in your first attempt.&lt;BR /&gt;&lt;BR /&gt;Regards!&lt;BR /&gt;&lt;BR /&gt;...JRF...</description>
      <pubDate>Fri, 24 Oct 2008 15:56:11 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dd-not-working/m-p/5137299#M564939</guid>
      <dc:creator>James R. Ferguson</dc:creator>
      <dc:date>2008-10-24T15:56:11Z</dc:date>
    </item>
    <item>
      <title>Re: dd not working</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dd-not-working/m-p/5137300#M564940</link>
      <description>... but I wonder why you "format" an EVA3k vdisk that way - why?</description>
      <pubDate>Fri, 24 Oct 2008 16:00:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dd-not-working/m-p/5137300#M564940</guid>
      <dc:creator>Torsten.</dc:creator>
      <dc:date>2008-10-24T16:00:47Z</dc:date>
    </item>
    <item>
      <title>Re: dd not working</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dd-not-working/m-p/5137301#M564941</link>
      <description>dd is working exactly as it should.&lt;BR /&gt;&lt;BR /&gt;When you specify "if=/dev/zero" you are copying data from a source that contains an infinite number of zero bytes. Your disk, however, is finite... so the copy operation must stop at some point. &lt;BR /&gt;&lt;BR /&gt;Because the destination has completely filled up and the source still has data left (it is endless!), dd regards this as an error. In this situation, this error is completely expected and normal.&lt;BR /&gt;&lt;BR /&gt;Your first dd command ended after writing 8192 * 128k bytes = 1048576 Kbytes, exactly the size of your disk. So you've completely overwritten your disk with zero bytes.&lt;BR /&gt;&lt;BR /&gt;Your second dd command is trying to copy from /dev/null, the black hole that swallows everything and lets nothing out. Any attempt to read it will return only an indication "you've reached the end, there is nothing more". So there is nothing to copy. Your second dd command does not accomplish anything at all.&lt;BR /&gt;&lt;BR /&gt;MK</description>
      <pubDate>Fri, 24 Oct 2008 16:08:59 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dd-not-working/m-p/5137301#M564941</guid>
      <dc:creator>Matti_Kurkela</dc:creator>
      <dc:date>2008-10-24T16:08:59Z</dc:date>
    </item>
    <item>
      <title>Re: dd not working</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dd-not-working/m-p/5137302#M564942</link>
      <description>Hi again,&lt;BR /&gt;&lt;BR /&gt;Actually someone asked me to format the disks.&lt;BR /&gt;So I thought this would be the way to do this.&lt;BR /&gt;&lt;BR /&gt;-Does formatting/erasing really have some meaning?&lt;BR /&gt;-Is there any relevant way also?(mediainit)....some threads says "mediainit does more harm than help"&lt;BR /&gt;&lt;BR /&gt;-RK&lt;BR /&gt;</description>
      <pubDate>Fri, 24 Oct 2008 16:38:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dd-not-working/m-p/5137302#M564942</guid>
      <dc:creator>R.K. #</dc:creator>
      <dc:date>2008-10-24T16:38:15Z</dc:date>
    </item>
    <item>
      <title>Re: dd not working</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dd-not-working/m-p/5137303#M564943</link>
      <description>How about unpresenting and deleting the vDisk from commandview EVA?&lt;BR /&gt;&lt;BR /&gt;Do a vgexport first!</description>
      <pubDate>Fri, 24 Oct 2008 16:40:40 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dd-not-working/m-p/5137303#M564943</guid>
      <dc:creator>Torsten.</dc:creator>
      <dc:date>2008-10-24T16:40:40Z</dc:date>
    </item>
    <item>
      <title>Re: dd not working</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dd-not-working/m-p/5137304#M564944</link>
      <description>Hi (again):&lt;BR /&gt;&lt;BR /&gt;&amp;gt; Actually someone asked me to format the disks. So I thought this would be the way to do this.&lt;BR /&gt;&lt;BR /&gt;This is usually loosely said as "format" but it really means just overwrite the disk with zeros or sometimes random bytes (with '/dev/urandom').&lt;BR /&gt;&lt;BR /&gt;Be advised that if someone has the tools and the desire to read your data, writing over a disk even 10-15 times isn't going to stop reading "layers" down.  If your objective is to prevent anyone from finding anything on your disk, a bath of acid plus a metal shredder work better.&lt;BR /&gt;&lt;BR /&gt;That said, however, you effectively erased your disk insofar as your normal Unix tools won't find anything but zeros on it.&lt;BR /&gt;&lt;BR /&gt;Regards!&lt;BR /&gt;&lt;BR /&gt;...JRF...&lt;BR /&gt;</description>
      <pubDate>Fri, 24 Oct 2008 16:46:44 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dd-not-working/m-p/5137304#M564944</guid>
      <dc:creator>James R. Ferguson</dc:creator>
      <dc:date>2008-10-24T16:46:44Z</dc:date>
    </item>
    <item>
      <title>Re: dd not working</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dd-not-working/m-p/5137305#M564945</link>
      <description>Shredder the EVA?&lt;BR /&gt;&lt;BR /&gt;IMHO the EVA will use the free space for other data during leveling if you delete your vdisks.&lt;BR /&gt;&lt;BR /&gt;If you find a way to restore the data anyway, please tell me how ...</description>
      <pubDate>Fri, 24 Oct 2008 16:51:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dd-not-working/m-p/5137305#M564945</guid>
      <dc:creator>Torsten.</dc:creator>
      <dc:date>2008-10-24T16:51:04Z</dc:date>
    </item>
    <item>
      <title>Re: dd not working</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dd-not-working/m-p/5137306#M564946</link>
      <description>Hi (again):&lt;BR /&gt;&lt;BR /&gt;&amp;gt; Torsten: Shredder the EVA?&lt;BR /&gt;&lt;BR /&gt;I actually had no idea *what* kind of disk or disk array the device sat in.  My responses where directed solely to the question of 'dd'; the erasure of data; and what *can* be retrieved from physical media if you have the tools.&lt;BR /&gt;&lt;BR /&gt;No, I think shredding the whole thing is overkill other than as an academic question.&lt;BR /&gt;&lt;BR /&gt;;-)&lt;BR /&gt;&lt;BR /&gt;Regards!&lt;BR /&gt;&lt;BR /&gt;...JRF...</description>
      <pubDate>Fri, 24 Oct 2008 17:29:07 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dd-not-working/m-p/5137306#M564946</guid>
      <dc:creator>James R. Ferguson</dc:creator>
      <dc:date>2008-10-24T17:29:07Z</dc:date>
    </item>
    <item>
      <title>Re: dd not working</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dd-not-working/m-p/5137307#M564947</link>
      <description>Thanks Everybody...&lt;BR /&gt;&lt;BR /&gt;I got solution here....vgexport and my "dd" query is also clear</description>
      <pubDate>Fri, 24 Oct 2008 18:23:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dd-not-working/m-p/5137307#M564947</guid>
      <dc:creator>R.K. #</dc:creator>
      <dc:date>2008-10-24T18:23:15Z</dc:date>
    </item>
  </channel>
</rss>

