Launchpad has imported 7 comments from the remote bug at
https://bugzilla.redhat.com/show_bug.cgi?id=462804.
If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help
This is not a bug: it is working as intended since the repair may cause
data loss, it really does need manual user intervention, likely with a
backup being made first.
** Changed in: util-linux (Ubuntu)
Status: Confirmed => Invalid
--
You received this bug notification because you are a
** Package changed: ubuntu-meta (Ubuntu) => util-linux (Ubuntu)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/58430
Title:
Command-line recovery required when fsck reports an unexpectedy
inconsist
hi gays plz help me
i have a fedora 11 server and its not booting up
how to repair the os without data loss
plz help me gays and my mail id is cnu...@gmail.com
thanks
srinivas
--
Command-line recovery required when fsck reports an unexpectedy inconsistency
https://bugs.launchpad.net/bugs/584
As a post script to the acerbic comment to the effect that those who
failed to back up somehow deserve all of this, I do have all my data
intact, it is the cost in time and aggravation of redoing all of this
again. It doesnt have to be made automatic just make the choices
clearer as to what to do
Bad Karma Koala
I migrated from Windows to 9.04 and had 2 months of blissfully stable
computing. I even got my can't do without legacy Windows programs going in
VirtualBox. I upgraded to 9.10 successfully on one machine without difficulty,
but on the machine with my accounting software and
This happened to a friend of mine today. She had to phone me, and I had
to explain to her about the 'fsck -y'. It wasn't even clear to me what
was wrong, she just said "it says it can't mount a filesystem", on the
phone.
So, yes, making this process easier for non-expert people, a simple
yes/no
** Changed in: fedora
Status: In Progress => Won't Fix
--
Command-line recovery required when fsck reports an unexpectedy inconsistency
https://bugs.launchpad.net/bugs/58430
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubun
** Changed in: fedora
Status: Unknown => In Progress
--
Command-line recovery required when fsck reports an unexpectedy inconsistency
https://bugs.launchpad.net/bugs/58430
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu
** Bug watch added: Red Hat Bugzilla #462804
https://bugzilla.redhat.com/show_bug.cgi?id=462804
** Also affects: fedora via
https://bugzilla.redhat.com/show_bug.cgi?id=462804
Importance: Unknown
Status: Unknown
--
Command-line recovery required when fsck reports an unexpectedy in
** Changed in: ubuntu-meta (Ubuntu)
Sourcepackagename: None => ubuntu-meta
--
Command-line recovery required when fsck reports an unexpectedy inconsistency
https://bugs.launchpad.net/bugs/58430
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubun
I'm nominating this proposed fix for Intrepid for the drivers to
consider whether they like the fix (changing -p to -y). I assume it's
not necessary to allocate any resources to figure out how to implement
it, i.e., I assume it's a one-line change somewhere.
--
Command-line recovery required whe
The best route for practically all users is probably fsck -y. Yes,
there's a tiny chance that a) fsck will break something AND b) that
something happens to be important to the user AND c) the user could have
done better manually BUT d) they didn't bother backing up AND e) they
didn't know that the
Hi,
what about doing fsck umounting the HD? I found that lot of people advice that
in other forums.
Additionaly, in
Ubuntu Forums > The Ubuntu Forum Community > Main Support Categories
> General Help
Manual Fsck
a more "safe" procedure is adviced:
sudo touch /forcefsck && sudo reboot
lost+found is useful, and people should be reminded that it is there.
But there is a lot of info that fsck spews out, like directory names and
inodes, that is currently not seen again as far as I know. Sounds like
a separate bug on fsck (or user education :-) might be in order, but
nevertheless I
And if there's some tool out there that is better at recovering data
than fsck, why not investigate running that tool instead (or maybe in
addition to fsck).
Anyways, asking and making it CRYSTAL CLEAR and DEAD SIMPLE what needs
to be done to get back to a working state is better than what's there
fsck puts all data that can be salvaged in lost+found, right? Other than
that, is it really useful to dump the disk image for any other purpose
but debugging?
--
Command-line recovery required when fsck reports an unexpectedy inconsistency
https://bugs.launchpad.net/bugs/58430
You received this b
Please don't just fsck automatically for folks.
This just happened to me, and I ended up with a broken system by
following the directions and running fsck and having to hold down the
"enter" key for a LONG time while ominous messages flew by offering to
remove illegal blocks, duplicate blocks, etc
Why even ask? Seriously... who would answer anything but yes to fsck's
questions?
--
Command-line recovery required when fsck reports an unexpectedy inconsistency
https://bugs.launchpad.net/bugs/58430
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug con
I also think the Importance should be bumped because, as Emmanuel said,
it renders the system unusable for many users.
--
Command-line recovery required when fsck reports an unexpectedy inconsistency
https://bugs.launchpad.net/bugs/58430
You received this bug notification because you are a member
I think the reasoning is wrong here.
so, we are in the situation that fsck recovery could trigger data loss.
so, it's dangerous.
question is... what is the alternative for the user?
who is going to repair a filesystem corruption in any other way than fsck?
ever? I mean... basically there is only
Matt, shouldn't we allow people to do that and confirm they understand
the risk on the same prompt ? That is, when detecting such an error
occurred, we offer the user to run the "manual" fsck and have him attend
to the critical , possibly involving data loss error by fsck.
--
Command-line recover
The reason the system requires that fsck be run manually in this case is
that there is the possibility of data loss/corruption during the repair.
Where errors can be automatically corrected without this risk, fsck
simply corrects them without prompting the user.
** Summary changed:
- fsck error m
23 matches
Mail list logo