bloggs

Thanks, I'll keep an eye on that thread, no use in doubling it up. If there is any additional info I can provide to help please let me know. Great project, tho! I really needed to update my resume and this made a really simple way to make it look nice.

I tried a few steps going all the way down to 100x100, but no change in the results. To be sure it wasn't something wrong with my image, I also tried linking to a random image online (https://external-content.duckduckgo.com/iu/?u=http%3A%2F%2Fimg1.wikia.nocookie.net%2F__cb20100502232308%2Fadventuretimewithfinnandjake%2Fimages%2Fe%2Fe4%2FAt_100x100_iconjake.jpg&f=1&nofb=1) and it did the same thing with that as well, both on my hosted version and the public web one. Is there a log anywhere inside the docker that might shed some light on what is happening?

I tried it in both Brave and Chrome and it does the same in both, even with most of the security stuff in either turned off. I tried it in edge, but the page doesn't seem to work very well in there. Just for kicks I tried switching templates, but that seems to do the same thing on each of them that I tried. Finally, I tried switching to a different image in case there was something wrong with it, but that also does the same thing. I also tried a few different PDF viewers, but no luck there either. Oddly enough, I tried it on the public site (https://rx-resume.web.app/) and it did the same thing there as well. Are there issues with image size or file type maybe? This is just a 1000x1000 jpg image that is 736 kb, so it isn't anything really strange.

I got your reactive-resume docker up and running, and it works great until I try to save as PDF. When I do this, everything saves with the exception of my photo. It just displays a blank area in the PDF where the picture should be. The photo displays fine in the viewer prior to and after trying to save as PDF. There are no errors that I can see. Any ideas of what I can do or where I can look to help figure out why?

Sorry, I would but I already wiped it. I did as much testing as I could on it and nothing seemed to be wrong, so I just decided to wipe it and use it to haul around ISOs and stuff that won't matter if it does eventually flake out on me.

I decided to just go with a new thumb drive. I just brought it back up with a copy of the config directory from the old flash and things are looking good so far. In case anyone else has this issue, the procedure I used is as follows: 1 - Made a fresh backup of my original thumb drive files. 2 - Purchased a new thumb drive 3 - Used SDFormatter to format new thumb drive as FAT32 with the "UNRAID" label specified 4 - Downloaded 6.2.1 from the Lime site 5 - Extracted 6.2.1 to the new thumb drive 6 - Booted from the new thumb drive 7 - Applied original license key - got error that it doesn't match the new drive 8 - Shut down system 9 - Copied /config directory from original thumb drive to new thumb drive 10 - Booted up again from the new thumb drive 11 - Did the replace license procedure through the NAS GUI 12 - Checked drive placement in array 13 - Brought array back online I am just double checking everything, but I'm not seeing anything that was lost for settings. My dockers are present, the VM was up and running by the time I checked, and everything else seems to be in good shape. I originally thought I lost my plugins, but it just turned out that I had less of them installed than I remembered. All in all, this was pretty successful, and I'm yet again impressed with Unraid's ability to get through stuff like this without data loss.

I had checked that the drive label was "UNRAID" previously, but I went ahead and did what you requested, and received the following output.

So, I found https://lime-technology.com/forum/index.php?topic=49013.0 which seems to be describing a pretty much identical situation. The poster in that case ended up rebuilding onto a new USB, which seems to have fixed his issue. I'd rather get it working without doing that, but I guess it is something I can do if nothing else works.

I forgot to include the following in the last reply. /etc/fstab contains the following:

While reading through some other posts, I found something that may be narrowing down the issue. Someone else having issues was told to look at df to see if the usb stick was being mounted in /boot, and as seen below, mine is not: I tried mounting /boot, and get the following: However, /dev/disk doesn't have a by-label directory in it: A listing of /dev/disk/by-id, however, shows the sandisk usb stick: Did something change in 6.2.1 that removed the by-label directory?

I took the upgrade to 6.2.1 through the web gui today. Everything looked fine, so I carefully prepared everything and rebooted, and after a while realized the system didn't come back up like normal and in fact I couldn't even ping it. I hooked up a monitor and found that the system had picked up a DHCP address for some reason on br0, even though it still has the correct address in the network.cfg on the thumb drive (I checked). Oddly enough, it also no longer requires a password for root and seems to be using the hostname "Tower" again now, so it apparently has reset some defaults. I am not able to get to the web interface or any shares. I did try rebooting it, but as expected it comes back up the exact same way. I am a bit hesitant to do too much to it without some guidance. I have attached a syslog, and below is the output of ifconfig and contents of network.cfg. syslog-20161014.txt