Re: udftools-1.0.0b3 + 2.6.20 failure?

On 3 Mar 2007, Gustavo Guillermo P=E9rez said:
> El S=E1bado, 3 de Marzo de 2007 10:12, Nix escribi=F3:
>> nix@hades 209 /home/nix% mount /mnt/pcdrw
>> ls -l /mnt/pcdrw
>> mount: wrong fs type, bad option, bad superblock on /dev/pktcdvd/cdrw,
>>        missing codepage or other error
>>        In some cases useful info is found in syslog - try
> Try at this point mount -t udf /xxxxx /xxxx

As the dmesg log shows:

>>        dmesg | tail  or so
>>
>> UDF-fs: No partition found (1)
>> pktcdvd: Fixed packets, 32 blocks, Mode-2 disc
>> pktcdvd: Max. media speed: 10
>> pktcdvd: write speed 4x
>> pktcdvd: 590528kB available on disc

that was what it was trying anyway.

No, the problem was bloody damned blasted HAL yet again, getting in
there at the end of the cdrwtool run and grabbing the drive exclusively
for a critical instant. Why nobody thought of defining a mutual-
exclusion protocol for devices *before* having HAL stamp all over them I
will never know.

Kill HAL and cdrwtool works fine.

--=20
`In the future, company names will be a 32-character hex string.'
  --- Bruce Schneier on the shortage of company names