Home > Cannot Lock > Cannot Lock Lock File /etc/mtab

Cannot Lock Lock File /etc/mtab

most are fat32 and if ntfs ( i do not recall if kmod-ntfs was still in use in 9 ) or the ( at the time the very EXPERIENTIAL) ntfs-3g . The solution should be > more generic (= useful for create_mtab() and for update_mtab()) > > I think the best way will be found a way how detect real place (FS) Notices Welcome to LinuxQuestions.org, a friendly and active Linux Community. although i have found today that adding "root=/dev/md1" increases the chances of it booting (doesn't always work though). have a peek here

I googled for it and could not find very relative answers. Reply With Quote 25-Dec-2008,00:48 #4 Magic31 View Profile View Forum Posts View Blog Entries View Articles Wise Penguin Join Date Jun 2008 Location The Netherlands Posts 1,306 Re: Strange issues SUSE Bugs which were a result of editing /etc/mtab which make it get out of sync with the real kernel state are now no longer an issue. A little lysdexic this morning. https://bugzilla.redhat.com/show_bug.cgi?id=214877

Maybe it could be useful if you edited it with your partitions. Here's the symptoms: can't create lock file /etc/mtab~692: Read-only file system (use -n flag to override) Which results from the various mounts done in rc.sysinit such as: + mount -f / I opened the file /etc/fsatb and added a line there: /dev/sda2 /mnt/Folder ntfs umask=000,defaults 0 0 5. Notification sent to "Richard Wohlstadter" : Bug acknowledged by developer. (Tue, 10 Jan 2012 13:59:28 GMT) Full text and rfc822 format available.

Acknowledgement sent to "Richard Wohlstadter" : New Bug report received and forwarded. Now save it as /etc/mtab. most of the time i get a message saying "invalid file system" for my root partition. I did a fresh install with GNOME using the DVD (keeping /home but renamed the 11.0 user directories to .110 first.).

union mounts are the way to go. Product Management has requested further review of this request by Red Hat Engineering, for potential inclusion in a Red Hat Enterprise Linux Major release. Linux vs Windows benchmark → One thought on “/etc/mtab~ issue at startup” nikmauro July 9, 2012 at 10:07 pm Thanks you save my day!!!! his comment is here Unfortunately, the two calls hang each other up such that the mount service itself becomes hung up (through multiple mtab~ lock files).

By increasing the number of tries before giving up, umount had enough time to obtain the lock and update all the mtab entries. By using this site, you accept the Terms of Use and Rules of Participation. End of content United StatesHewlett Packard Enterprise International CorporateCorporateAccessibilityCareersContact UsCorporate ResponsibilityEventsHewlett Packard LabsInvestor RelationsLeadershipNewsroomSitemapPartnersPartnersFind a PartnerPartner I think implement a heuristic that from /proc/mounts detects the bind mount for /etc/mtab won't be so difficult. After open it using gedit, I found that the file is empty.

If you'd like to contribute content, let us know. https://lists.debian.org/debian-user/1997/06/msg02370.html http://gutenprint.sourceforge.net/ `- GPG Public Key: 0x25BFB848 Please GPG sign your mail. To fix this issue, I modified the following code in util-linux-2.12r source code: ~/util-linux-2.12r/mount/fstab.c in routine lock_mtab: /* Limit the number of iterations - maybe there still is some old /etc/mtab~ see bug #214891 Comment 10 Karel Zak 2006-11-30 17:21:05 EST Ah..

And yes, this should ultimately move to fedora-devel; I'll take care of that once we've got a solution we're pretty sure will work cleanly. http://scriptkeeper.net/cannot-lock/cannot-lock-file-framemaker.html Then something may get mounted on /var later... Comment 1 Mark McLoughlin 2006-11-09 15:35:52 EST Created attachment 140824 [details] util-linux-mtab-create.patch Comment 2 Karel Zak 2006-11-09 18:26:01 EST Your request make sense, but if create_mtab() fails: * old version: the Since /etc/mtab~ and its relatives are lock files, I'd really prefer to see them in /var/lock; the main objection to that was what to do when /var is a separate filesystem

Comment 9 Bill Nottingham 2009-12-16 20:07:36 EST /var/lock isn't necessarily there during rc.sysinit. I think implement a > heuristic that from /proc/mounts detects the bind mount for /etc/mtab won't be > so difficult. DistroUbuntu 10.04 Lucid Lynx [SOLVED] /etc/mtab is missing When I plug in a USB drive, an error message came out Code: mount : /etc/mtab is missing When I check the /etc Check This Out Anything specifically mucked up by removing the jexec stuff that I haven't found yet? -- Will Honea Reply With Quote 02-Jan-2009,09:04 #10 RicardoVarasSantana View Profile View Forum Posts View Blog Entries

If you need to reset your password, click here. what is installed on the no-longer supported fedora 9 John VV View Public Profile View LQ Blog View Review Entries View HCL Entries Find More Posts by John VV yes mtab~, sorry for misunderstanding.

Comment 1 Brian J.

Thanks & Regards, Asmita Nag. Adv Reply October 13th, 2008 #4 philinux View Profile View Forum Posts Private Message Visit Homepage Sound of Inevitability Join Date Jul 2007 Location UK Beans 17,047 DistroUbuntu Development Release But the options told are to use -O option while mounting. Bug214877 - mount's "can't create lock file" message sometimes means failure, sometimes not Summary: mount's "can't create lock file" message sometimes means failure, sometimes not Status: CLOSED UPSTREAM Aliases: None Product:

Join Date Aug 2008 BeansHidden! It should work. The only real issues I've had so far: -2 times X has frozen on me (once with the GM, once with RC1)- I could do a normal shutdown and reboot - this contact form Murrell Modified: 2010-06-09 07:50 EDT (History) CC List: 3 users (show) atodorov notting steve.rotolo See Also: Fixed In Version: Doc Type: Bug Fix Doc Text: Story Points: --- Clone Of: Environment:

Code: gksudo gedit /etc/mtab Not a Canonical employee just a volunteer _____ Remove old kernels (Ensure you do the dry run first in step 6 ) Adv Reply October 13th, mount continues to support /etc/mtab as a file for the time being, and so some bugs are still technically present in the package, but will not be encountered in practice due To: [email protected] Cc: [email protected] Subject: Re: Problem with mtab? Thanx everyone.

Note, update_mtab() can fail in exactly this way right now My proposal is that such a failure is fine, but create_mtab() should fail in the same way We have two sane