[Expired for base-files (Ubuntu) because there has been no activity for
60 days.]
** Changed in: base-files (Ubuntu)
Status: Incomplete = Expired
--
failure while starting a maintenance shell
https://bugs.launchpad.net/bugs/89595
You received this bug notification because you are a
We'd like to figure out what's causing this bug for you, but we haven't
heard back from you in a while. Could you please provide the requested
information? Thanks!
--
failure while starting a maintenance shell
https://bugs.launchpad.net/bugs/89595
You received this bug notification because you
Thank you for taking the time to report this bug and helping to make
Ubuntu better. You reported this bug a while ago and there hasn't been
any activity in it recently. We were wondering if this is still an issue
for you. Can you try with the latest Ubuntu release? Thanks in advance.
** Tags
When fsck fails on the root filesystem, the checkroot init script runs
/sbin/sulogin which takes care of launching the maintenance shell. This
happens at a point before any other filesystem is mounted.
All /sbin/sulogin does is basically determine the root users default
shell (normally /bin/bash)
Because of this, I'm assigning this bug to bash.
we cannot control what the user adds to the .profile and .bashrc
scripts. afaics everything in the profile scripts shipped with hardy
(and later) is guarded. reassigning to base-files. I don't think this is
a problem; if users do change the files
I confirm this, it still exists on Gutsy Gibbon (as of now Tribe 5).
This was fsck'ing a drive mounted as /media/sda4 as ext3. fsck fails
every time on this, therefore it could be another bug as well. However
one behaviour of this bug is that It does not seem to locate any
packages at all. It
I think it has at least partially to do with fsck, and maybe the
(un)mount scripts are included in fsck, so lets confirm.
** Changed in: Ubuntu
Assignee: Sense Hofstede = (unassigned)
Status: Needs Info = Confirmed
--
failure while starting a maintenance shell
Excuse me for the long time to response. I think it's almost confirmed,
but we need to know the package so the right person is noticed. Does
anyone knows which program is responsible for mounting and unmounting
things around the fsck check?
--
failure while starting a maintenance shell
What is the version of bash you're using?
Is there anybody else with the same problem? If anybody else has the same
problem, the bug is confirmed. But I don't think anyone want to risk a broken
filesystem to reproduce this bug.
--
failure while starting a maintenance shell
pretty much the same version anyone running feisty has I guess:
GNU bash, version 3.2.10(1)-release (i486-pc-linux-gnu)
Copyright (C) 2005 Free Software Foundation, Inc.
The problem is simple (and there is no need to risk a filesystem).
What happens was:
- fsck started after a forced reboot
Thank you for your bug report. But with the information you gave us are
we unable to fix the problem. Could you please give some more
information like the /var/log/fsck/ceckfs file?
** Changed in: Ubuntu
Assignee: (unassigned) = Sense
Status: Unconfirmed = Needs Info
--
failure
2007/3/4, Sense [EMAIL PROTECTED]:
Thank you for your bug report. But with the information you gave us are
we unable to fix the problem. Could you please give some more
information like the /var/log/fsck/ceckfs file?
nop.
The maintenance shell started after a problem with fsck
and *only / was
O, of course is it impossible to post a log if /var isn't mounted. But I didn't
know because the only thing I knew was that only / was mounted.
Dis you mention all of the partitions that have to be mounted?
But isn't it impossible to run fsck(and almost every other program) if /usr
isn't
I forgot /sbin
fsck is located in /sbin, so it should be possible to run fsck without error
messages I suppose.
I've got a lot to learn.
--
failure while starting a maintenance shell
https://launchpad.net/bugs/89595
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
my /sbin in mounted with /.
The error I am reporting is with the maintenance shell
(that appears to depend on executables in /usr).
[There is something else with fsck, but one problem at a time ;-) ]
2007/3/4, Sense [EMAIL PROTECTED]:
I forgot /sbin
fsck is located in /sbin, so it should be
I forget: this is on an up-to-date feisty.
--
failure while starting a maintenance shell
https://launchpad.net/bugs/89595
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
16 matches
Mail list logo
