Creative Communities of the World Forums

The peer to peer support community for media production professionals.

Activity Forums Storage & Archiving Trouble restoring a BRU tape using Argest

  • Trouble restoring a BRU tape using Argest

    Posted by Jd Marlow on August 28, 2022 at 3:13 pm

    Hi everyone,

    I have a problem restoring an LTO-6 tape created on BRU PE. I have been using the Argest Import Tool with success on many of my tapes, but one specific one does not seem to be working. The catalog does not come in correctly and I get a long error string when I try to restore it. I have given up on Argest for this tape and moved to command line using this:

    bru -xvvvf ntape0 “./Volumes/MindTrip_Edit/Restore/Seeds_of_Time_Edit/ShelfLife_Media7”

    The tape drive begins doing it’s work and acts like it’s restoring the tape, but then I get this message in terminal:

    JDMarlowsMini81:~ jdmarlow$ bru -xvvvf ntape0 “./Volumes/MindTrip_Edit/Restore/Seeds_of_Time_Edit/ShelfLife_Media7”

    archive ID = 5ab2676c1930

    label =

    buffer size = 128k bytes

    media size = <unknown>

    bru: [I277] Error setting extended file attribute of ‘/’: errno = 30, Read-only file system

    bru: [I277] Error setting extended file attribute of ‘/’: errno = 30, Read-only file system

    bru: [I277] Error setting extended file attribute of ‘/’: errno = 30, Read-only file system

    bru: [I277] Error setting extended file attribute of ‘/’: errno = 30, Read-only file system

    bru: [I277] Error setting extended file attribute of ‘/’: errno = 30, Read-only file system

    bru: [I277] Error setting extended file attribute of ‘/’: errno = 30, Read-only file system

    bru: [I277] Error setting extended file attribute of ‘/’: errno = 30, Read-only file system

    bru: [I277] Error setting extended file attribute of ‘/’: errno = 30, Read-only file system

    bru: [I276] Error setting ACL of ‘/’: errno = 30, Read-only file system

    bru: [I277] Error setting extended file attribute of ‘/Volumes’: errno = 13, Permission denied

    I have to wait a few hours for the drive to “finish” the restore and then none of the files have actually been restored.

    The interesting thing is that when I run a successful restore through Argest, I see this:

    bru: [W057] “/”: can’t access for write: errno = 30, Read-only file system

    bru: [I277] Error setting extended file attribute of ‘/’: errno = 30, Read-only file system

    bru: [I277] Error setting extended file attribute of ‘/’: errno = 30, Read-only file system

    bru: [I277] Error setting extended file attribute of ‘/’: errno = 30, Read-only file system

    bru: [I277] Error setting extended file attribute of ‘/’: errno = 30, Read-only file system

    bru: [I277] Error setting extended file attribute of ‘/’: errno = 30, Read-only file system

    bru: [I277] Error setting extended file attribute of ‘/’: errno = 30, Read-only file system

    bru: [I277] Error setting extended file attribute of ‘/’: errno = 30, Read-only file system

    bru: [I277] Error setting extended file attribute of ‘/’: errno = 30, Read-only file system

    bru: [I276] Error setting ACL of ‘/’: errno = 30, Read-only file system

    bru: [I215] translating “/” to “./”

    ./Volumes

    But ultimately the restore works. The files land where they should, albeit in a hidden folder that I have to move them out of. But it works.

    Does anybody have an idea of how I can work around this? I really need to be able to restore this tape. PS I don’t have access to a system with BRU PE anymore so no need to ask about that!

    Also I’m not sure why it thinks there is no write access to the destination volume, because there should be (see attachment).

    Juan Ignacio cabrera
    replied 1 week, 1 day ago
    2 Members · 1 Reply
  • 1 Reply
  • Juan Ignacio cabrera

    August 20, 2026 at 3:03 am

    Nobody ever answered this one, so for the next person who finds it: an LTO-6 written by BRU PE that ArGest refuses to restore is a software problem, not a tape problem. The data is almost always still sitting there intact.

    We were in the same position with our own vault. Our LTO backup masters were on BRU PE tapes and the supported paths all dead-ended. We ended up engineering our own recovery pipeline on modern hardware and validating the results file by file against what the tape itself records. It now runs as a service: tape survey and full catalog first, restore only after you see what is on the tape, every delivered file verified.

    If anybody want to check it out, we literally went live with the service today! You can find it here: lightbenders.com/bru-restore it has details about the process and prices. If you already solved this one since 2022, even better, and I would love to hear the troubleshooting story!

We use anonymous cookies to give you the best experience we can.
Our Privacy policy | GDPR Policy