![](https://seccdn.libravatar.org/avatar/b6d74bd9067939d4a94afc11d65cf4c3.jpg?s=120&d=mm&r=g)
On 12 Sep 2002, Leo Przybylski wrote:
If you wish to do a format on Linux, you might try: cdrwtool -d /dev/sr1 -m 4096
using device /dev/sr1 formatting 4096 blocks 8065KB internal buffer setting write speed to 12x But after I tried: # pktsetup /dev/pktcdvd /dev/sr1 # mkudffs --udfrev=0x0150 --media=cdrw /dev/sr1 trying to change type of multiple extents Am I missing something ? Do I need cdrwtool -d /dev/sr1 -b fast ? This is a new disk. I'm using the new UDF driver from CVS, with the namei.c changes. Tomorrow I'll format 2 disks with InCD 3.37, put files in one, let the other empty, and test both with packet-cd.
this will format the cd with cdrwtool in 4096 blocks. You would probably use more blocks, but 4096 is a good test to see if you get a seek error.
On Thu, 2002-09-12 at 12:54, Frédéric L. W. Meunier wrote:
On 12 Sep 2002, Leo Przybylski wrote:
/dev/pktcdvd0 and /dev/pktcdvd are for the pktcdvd module to write to a a cdrw after mounting.
I see, but I thought devfs would create /dev/pktcdvd0 and not /dev/pktcdvd. Are they different ?
If you use mount -t udf /dev/sr1 /mnt/cdrom, you will receive a message telling you it is mounting read only.
Yes, but after using packet-cd with the InCD 3.31 disk I now get a lot of messages in the logs (see my last mail) by only mounting it and reading the "corrupted" directories.
If I could format it on Linux...
Yesterday Ben fixed a bug in UDF CVS (present in 2.4.19) which prevented reading the contents after mounting.
On Thu, 2002-09-12 at 11:29, Frédéric L. W. Meunier wrote:
I only noticed the new messages now. I think they only appeared after.
From my shell prompt, I see the commands completed at:
pktsetup /dev/pktcdvd /dev/sr1 14:11:55 mount -t udf /dev/pktcdvd /mnt/cdrom 14:14:08 umount /mnt/cdrom 14:28:05 pktsetup -d /dev/pktcdvd 14:32:27 mount -t udf /dev/sr0 /mnt/cdrom 14:33:10 umount /mnt/cdrom 14:42:58
BTW, what's /dev/pktcdvc0 ? With devfs I only get /dev/pktcdvd.
I'm using media ACER 8x.
Sep 11 20:41:42 pervalidus kernel: hdd: ATAPI 40X CD-ROM CD-R/RW drive, 8192kB Cache, DMA hdd: HL-DT-ST GCE-8320B, ATAPI CD/DVD-ROM drive
-- 0@pervalidus.{net, {dyndns.}org}
![](https://seccdn.libravatar.org/avatar/dc297c748c50c728d03a5a119ec71282.jpg?s=120&d=mm&r=g)
On Thu, Sep 12, 2002 at 07:36:37PM -0300, Frédéric L. W. Meunier wrote:
On 12 Sep 2002, Leo Przybylski wrote:
If you wish to do a format on Linux, you might try: cdrwtool -d /dev/sr1 -m 4096
using device /dev/sr1 formatting 4096 blocks 8065KB internal buffer setting write speed to 12x
But after I tried:
# pktsetup /dev/pktcdvd /dev/sr1
# mkudffs --udfrev=0x0150 --media=cdrw /dev/sr1 trying to change type of multiple extents
if your going to do it that way, you have to run it on /dev/pktcdvd you can also do cdrwtool -d /dev/sr1 -u 4096
Am I missing something ?
Do I need cdrwtool -d /dev/sr1 -b fast ? This is a new disk.
Shouldn't need to. Ben
![](https://seccdn.libravatar.org/avatar/673171be70df50f212d9030710d61906.jpg?s=120&d=mm&r=g)
On Thu, 12 Sep 2002, Ben Fennema wrote:
On Thu, Sep 12, 2002 at 07:36:37PM -0300, Frédéric L. W. Meunier wrote:
On 12 Sep 2002, Leo Przybylski wrote:
If you wish to do a format on Linux, you might try: cdrwtool -d /dev/sr1 -m 4096
using device /dev/sr1 formatting 4096 blocks 8065KB internal buffer setting write speed to 12x
But after I tried:
# pktsetup /dev/pktcdvd /dev/sr1
# mkudffs --udfrev=0x0150 --media=cdrw /dev/sr1 trying to change type of multiple extents
if your going to do it that way, you have to run it on /dev/pktcdvd you can also do cdrwtool -d /dev/sr1 -u 4096
OK, I mispelled it.
Do I need cdrwtool -d /dev/sr1 -b fast ? This is a new disk.
I'm not sure if the disk was blank, but I only issued the failed cdrwtool -d /dev/sr1 -q on it. I first tried: # cdrwtool -d /dev/sr1 -m 4096 using device /dev/sr1 formatting 4096 blocks 8065KB internal buffer setting write speed to 12x # pktsetup /dev/pktcdvd /dev/sr1 # mkudffs --udfrev=0x0150 --media=cdrw /dev/pktcdvd start=0, blocks=16, type=RESERVED start=16, blocks=3, type=VRS start=19, blocks=237, type=USPACE start=256, blocks=1, type=ANCHOR start=257, blocks=31, type=USPACE start=288, blocks=32, type=PVDS start=320, blocks=32, type=LVID start=352, blocks=32, type=STABLE start=384, blocks=1024, type=SSPACE start=1408, blocks=2400, type=PSPACE start=3808, blocks=31, type=USPACE start=3839, blocks=1, type=ANCHOR start=3840, blocks=160, type=USPACE start=4000, blocks=32, type=STABLE start=4032, blocks=32, type=RVDS start=4064, blocks=31, type=USPACE start=4095, blocks=1, type=ANCHOR # mount -t udf /dev/pktcdvd /mnt/cdrom Problem: Sep 12 20:36:04 pervalidus kernel: pktcdvd: 8192kB available on disc ^^^^^^ I tried to copy much more and it failed. Then I tried: # umount /mnt/cdrom # pktsetup -d /dev/pktcdvd # cdrwtool -d /dev/sr1 -b fast using device /dev/sr1 fast blank 8065KB internal buffer setting write speed to 12x # cdrwtool -d /dev/sr1 -m 4096 using device /dev/sr1 formatting 4096 blocks 8065KB internal buffer setting write speed to 12x # pktsetup /dev/pktcdvd /dev/sr1 # mkudffs --udfrev=0x0150 --media=cdrw /dev/pktcdvd Then I tried: ... # cdrwtool -d /dev/sr1 -b full using device /dev/sr1 full blank 8065KB internal buffer setting write speed to 12x ... Still the same 8192kB. The ACER 8x are 80min. -- 0@pervalidus.{net, {dyndns.}org}
![](https://seccdn.libravatar.org/avatar/dc297c748c50c728d03a5a119ec71282.jpg?s=120&d=mm&r=g)
On Thu, Sep 12, 2002 at 08:50:20PM -0300, Frédéric L. W. Meunier wrote:
Problem:
Sep 12 20:36:04 pervalidus kernel: pktcdvd: 8192kB available on disc
Ya, your only formating 4096 blocks =] Thats where the 4096 number comes from. When you did the quick format, what did it print for the disc capacity? Also, can you run cdrwtool -i after the quick format fails, and email me the results? The most likely cause of the quick format failure is miscomputing the disc capacity. Ben
![](https://seccdn.libravatar.org/avatar/673171be70df50f212d9030710d61906.jpg?s=120&d=mm&r=g)
On Thu, 12 Sep 2002, Ben Fennema wrote:
On Thu, Sep 12, 2002 at 08:50:20PM -0300, Frédéric L. W. Meunier wrote:
Problem:
Sep 12 20:36:04 pervalidus kernel: pktcdvd: 8192kB available on disc
Ya, your only formating 4096 blocks =]
Thats where the 4096 number comes from.
When you did the quick format, what did it print for the disc capacity?
The same 8192kB BTW, I noticed the following using fast and full: cdrom: This disc doesn't have any tracks I recognize! I think it was during cdrwtool -d /dev/sr1 -m 4096 I don't know what's going on, but: # cdrwtool -d /dev/sr1 -b fast using device /dev/sr1 fast blank 8065KB internal buffer setting write speed to 12x wait_cmd: Input/output error Command failed: a1 01 00 00 00 00 00 00 00 00 00 00 - sense 03.51.00 blank disc: Illegal seek The same error from my cdrwtool -d /dev/sr1 -q Sep 12 21:16:44 pervalidus kernel: sr1: CDROM (ioctl) error, command: 0xa1 01 00 00 00 00 00 00 00 00 00 00 Sep 12 21:16:44 pervalidus kernel: Current sr00:00: sns = 70 3 Sep 12 21:16:44 pervalidus kernel: ASC=51 ASCQ= 0 Sep 12 21:16:44 pervalidus kernel: Raw sense data:0x70 0x00 0x03 0x00 0x00 0x00 0x00 0x0a 0x00 0x00 0x00 0x00 0x51 0x00 0x00 0x00 0x00 0x00 I retried and it worked.
Also, can you run cdrwtool -i after the quick format fails, and email me the results?
# cdrwtool -i -d /dev/sr1 ? using device /dev/sr1 8065KB internal buffer setting write speed to 12x DISC INFO: erasable : Yes border = 0 Disc status = 0 number of first track = 1 number of sessions = 1 number of tracks = 1 status of last track = 1 uru = 1 did_v = 0 dbc_v = 0 disc type = 255 disc_id = 0 lead_in = 97:22:60 (438210) lead_out = 79:59:74 (359999) OPC entries = 0 TRACK INFO: Track 1 track_number = 1 session_number = 1 damage = 0 copy = 0 track_mode = 7 Rt = 0 blank = 1 packet = 0 fp = 0 data_mode = 1 lra_v = 0 nwa_v = 1 track_start = 0 next_writable = 0 last_recorded = 0 free_blocks = 359847 packet_size = 0 track_size = 359847 (719694KB)
The most likely cause of the quick format failure is miscomputing the disc capacity.
What about it using 12x if the media is 8x and my LG is 32x10x40x. -- 0@pervalidus.{net, {dyndns.}org}
![](https://seccdn.libravatar.org/avatar/dc297c748c50c728d03a5a119ec71282.jpg?s=120&d=mm&r=g)
On Thu, Sep 12, 2002 at 09:28:23PM -0300, Frédéric L. W. Meunier wrote:
On Thu, 12 Sep 2002, Ben Fennema wrote:
On Thu, Sep 12, 2002 at 08:50:20PM -0300, Frédéric L. W. Meunier wrote:
Problem:
Sep 12 20:36:04 pervalidus kernel: pktcdvd: 8192kB available on disc
Ya, your only formating 4096 blocks =]
Thats where the 4096 number comes from.
When you did the quick format, what did it print for the disc capacity?
no, no.. when you use -q -q prints out:Disc capacity is %u blocks (%uKB/%uMB)\n Or is it always failing on the blank?
The same 8192kB
BTW, I noticed the following using fast and full:
cdrom: This disc doesn't have any tracks I recognize!
Don't worry about that.. its nothing
I think it was during cdrwtool -d /dev/sr1 -m 4096
I don't know what's going on, but:
# cdrwtool -d /dev/sr1 -b fast using device /dev/sr1 fast blank 8065KB internal buffer setting write speed to 12x wait_cmd: Input/output error Command failed: a1 01 00 00 00 00 00 00 00 00 00 00 - sense 03.51.00 blank disc: Illegal seek
Blank failing is rather strange
The same error from my cdrwtool -d /dev/sr1 -q
Sep 12 21:16:44 pervalidus kernel: sr1: CDROM (ioctl) error, command: 0xa1 01 00 00 00 00 00 00 00 00 00 00 Sep 12 21:16:44 pervalidus kernel: Current sr00:00: sns = 70 3 Sep 12 21:16:44 pervalidus kernel: ASC=51 ASCQ= 0 Sep 12 21:16:44 pervalidus kernel: Raw sense data:0x70 0x00 0x03 0x00 0x00 0x00 0x00 0x0a 0x00 0x00 0x00 0x00 0x51 0x00 0x00 0x00 0x00 0x00
I retried and it worked.
So the quick format worked? Not according to the -i data you sent.
Also, can you run cdrwtool -i after the quick format fails, and email me the results?
# cdrwtool -i -d /dev/sr1 ?
Ok, according to that quick format should be using 295232. try cdrwtool -d /dev/sr1 -m 295232 if it fails, run cdrwtool -i -d /dev/sr1 and check if blank is 1. if so, try -m 295200. you can keep subtracting off 32 blocks till it works =] In general, if it fails right away the # is too big, otherwise its having at problem when it hits the end and it probably won't report it blank. Ben
![](https://seccdn.libravatar.org/avatar/673171be70df50f212d9030710d61906.jpg?s=120&d=mm&r=g)
On Thu, 12 Sep 2002, Ben Fennema wrote:
On Thu, Sep 12, 2002 at 09:28:23PM -0300, Frédéric L. W. Meunier wrote:
On Thu, 12 Sep 2002, Ben Fennema wrote:
On Thu, Sep 12, 2002 at 08:50:20PM -0300, Frédéric L. W. Meunier wrote: The same error from my cdrwtool -d /dev/sr1 -q
Sep 12 21:16:44 pervalidus kernel: sr1: CDROM (ioctl) error, command: 0xa1 01 00 00 00 00 00 00 00 00 00 00 Sep 12 21:16:44 pervalidus kernel: Current sr00:00: sns = 70 3 Sep 12 21:16:44 pervalidus kernel: ASC=51 ASCQ= 0 Sep 12 21:16:44 pervalidus kernel: Raw sense data:0x70 0x00 0x03 0x00 0x00 0x00 0x00 0x0a 0x00 0x00 0x00 0x00 0x51 0x00 0x00 0x00 0x00 0x00
I retried and it worked.
So the quick format worked? Not according to the -i data you sent.
I thought it worked. It returned to the shell prompt after ~1 minute. Now I ran it with -q and: using device /dev/sr1 fast blank 8065KB internal buffer setting write speed to 12x Settings for /dev/sr1: Fixed packets, size 32 Mode-2 disc I'm going to do a quick setup of /dev/sr1. The disc is going to be blanked and formatted with one big track. All data on the device will be lost!! Press CTRL-C to cancel now. ENTER to continue. Initiating quick disc blank Disc capacity is 295264 blocks (590528KB/576MB) Formatting track Apparently it's formatting it since ~20 minutes ago but ps shows a D. deadlock ? Nothing in the logs.
try cdrwtool -d /dev/sr1 -m 295232
if it fails, run cdrwtool -i -d /dev/sr1 and check if blank is 1. if so, try -m 295200. you can keep subtracting off 32 blocks till it works =]
In general, if it fails right away the # is too big, otherwise its having at problem when it hits the end and it probably won't report it blank.
-- 0@pervalidus.{net, {dyndns.}org}
![](https://seccdn.libravatar.org/avatar/b6d74bd9067939d4a94afc11d65cf4c3.jpg?s=120&d=mm&r=g)
On Thu, 12 Sep 2002, Frédéric L. W. Meunier wrote:
On Thu, 12 Sep 2002, Ben Fennema wrote:
On Thu, Sep 12, 2002 at 09:28:23PM -0300, Frédéric L. W. Meunier wrote:
On Thu, 12 Sep 2002, Ben Fennema wrote:
On Thu, Sep 12, 2002 at 08:50:20PM -0300, Frédéric L. W. Meunier wrote: The same error from my cdrwtool -d /dev/sr1 -q
Sep 12 21:16:44 pervalidus kernel: sr1: CDROM (ioctl) error, command: 0xa1 01 00 00 00 00 00 00 00 00 00 00 Sep 12 21:16:44 pervalidus kernel: Current sr00:00: sns = 70 3 Sep 12 21:16:44 pervalidus kernel: ASC=51 ASCQ= 0 Sep 12 21:16:44 pervalidus kernel: Raw sense data:0x70 0x00 0x03 0x00 0x00 0x00 0x00 0x0a 0x00 0x00 0x00 0x00 0x51 0x00 0x00 0x00 0x00 0x00
I retried and it worked.
So the quick format worked? Not according to the -i data you sent.
I thought it worked. It returned to the shell prompt after ~1 minute. Now I ran it with -q and:
using device /dev/sr1 fast blank 8065KB internal buffer setting write speed to 12x Settings for /dev/sr1: Fixed packets, size 32 Mode-2 disc
I'm going to do a quick setup of /dev/sr1. The disc is going to be blanked and formatted with one big track. All data on the device will be lost!! Press CTRL-C to cancel now. ENTER to continue.
Initiating quick disc blank Disc capacity is 295264 blocks (590528KB/576MB) Formatting track
Apparently it's formatting it since ~20 minutes ago but ps shows a D. deadlock ? Nothing in the logs.
No, hopefully not a deadlock. start=0, blocks=16, type=RESERVED start=16, blocks=3, type=VRS start=19, blocks=237, type=USPACE start=256, blocks=1, type=ANCHOR start=257, blocks=31, type=USPACE start=288, blocks=32, type=PVDS start=320, blocks=32, type=LVID start=352, blocks=32, type=STABLE start=384, blocks=1024, type=SSPACE start=1408, blocks=293568, type=PSPACE start=294976, blocks=31, type=USPACE start=295007, blocks=1, type=ANCHOR start=295008, blocks=160, type=USPACE start=295168, blocks=32, type=STABLE start=295200, blocks=32, type=RVDS start=295232, blocks=31, type=USPACE start=295263, blocks=1, type=ANCHOR Writing UDF structures to disc Quick setup complete! But at the end I got: Sep 12 23:11:42 pervalidus kernel: hdd: empty DMA table? Sep 12 23:11:50 pervalidus last message repeated 13 times Sep 12 23:11:50 pervalidus kernel: Device not ready. Make sure there is a disc in the drive.
try cdrwtool -d /dev/sr1 -m 295232
if it fails, run cdrwtool -i -d /dev/sr1 and check if blank is 1. if so, try -m 295200. you can keep subtracting off 32 blocks till it works =]
In general, if it fails right away the # is too big, otherwise its having at problem when it hits the end and it probably won't report it blank.
-- 0@pervalidus.{net, {dyndns.}org}
![](https://seccdn.libravatar.org/avatar/b6d74bd9067939d4a94afc11d65cf4c3.jpg?s=120&d=mm&r=g)
On Thu, 12 Sep 2002, Ben Fennema wrote:
On Thu, Sep 12, 2002 at 09:28:23PM -0300, Frédéric L. W. Meunier wrote:
On Thu, 12 Sep 2002, Ben Fennema wrote:
if it fails, run cdrwtool -i -d /dev/sr1 and check if blank is 1. if so, try -m 295200. you can keep subtracting off 32 blocks till it works =]
In general, if it fails right away the # is too big, otherwise its having at problem when it hits the end and it probably won't report it blank.
It worked. After cdrwtool -d /dev/sr1 -b fast -q: # pktsetup /dev/pktcdvd /dev/sr1 # mount -t udf /dev/pktcdvd /mnt/cdrom # umount /mnt/cdrom (took a few minutes) # pktsetup -d /dev/pktcdvd Sep 12 23:17:12 pervalidus kernel: pktcdvd: writer sr1 sucessfully registered Sep 12 23:17:15 pervalidus kernel: pktcdvd: inserted media is CD-RW Sep 12 23:17:16 pervalidus kernel: pktcdvd: Fixed packets, 32 blocks, Mode-2 disc Sep 12 23:17:16 pervalidus kernel: pktcdvd: speed (R/W) 6/4 Sep 12 23:17:16 pervalidus kernel: pktcdvd: 590528kB available on disc Sep 12 23:17:16 pervalidus kernel: UDF-fs DEBUG ../linux-2.4/lowlevel.c:57:udf_get_last_session: XA disk: no, vol_desc_start=0 Sep 12 23:17:16 pervalidus kernel: UDF-fs DEBUG ../linux-2.4/super.c:1414:udf_read_super: Multi-session=0 Sep 12 23:17:16 pervalidus kernel: UDF-fs DEBUG ../linux-2.4/super.c:407:udf_vrs: Starting at sector 16 (2048 byte sectors) Sep 12 23:17:19 pervalidus kernel: UDF-fs DEBUG ../linux-2.4/super.c:750:udf_load_pvoldesc: recording time 1031878173/941727, 2002/09/12 22:49 (1f88) Sep 12 23:17:19 pervalidus kernel: UDF-fs DEBUG ../linux-2.4/super.c:760:udf_load_pvoldesc: volIdent[] = 'LinuxUDF' Sep 12 23:17:19 pervalidus kernel: UDF-fs DEBUG ../linux-2.4/super.c:767:udf_load_pvoldesc: volSetIdent[] = '3d81442dLinuxUDF' Sep 12 23:17:20 pervalidus kernel: UDF-fs DEBUG ../linux-2.4/super.c:959:udf_load_logicalvol: Partition (0:0) type 2 on volume 1 Sep 12 23:17:20 pervalidus kernel: UDF-fs DEBUG ../linux-2.4/super.c:969:udf_load_logicalvol: FileSet found in LogicalVolDesc at block=32, partition=0 Sep 12 23:17:20 pervalidus kernel: UDF-fs DEBUG ../linux-2.4/super.c:797:udf_load_partdesc: Searching map: (0 == 0) Sep 12 23:17:20 pervalidus kernel: UDF-fs DEBUG ../linux-2.4/super.c:838:udf_load_partdesc: unallocSpaceBitmap (part 0) @ 0 Sep 12 23:17:20 pervalidus kernel: UDF-fs DEBUG ../linux-2.4/super.c:879:udf_load_partdesc: Partition (0:0 type 1522) starts at physical 1408, block length 293568 Sep 12 23:17:20 pervalidus kernel: UDF-fs DEBUG ../linux-2.4/super.c:1212:udf_load_partition: Using anchor in block 256 Sep 12 23:17:20 pervalidus kernel: UDF-fs DEBUG ../linux-2.4/super.c:1441:udf_read_super: Lastblock=0 Sep 12 23:17:20 pervalidus kernel: UDF-fs DEBUG ../linux-2.4/super.c:722:udf_find_fileset: Fileset at block=32, partition=0 Sep 12 23:17:20 pervalidus kernel: UDF-fs DEBUG ../linux-2.4/super.c:783:udf_load_fileset: Rootdir at block=64, partition=0 Sep 12 23:17:20 pervalidus kernel: UDF-fs INFO UDF 0.9.6 (2002/03/14) Mounting volume 'LinuxUDF', timestamp 2002/09/12 21:49 (1f4c) Sep 12 23:22:22 pervalidus kernel: pktcdvd: writer sr1 unregistered I copied ~100Mb. It took ~20 minutes with fast because only 8192kB were formatted ? Tomorrow I'll test this disk with InCD 3.37 and make another to try with packet-cd. -- 0@pervalidus.{net, {dyndns.}org}
participants (3)
-
Ben Fennema
-
Frédéric L. W. Meunier
-
Frédéric L. W. Meunier