<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr">On Wed, Dec 12, 2018, 11:08 AM Daryl McDonald <<a href="mailto:darylangela@gmail.com">darylangela@gmail.com</a> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Wed, Dec 12, 2018 at 10:38 AM Stephen Worthington <<a href="mailto:stephen_agent@jsw.gen.nz" target="_blank" rel="noreferrer">stephen_agent@jsw.gen.nz</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Wed, 12 Dec 2018 12:05:23 +0000, you wrote:<br>
<br>
>On Wed, 12 Dec 2018 at 11:27, Daryl McDonald <<a href="mailto:darylangela@gmail.com" target="_blank" rel="noreferrer">darylangela@gmail.com</a>> wrote:<br>
><br>
><br>
>> All physical tests point to the drive, could I prevent it from beng<br>
>> recorded to by resizing the partition to just bigger than the recordings on<br>
>> it?<br>
>><br>
>><br>
>Rather than going down the risky route of resizing a partition on a faulty<br>
>drive why not just "fill up" the drive by creating a dummy file or files?<br>
>This is then easily undone just by deleting the file(s)<br>
><br>
>Something like "dd if=/dev/zero of=filename count=???" should do the job?<br>
<br>
If you reduce the free space on the partition to less than about 20<br>
Gibytes, the expire routine will expire recordings on that partition<br>
until it has about 20 Gibytes free again.  So you would lose<br>
recordings by doing that.  Expiry happens even if there is no<br>
recording scheduled to go to that drive.  So that is a really bad<br>
idea.<br>
<br>
In any case, it is much simpler just to run mythtv-setup and delete<br>
the "Default" storage group entry pointing to that drive.  Use the D<br>
key to delete.<br>
<br>
If you then want to run test recordings on that drive, you can create<br>
a new storage group with a different name, and add an entry in that<br>
storage group that points to the bad drive.  Then in your test<br>
recording rule, in Storage Options, change the third line down from<br>
'Store in the "Default" storage group' to the option with the name of<br>
your new storage group.  Adding a new storage group like that will<br>
also make MythTV able to see the recordings still on the drive - they<br>
will be able to be played back and deleted.  But unless you have<br>
changed your recording rules to store to storage groups other than<br>
"Default", no new recordings will go to the drive.<br>
_______________________________________________<br>
mythtv-users mailing list<br>
<a href="mailto:mythtv-users@mythtv.org" target="_blank" rel="noreferrer">mythtv-users@mythtv.org</a><br>
<a href="http://lists.mythtv.org/mailman/listinfo/mythtv-users" rel="noreferrer noreferrer" target="_blank">http://lists.mythtv.org/mailman/listinfo/mythtv-users</a><br>
<a href="http://wiki.mythtv.org/Mailing_List_etiquette" rel="noreferrer noreferrer" target="_blank">http://wiki.mythtv.org/Mailing_List_etiquette</a><br>
MythTV Forums: <a href="https://forum.mythtv.org" rel="noreferrer noreferrer" target="_blank">https://forum.mythtv.org</a></blockquote><div><br></div><div>Thanks everyone, new group created ("questionable") and pointing to "storage2". Now I have to replace that drive, wouldn't you know it, the thirty day return period expierd a week ago.</div></div></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"></div><div dir="auto">Good news, (because I'm such a valued customer) Amazon issued a return label for the drive, and the replacement is a couple dollars less now. I used "rsync" to bring the old "storage2" drive current recordings status, not too many changes in the past 45 days, I'll fire it up later today.</div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
</blockquote></div></div></div>