The fight of Manjaro Budgie

Mike Turcotte-McCusker
Updated •
Linux

So, I’ve been gone for a little while to finish school (I did well!) and got a new (to me) computer. I had issues with it from the moment I bought it, on a sketchy classifieds deal...

But alas, with time and effort, she is up and running and purring along fairly nicely now. However, even after getting her functional properly, I ran into quite the issue I’d like to share for people who may have a similar problem; Installing an encrypted Manjaro Budgie system, borked my system hard.

The basic idea, is that I had Windows 10 installed on the machine in MBR/BIOS fashion, on my single 500GB Hard Drive. I then installed Manjaro Budgie (if you remember my Solus review, I really liked Budgie but felt it sluggish, so I wanted to try it on Manjaro,) and decided to use the LUKS built-in encryption in the installer.

I did my usual partition setup; one for Manjaro, one for Windows, one for Swap. Unfortunately, GRUB refused to see Windows without some tweaking involved even after using things like os-prober. I was feeling lazy at the time and decided just to try firing Linux Mint Cinnamon onto the machine instead.

Unfortunately, this became more of a hassle than I first realized, as the installer for Linux Mint refused to see my hard drive as a viable installation option.

It simply was not listed. However it was quite visible through fdisk, lsblk, gparted etc. It took myself, and the ops in the mint support channel quite a bit of digging around, before one of them came up with the solution: somehow, the Manjaro Budgie install while creating the LVM for the encrypted installation, had fired some RAID information to the hard drive.

The Linux Mint installer couldn’t see the drive, because it was told to bypass seeing it due to it being in RAID mode. But, it wasn’t setup for RAID, really, in any other way.

The Solution

Find the hard disk involved:

  • fdisk -l

Remove Raid information:

  • dmraid -E -r /dev/sdX # Replace X with appropriate information from fdisk

Doing this, solved my issue, and then rather than retry the Manjaro install unencrypted, I simply installed Linux Mint Cinnamon.

Not sure how common this is, or if anyone will find this useful, but I thought I would share. With that said, I am back, and articles will start flowing again: Now including gaming reviews, and installation tips focused on Linux!

Comments

  1. Chloe Perry????? said on
    Reply

    Interesting fix! I can see how a weird RAID configuration showing up out of nowhere would be a real headache. Thanks for sharing your experience; it’s good to know what rabbit holes to check if I ever run into something similar with my own Manjaro Budgie setup.????

  2. MarkDubya said on
    Reply

    Why didn’t you install Manjaro Cinnamon instead?

  3. Vrai said on
    Reply

    Thanks for posting that.
    A person could spend a long time and a lot of effort tracking down such a problem.
    Now this little gem will be residing in the back of my brain just in case it ever happens to me! :)

  4. Kracken said on
    Reply

    Ubuntu Budgie is really nice.

  5. dmacleo said on
    Reply

    aha I have (on ‘nix and windows) run into that raid issue before ESPECIALLY when disk was set as dynamic disc.
    pita to figure out, easy to fix.

  6. TelV said on
    Reply

    School? Aren’t you a bit too old for school Martin? https://en.wikipedia.org/wiki/Ghacks

    1. city_zen said on
      Reply
    2. dmacleo said on
      Reply

      LOL never to old to learn though :)

    3. Martin Brinkmann said on
      Reply

      Not my article ;)

      1. TelV said on
        Reply

        Oh wait…you’re not the author. It’s Mike’s article. Sorry about that. Scrap the other comment I just posted please (the one with the Crunchbase link in it).

  7. Franck said on
    Reply

    Congratulations for your exams !

  8. Cinikal said on
    Reply

    Welcome back.

  9. Raphael said on
    Reply

    Some time I had also similar issue with USB keys getting a weird partitioning scheme with ISO to USB key process, to test a linux distro for instance.

    To get a clean disk (or USB key) you may try a :
    dd if=/dev/zero of=/dev/sdX bs=1M count=5

    So this is basically writing 5 megabytes of zeroes at the beginning, erasing MBR/GPT and allowing then to reformat properly the key/HDD, seeing again its complete size. Because without erasing the beginning of the key I was sometime stuck with OS refusing to reformat everything “from scratch”. I wonder if it would have done the same as the dmraid -E -r command.

    1. lushkava said on
      Reply

      @Raphael: The best way to do this is to use wipefs(8), which is included in the util-linux package. It is capable of specifically identifying and scrubbing all signatures that are known to libblkid, meaning that it covers MBR/GPT partition table metadata and much more besides.

Leave a Reply

By commenting, you accept our privacy policy and keep the discussion respectful and on topic.