<?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: Linux Root Filesystem Read Only in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/linux-root-filesystem-read-only/m-p/4188538#M32376</link>
    <description>&lt;BR /&gt;&lt;BR /&gt;Go to rescue mode using the RHEL installation CD with the boot option:&lt;BR /&gt;&lt;BR /&gt;linux rescue&lt;BR /&gt;&lt;BR /&gt;if vg00 not getting mounted automaically.&lt;BR /&gt;&lt;BR /&gt;2.Try to activate the volume groups by running the commands below:&lt;BR /&gt;&lt;BR /&gt;lvmdiskscan&lt;BR /&gt;vgchange -ay&lt;BR /&gt;&lt;BR /&gt;3.If vg00 is acitaved Further fsck test can be done using:&lt;BR /&gt;&lt;BR /&gt;tune2fs -l /dev/vg00/lv01 | grep Block&lt;BR /&gt;&lt;BR /&gt;Take note of the Block size.&lt;BR /&gt;&lt;BR /&gt;e2fsck -b &lt;BLOCK_SIZE&gt; -n /dev/vg00/lv01&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Also if you encounter any super block corruption then try&lt;BR /&gt;# mke2fs -n /dev/vgeb_gdh0_p/lvol10 &lt;BR /&gt;mke2fs 1.32 (09-Nov-2002) &lt;BR /&gt;Filesystem label= &lt;BR /&gt;OS type: Linux &lt;BR /&gt;Block size=4096 (log=2) &lt;BR /&gt;Fragment size=4096 (log=2) &lt;BR /&gt;131072 inodes, 262144 blocks &lt;BR /&gt;13107 blocks (5.00%) reserved for the super user &lt;BR /&gt;First data block=0 &lt;BR /&gt;8 block groups &lt;BR /&gt;32768 blocks per group, 32768 fragments per group &lt;BR /&gt;16384 inodes per group &lt;BR /&gt;Superblock backups stored on blocks: &lt;BR /&gt;32768, 98304, 163840, 229376 &lt;BR /&gt;&lt;BR /&gt;# e2fsck -b 32768 /dev/vgeb_gdh0_p/lvol10 &lt;BR /&gt;e2fsck 1.32 (09-Nov-2002) &lt;BR /&gt;/dev/vgeb_gdh0_p/lvol10 was not cleanly unmounted, check forced. &lt;BR /&gt;Pass 1: Checking inodes, blocks, and sizes &lt;BR /&gt;Pass 2: Checking directory structure &lt;BR /&gt;Pass 3: Checking directory connectivity &lt;BR /&gt;Pass 4: Checking reference counts &lt;BR /&gt;Pass 5: Checking group summary information &lt;BR /&gt;&lt;BR /&gt;/dev/vgeb_gdh0_p/lvol10: ***** FILE SYSTEM WAS MODIFIED ***** &lt;BR /&gt;/dev/vgeb_gdh0_p/lvol10: 11/131072 files (0.0% non-contiguous), 12329/262144 blocks &lt;BR /&gt;&lt;/BLOCK_SIZE&gt;</description>
    <pubDate>Tue, 29 Apr 2008 13:46:49 GMT</pubDate>
    <dc:creator>skt_skt</dc:creator>
    <dc:date>2008-04-29T13:46:49Z</dc:date>
    <item>
      <title>Linux Root Filesystem Read Only</title>
      <link>https://community.hpe.com/t5/operating-system-linux/linux-root-filesystem-read-only/m-p/4188537#M32375</link>
      <description>I have a Proliant server running Redhat 4. I had to run an up2date on it to bring it to Redhat 4 Update 4. I did that using the ISO's I had downloaded from Red Hat.&lt;BR /&gt;&lt;BR /&gt;The up2date ran fine (no errors or dependency problems) but upon reboot the root filesystem mounted as read only so the boot hung.&lt;BR /&gt;&lt;BR /&gt;I used my rescue cd and edited grub.conf to mount / as rw and it seemed to help it although now when i try to login as root at the prompt i receive 'Permission Denied'.&lt;BR /&gt;&lt;BR /&gt;I'm guessing that editing grub.conf was totally wrong as any other Linux systems I have show / being mounted as ro in this file (must be somewhere else later it mounts it as rw).&lt;BR /&gt;&lt;BR /&gt;Does anybody have any thoughts on this?&lt;BR /&gt;&lt;BR /&gt;Any help greatly appreciated.</description>
      <pubDate>Tue, 29 Apr 2008 10:01:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/linux-root-filesystem-read-only/m-p/4188537#M32375</guid>
      <dc:creator>Jason Shannon</dc:creator>
      <dc:date>2008-04-29T10:01:18Z</dc:date>
    </item>
    <item>
      <title>Re: Linux Root Filesystem Read Only</title>
      <link>https://community.hpe.com/t5/operating-system-linux/linux-root-filesystem-read-only/m-p/4188538#M32376</link>
      <description>&lt;BR /&gt;&lt;BR /&gt;Go to rescue mode using the RHEL installation CD with the boot option:&lt;BR /&gt;&lt;BR /&gt;linux rescue&lt;BR /&gt;&lt;BR /&gt;if vg00 not getting mounted automaically.&lt;BR /&gt;&lt;BR /&gt;2.Try to activate the volume groups by running the commands below:&lt;BR /&gt;&lt;BR /&gt;lvmdiskscan&lt;BR /&gt;vgchange -ay&lt;BR /&gt;&lt;BR /&gt;3.If vg00 is acitaved Further fsck test can be done using:&lt;BR /&gt;&lt;BR /&gt;tune2fs -l /dev/vg00/lv01 | grep Block&lt;BR /&gt;&lt;BR /&gt;Take note of the Block size.&lt;BR /&gt;&lt;BR /&gt;e2fsck -b &lt;BLOCK_SIZE&gt; -n /dev/vg00/lv01&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Also if you encounter any super block corruption then try&lt;BR /&gt;# mke2fs -n /dev/vgeb_gdh0_p/lvol10 &lt;BR /&gt;mke2fs 1.32 (09-Nov-2002) &lt;BR /&gt;Filesystem label= &lt;BR /&gt;OS type: Linux &lt;BR /&gt;Block size=4096 (log=2) &lt;BR /&gt;Fragment size=4096 (log=2) &lt;BR /&gt;131072 inodes, 262144 blocks &lt;BR /&gt;13107 blocks (5.00%) reserved for the super user &lt;BR /&gt;First data block=0 &lt;BR /&gt;8 block groups &lt;BR /&gt;32768 blocks per group, 32768 fragments per group &lt;BR /&gt;16384 inodes per group &lt;BR /&gt;Superblock backups stored on blocks: &lt;BR /&gt;32768, 98304, 163840, 229376 &lt;BR /&gt;&lt;BR /&gt;# e2fsck -b 32768 /dev/vgeb_gdh0_p/lvol10 &lt;BR /&gt;e2fsck 1.32 (09-Nov-2002) &lt;BR /&gt;/dev/vgeb_gdh0_p/lvol10 was not cleanly unmounted, check forced. &lt;BR /&gt;Pass 1: Checking inodes, blocks, and sizes &lt;BR /&gt;Pass 2: Checking directory structure &lt;BR /&gt;Pass 3: Checking directory connectivity &lt;BR /&gt;Pass 4: Checking reference counts &lt;BR /&gt;Pass 5: Checking group summary information &lt;BR /&gt;&lt;BR /&gt;/dev/vgeb_gdh0_p/lvol10: ***** FILE SYSTEM WAS MODIFIED ***** &lt;BR /&gt;/dev/vgeb_gdh0_p/lvol10: 11/131072 files (0.0% non-contiguous), 12329/262144 blocks &lt;BR /&gt;&lt;/BLOCK_SIZE&gt;</description>
      <pubDate>Tue, 29 Apr 2008 13:46:49 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/linux-root-filesystem-read-only/m-p/4188538#M32376</guid>
      <dc:creator>skt_skt</dc:creator>
      <dc:date>2008-04-29T13:46:49Z</dc:date>
    </item>
    <item>
      <title>Re: Linux Root Filesystem Read Only</title>
      <link>https://community.hpe.com/t5/operating-system-linux/linux-root-filesystem-read-only/m-p/4188539#M32377</link>
      <description>Shalom,&lt;BR /&gt;&lt;BR /&gt;The root filesystem has been damaged.&lt;BR /&gt;&lt;BR /&gt;e2fsck is needed.&lt;BR /&gt;&lt;BR /&gt;You should be able to just boot single user and do this, but rescue mode is the standard approach.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Tue, 29 Apr 2008 14:13:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/linux-root-filesystem-read-only/m-p/4188539#M32377</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2008-04-29T14:13:52Z</dc:date>
    </item>
    <item>
      <title>Re: Linux Root Filesystem Read Only</title>
      <link>https://community.hpe.com/t5/operating-system-linux/linux-root-filesystem-read-only/m-p/4188540#M32378</link>
      <description>Your answers got me going in the right direction - thanks.&lt;BR /&gt;&lt;BR /&gt;The issue was that because we SAN boot with multipath, when the kernel rebuilt as part of the up2date it lost its path to the boot disk (and ended up seeing multiple copies of it).&lt;BR /&gt;&lt;BR /&gt;I zoned down to 1 path, and presented a cloned boot disk copy (i took this before doing any work). After booting up on this disk, I ran up2date again. This time it seems to have gone a lot smoother EXCEPT for the fact that now when i get to the GUI login prompt and try to login as root I receive a pop up saying "Authentication Failed".&lt;BR /&gt;&lt;BR /&gt;Any more help is greatly appreciatted.</description>
      <pubDate>Wed, 30 Apr 2008 09:15:54 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/linux-root-filesystem-read-only/m-p/4188540#M32378</guid>
      <dc:creator>Jason Shannon</dc:creator>
      <dc:date>2008-04-30T09:15:54Z</dc:date>
    </item>
  </channel>
</rss>

