Write error - SATA link reset with growisofs and tracksize not multiple of 32kB
Hi, I have a problem with my SATA-drive LG GH20NS10 (actual firmware EL01, same with old firmware) and growisofs (7.1): If I try to burn a DVD-Image on a DVD-R (or quick-blanked DVD-RW) in DAO-Mode with a size not divisible by 32kB, writing stops after the last complete 32kB-Block and I get an write error: growisofs -dvd-compat -Z /dev/scd0=test2.iso Executing 'builtin_dd if=test2.iso of=/dev/scd0 obs=32k seek=0' /dev/scd0: FEATURE 21h is not on, engaging DAO... /dev/scd0: reserving 286877 block, warning for short DAO recording /dev/scd0: Current Write Speed is 4.1x1352KBps. 0/587524096 ( 0.0%) @0x, remaining ??:?? RBU 100.0% UBU 0.0% 0/587524096 ( 0.0%) @0x, remaining ??:?? RBU 100.0% UBU 0.0% 0/587524096 ( 0.0%) @0x, remaining ??:?? RBU 100.0% UBU 0.0% 0/587524096 ( 0.0%) @0x, remaining ??:?? RBU 100.0% UBU 0.0% 0/587524096 ( 0.0%) @0x, remaining ??:?? RBU 100.0% UBU 0.0% 0/587524096 ( 0.0%) @0x, remaining ??:?? RBU 100.0% UBU 0.0% 16646144/587524096 ( 2.8%) @3.6x, remaining 13:43 RBU 100.0% UBU 85.3% 35160064/587524096 ( 6.0%) @4.0x, remaining 7:19 RBU 99.9% UBU 100.0% 53641216/587524096 ( 9.1%) @4.0x, remaining 5:08 RBU 100.0% UBU 100.0% 72122368/587524096 (12.3%) @4.0x, remaining 4:10 RBU 100.0% UBU 100.0% 90636288/587524096 (15.4%) @4.0x, remaining 3:28 RBU 99.9% UBU 100.0% [...] 534609920/587524096 (91.0%) @4.0x, remaining 0:11 RBU 100.0% UBU 100.0% 553123840/587524096 (94.1%) @4.0x, remaining 0:07 RBU 100.0% UBU 100.0% 571604992/587524096 (97.3%) @4.0x, remaining 0:03 RBU 47.5% UBU 100.0% 587497472/587524096 (100.0%) @3.4x, remaining 0:00 RBU 0.1% UBU 100.0% 587497472/587524096 (100.0%) @0.0x, remaining 0:00 RBU 0.1% UBU 100.0% 587497472/587524096 (100.0%) @0.0x, remaining 0:00 RBU 0.1% UBU 100.0% 587497472/587524096 (100.0%) @0.0x, remaining 0:00 RBU 0.1% UBU 100.0% 587497472/587524096 (100.0%) @0.0x, remaining 0:00 RBU 0.1% UBU 100.0% 587497472/587524096 (100.0%) @0.0x, remaining 0:00 RBU 0.1% UBU 100.0% [repeating] 587497472/587524096 (100.0%) @0.0x, remaining 0:00 RBU 0.1% UBU 100.0% 587497472/587524096 (100.0%) @0.0x, remaining 0:00 RBU 0.1% UBU 100.0% 587497472/587524096 (100.0%) @0.0x, remaining 0:00 RBU 0.1% UBU 100.0% 587497472/587524096 (100.0%) @0.0x, remaining 0:00 RBU 0.1% UBU 100.0% :-[ [EMAIL PROTECTED] failed with SK=0h/ASC=00h/ACQ=03h]: Input/output error :-( write failed: Input/output error -- at the same time, kernel logs: - [ 6030.669547] ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen [ 6030.669568] ata2.00: cmd a0/01:00:00:00:80/00:00:00:00:00/a0 tag 0 dma 32768 out [ 6030.669570] cdb 2a 00 00 01 db 40 00 00 0e 00 00 00 00 00 00 00 [ 6030.669573] res 40/00:03:00:00:80/00:00:00:00:00/a0 Emask 0x4 (timeout) [ 6030.669581] ata2.00: status: { DRDY } [ 6030.669589] ata2: hard resetting link [ 6037.200029] ata2: link is slow to respond, please be patient (ready=0) [ 6040.672036] ata2: softreset failed (device not ready) [ 6040.672061] ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300) [ 6045.672181] ata2.00: qc timeout (cmd 0xa1) [ 6045.672204] ata2.00: failed to IDENTIFY (I/O error, err_mask=0x4) [ 6045.672209] ata2.00: revalidation failed (errno=-5) [ 6045.672218] ata2: hard resetting link [...] [ 6105.680071] ata2.00: disabled [ 6105.680091] ata2: exception Emask 0x40 SAct 0x0 SErr 0x800 action 0x6 frozen t4 [ 6105.680097] ata2: SError: { HostInt } [ 6105.680104] ata2: hard resetting link [ 6112.212025] ata2: link is slow to respond, please be patient (ready=0) [ 6115.684025] ata2: softreset failed (device not ready) [ 6115.684049] ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300) [ 6115.684086] ata2: EH complete --- (Board: Gigabyte GA-MA78G-DS3H with AMD780G Chipset) The DVD is readable afterwards, and a dd gives me the complete image size (not only the bytes reported as successfull written). But the error is annoying. With -use-the-force-luke=tracksize:XYZ and XYZ divisible by 16 (=32kB blocks), it works without error. My other drive (Optiarc DVD RW AD-7170A, IDE - not SATA) doesn't have this problem, I haven't found other problems with the LG-drive and I haven't found any problems like this in the internet. Is there a explanation for the behaviour? As far as I understand, DVD-R can only be written in 32kB-Blocks, but the drive itself should fill up incomplete blocks. Could it be a defect drive or a bug of the SATA-Chipset? Would it be a good idea to patch growisofs and make sure that tracksize is automatically extended to the next 32kB? Or could this lead to other problems? Regards Markus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Devis immédiat -LLD-LOA-CREDIT- voiture neu ve remisée, financée, livrée en moins de 48h
Si vous ne visualisez pas ce mail correctement, copiez l'adresse suivante dans votre navigateur www.voitures.com
One for DVD+RW/hcn.html
Hi Andy, i got one for your hcn.html INQUIRY:[HL-DT-ST][BD-RE GGW-H20L ][YL03] This drive does not like format type 0x30 with sub type 3 Quick Certification. Only sub type 2 (i.e. full formatting) works ... and needs 4900 seconds. Format type 0x00 works and needs about 30 seconds. I stumbled over this because xorriso could not format unused BD-RE by this format parameter list: 00 82 00 08 00 B4 74 00 C3 00 30 00 When i learned why dvd+rw-format formats fast and successfully, i found that it can produce about the same format lists too. This one is similar enough to fail: $ dvd+rw-format -ssa=min /dev/sr1 * BD/DVD±RW/-RAM format utility by [EMAIL PROTECTED], version 7.1. * 24.2GB BD media detected. * formatting .:-[ FORMAT UNIT failed with SK=5h/INVALID FIELD IN PARAMETER LIST]: Input/output error It's format parameter list is 00 82 00 08 00 B8 74 00 C3 00 10 00 The problem appears with used and with unused media READ FORMAT CAPACITIES: formatted: 11826176*2048=24220008448 00h(3000): 11826176*2048=24220008448 30h(3000): 11826176*2048=24220008448 30h(5000): 11564032*2048=23683137536 30h(1000): 12088320*2048=24756879360 31h(800): 12219392*2048=25025314816 READ FORMAT CAPACITIES: unformatted: 12219392*2048=25025314816 ... same list as above ... Have a nice day :) Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: refresh options and the best GUI
Mario [EMAIL PROTECTED] wrote: That might very well be possible, since I am not really familiar with Solaris. However, what does recent in the Linux sense mean? I mean libburn/xfburn should work on any 2.4 or 2.6 kernel series. The related bug in the linux kernel that introduced this kind of usage came up in early 2004 on a 2.4 kernel. The older 2.4 kernels are OK and honor the privilege rules. The newer ones allowed to send any SCSI command even on a read-only file descriptor. As a hint: the bug was introduced by adding the SG_IO ioctl() into the sg driver. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Write error - SATA link reset with growisofs and tracksize not multiple of 32kB
[EMAIL PROTECTED] wrote: Hi, I have a problem with my SATA-drive LG GH20NS10 (actual firmware EL01, same with old firmware) and growisofs (7.1): If I try to burn a DVD-Image on a DVD-R (or quick-blanked DVD-RW) in DAO-Mode with a size not divisible by 32kB, writing stops after the last complete 32kB-Block and I get an write error: This problem is well known with the LG drive. Cdrecord added a workaround ~2 2 months ago. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: One for DVD+RW/hcn.html
Hi, i got one for your hcn.html Thanks. To clarify... INQUIRY:[HL-DT-ST][BD-RE GGW-H20L ][YL03] This drive does not like format type 0x30 with sub type 3 Quick Certification. Only sub type 2 (i.e. full formatting) works ... and needs 4900 seconds. As dvd+rw-format currently insists on subtype value 2 or 3, then the only way around it would be to complement command line with -force=full. Is this correctly understood? This in turn would mean that there is no way to expand ssa without leaving already recorded data intact. Indeed, 2 wipes all the data, while 0 and 1 - wipe the defect list, thus indirectly affecting data suffered from media defects. For reference, the whole idea behind having 3 as default was to permit ssa expanding without affecting recorded data. Well, one can actually argue that specification does not guarantee that data suffered from media defects is not affected even by subtype 3. Indeed, it says that defect clusters will be re-certified and if they get re-certified as good, then it's likely to mean trouble. Meaning that I probably should stop implying that expanding ssa is a reliable operation... Format type 0x00 works and needs about 30 seconds. So that dvd+rw-format -force with already formatted media would still work, i.e. without -ssa, which implies default descriptor a.k.a. format type 0x00. Is this correctly understood? Could you test if format type 0x30 and subtype 0 works for your unit? A. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Write error - SATA link reset with growisofs and tracksize not multiple of 32kB
On a second look I couldn't help noticing another strange thing. I have a problem with my SATA-drive LG GH20NS10 (actual firmware EL01, same with old firmware) and growisofs (7.1): If I try to burn a DVD-Image on a DVD-R (or quick-blanked DVD-RW) in DAO-Mode with a size not divisible by 32kB, writing stops after the last complete 32kB-Block and I get an write error: growisofs -dvd-compat -Z /dev/scd0=test2.iso Executing 'builtin_dd if=test2.iso of=/dev/scd0 obs=32k seek=0' /dev/scd0: FEATURE 21h is not on, engaging DAO... /dev/scd0: reserving 286877 block, warning for short DAO recording [...] [repeating] 587497472/587524096 (100.0%) @0.0x, remaining 0:00 RBU 0.1% UBU 100.0% :-[ [EMAIL PROTECTED] failed with SK=0h/ASC=00h/ACQ=03h]: Input/output error :-( write failed: Input/output error -- Given reservation for 286877 blocks and failing LBA value one would expect failing command block to be 2a 00 00 04 60 90 00 00 0d 00 ... While what we see in kernel log cdb 2a 00 00 01 db 40 00 00 0e 00 00 00 00 00 00 00 I.e. neither address value or number of blocks don't match expected value Is it really for same recording? Or is it just an example from another one? A. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: One for DVD+RW/hcn.html
Hi, As dvd+rw-format currently insists on subtype value 2 or 3, then the only way around it would be to complement command line with -force=full. Is this correctly understood? I did not try dvd+rw-format -force=full on unused BD-RE but the equivalent in libburn saved my pride with the first few media i formatted by own means. Same parameters, but C2 rather than C3 in format[8]. Meanwhile i know that type 0x00 does quick formatting and that certain -format options of xorriso will simply fail with that drive. -format as_needed does work now. That's most important. Meaning that I probably should stop implying that expanding ssa is a reliable operation... It is quite optimistic to hope for data survival over a FORMAT UNIT command. :)) With sub type 2 i get a zillion Z characters on the media. (Probably because of the snooze slow formatting speed.) So that dvd+rw-format -force with already formatted media would still work, i.e. without -ssa, which implies default descriptor a.k.a. format type 0x00. Is this correctly understood? My first BD-RE which was formatted sucessfully (after xorriso failed on 0x30,3) was with dvd+rw-format /dev/sr1 which on unused BD-RE issues 00 82 00 08 00 B4 74 00 00 00 30 00 But dvd+rw-format -force /dev/sr1 on already formatted BD-RE issues 00 82 00 08 00 B4 74 00 C3 00 00 00 and thus fails with the known error message. This here succeeds in about 30 seconds: dvd+rw-format -ssa=default /dev/sr1 by sending 00 82 00 08 00 B4 74 00 00 00 30 00 As for optimism: The now re-formatted media contained 20+ GB of test data. The original files are still on hard disk in original state. The ISO image loads in xorriso (i.e. first few dozen MB are ok, modulo first 32 kB) and the comparison function finds no differences between image and disk. Data, attributes, all well. At least for the first 3 GB after the first five minutes. I'll give you a note if it finds any alteration during the next half hour. Could you test if format type 0x30 and subtype 0 works for your unit? A. Tomorrow. I am in the middle of the next xorriso release. The tarballs are made and now i have to do some minimal regression tests. What do we have to expect from marked as possibly bad as in Format Subtype Value 00b ... Quick Reformat consists of declaring that all Clusters marked as defective in the DFL become marked as possibly bad during the reformat. Assigned spares are released. ? ... now 7 GB are compared ok ... Have a nice day :) Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]