<?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: how to recover from disk with invalid super-block in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/how-to-recover-from-disk-with-invalid-super-block/m-p/2606198#M35124</link>
    <description>See correction below to fsck messages:&lt;BR /&gt;-----------------------------------------------&lt;BR /&gt;# fsck -F vxfs -o full,nolog -y /dev/rdsk/c2t6d0&lt;BR /&gt;invalid super-block&lt;BR /&gt;search for auxiliary super-block? (ynq)y&lt;BR /&gt;vxfs fsck: read failure at 1114112&lt;BR /&gt;file system check failure, aborting ...&lt;BR /&gt;#&lt;BR /&gt;-----------------------------------------------&lt;BR /&gt;&lt;BR /&gt;-----------------------------------------------&lt;BR /&gt;# fsck -F vxfs -o full,nolog -y /dev/dsk/c2t6d0&lt;BR /&gt;invalid super-block&lt;BR /&gt;search for auxiliary super-block? (ynq)y&lt;BR /&gt;alternate super-block not found&lt;BR /&gt;vxfs fsck: cannot initialize aggregate&lt;BR /&gt;file system check failure, aborting ...&lt;BR /&gt;#&lt;BR /&gt;-----------------------------------------------&lt;BR /&gt;</description>
    <pubDate>Fri, 02 Nov 2001 04:05:24 GMT</pubDate>
    <dc:creator>Govind Tatachari</dc:creator>
    <dc:date>2001-11-02T04:05:24Z</dc:date>
    <item>
      <title>how to recover from disk with invalid super-block</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/how-to-recover-from-disk-with-invalid-super-block/m-p/2606197#M35123</link>
      <description>The original boot disk, c2t6d0, failed to boot after rebuilding the kernel. We would like to recover data (especially /home) from this disk but have run into "an invalid super-block" problem. The fsck fails as follows:&lt;BR /&gt;-----------------------------------------------&lt;BR /&gt;# fsck -F vxfs -o full,nolog -y /dev/dsk/c2t6d0&lt;BR /&gt;invalid super-block&lt;BR /&gt;search for auxiliary super-block? (ynq)y&lt;BR /&gt;alternate super-block not found&lt;BR /&gt;vxfs fsck: read failure at 1114112&lt;BR /&gt;file system check failure, aborting ...&lt;BR /&gt;#&lt;BR /&gt;-----------------------------------------------&lt;BR /&gt;Mirroring was not set and it is not clear when the super-block got corrupted.&lt;BR /&gt;&lt;BR /&gt;Earlier we had experimented to recover - after booting the system from the alternate disk, c2t5d0, - but did not succeed to mount c2t6d0.&lt;BR /&gt;&lt;BR /&gt;We can also boot from /stand/vmunix.prev on c2t6d0 but only in single user mode. Though the IPL can see both /stand/vmunix.prev and /stand/vmunix, ls on /stand lists only&lt;BR /&gt;the ioconfig file. We can see the file structure on / but most directories are empty since the logical volumes are not mounted.&lt;BR /&gt;&lt;BR /&gt;Does anyone know how to recover from this ?</description>
      <pubDate>Fri, 02 Nov 2001 04:00:14 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/how-to-recover-from-disk-with-invalid-super-block/m-p/2606197#M35123</guid>
      <dc:creator>Govind Tatachari</dc:creator>
      <dc:date>2001-11-02T04:00:14Z</dc:date>
    </item>
    <item>
      <title>Re: how to recover from disk with invalid super-block</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/how-to-recover-from-disk-with-invalid-super-block/m-p/2606198#M35124</link>
      <description>See correction below to fsck messages:&lt;BR /&gt;-----------------------------------------------&lt;BR /&gt;# fsck -F vxfs -o full,nolog -y /dev/rdsk/c2t6d0&lt;BR /&gt;invalid super-block&lt;BR /&gt;search for auxiliary super-block? (ynq)y&lt;BR /&gt;vxfs fsck: read failure at 1114112&lt;BR /&gt;file system check failure, aborting ...&lt;BR /&gt;#&lt;BR /&gt;-----------------------------------------------&lt;BR /&gt;&lt;BR /&gt;-----------------------------------------------&lt;BR /&gt;# fsck -F vxfs -o full,nolog -y /dev/dsk/c2t6d0&lt;BR /&gt;invalid super-block&lt;BR /&gt;search for auxiliary super-block? (ynq)y&lt;BR /&gt;alternate super-block not found&lt;BR /&gt;vxfs fsck: cannot initialize aggregate&lt;BR /&gt;file system check failure, aborting ...&lt;BR /&gt;#&lt;BR /&gt;-----------------------------------------------&lt;BR /&gt;</description>
      <pubDate>Fri, 02 Nov 2001 04:05:24 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/how-to-recover-from-disk-with-invalid-super-block/m-p/2606198#M35124</guid>
      <dc:creator>Govind Tatachari</dc:creator>
      <dc:date>2001-11-02T04:05:24Z</dc:date>
    </item>
    <item>
      <title>Re: how to recover from disk with invalid super-block</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/how-to-recover-from-disk-with-invalid-super-block/m-p/2606199#M35125</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;  After you boot from single user mode,&lt;BR /&gt;mount the /home Filesystem  manually.&lt;BR /&gt;If you don't remember the LV to /home belonged,&lt;BR /&gt;check /etc/fstab file.  &lt;BR /&gt;If the mount does not work, run&lt;BR /&gt;fsck on the /home LV.  &lt;BR /&gt; &lt;BR /&gt;Once you are able to mount /home, tar&lt;BR /&gt;the files onto the tape;  &lt;BR /&gt;&lt;BR /&gt;-Raj</description>
      <pubDate>Fri, 02 Nov 2001 05:05:54 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/how-to-recover-from-disk-with-invalid-super-block/m-p/2606199#M35125</guid>
      <dc:creator>Roger Baptiste</dc:creator>
      <dc:date>2001-11-02T05:05:54Z</dc:date>
    </item>
    <item>
      <title>Re: how to recover from disk with invalid super-block</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/how-to-recover-from-disk-with-invalid-super-block/m-p/2606200#M35126</link>
      <description>Hi,&lt;BR /&gt;VxFS file systems do not use auxiliary superblocks.  The primary superblock is&lt;BR /&gt;created along with a copy.  It is placed in the Allocation Unit Header (similar&lt;BR /&gt;to HFS's Cylinder Group).  If the superblock and it's copy (located in the&lt;BR /&gt;Allocation Unit Header) are overwritten, then there is not an available&lt;BR /&gt;superblock to recover from.  The only alternative is to newfs the&lt;BR /&gt;filesystem and restore the file system(s) contents from a current backup.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Regards&lt;BR /&gt;Animesh&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Fri, 02 Nov 2001 05:16:48 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/how-to-recover-from-disk-with-invalid-super-block/m-p/2606200#M35126</guid>
      <dc:creator>Animesh Chakraborty</dc:creator>
      <dc:date>2001-11-02T05:16:48Z</dc:date>
    </item>
    <item>
      <title>Re: how to recover from disk with invalid super-block</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/how-to-recover-from-disk-with-invalid-super-block/m-p/2606201#M35127</link>
      <description>I think there is some confusion here: You say that this is a boot disk and say/imply that it is vxfs. If vxfs+boot, then it must be a *LVM* disk, not a 'whole-disk' disk.&lt;BR /&gt;&lt;BR /&gt;For a LVM disk you use /dev/vg??/rlvol? device files for fsck (and mount), not /dev/[r]dsk/c?t?6d? ones!&lt;BR /&gt;&lt;BR /&gt;However before you can fsck/mount a disk on *another* system, which you are probably doing, you first have to vgimport it. See the vgimport manual page on how to do this or do it with SAM. &lt;BR /&gt;</description>
      <pubDate>Fri, 02 Nov 2001 14:06:06 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/how-to-recover-from-disk-with-invalid-super-block/m-p/2606201#M35127</guid>
      <dc:creator>Frank Slootweg</dc:creator>
      <dc:date>2001-11-02T14:06:06Z</dc:date>
    </item>
    <item>
      <title>Re: how to recover from disk with invalid super-block</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/how-to-recover-from-disk-with-invalid-super-block/m-p/2606202#M35128</link>
      <description>Hi Govind,&lt;BR /&gt;&lt;BR /&gt;don't think you can recover from a superblock error. You have to recreate the filesystem and load the data from the backup.&lt;BR /&gt;&lt;BR /&gt;Hope this helps.&lt;BR /&gt;&lt;BR /&gt;Regds&lt;BR /&gt;</description>
      <pubDate>Fri, 02 Nov 2001 14:21:07 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/how-to-recover-from-disk-with-invalid-super-block/m-p/2606202#M35128</guid>
      <dc:creator>Sanjay_6</dc:creator>
      <dc:date>2001-11-02T14:21:07Z</dc:date>
    </item>
    <item>
      <title>Re: how to recover from disk with invalid super-block</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/how-to-recover-from-disk-with-invalid-super-block/m-p/2606203#M35129</link>
      <description>Clearly this a "hope against hope" situation but please help our attempt to give "/home data recovery" the best shot (chance) based on as "surgical" an insight and exercise as possible.&lt;BR /&gt;1. c2t6d0 is a "vxfs+boot" (the original boot disk).&lt;BR /&gt;2. on c2t6d0, the /etc/fstab is&lt;BR /&gt;/dev/vg00/lvol3 / vxfs delaylog 0 1&lt;BR /&gt;/dev/vg00/lvol1 /stand hfs defaults 0 1&lt;BR /&gt;/dev/vg00/lvol4 /tmp vxfs delaylog 0 2&lt;BR /&gt;/dev/vg00/lvol5 /home vxfs delaylog 0 2&lt;BR /&gt;/dev/vg00/lvol6 /opt vxfs delaylog 0 2&lt;BR /&gt;/dev/vg00/lvol7 /usr vxfs delaylog 0 2&lt;BR /&gt;/dev/vg00/lvol8 /var vxfs delaylog 0 2&lt;BR /&gt;3. The /etc/lvmtab is messed up and hence "vgscan" fails. It can't access the list of physical volumes for /dev/vg00 (which is just /dev/dsk/c2t6d0).&lt;BR /&gt;&lt;BR /&gt;How can we rebuild this and fsck the /dev/vg00/lvol[n](s).</description>
      <pubDate>Fri, 02 Nov 2001 20:39:38 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/how-to-recover-from-disk-with-invalid-super-block/m-p/2606203#M35129</guid>
      <dc:creator>Govind Tatachari</dc:creator>
      <dc:date>2001-11-02T20:39:38Z</dc:date>
    </item>
    <item>
      <title>Re: how to recover from disk with invalid super-block</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/how-to-recover-from-disk-with-invalid-super-block/m-p/2606204#M35130</link>
      <description>You say that you can boot in single user mode.&lt;BR /&gt;You also say that you have some problem with vgscan, but it is not clear what kind of problem, because vgscan is intended to *fix* /etc/lvmtab, so it does not matter that it is "messed up".&lt;BR /&gt;&lt;BR /&gt;In any case, while in single user mode, can you *access* the desired LV (/dev/vg00/lvol5 (/home)), and, more specifically, can you fsck it? (fsck -F vxfs -o full,nolog -y /dev/vg00/rlvol5 (note *r*lvol5)? If so, then you can probably mount it, back it up (for example fbackup is (also) in /sbin), etc..&lt;BR /&gt;&lt;BR /&gt;When you respond again, please give as much detail as possible, because until now we don't even know *how* you are trying to do the recovery (i.e. just using the original system, or having the problem disk connected to another, working, 'host' system, or ...). If something does not work, then please post the commands/options/parameters used and the resulting messages.&lt;BR /&gt;  &lt;BR /&gt;Good luck!</description>
      <pubDate>Tue, 06 Nov 2001 09:43:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/how-to-recover-from-disk-with-invalid-super-block/m-p/2606204#M35130</guid>
      <dc:creator>Frank Slootweg</dc:creator>
      <dc:date>2001-11-06T09:43:02Z</dc:date>
    </item>
    <item>
      <title>Re: how to recover from disk with invalid super-block</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/how-to-recover-from-disk-with-invalid-super-block/m-p/2606205#M35131</link>
      <description>Thanks to all of you (and Frank for his tenacity). My "gut" feel had been that this "super-block" problem was not fatal&lt;BR /&gt;since I was able to boot. Dmitri Zogin of WTEC (Cupertino) took a look at my machine and restored the previous configuration (a calculated risk) using vgcfgrestore. Ofcourse this was done as part of a series of commands to diagnose and fix the "invalid super-block" problem.</description>
      <pubDate>Wed, 07 Nov 2001 19:29:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/how-to-recover-from-disk-with-invalid-super-block/m-p/2606205#M35131</guid>
      <dc:creator>Govind Tatachari</dc:creator>
      <dc:date>2001-11-07T19:29:20Z</dc:date>
    </item>
  </channel>
</rss>

