<div dir="ltr"><div>Stupidly, I resized my partitions today with a third party tool that had previously worked before.  When I was done, I rebooted and dropped into maintenance mode (lovely).  After letting fsck.ext4 spit out numbers for two hours on my terminal, I knew that things were probably bad, and that I didn&#39;t value the recordings that much anyway, since I view them and delete them.  I decided to put the partition down like Old Yeller.<br>

<br></div><div>So, now I&#39;m back up, and I ran find_orphans.py, and I have an empty set in mythconverg.recorded (sniff).  There seem to be ghosts in other places.  I&#39;m not a database tinkerer when I don&#39;t know the schema.  Is the system good to go?  I have this morning&#39;s database backup just in case I need it.  Recordings are scheduled as early as this evening.<br>

<br></div><div>I&#39;m not sure if I&#39;m reading this correctly, but it looks like those old recordings were rescheduled from reading the mythbackend log.  Is this what happens when one runs find_orphans.py?<br></div><div>

<br></div><div>What should I look at to make sure I&#39;m out of the woods?<br><br></div><div>In the future, in case I decide to do something like this again, would gparted work on a more reliable basis?  I&#39;m kicking myself that I didn&#39;t try that first.  I did a backup of my system partitions yesterday, so I wasn&#39;t worried about that, but I don&#39;t normally back up the media since I&#39;m one of those watch it and get rid of it people, and I don&#39;t want to wait for all those gigabytes to back up :)<br>

</div><div><br>Thanks!<br>Jerry<br></div></div>