• Content Count

  • Joined

  • Last visited

Community Reputation

0 Neutral

About sheppp

  • Rank


  • Gender
  1. Thanks!! That worked. For those like me that don't work much in Linux and can't remember anything about what was previously "learned" about using it, I used Putty to telnet in and used the command: ' reiserfsck --rebuild-tree /dev/md10 ' to repair the file system on my 10th drive. I really appreciate the help from you (itimpi,, and Constructor)!
  2. I attempted to do this via telnet/putty with the command, "reiserfsck --rebuild-tree /dev/sdq" (where "sdq" is the Unraid-assigned name of the drive), however, I received the message, "Failed to open the device '/dev/sdq'". What am I doing wrong? Thanks.
  3. I ran the check and received this message: I have never run --rebuild-tree before. Does anybody have any suggestions re how to do/fix this? Thanks.
  4. I have had my Unraid server for many years with no major issues. Today, I found that I cannot write to my the server from any of my Windows machines. I get a "Error 0x8000FFFF: Catastrophic failure" whenever I attempt to do so - with my cache drive turned off on my shares (I can write to the server when the cache drive is on, however, my cache drive is not moving data onto the shares. I could, however, move files from my cache drive to a share via Midnight Commander. I checked the syslog (see attached) and found the following: "Sep 15 12:38:25 UR1 kernel: REISERFS warning: reiserfs
  5. You have to use ntfs-3g to write. I do it all the time. Unassigned devices works for this. I just formatted a drive in my Windows box with "plain" NTFS and transferred it to my UnRaid box. I then mounted it via the "Unassigned Devices" plugin as a non-array drive. After this, I mapped the /var/lib/mythtv/ location to the NTFS drive (in the MythTV docker/container) with no issues. For a non-Linux guy like me, it's fantastic because I don't have to mess with the Linux command line AND all of my recordings are easily accessible/playable/archivable via my Windows boxes.
  6. I finally found out what my problem was re not being able to record from the on-screen guide - and it was on my end. For whatever reason I never created a "Directory" in the "Default" group within "Storage Directories". Once I did this, I had instant success. I'm really sorry for wasting your time on this. Hopefully, however, somebody else will benefit from my idiocy. Thanks again for all of your help. Sparkly, at the risk of increasing the size of your already exploded skull, you are back to being brilliant. Sorry that I every doubted you!
  7. One of my MythTV problems has mysteriously cleared up with a simple reboot of my UnRaid box! I'm sorry that I didn't try that earlier. I now get livetv to transfer to my non-array drive. Thus, the only problem that I have left to resolve is why I cannot record via my onscreen guide. Again, live tv records with no problems AND I when I switch over to my other Ubuntu MythTV stand-alone box, I can record via the onscreen guide from it. I am utilizing Kodi on the same client computer (I merely change the IP in the Myth add-on), so I doubt that Kodi is the problem. Again, when I remote
  8. Password: Linux 4.0.4-unRAID. Last login: Mon Aug 31 20:04:50 -0700 2015 on /dev/pts/0. root@UR2:~# ls -lah /mnt total 0 drwxr-xr-x 21 root root 420 Aug 31 20:04 ./ drwxr-xr-x 18 root root 380 Aug 31 20:03 ../ drwxrwxrwx 4 nobody users 32 Aug 30 15:13 cache/ drwxrwxrwx 7 nobody users 168 Aug 20 22:23 disk1/ drwxrwxrwx 7 nobody users 168 Apr 13 2013 disk10/ drwxrwxrwx 7 nobody users 168 Mar 1 2014 disk11/ drwxrwxrwx 7 nobody users 168 Apr 11 2014 disk12/ drwxrwxrwx 7 nobody users 168 Nov 21 2014 disk13/ drwxrwxrwx 7 nobody users 168 Aug 21 15:03 disk
  9. No problem. In the big scheme of things and life this whole virtual TV thing is pretty meaningless. Nonetheless, now that I'm into it this far, I'm determined to figure it out somehow. Many thanks for your valuable time and input.
  10. Yes, I re-formatted it last night as XFS and re-mounted it via "Unassigned Devices" - but nothing changed. It shows up as a separate drive when I go into my UnRaid box via Windows too. Yet, when I map to it via the Myth docker (by clicking in the box and navigating to it vs. manually typing the text, so as to avoid transcription errors), nothing transfers into it (which, because of my OS guide recordings issue, would only be my livetv files).
  11. Thanks CHBMB. I saw Saarg's TVHeadEnd docker post/thread, but it looked as if there were still some loose ends, so I decided not to mess with it. Besides, I was somewhat familiar with the Myth interface. Perhaps I'll have to re-consider - after I figure out Sparkly's "smooth talking beast" ways to buy me some more time at home ...
  12. CHBMB, my guess is that Sparkly likely has several tents - in addition to a sizable alimony payment - that he could loan to you. My stand-alone Myth box points to a separate drive as well. Are you using TVHeadEnd in a VM or a docker?
  13. Trurl: I'll post my latest mappings when I get home tonight PST (provided that I still have a home and family to go back to - after wasting my life away the past couple of days trying to figure this out). Thanks for the cmd line text - when it comes to Linux, I'm a bumbling idiot (which is partially why I originally wanted to format my non-array drive as NTFS because it simplifies things for me). Johnodon: Thanks much for your volume mappings. They give me something else to try. If all else fails, I'll probably have to place my recordings on the array as well (provided that I can get them
  14. Thanks for the suggestions. I changed the mappings - but, still am unable to get recordings from the on-screen guide to work. Again, the "livetv" is working - files ARE created in the /var/lib/mythtv/livetv/ folder when I watch tv (and show up in the corresponding mapped folder - so long as I'm not using the non-array drive). However, despite the fact that Kodi displays "recorded" tv programs (made via the on-screen guide) within Kodi (under "TV Recordings"), whenever I click on them I get nothing AND I can find no actual files/recordings within the mythtv docker (or any mapped location).