I’m a computer and open source enthusiast from Toronto, Ontario, Canada.

  • 1 Post
  • 88 Comments
Joined 1 year ago
cake
Cake day: July 3rd, 2023

help-circle







  • My guess is that some businesses get tax breaks from municipalities in exchange for filling office spaces with warm bodies. The idea is that people in office buildings support local businesses by buying lunch, and sometimes grabbing a pint after work.

    I’m not trying to excuse this trend, in fact as an IT person myself I 100% agree with the sentiment, I’m just trying to share what I’ve been told.













  • Assuming you were using a Linux software RAID, you should be able to recover it.

    The first step would be to determine what kind of RAID you were using… btrfs, zfs, mdraid/dmraid/lvm… do you know what kind you set up?

    To start the process, try reconnecting your RAID disks to a working Linux machine, then try checking:

    1. The sudo lsblk command will help you get a list of all connected disks, sizes and partitions.
    2. The partition tables on the disks, eg: sudo fdisk -l /dev/sda (that’s a lowercase L and /dev/sda is your disk)
    3. Assuming you use a standard Linux software RAID, try sudo mdadm --examine /dev/sda1. If all goes well, the last command should give you an idea of what state the disk is in, what RAID level you had, etc.
    4. Next, I would try and see if mdadm can figure out how to reassemble the array, so try sudo mdadm --examine --scan. That should hopefully produce output with the name of the RAID array block device (eg, /dev/md0), RAID level and members of the RAID array (number of disks). Let me know what you discover…

    Note: if you used zfs of btrfs, do not do steps 3 and 4; they are MD RAID specific.