It was also actually pretty fun!

  • tomkatt@lemmy.worldEnglish
    12612·
    4 months ago

    Give me more of this and less of the politics. This is what I come to Lemmy for.

  • aMockTie@lemmy.world
    27·
    4 months ago

    What happens if the SSH session closes before dd finishes? Sounds pretty badass but I don’t think I would trust this approach in prod lol

    • cm0002@lemmy.worldOP
      31·
      4 months ago

      Well the 1 SSH session bit was for dramatic meme-effect lol, you can actually connect back without issue (at least it did for me) so worst case if you weren’t working in tmux you’d just have to start dd again

      Worst worst case, you’d just end up back where you were probably heading before anyways, KVM/IPMI

      • aMockTie@lemmy.world
        6·
        4 months ago

        Sure, I suppose as long as sshd is up and running in the ramdisk environment (which you mentioned in another comment, along with all other services) you could always reconnect. Very neat and clever!

      • aMockTie@lemmy.world
        9·
        4 months ago

        True, but I was more thinking about the issue of reconnecting in general when you just nuked sshd.

    • InnerScientist@lemmy.world
      2·
      4 months ago

      As long as you only copy off the disk, you can just reboot and the whole system in RAM vanishes and the normal system boots again for the second try.

    • cm0002@lemmy.worldOP
      36·
      4 months ago

      I had a server I rented from a provider in a data center and I wanted to image (dd) the drive for archival before I decommissioned it from my infrastructure.

      Normally, you can’t really do that with the OS running and you would have to shut down and insert a live USB or something and temporarily boot from that. The server being a faraway rental the only option was to open a ticket so that they could enable an out-of-band management option like KVM or IPMI. Which would allow you to control a machine as if you had a physical monitor, keyboard and mouse in front of you. With that you can attach flash drives, shutdown, restart, see the POST/BIOS/UEFI screens etc remotely .

      But, I didn’t want to wait 6-8 hours for them to enable that so instead I put together a process that would “boot” me into another distro “installed” into a RAM disk (kinda like how live CD/USB works) from the currently installed and running OS without rebooting

      From there I could unmount the boot disk and do what ever I wanted from there, I could have even wiped the disk entirely and installed a entirely different distro if I wanted

      • AVincentInSpace@pawb.socialEnglish
        10·
        4 months ago

        How do you do that? What minimal distro did you use? Did you make it yourself? How reliable is pivot-root? How many tries did it take you to do that successfully?

    • Croquette@sh.itjust.works
      16·
      4 months ago

      RAM is still memory, so you can put anything in there, like an OS.

      With pivot_root, you can change where the root is. So you pivot into your OS in RAM, which becomes the root of the system.

      At that point, you can do pretty much anything you would normally do with your OS, like unmount a HDD.

      I’ve never personally done it, but that’s a simplified explanation of what OP did.

  • Pacmanlives@lemmy.world
    151·
    4 months ago

    Hopefully you don’t lose power or something else bad happens or there goes your data

    • Ajen@sh.itjust.works
      5·
      4 months ago

      If that happens, they just fall back to the first option of waiting for their provider to set up the IPMI.

  • bss03@infosec.pub
    12·
    4 months ago

    I’ve never gotten pivot_root to work well / as documented. Major props for being able to pull this off. Hopefully you didn’t have much time where a connection-drop would require a reboot. SSH in the new root on an alternate port before the pivot? idk.

    • cm0002@lemmy.worldOP
      8·
      4 months ago

      Really? It seemed to go pretty smooth for me, SSH dropped once I think when I reloaded the services (expected), but after that I was able to connect back fine on the same port no issue

      • bss03@infosec.pub
        1·
        4 months ago

        It’s been a LONG time since I tried, but ISTR it complaining that it couldn’t move the old_root because it was in use? But, when I’d fuser it, the only think that was using it was my shell (using it as the current directory).

    • cm0002@lemmy.worldOP
      5·
      4 months ago

      Damn lol wish I would have come out sooner lmao Seems a tad more complicated though, I don’t remember having to compile anything at least

  • ChojinDSL@discuss.tchncs.de
    7·
    4 months ago

    Check out dattobd sometime. It’s a tool that allows you to make a snapshot of a block device for backups, while the OS is running. Useful if your filesystem doesn’t support snapshots.

  • Nine@lemmy.worldEnglish
    4·
    4 months ago

    Once I figured out how to netboot the os into memory that’s how I run all my nodes :)

  • smbEnglish
    4·
    4 months ago

    i had experimented with kexec and takeover.sh to install a distro that was not available by my provider.

    it resulted in some scripts i now (triggered by this thread) have published (in a nonready state):

    http://github.com/tobinq/goaround

    the scripts may be in bad shape but i successfully changed one preinstalled ubuntu to a devuan with what is in these scripts. however i didn’t work on them for month now and am not sure about that last state… so its experimental only.