Re: recommendations on how to recover a corrupted, LVM-based hard drive?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Feb 14, 2014, at 7:41 AM, Mark Haney <mhaney@xxxxxxxxxxxxxx> wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> 
> 
> On 02/12/2014 11:39 AM, Robert P. J. Day wrote:
>> 
>> a friend asks me if there's a way to solve the following, not out
>> of any sense of urgency (since there are backups) but more out of a
>> sense of curiosity as to whether it can even be done.
> 
> I'm a little late to the thread here because of the boondoggle that is
> the RTP, NC area the last couple of days, but here is my $0.02.
> 
> I learned a long time ago that recovering anything from an LVM volume
> is more trouble that it's worth.  I have lost more data on LVM volumes
> than I have any other filesystem.  Unless you use RAID with LVM never
> use it on a personal workstation/desktop.
> 
> In fact, I'm in the process of scrapping the LVM volume based virtual
> machines at my office simply because they are LVM based.
> 
> I'm sure I'll be flamed for it, but the tools to recover LVM data is
> humorous at best, and catastrophic at worst.

I think the LVM fans are on devel@. They had such a cow on devel@ a bit over a year ago that they got FESCO to override the anaconda team's decision to go with plain partitions by default with the anaconda rewrite during Fedora 18. I think LVM is very cool in many ways but subjecting users to it by default for installing an operating system is irritating. It's a hostile initial user experience. People constantly have recovery or resize problems with it, and have no idea how to use the myriad commands in the exact proper order and incantation. So it's f'n annoying to get fanboys who say it must be the default for installation and POOF they're NOWHERE to be found when people need help with recoveries and so forth.

My efforts are on Btrfs in this regard. It's so much simpler to use and manage. If you don't want to use certain features you don't have to, and it'll behave pretty much like a plain partition. I'd rather be having data problems there, that eventually have a broader benefit for both casual users as well as the big data types.



Chris Murphy

-- 
users mailing list
users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org




[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux