• Recent
    • Unsolved
    • Tags
    • Popular
    • Users
    • Groups
    • Search
    • Register
    • Login
    1. Home
    2. ibivibiv
    I
    • Profile
    • Following 0
    • Followers 0
    • Topics 1
    • Posts 5
    • Best 1
    • Controversial 0
    • Groups 0

    ibivibiv

    @ibivibiv

    1
    Reputation
    7
    Profile views
    5
    Posts
    0
    Followers
    0
    Following
    Joined Last Online

    ibivibiv Unfollow Follow

    Best posts made by ibivibiv

    • RE: manually apply image

      @ibivibiv Ok I was correct! I think maybe there is a more clever way to update the grub directory contents (grub update command etc.) but basically if I do the following I find myself with a fairly close to working system:

      1. dd the MBR file to /dev/sda
      2. sfdisk the partitions to /dev/sda
      3. partclone restore d1p1.img to /dev/sda1
      4. Take the grub contents from the original machine and overwrite them onto sda1
      5. partclone restore d1p6.img to /dev/sda6
      6. mkswap to /dev/sda5 with the uuid from the orig uuid file

      This drops me into the grub menu and after the timeout it boots as normal.

      Not too bad, and hopefully it helps anybody else that asks this question. I saw it gets brought up sometimes.

      posted in General Problems
      I
      ibivibiv

    Latest posts made by ibivibiv

    • RE: manually apply image

      @ibivibiv Ok I was correct! I think maybe there is a more clever way to update the grub directory contents (grub update command etc.) but basically if I do the following I find myself with a fairly close to working system:

      1. dd the MBR file to /dev/sda
      2. sfdisk the partitions to /dev/sda
      3. partclone restore d1p1.img to /dev/sda1
      4. Take the grub contents from the original machine and overwrite them onto sda1
      5. partclone restore d1p6.img to /dev/sda6
      6. mkswap to /dev/sda5 with the uuid from the orig uuid file

      This drops me into the grub menu and after the timeout it boots as normal.

      Not too bad, and hopefully it helps anybody else that asks this question. I saw it gets brought up sometimes.

      posted in General Problems
      I
      ibivibiv
    • RE: manually apply image

      @george1421

      Yes, and thanks for the reply. I’ve been in there and taking notes. There is quite a bit there and figuring out all the dependencies that FOS needs to run its scripts is a bit tricky. I’m pretty much almost there. FOS is a very nice boot kernel as well and those scripts are handy to reference but there is so much to hack to prevent it from failing on script runs I figured I would just make a clean initrd and a simple script. I’m going to try to run a grub update today and see if it lays down the image clean without the need to boot manually for a rescue on first boot. Technically its working right now it is just the first time the OS boots right now you have to go through the selection to boot into Ubuntu from the rescue menu. After that first time it just works fine.

      posted in General Problems
      I
      ibivibiv
    • RE: manually apply image

      Ok so I have some step by step that has gotten me MUCH closer:

      1. dd the MBR file to /dev/sda
      2. sfdisk the partitions to /dev/sda

      stopping here yields you a rescue grub prompt with nothing to boot to

      1. partclone restore d1p1.img to /dev/sda1

      stopping here yields you an initrd with an error wanting the d1p6 img and uuid

      1. partclone restore d1p6.img to /dev/sda6
      2. mkswap to /dev/sda5 with the uuid from the orig uuid file

      stopping here has gotten me to a working ubuntu that just needs to reboot out of grub rescue.

      I’m going to try to fix that so it doesn’t need that last little bit of help. I’m guessing an update to grub should fix it.

      posted in General Problems
      I
      ibivibiv
    • RE: manually apply image

      back in a hurry, so if I put the mbr on after all the above steps by dd’ing it I drop into the initramfs. It looks like I didn’t apply all the uuids correctly. So I would say swap the order of 1 and 2 and get the uuids fixed are my current tasks.

      posted in General Problems
      I
      ibivibiv
    • manually apply image

      I have seen some threads about this in the forums and I know that generally the answer is “Clonezilla FTW”, however I am trying to do something more lightweight. I am very close to success but I think I am missing some steps, if anyone sees my mistake I’d love the help and also I know others have wanted to do this as well. So this is what I know so far:

      I have a part clone windows image in a folder for ubuntu1804. In it there is a partitions table for sfdisk, a dd copy of the MBR, some EBR files (which appear to be empty?), a swap file uuid, and in my case 2 img files that are partclone images of the 2 partitions. I can see that there are the 2 real images and partitions and then there are the EBR’s and the Swap from the partitions file.

      Something like this:

      click here for Imgur of my partitions

      Ok so I dug into the download, func, and partfunc, shell scripts in FOS. It looks like the following steps need to be done:

      1. I dd the d1.mbr file to /dev/sda
      2. I sfdisk the d1.partitions file to /dev/sda
      3. I loop through the partitions and use partclone.restore on d1p1.img to /dev/sda1
      4. I dd the d1p1.ebr file to /dev/sda1
      5. I don’t have an image for d1p2 so I just dd the d1p2.ebr to /dev/sda2
      6. same with d1p5, no image just the d1p5.ebr that I dd to /dev/sda5
      7. I hav a d1p6.img so I partclone.restore that to /dev/sda6
      8. I dd the d1p6.ebr to /dev/sda6
      9. I get the uuid out of the d1.original.swapuuids
      10. I use the uuid with mkswap for the -U argument and mkswap to /dev/sda5

      If that is correct I should be booting up, but it just sits at a blinking cursor. I know that I could grow partitions or swap uuids, but I’ll work on that after I have a booting setup. I have flipped the order of some of the above and got the MBR to boot to a grub or a initrd, but never to the OS disk.

      I am sure I am missing a simple step here. I’ll keep digging into it and post back more results and document which order produces which results. This is very useful though because if I can capture with fog and then just simply script a quick Ramdisk (I have made one with debirf already waiting to script this once I do it manually) that can auto load an OS with no interaction. Obviously this only works well if you have a bunch of the exact same machine, but it is still VERY useful.

      Let me know if anyone spots a mistake in my list or the order and check back if you are interested in following my adventures lol.

      • list item
      posted in General Problems
      I
      ibivibiv