В rackspace, кстати, так и сделано. Зато в случае проблем с хостом мигрировать виртуалки будут больше суток. При наличии же СХД время измеряется секундами-минутами.
Переносить с порченого тома данные и проверять на валидность, разумеется. Если критиные данные точно не затронуты и Вы уверены в этом, то работать с ними дальше (не на побитой ФС уже, разумеется), иначе откатываться на бэкап. Когда данные вытащены, можно и fsck попробовать прогнать на битой ФС.
С fsck надо поаккуратнее, поскольку сохранность данных его задачей не является, он нужен только при приведения метаданных ФС к консистентному виду, даже если придется для этого что-нибудь потереть (что, впрочем, не означает, что fsck не следует использовать совсем).
И, разумеется, если сбойная запись попала на участок с данными, не стоит надеятся, что восстановление структур ФС восстановит Ваши данные.
В общем, проверяйте также их на повреждения (лучше обнаружить это раньше, чем когда бэкапы устареют сильнее).
Также не стоит торопиться с fsck, если файловую систему удается смонтировать в readonly.
И, разумеется, если сбойная запись попала на участок с данными, не стоит надеятся, что восстановление структур ФС восстановит Ваши данные.
В общем, проверяйте также их на повреждения (лучше обнаружить это раньше, чем когда бэкапы устареют сильнее).
Также не стоит торопиться с fsck, если файловую систему удается смонтировать в readonly.