login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
openbsd-misc
»
2009
»
October
»
7
Re: automating 'fsck -y' after a power failure
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [thread] [
date
] [
author
]
[view in full thread]
From: Janne Johansson
Subject:
Re: automating 'fsck -y' after a power failure
Date: Wednesday, October 7, 2009 - 12:52 am
Joachim Schipper wrote:
quoted text
>>> make a dump of the partition before going to execute potentially data >>> destroying actions? >> yes, this is sound advice of course. but what are you going >> to do with the dump if say, fsck is not able to revive the fs? >> "dump" it back, run fsck again and answer "no" at a couple of >> fsck prompts? how is it going to change anything in the end? > > Well, if fsck can't revive your partition, you can always try different > tools. Something like fsdb may be able to recover part or all of your > filesystem even in cases where fsck loses the plot.
Also, fsck may fail in the middle due to lack of memory, so moving the dump to a bigger box to make it run through may be a good solution in that case. Or old fsck fails where a -current fsck won't.
Previous message: [
thread
] [
date
] [
author
]
Next message: [thread] [
date
] [
author
]
Messages in current thread:
automating 'fsck -y' after a power failure
, Jose Fragoso
, (Fri Oct 2, 5:15 am)
Re: automating 'fsck -y' after a power failure
, Marcos Laufer
, (Fri Oct 2, 9:15 am)
Re: automating 'fsck -y' after a power failure
, Otto Moerbeek
, (Fri Oct 2, 10:31 am)
Re: automating 'fsck -y' after a power failure
, frantisek holop
, (Fri Oct 2, 1:38 pm)
Re: automating 'fsck -y' after a power failure
, Brad Tilley
, (Fri Oct 2, 1:43 pm)
Re: automating 'fsck -y' after a power failure
, Otto Moerbeek
, (Fri Oct 2, 1:49 pm)
Re: automating 'fsck -y' after a power failure
, Mauro Rezzonico
, (Fri Oct 2, 3:12 pm)
Re: automating 'fsck -y' after a power failure
, Robert
, (Fri Oct 2, 3:32 pm)
Re: automating 'fsck -y' after a power failure
, Otto Moerbeek
, (Sat Oct 3, 1:04 am)
Re: automating 'fsck -y' after a power failure
, Mauro Rezzonico
, (Sat Oct 3, 2:19 am)
Re: automating 'fsck -y' after a power failure
, frantisek holop
, (Sun Oct 4, 10:58 am)
Re: automating 'fsck -y' after a power failure
, bofh
, (Sun Oct 4, 11:26 am)
Re: automating 'fsck -y' after a power failure
, Otto Moerbeek
, (Sun Oct 4, 11:29 am)
Re: automating 'fsck -y' after a power failure
, Joachim Schipper
, (Sun Oct 4, 11:36 am)
Re: automating 'fsck -y' after a power failure
, James Hartley
, (Sun Oct 4, 12:50 pm)
Re: automating 'fsck -y' after a power failure
, Janne Johansson
, (Wed Oct 7, 12:52 am)
Navigation
Create content
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Stephen Smalley
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
Paul Gortmaker
[34-longterm 237/260] KVM: x86: Move TSC reset out of vmcb_init
Mathieu Desnoyers
Re: Linux 2.6.25-rc2
Luben Tuikov
Re: Integration of SCST in the mainstream Linux kernel
Borislav Petkov
drm_vm.c:drm_mmap: possible circular locking dependency detected (was: Re: Linux 2...
git
:
Mike Miller
git message
Wincent Colaiuta
Re: [RFC PATCH] Make the rebase edit mode really end up in an edit state
Johannes Schindelin
Re: [PATCH] Fix install-doc-quick target
Kevin Ballard
Re: git check-attr -z and quoting
Dan Chokola
Re: how do you "force a pull"?
git-commits-head
:
Linux Kernel Mailing List
mm: fix build on non-mmu machines
Linux Kernel Mailing List
ALSA: hda: Use olpc-xo-1_5 quirk for Toshiba Satellite P500-PSPGSC-01800T
Linux Kernel Mailing List
powerpc/kexec: Add support for FSL-BookE
Linux Kernel Mailing List
Staging: rt2870: Removal of kernel_thread() API
Linux Kernel Mailing List
NFSv4: Move error handling out of the delegation generic code
linux-netdev
:
Arnaldo Carvalho de Melo
Re: [PATCH 06/37] dccp: Limit feature negotiation to connection setup phase
Sebastian Andrzej Siewior
[PATCH v2] net/core: use ntohs for skb->protocol
Badalian Vyacheslav
Re: tc filter flow hash question
Parav Pandit
ip6 route output() and ip_route_output_key() by drivers
Jarek Poplawski
Re: tc filter flow hash question
openbsd-misc
:
Tony Abernethy
Re: The Atheros story in much fewer words
ropers
Re: Real men don't attack straw men
"RALOVICH, Kristóf"
Re: thinkpad windows refund
Kevin
Re: uvm_mapent_alloc: out of static map entries on 4.3 i386
Nick Holland
Re: Install OpenBSD from USB ?
Colocation donated by:
Syndicate