DivideBy0

Do a BIOS reset granted you can boot into the bios menu. Reset via the battery procedure, worse case scenario Try booting from another USB running something else but not Unraid, maybe linux or windows boot disk This will help eliminate the possible cause, boot disk . bios settings or motherboard. Looks like you don't have a UPS, first mistake. A power outage could bring brownouts or surges and your mobo may be fried for that matter. I bet you money is fried 🙂

Turned out to be a bad / busted / failed USB drive

Scratch that. Bad / Failed USB drive.

Am I missing something here? The Mac version of USB Flash Creator won't see my USB drive bit as you can see it is plugged in as per Mac Disk Utility. Am I doing something wrong here?

Thanks Jorge. Well, how do you backup the current USB if is not booting ? Use another linux system perhaps? I don't want to blow the config from the original USB, correct? What do I restore from the backed up USB drive? Never went through this process before. And I just realized, to make matters more difficult the boot USB drive is on the motherboard so I need to take this sucker apart Any specific file I could copy over from a healthy boot USB drive and get this going?

I did a normal power down on this UnRaid box and when booting back I get this? It won;t boot at all. I can see this in the IPMI interface. Any ideas? Corrupted USB boot drive? /dev/sda? How do I recover from this?

Would it be possible to add the support and binaries for the LTO backup tape drives? lsscsi -g mt -f /dev/nst0 status tapeinfo -f /dev/nst0 stenc -f /dev/nst0 --detail mt-st -f /dev/nst0 status smartctl -a /dev/nst0 sg_logs -a /dev/nst0

And boom goes to dynamite on this one. Edit: I meant USB goes to dynamite

Can we actually get anyone from limetech to follow up here. It has been crickets since day one and nobody cares to address it?

Any news or follow ups on this request? I was asked to post it in the right section? NADA?

Install and enable XFCE in your Kali and you should be able to Remote Desktop from Windows or Linux just fine. Instructions are similar with these. https://www.tweaking4all.com/software/linux-software/use-xrdp-remote-access-ubuntu-14-04/

I just purchased this HP 6250 LTO-6 Ultrium Internal Tape Drive and I would love to see some native backup support in UnRaid. Any options as of this moment? Thanks

I hope they give us the option to opt out from the cloud / forum login? I want to be 100000000% off the grid please

That's the perfect approach. After the first DD and change the label, I agree copying just the config folder with a cron job will be the way to go. Good stuff gents and thanks

I guess we're on different frequencies here LOL. Here is my scenario. My primary USB boot drive sits inside my server directly on the motherboard and is the primary and licensed USB drive. If that dies and I am remote, I need the means to boot off my unRaid, remotely (via IPMI and secondary boot drive) from a secondary USB drive which is a replica of the first one, except the license. That secondary USB drive should be plugged in as well in a USB port. SO if drive1 USB dies, then I boot off the USB drive 2 which is a perfect clone, then I manage to transfer the license to it based on the Limetech process. This failure scenario is very unlikely, BUT possible so I need steps in place to be able to recover remotely. And you're absolutely wrong with this statement "making copies, mirrored or otherwise, would not work as a functional, bootable backup, as the flash drive GUIDs would not match" The system will boot just fine from the mirrored drive minus the license and the arrays being off. All you have to do is transfer the license with Limetech process and you are back up and running with the arrays online. I hope and trust we're on the same frequency in terms of scenario and what we're trying to accomplish here At least all this was tested in my end, not just assumptions

I think connervt was insinuating that I am trying to copy the USB stick to re-use the same license on different box, comment for which actually I took offense but I said, Thank you if you get my gist 🙂 Unless I misread it and if that's case I will apologize in advance. I am a big boy 🙂 As for the new stick geometry they're identical the same brand same model same batch. They should have identical geometry right? That's the reason I like the DD command when you have same geometry I know my solution and you kind of touch on it. I can continue keeping the second USB plugged in and everytime I reboot I will add a startup script to unmount it. I only need this second USB in case of emergency when I am not home I can reboot them via IPMI. The unmount should do the trick. Thanks in advance

I am an old school UNIX guy man. To me DD is king particularly when both USB drives are the same model, so the DD block command is very reliable. Perhaps I should rename the UNRAID label on the spare USB? Is that even possible?

Conner? Conner? Anybody HOME? Are you in the right thread 🙂 The intent here wasn't to duplicate a USB and steal the license LOL. Is purely a backup mechanism USB to USB via the unix common DD Besides the DD does not replicate the USB GUID unique identifier so you must rest at peace that no license was stolen nor development hours wasted.. Nobody can boot off from a duplicated DD USB drive LOL Now back to the original question. Why this behavior? Is my intention to have a second USB plugged in (a DD mirror of the original one) so I can boot off it in case of failure or emergency. I should be able to plug in a second USB drive, DD it and not having to deal with licensing issues as per my initial post, correct? Unless someone gives me a good explanation of this strange behavior? Again this is the behavior. I plug in a second USB drive, I run the DD command to mirror it, and my license / key becomes invalid when the DD is done. WHY?

Conner thanks 🙂

Nope, this USB drive I am plugging in is brand new, formatted, no DD, no label, nothing, nada, niet, Is a VIRGIN Screenshot is taken after I started the DD command. But I can take it before just to prove it to you if I must. Same behavior in both of my unRaid's so it can't be the USB drive.

I am old school and and my way of back up my boot USB is DD, USB drive to USB drive. As soon as I plug in my second / backup usb drive and start my DD command, my license just flips to "invalid key". What gives? I was planning to have my second USB always plugged in as a warm stand by in case I need to boot from it. Can't the license mind its own business and stay where it needs to stay ? 🙂 Why the complication?

Runs VmWare ESXI 7.0 Licensed now but used to be my inRaid box for few months - Priced to sell $850 + shipping. You get a pretty good server in one box. PayPal or local pickup in Houston / 77002 Pictures: https://imgur.com/a/n6srqZC Case - SUPERMICRO CSE-721TQ-250B Black Mini-Tower Server Case with 250W Flex ATX Multi-output Bronze Power Supply - 4 HD Bays https://www.supermicro.com/en/products/chassis/tower/721/SC721TQ-250B - Supermicro MBD-X11SCV-Q-O - Mini-ITX Motherboard https://www.supermicro.com/en/products/motherboard/X11SCV-Q - CPUs x Intel(R) Core(TM) i7-8700 CPU @ 3.20GHz - 6 Cores / 12 Threads with vPRO-Support for Remote Access (similar with IPMI) - Heatsink: Supermicro - SNK-P0073A4 - 1u Enhanced Performance Active Cpu Hs For Socket H Series - Memory - 64GB Hynix - 2 X 32GB 260-Pin DDR4 SO-DIMM DDR4 2666 - 2 x SanDisk 1TB drives I may consider a trade for a recent 14" or 16" MacBook Pro and I will add some $$$ if need be.

Yeah that's an ugly proposition. Without a consistent and unique UUID is impossible to maintain a licensing system for sure. I hear you gents and it becomes a maintenance nightmare

Trusted Platform Module (TPM) combined with USB dongle comes to mind? Kind of the 2 factor authentication - something that you have and something that you have and you need both to boot up Usually is something that you have (hardware, dongle, etc, etc) and something the you know (pin, password, license key, etc, etc) but 2 pieces of distinct hardware will also work. Without giving too much away if you speak Russian as I do, then my statement " I personally believe the licensing tied to the UUID is a weak mechanism but that's just me" will even have more tangible substance You know where I am going with this right..... So yes a combination of TPM and USB will probably give you more security with hardware that is in place already and not much investment besides the TPM and USB licensing key exchange and protocols.

Thanks. I have a hot / stand by (taped to the NAS) spare with DD on it and a cold spare in my storage. Can't have enough redundancy on USB's LOL