Additional software may be available to do this). There's no NVRAM that keeps the data, and the disks don't keep spinning thanks to a battery backup (on their own, anyway. If the drives have said "ok, we've got the data", and then the power dies while the data is still in cache, there's a problem. Software RAID doesn't really have that sort of option. The battery exists to either write the data to NVRAM, in the event of a controller, or to the physical disks, in the event of a battery-backed array. This causes bad things in software that really needs to know data exists on the disk. Cache helps the performance at the expense of reliability, because if the power dies, your cache goes away, even though the software thought it was safe. The reason is that RAID is typically designed to ensure that your data is safe, and to increase performance. A disklabel sd0 sees the disk fine, but with a type of 'RAID' - when I had previously booted (before the fire) OpenBSD had seen it as a good softraid setup and mounted it successfully.Īny ideas what I can do from here? I have many years of data on the disk (including current Open University details and all my old software projects) - the OpenBSD man pages have brief detail and I don't want to risk running a command that might destroy/rebuild the array.Cache and RAID has an interesting relationship.Įxpensive RAID controllers have built-in cache, and they turn the drive cache off (typically). I've tried mounting the disk with the data on but it fails with an I/O error. So I'm now sitting with my one copy of data on a machine that cannot have OpenBSD installed on it (newer ASRock motherboards seem to have a UEFI fit with an OpenBSD formatted disk), leaving me needing to boot from CD and drop to a shell, and attempting to backup to a usb disk from there. My external offsite backup got corrupt too - all data lost on it.I had booted into an OpenBSD shell, with both disks attached (it could see everything fine, no probs) when one of the disks literally caught on fire - I doubt it's going to be usable again, the PCB has melted.The original machine now fails to POST no chance of going back into the original install.I was in the process of migrating to a zfs on linux machine, and all hell has broken loose: This was part of a softraid on an OpenBSD 5.6 machine. I'm currently very desperate: I have a 3TB WD Red disk that I need to extract data from.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |