I experienced the same problem and figured out part of the cause. I have
an external disk for my laptop that I put into fstab so it will mount
automatically for backups and so forth. But it's not always connected.
With the fstab entry for my external drive listed before all my tmpfs
entry, the whol
My system was configured to use tmpfs for /var/log, /var/log/apt and
/var/tmp before upgrading to karmic. On the first boot after the upgrade
the message "waiting for tmpfs" was reported for /var/log/apt. Disabling
the entries for /var/log/apt and /var/tmp allowed for an uninterrupted
boot. Still /
@Scott
Sorry I couldn't post earlier. However, I am bitten by this bug, too. I
can mount /tmp as tmpfs, but I can't mount /var/tmp or anything in /var
for that matter as tmpfs. This is in a netbook where I don't really use
a swap or any encrypted fs. If there is anything you'd like me to test
in o
Indeed, I now see from the fstab snipped that he has "tmpfs" in the
device field instead of "none" - his would definitely cause the bug that
I've fixed
** Summary changed:
- mountall hangs on tmpfs mount to /var/log and /var/tmp (cannot reproduce)
+ mountall hangs on tmpfs mount to /var/log and /
In fact, seeing that in your log makes me strongly suspect that the
original reporter has been bitten by the same bug - and that /var/tmp or
/var/log is actually being delayed until another mount has finished
which never does.
Can't 100% verify since the original reporter hasn't provided the
reque
Shawn: a mountall bug (fixed in 2.1) causes your tmpfs to not be mounted
until your encrypted swap has been mounted (technically this is fstab
correct, but mountall often processes out-of-order). I don't know why
your encrypted swap isn't being activated, but for that you should file
a bug on cryp
I also have this problem. It fails to mount both my /var/tmp and my
(encrypted) swap. If I hit escape for the shell and run "mount
/var/tmp" and then exit the shell, it succeeds (including mounting the
swap by itself). I also have the same problem on another system which
is configured similarly
Have tested it here locally, and it's working fine. I'm not convinced
by your "seems to be universal" argument - the only person who has
reported a problem is you so far, and I've not had any duplicates.
Could you attach the /etc/fstab file that you cannot get to work?
** Changed in: mountall (U
Also, in my above comment where I said
> In that case it seemed to mount /var/tmp okay, although it did hang.
I should add that it did NOT display "waiting for tmpfs" when it hung -
it just seemed to stop without reporting any problem, and Ctrl-C got out
of it. I have only seen mountall (or somet
> I need to see it failing in the log ;-)
That makes sense, but I don't know how to do that. I tried disabling kdm start
so I booted into a shell. I then enabled the /var/tmp line in fstab and ran
mountall. In that case it seemed to mount /var/tmp okay, although it did hang.
I had to press
On Tue, 2009-11-10 at 15:06 +, IgnorantGuru wrote:
> Sure - the attached output is with the /var/tmp tmpfs line disabled in
> fstab (which is the only way I can boot). Not sure which way you wanted
> it. But you will see /var/tmp mounted in there because it is currently
> mounted from a moun
Sure - the attached output is with the /var/tmp tmpfs line disabled in
fstab (which is the only way I can boot). Not sure which way you wanted
it. But you will see /var/tmp mounted in there because it is currently
mounted from a mount command in rc.local. If you prefer it another way
just let me
Thanks for the report!
Could you run "sudo mountall --debug" from a shell and attach the output
** Changed in: mountall (Ubuntu)
Status: New => Incomplete
** Changed in: mountall (Ubuntu)
Importance: Undecided => High
--
mountall hangs on tmpfs mount to /var/log and /var/tmp
https://
13 matches
Mail list logo
