• Content Count

  • Joined

  • Last visited

Community Reputation

5 Neutral

About toyanucci

  • Rank
    Regular Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. You applied the update from within DSM without redoing redpill? Wondering if it's safe to just apply the update Sorry for the duplicate posts, not sure why it did that. Can someone please delete them?
  2. Many others have helped to get this up and running so we're all standing on their shoulders. The process I followed is based on the above edited quoted posts. I'm running 7.0.1-42218 baremetal on a Asrock J4105 ITX board with no modifications. I had 6.2.3 working with Jun's loader before. I haven't seen this posted so I hope this part helps someone but I have a M1 Macbook Air which uses an arm processor and I was unable to compile an image with the docker on this machine or using docker in a Ubuntu virtual machine on the M1 Macbook Air as there were always errors relating to docker.
  3. Mine says it's idling in the 60's too which immediately looked strange to me so I figured it had to wrong as well.
  4. Thankfully the internal nic works so I won't need to make an additional purchase. If anyone wants the H360T I have though let me know. I'll sell it at cost
  5. Ok. So I tried to update from within DSM 6.2 and it tried but hung at updating programs for over an hour so I hard reset. I put the redpill usb in and it loaded up and said it needed to be reinstalled. I reinstalled and kept settings and it updated and updated programs and now I'm on 7.0 baremetal. Docker and everything is running great. Thanks to everyone who helped me figure all this out and especially to everyone who contributed to redpill. I know all this takes a LOT of time to figure out, time that could be spent doing so many other things but the dedication to the communi
  6. I let the usb boot up then I hot plugged the sata drive and hit refresh at the setup page and it came up. Installing currently. Everything is working with the test drive I'm using. After installing it works perfectly on reboot as well and takes just about a minute from power on to when the DSM can be accessed. Now to try to update my normal setup
  7. It seems the onboard nic is working after all! All along I had a sata drive connected when I tried to boot up and it would't boot at all. I unplugged the drive just now and could access the setup page within 2 minutes. Now it's to figure out how to get the sata drive to work
  8. Can someone recommend a compatible nic? I waited all week for a HP NC360T to be delivered only to realize it's a pcie x4 and my j4105 motherboard only has a pcie x1 slot The onboard realtek nic should be compatible but for some reason it isn't working for me so I want to try using another nic.
  9. Man it was weird! After 3 to 4 day's it would stop working...Thinking about it now maybe that coincided with when watchtower updated plex And yes, maybe native plex sets the permission during setup as well which is why docker plex would work afterwards.
  10. Just restarted and checked and /dev/dri/ is populated...maybe it's a permission thing as you said. about to try what you said: chmod 777 /dev/dri/* So that fixed it!! I am so thankful as this has been a MAJOR annoyance for many months. I didn't want to bother anyone with the problem but so glad I finally just asked. Thank you so much for you help!! I can finally stop running those daily scripts lol.
  11. I do but it's like if a native app doesn't attempt to use it it's not enabled so docker can't access it until it is.
  12. docker run -d \ --name=plex \ --net=host \ -e PUID=1026 \ -e PGID=100 \ -e TZ=America/Chicago \ -e VERSION=latest \ -v /volume1/docker/plex/config:/config \ -v /volume1/docker/multimedia:/Multimedia \ --restart unless-stopped \ --device=/dev/dri:/dev/dri \ linuxserver/plex:latest That's what I used to create the docker plex. The issue is at boot nothing is in /dev/dri/ unless I run run native plex first.
  13. I can get hw transcoding to work for plex in docker but to make it work I have to run plex from package center first or /dev/dri/ is empty. Rebooting (manually or from losing power) results in no /dev/dri/ being empty again and I have to stop docker plex and run package center plex then stop it and start docker plex for hw transcoding to start working again in docker. /dev/dri/ also magically goes empty after a few days even if there's no power loss. Currently I have some scheduled scripts that run at 5am that stops docker plex, installs package center plex, stops package center ple
  14. Made a build with v0.10 but the usb won't boot on my system It shows an efi partition but just won't boot off it. I checked a previous bootable image and noticed the following were missing from the 50mb volume of the image created with v0.10 /boot/grub/x86_64-efi (this entire folder is missing) /efi/boot/bootx64.efi I copied them from the previously bootable image and the USB booted up.
  15. So in checking out the instructions you gave here I downloaded the kernel source you linked to and indeed r8169.c is listed in drivers/net/ethernet/realtek so I'm not sure why I can't seem to get the network up and running. I ordered a pcie nic that should be compatible I I'll test again and hope for the best when it gets delivered on friday unless this is resolved before then.