Why not find a Windows box to dump the data to a Linux server?  Problem
solved.
On Feb 19, 2012 8:54 AM, "Nick Guenther" <[email protected]> wrote:

> Hiya misc@,
>
> Upfront: if you have something useful to say, CC me, please. I haven't
> been on this list in a while, managing to solve my own shit before having
> to mail the hivemind, but today I am at a loss.
>
> I have some old DVD backups from the days when backing up to DVD sort of
> made sense, and now I'm trying to extricate them from their prison. Some
> have broken down and are full of I/O errors or won't mount at all, but
> others work fine. The trouble I'm having is that, in those that will mount,
> some (but only -some-!) show up with 8.3 (aka short aka DOS) filenames.
> I've booted my server into Linux and confirmed that, all else being equal,
> Linux gives long file names and OpenBSD doesn't for these disks, so *the
> metadata is* there and OpenBSD is doing it wrong.
>
> The head-scratching thing is that for some disks OpenBSD works like you'd
> expect, it's only some disks which teleport it to the stone age. I expect
> there's something weird about the metadata (having or not having proper
> Joliet or Rock Ridge attributes, I guess?), but I'm damned if I know what
> they are (I made these disks on Windows, with Nero probably, before I was
> on the path of enlightenment). I don't really care the cause, I just want
> my data: is there a way to -force- OpenBSD to pay attention to the long
> file names? mount_cd9660's -e, -g, -j and -R, much like the goggles, do
> nothing. Halpppppppppp!
>
>
> Here's what cd-info(1) (for the archives: this is from package libcdio)
> has to say about a DVD that OpenBSD shows LFNs for:
> ~$ cd-info  --dvd
> cd-info version 0.80 i386-unknown-openbsd4.9
> Copyright (c) 2003, 2004, 2005, 2007, 2008 R. Bernstein
> This is free software; see the source for copying conditions.
> There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
> PARTICULAR PURPOSE.
> CD location   : /dev/rcd0c
> CD driver name: OpenBSD
>   access mode: READ_CD
>
> Vendor                      : TSSTcorp
> Model                       : CD/DVDW TS-H652D
> Revision                    : GA01
> Hardware                                  : CD-ROM or DVD
> Can eject                                 : Yes
> Can close tray                            : Yes
> Can disable manual eject                  : Yes
> Can select juke-box disc                  : No
>
> Can set drive speed                       : No
> Can read multiple sessions (e.g. PhotoCD) : Yes
> Can hard reset device                     : Yes
>
> Reading....
>  Can read Mode 2 Form 1                  : Yes
>  Can read Mode 2 Form 2                  : Yes
>  Can read (S)VCD (i.e. Mode 2 Form 1/2)  : Yes
>  Can read C2 Errors                      : Yes
>  Can read IRSC                           : Yes
>  Can read Media Channel Number (or UPC)  : Yes
>  Can play audio                          : Yes
>  Can read CD-DA                          : Yes
>  Can read CD-R                           : Yes
>  Can read CD-RW                          : Yes
>  Can read DVD-ROM                        : Yes
>
> Writing....
>  Can write CD-RW                         : Yes
>  Can write DVD-R                         : Yes
>  Can write DVD-RAM                       : Yes
>  Can write DVD-RW                        : No
>  Can write DVD+RW                        : No
> ______________________________**____
>
> Disc mode is listed as: DVD-R
> CD-ROM Track List (1 - 1)
>  #: MSF       LSN    Type   Green? Copy?
>  1: 00:02:00  000000 data   false  no
> ++ WARN: number of minutes (501) truncated to 99.
> 170: 99:24:74  447224 leadout (1003 MB raw, 873 MB formatted)
> ______________________________**____
> CD An   alysis Report
> CD-ROM with ISO 9660 filesystem and joliet extension level 3
> ISO 9660: 2256224 blocks, label `GOSHA_DOCUMENTS                 '
> Application: NERO BURNING ROM
> Preparer   :
> Publisher  :
> System     :
> Volume     : GOSHA_DOCUMENTS
> Volume Set :
> ~$
>
>
> and one that OpenBSD shows SFNs for:
>
> ~$ cd-info --dvd
> [snip common drive info]
>
> Disc mode is listed as: DVD-R
> CD-ROM Track List (1 - 1)
>  #: MSF       LSN    Type   Green? Copy?
>  1: 00:02:00  000000 data   false  no
> ++ WARN: number of minutes (507) truncated to 99.
> 170: 99:16:26  446576 leadout (1001 MB raw, 872 MB formatted)
> ______________________________**____
> CD Analysis Report
> ISO 9660: 2279017 blocks, label `G Save B 6                      '
> Application: EASY CD CREATOR 6.0 (171) COPYRIGHT (C) 1999-2003 ROXIO, INC.
> Preparer   :
> Publisher  :
> System     :
> Volume     : G Save B 6
> Volume Set :
> UDF: version 0.00
>
>
> and another:
>
> Disc mode is listed as: DVD-R
> CD-ROM Track List (1 - 1)
>  #: MSF       LSN    Type   Green? Copy?
>  1: 00:02:00  000000 data   false  no
> ++ WARN: number of minutes (505) truncated to 99.
> 170: 99:57:63  449688 leadout (1008 MB raw, 878 MB formatted)
> ______________________________**____
> CD Analysis Report
> ISO 9660: 2269454 blocks, label `G Save B 7                      '
> Application: EASY CD CREATOR 6.0 (171) COPYRIGHT (C) 1999-2003 ROXIO, INC.
> Preparer   :
> Publisher  :
> System     :
> Volume     : G Save B 7
> Volume Set :
> UDF: version 0.00
>
>
> So, obviously, the clue is that Roxio obviously didn't put Joliet data on
> the discs (grrr), which Nero did on the other one. But nevertheless the
> long file names *are* there because linux reads them. Is there any way to
> make OpenBSD find the long names anyway?
>
> Thanks to all you lovely misc@ers,
> -Nick

Reply via email to