<?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: Lost / partition in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/lost-partition/m-p/3546022#M17679</link>
    <description>Do any of the systems that have failed do regular forced filesystem checks?&lt;BR /&gt;&lt;BR /&gt;I once saw something pretty similar to this on a Fedora 2 system.  The problem was ultimately traced to recent changes in distributions that no longer do regular forced filesystem checks.    Under certain conditions that can allow a lot of  filesystem errors to accumulate.  &lt;BR /&gt;&lt;BR /&gt;Bruce</description>
    <pubDate>Wed, 18 May 2005 11:03:32 GMT</pubDate>
    <dc:creator>Bruce Copeland</dc:creator>
    <dc:date>2005-05-18T11:03:32Z</dc:date>
    <item>
      <title>Lost / partition</title>
      <link>https://community.hpe.com/t5/operating-system-linux/lost-partition/m-p/3546003#M17660</link>
      <description>I have lots of customers (in different cities) that have linux installed (fedora core 3 , mandrake 10, 10.1, 10.2) and working. The machines stopped to work with the same error. When I try to reinitialize the system, the following message appears:&lt;BR /&gt;&lt;BR /&gt;No inittab found&lt;BR /&gt;Enter your runlevel&lt;BR /&gt;&lt;BR /&gt;And when I try to boot with runlevel 3, 0, 5, it didn't work. I boot the machine with the rescue option and fortunately my data partition (that I've created in another partition) was there. Only the root partition was lost. The /etc directory only have some files.&lt;BR /&gt;&lt;BR /&gt;I mount the / partition and the /data partition. Only the / partition was compromised. The /data partion was ok. Then I installed again withot formating the data partition, restore the /etc from my backup and it goes fine.&lt;BR /&gt;&lt;BR /&gt;But I don't know what's going on. Why suddenly the machines lost the inittab and / partiton? I look at the messages and nothing related to the problem appears. Once I try to repeat the problem with one machine at my office and I find the same error trying to use cups lots of times in a recursive shell, but it was only 1 time.&lt;BR /&gt;&lt;BR /&gt;The hardware is different, i.e., one machine has scsi, another ide or sata, dell machines, ibm machines, out of brand machines, kernel 2.4 or 2.6.&lt;BR /&gt;&lt;BR /&gt;They run only dataflex , and some use only a server in a lan environment (The users only access the server via putty on windows machines or ssh on linux machines), they don't have internet access.&lt;BR /&gt;&lt;BR /&gt;The users don't have access to the server and the disk space is ok.(only 20-30% of the disk is used) so probably virus is not the problem...&lt;BR /&gt;In one customer, there is also a netware server using the same power supply and the server never hungs (so we discard power problems).</description>
      <pubDate>Tue, 17 May 2005 07:11:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/lost-partition/m-p/3546003#M17660</guid>
      <dc:creator>Neme</dc:creator>
      <dc:date>2005-05-17T07:11:00Z</dc:date>
    </item>
    <item>
      <title>Re: Lost / partition</title>
      <link>https://community.hpe.com/t5/operating-system-linux/lost-partition/m-p/3546004#M17661</link>
      <description>different kernel... different hardware... but (I guess) same applications and same final use of the machine.&lt;BR /&gt;Maybe a bug in the software they use. That's the common thing between them.&lt;BR /&gt;&lt;BR /&gt;Be sure there are no applications/services/daemons/logins that runs as root user if it isn't absolutely needed.&lt;BR /&gt;&lt;BR /&gt;Does dataflex (I don't know what it is) run as root or ssh user logged as root?&lt;BR /&gt;&lt;BR /&gt;ciao&lt;BR /&gt;Claudio</description>
      <pubDate>Tue, 17 May 2005 07:57:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/lost-partition/m-p/3546004#M17661</guid>
      <dc:creator>Claudio Cilloni</dc:creator>
      <dc:date>2005-05-17T07:57:04Z</dc:date>
    </item>
    <item>
      <title>Re: Lost / partition</title>
      <link>https://community.hpe.com/t5/operating-system-linux/lost-partition/m-p/3546005#M17662</link>
      <description>&lt;BR /&gt;initially i thought that machines are compromised by hackers and they removed / partition also. but later u said no machines are connected on internet. &lt;BR /&gt;&lt;BR /&gt;it could be problem with the application they are using, some silly bug in the application which instead of removing temporary file, simply removes / (?) &lt;BR /&gt;&lt;BR /&gt;the application(dataflex) does it run as root? if so try to run it as normal user if it can run properly. Also all the users logs in to that machine as root or as normal user?, may be this could be user mistake too.&lt;BR /&gt;&lt;BR /&gt;if all the machines (located in different cities and used by different people) crashes at the same time(i assume so) then its more likely the bug in the application which gets exploited only under specific condition (date/time, routine maintenance job, backup etc)&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;Gopi&lt;BR /&gt;</description>
      <pubDate>Tue, 17 May 2005 08:08:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/lost-partition/m-p/3546005#M17662</guid>
      <dc:creator>Gopi Sekar</dc:creator>
      <dc:date>2005-05-17T08:08:52Z</dc:date>
    </item>
    <item>
      <title>Re: Lost / partition</title>
      <link>https://community.hpe.com/t5/operating-system-linux/lost-partition/m-p/3546006#M17663</link>
      <description>The dataflex utility runs under a normal user that have write access only on his home directory. The errors ocurred at diferent times and days. The most interesting thing is that we have the same environment in lots of places, with exactly the same configuration and with no errors!!&lt;BR /&gt;We thought that maybe the filesystem type, so we try reiser, ext2, ext3 and we did not resolve the problem. Why the data partition does not get compromised? &lt;BR /&gt;We created a partition for the dataflex utility and the problem continued. The / partition get lost but the /data and /dataflex partition was there!&lt;BR /&gt;</description>
      <pubDate>Tue, 17 May 2005 09:14:21 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/lost-partition/m-p/3546006#M17663</guid>
      <dc:creator>Neme</dc:creator>
      <dc:date>2005-05-17T09:14:21Z</dc:date>
    </item>
    <item>
      <title>Re: Lost / partition</title>
      <link>https://community.hpe.com/t5/operating-system-linux/lost-partition/m-p/3546007#M17664</link>
      <description>I forgot to thank you very much for the help!!!</description>
      <pubDate>Tue, 17 May 2005 09:15:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/lost-partition/m-p/3546007#M17664</guid>
      <dc:creator>Neme</dc:creator>
      <dc:date>2005-05-17T09:15:30Z</dc:date>
    </item>
    <item>
      <title>Re: Lost / partition</title>
      <link>https://community.hpe.com/t5/operating-system-linux/lost-partition/m-p/3546008#M17665</link>
      <description>&lt;BR /&gt;are you using any backup utility or some periodic application which does system maintenance? &lt;BR /&gt;&lt;BR /&gt;does any of the component in dataflex runs with root access? &lt;BR /&gt;&lt;BR /&gt;how do the users power down their dataflex servers(if at all they do), i am asking this silly question because one of my customer who is from DOS background simply switch off the power to power down linux box :)&lt;BR /&gt;&lt;BR /&gt;how the server is maintained? is it maintained by one of the local non-linux user or by some linux expert/system admin? are there any front end tools used for system maintenance.&lt;BR /&gt;</description>
      <pubDate>Tue, 17 May 2005 09:25:14 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/lost-partition/m-p/3546008#M17665</guid>
      <dc:creator>Gopi Sekar</dc:creator>
      <dc:date>2005-05-17T09:25:14Z</dc:date>
    </item>
    <item>
      <title>Re: Lost / partition</title>
      <link>https://community.hpe.com/t5/operating-system-linux/lost-partition/m-p/3546009#M17666</link>
      <description>We create a user to power off the system. This user automaticaly runs a halt command. We managed the system remotely. We have the same environment here and in other customers that is  up more then 80 days...&lt;BR /&gt;&lt;BR /&gt;Thanks!&lt;BR /&gt;</description>
      <pubDate>Tue, 17 May 2005 09:54:05 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/lost-partition/m-p/3546009#M17666</guid>
      <dc:creator>Neme</dc:creator>
      <dc:date>2005-05-17T09:54:05Z</dc:date>
    </item>
    <item>
      <title>Re: Lost / partition</title>
      <link>https://community.hpe.com/t5/operating-system-linux/lost-partition/m-p/3546010#M17667</link>
      <description>For backup we use the tar utility that runs once in a day with cron (tar zcvf xxxx.tgz ...).</description>
      <pubDate>Tue, 17 May 2005 09:56:36 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/lost-partition/m-p/3546010#M17667</guid>
      <dc:creator>Neme</dc:creator>
      <dc:date>2005-05-17T09:56:36Z</dc:date>
    </item>
    <item>
      <title>Re: Lost / partition</title>
      <link>https://community.hpe.com/t5/operating-system-linux/lost-partition/m-p/3546011#M17668</link>
      <description>&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;I dont think tar can be rude enough to erase a file system :)&lt;BR /&gt;&lt;BR /&gt;the file name is it always static or is it automatically decided by a script. in which case check the script closely for any malfunction.&lt;BR /&gt;&lt;BR /&gt;the backup job, is it running as root user or again as dataflex user?&lt;BR /&gt;&lt;BR /&gt;Gopi</description>
      <pubDate>Tue, 17 May 2005 10:08:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/lost-partition/m-p/3546011#M17668</guid>
      <dc:creator>Gopi Sekar</dc:creator>
      <dc:date>2005-05-17T10:08:47Z</dc:date>
    </item>
    <item>
      <title>Re: Lost / partition</title>
      <link>https://community.hpe.com/t5/operating-system-linux/lost-partition/m-p/3546012#M17669</link>
      <description>the backup runs as root user, but the problem occurs usually at work hour, not at the same time that backup is running..</description>
      <pubDate>Tue, 17 May 2005 10:15:42 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/lost-partition/m-p/3546012#M17669</guid>
      <dc:creator>Neme</dc:creator>
      <dc:date>2005-05-17T10:15:42Z</dc:date>
    </item>
    <item>
      <title>Re: Lost / partition</title>
      <link>https://community.hpe.com/t5/operating-system-linux/lost-partition/m-p/3546013#M17670</link>
      <description>&lt;BR /&gt;i am not very sure, but it will be still worth a time to re visit the backup script to check for any potential error.&lt;BR /&gt;&lt;BR /&gt;also if it happens during work hours, then some scripts or some utility used by one of the user is causing the problem. &lt;BR /&gt;&lt;BR /&gt;since you have mentioned that it runs on several locations without any problem, find out the difference of daily work routine done between working location and crashed location. may be that will give some insight on to the problem.&lt;BR /&gt;</description>
      <pubDate>Tue, 17 May 2005 10:24:56 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/lost-partition/m-p/3546013#M17670</guid>
      <dc:creator>Gopi Sekar</dc:creator>
      <dc:date>2005-05-17T10:24:56Z</dc:date>
    </item>
    <item>
      <title>Re: Lost / partition</title>
      <link>https://community.hpe.com/t5/operating-system-linux/lost-partition/m-p/3546014#M17671</link>
      <description>The users don't use any special scripts. They only use putty to access the server, run a script to enter the dataflex program. The script is the same on all the instalations, the ones that are ok and the others that some times have the problem...&lt;BR /&gt;&lt;BR /&gt;The users don't access the server for a shell, they access only to use the system. When they stop to use the system, the script log them out.</description>
      <pubDate>Tue, 17 May 2005 12:27:31 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/lost-partition/m-p/3546014#M17671</guid>
      <dc:creator>Neme</dc:creator>
      <dc:date>2005-05-17T12:27:31Z</dc:date>
    </item>
    <item>
      <title>Re: Lost / partition</title>
      <link>https://community.hpe.com/t5/operating-system-linux/lost-partition/m-p/3546015#M17672</link>
      <description>The inittab file is normally read by the init process that is started with /sbin/init.&lt;BR /&gt;&lt;BR /&gt;How did that get started if / isn't available ?&lt;BR /&gt;&lt;BR /&gt;Wim</description>
      <pubDate>Wed, 18 May 2005 01:08:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/lost-partition/m-p/3546015#M17672</guid>
      <dc:creator>Wim Van den Wyngaert</dc:creator>
      <dc:date>2005-05-18T01:08:47Z</dc:date>
    </item>
    <item>
      <title>Re: Lost / partition</title>
      <link>https://community.hpe.com/t5/operating-system-linux/lost-partition/m-p/3546016#M17673</link>
      <description>The / is not completely lost. Most of the files, mainly at the /etc directory that get lost. Some times the /var isn't lost and the logs do not show nothing about the error. Some times the /var is not there. It is a very silly problem.&lt;BR /&gt;Maybe the kernel is trying to access the swap area and write data in the wrong partition? &lt;BR /&gt;I can't guess why the data partition is always ok...&lt;BR /&gt;</description>
      <pubDate>Wed, 18 May 2005 07:56:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/lost-partition/m-p/3546016#M17673</guid>
      <dc:creator>Neme</dc:creator>
      <dc:date>2005-05-18T07:56:09Z</dc:date>
    </item>
    <item>
      <title>Re: Lost / partition</title>
      <link>https://community.hpe.com/t5/operating-system-linux/lost-partition/m-p/3546017#M17674</link>
      <description>So you're saying that the partition is fine, and there's still a valid filesystem on it (fsck in single user mode), but the content of the filesystem gets corrupted?</description>
      <pubDate>Wed, 18 May 2005 08:27:55 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/lost-partition/m-p/3546017#M17674</guid>
      <dc:creator>Stuart Browne</dc:creator>
      <dc:date>2005-05-18T08:27:55Z</dc:date>
    </item>
    <item>
      <title>Re: Lost / partition</title>
      <link>https://community.hpe.com/t5/operating-system-linux/lost-partition/m-p/3546018#M17675</link>
      <description>And if so, did you check lost+found ?</description>
      <pubDate>Wed, 18 May 2005 08:29:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/lost-partition/m-p/3546018#M17675</guid>
      <dc:creator>Wim Van den Wyngaert</dc:creator>
      <dc:date>2005-05-18T08:29:09Z</dc:date>
    </item>
    <item>
      <title>Re: Lost / partition</title>
      <link>https://community.hpe.com/t5/operating-system-linux/lost-partition/m-p/3546019#M17676</link>
      <description>lost+found is always empty and the data isn't corrupted, the files disapear. If we boot with a rescue cd and mount the partition / for instance, the /etc/hosts is there, but the /etc/passwd isn't. Some files are there but lots of them are not anymore! The inittab is not there, so the message no inittab found enter runlevel appears.&lt;BR /&gt;This problems are causing lots of trouble, because we need to reinstall the linux os sometimes in places that are so far here. &lt;BR /&gt;In one case, the problem happened in a machine that has been used for more then 2 years with novell os and never have one single problem!</description>
      <pubDate>Wed, 18 May 2005 09:35:14 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/lost-partition/m-p/3546019#M17676</guid>
      <dc:creator>Neme</dc:creator>
      <dc:date>2005-05-18T09:35:14Z</dc:date>
    </item>
    <item>
      <title>Re: Lost / partition</title>
      <link>https://community.hpe.com/t5/operating-system-linux/lost-partition/m-p/3546020#M17677</link>
      <description>did you made any software upgrade or new installation into this machine recenty?</description>
      <pubDate>Wed, 18 May 2005 09:45:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/lost-partition/m-p/3546020#M17677</guid>
      <dc:creator>Claudio Cilloni</dc:creator>
      <dc:date>2005-05-18T09:45:20Z</dc:date>
    </item>
    <item>
      <title>Re: Lost / partition</title>
      <link>https://community.hpe.com/t5/operating-system-linux/lost-partition/m-p/3546021#M17678</link>
      <description>&lt;BR /&gt;is it possible to get a list of daily routine works done by the users from two different place. one where the system never crashed and the other where system crashes too often. &lt;BR /&gt;&lt;BR /&gt;this will give us some insight on what is going wrong.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 18 May 2005 09:54:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/lost-partition/m-p/3546021#M17678</guid>
      <dc:creator>Gopi Sekar</dc:creator>
      <dc:date>2005-05-18T09:54:02Z</dc:date>
    </item>
    <item>
      <title>Re: Lost / partition</title>
      <link>https://community.hpe.com/t5/operating-system-linux/lost-partition/m-p/3546022#M17679</link>
      <description>Do any of the systems that have failed do regular forced filesystem checks?&lt;BR /&gt;&lt;BR /&gt;I once saw something pretty similar to this on a Fedora 2 system.  The problem was ultimately traced to recent changes in distributions that no longer do regular forced filesystem checks.    Under certain conditions that can allow a lot of  filesystem errors to accumulate.  &lt;BR /&gt;&lt;BR /&gt;Bruce</description>
      <pubDate>Wed, 18 May 2005 11:03:32 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/lost-partition/m-p/3546022#M17679</guid>
      <dc:creator>Bruce Copeland</dc:creator>
      <dc:date>2005-05-18T11:03:32Z</dc:date>
    </item>
  </channel>
</rss>

