On 19/07/17 03:59, John M Andersen wrote:
Your controllers send data slower, so that should make for less errors. I can't believe that is the problem. I would have thought this too. Failed to write tape mark happens at the start and end of each backup. These demark the backup sessions. It said filemark not tape mark. I remember something about writing a tape mark, backing up over it, and then going forward again reading the tapemark. If it can't find the tapemark, it assumes it was not able to write it. Its really that it couldn't read it. How would I prove this? Things that caused that (back in the day when I was using tape) were: tape leaders of wrong type/lenght (or leaders when the drive didn't want any, I thought Ultrium LTO were all the same standard? The tapes are being wound onto the take-up reel in the drive just fine. I can see it goind round through the air-vent in the back of the drive. worn out first portion of the tape (it gets more wear), They are second hand tapes but all of them have the problem. In HP LTT it says the cartridges are hardly used. improper erase, I used mt -f /dev/st* erase 0 (for quick erase) Which I always do before a backup. tape mark from an incompitable drive unexpectedly encountered. (in those days we really couldn't use the same tapes on different models of drives - maybe that is fixed these days). It is a HP drive, would that be a problem. Cheapo off brand tapes, I have tried with Sony, TDK, Imation and IBM LTO4 tape cartridges. I don't have any HP ones but I do have some HP LTO3 I haven't tried yet. I will try it with those.
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org