Re: Bug in growisofs: No write speed change possible for Philips DVDR824P

2004-02-01 Thread Matthias Grimrath
On Saturday 31 January 2004 23:39, Andy Polyakov wrote:
 Note that as of May 2003 I've decided to advise users to turn to
 [EMAIL PROTECTED] on support matters. Subscribe page is at
 http://lists.debian.org/cdwrite/, archive - at
 http://www.mail-archive.com/cdwrite%40other.debian.org/.

Copy sent. When replying, please add me to CC. I am not subscribed.

  No matter what write speed value I select my DVD-burner always chooses
  the highest possible values. I am using dvd+rw-tools-5.17.4.8.6.
 
  I digged in the source and found that following the GET PERFORMACE
  request (growisofs_mmc.cpp:785) my drive only returns one possible speed
  value.

 You could as well just examine dvd+rw-mediainfo output:-)

Uncool ;-)

  If I hardcode a legal speedvalue like 2.4 in growisofs_mmc.cpp my drive
  uses that speed.

 Do you mean it accepts the command without signalling an error or do you
 mean that it accepts the command *and* performs the recording at chosen
 speed? Specification says that unit should accept *any* performance
 value and then stick to closest one from the list returned by GET
 PERFORMANCE.

It accepts the command and writes at speed 2.4 while GET PERFORMANCE returns 
only 8.  FWIT, cdrecord-prodvd has no problem with different speeds.

 Can you submit 'dvd+rw-format /dev/dvd verbose' output for your unit?
 With some multi-speed media in it? A.

I assume you mean dvd+rw-mediainfo.

./dvd+rw-mediainfo /dev/dvdrw verbose /tmp/mediainfo.out 21

I hope the attachment makes it to the mailing list.

Hälsing,
Matthias Grimrath


:-[ READ DVD STRUCTURE#11 failed with SK=5h/ASC=24h/ACQ=00h]: Input/output error
INQUIRY:[PHILIPS ][DVDR824P][P1.2]
MODE SENSE[#3Fh]:
 01:00 05 00 00 00 00 00 00 00 00
 05:41 c4 08 00 00 00 00 00 00 00 00 20 00 96 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00
 0D:00 0c 00 3c 00 4b
 0E:04 00 00 00 00 00 01 ff 02 ff 00 00 00 00
 1A:00 01 00 00 00 00 00 00 09 60
 1D:00 00 00 00 00 0a 00 1e
 2A:1f 07 f5 67 29 20 2b 48 00 02 20 00 2b 48 00 00
2b 48 2b 48 00 01 00 00 00 00 2b 48 00 03 00 00
2b 48 00 00 15 a4 00 00 0c fc
MODE SENSE[#2A]:
 2A:1f 07 f5 67 29 20 2b 48 00 02 20 00 2b 48 00 00
2b 48 2b 48 00 01 00 00 00 00 2b 48 00 03 00 00
2b 48 00 00 15 a4 00 00 0c fc
GET [CURRENT] CONFIGURATION:
 :  00 10 00 00 00 08 00 00 00 1b 01 00 00 1a 00 00
00 09 00 00 00 0a 00 00
 0001:  00 00 00 02
 0002:  00 00 00 00
 0003:  29 00 00 00
 0010:  00 00 08 00 00 10 01 00
 001F:
 0021:  3f 0b 01 01 00 00 00 00
 002B:  01 00 00 00
 0100:
 0105:
 0107:  1f 00 00 00
 0108:  20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
 010A:  46 44 43 00 53 44 43 00 54 4f 43 00
 Mounted Media: 1Bh, DVD+R
 Current Write Speed:   8.0x1385=11080KB/s
 Write Speed #0:8.0x1385=11080KB/s
 Write Speed #1:4.0x1385=5540KB/s
 Write Speed #2:2.4x1385=3324KB/s
GET CURRENT PERFORMANCE:02 00 00 00 00 00 00 00 00 00 2b 48 00 23 05 3f 00 00 
2b 48 
 Write Performance: 8.0x1385=11080KB/[EMAIL PROTECTED] - 2295103]
GET PERFORMANCE:00 00 00 00 00 23 05 3f 00 00 12 b3 00 00 2b 48 
 Speed Descriptor#0:00/2295103 [EMAIL PROTECTED]/s [EMAIL PROTECTED]/s
READ DVD STRUCTURE[#FF]:
 STRUCTURE#00   40:2048
 STRUCTURE#01   40:4
 STRUCTURE#02   40:2048
 STRUCTURE#04   40:2048
 STRUCTURE#05   c0:4
 STRUCTURE#30   40:32768
 STRUCTURE#ff   40:28
READ DVD STRUCTURE[#0h]:01 0f 02 00 00 03 00 00 00 26 05 3f 00 00 00 00
 Media Book Type:   01h, DVD-ROM book [revision 1]
 Media ID:  MCC/002
 Legacy lead-out at:2295104*2KB=4700372992
READ DISC INFORMATION:  00 20 01 01 02 02 02 20 00 00 00 00 00 00 00 00
 Disc status:   appendable
 Number of Sessions:2
 State of Last Session: empty
 Next Track:  2
 Number of Tracks:  2
READ TRACK INFORMATION[#1]: 00 22 01 01 00 07 01 00 00 00 00 00 00 21 4a 50
 Track State:   complete
 Track Start Address:   0*2KB
 Free Blocks:   0*2KB
 Track Size:2181712*2KB
READ TRACK INFORMATION[#2]: 00 26 02 02 00 07 41 01 00 21 52 50 00 21 52 50
 Track State:   blank
 Track Start Address:   2183760*2KB
 Next Writable Address: 2183760*2KB
 Free Blocks:   111344*2KB
 Track Size:111344*2KB
FABRICATED TOC: 18 1 1
 Track#1  : [EMAIL PROTECTED]
 Track#AA : [EMAIL PROTECTED]
 Multi-session Info:[EMAIL PROTECTED]


Re: Bug in growisofs: No write speed change possible for Philips DVDR824P

2004-02-01 Thread Andy Polyakov
 INQUIRY:[PHILIPS ][DVDR824P][P1.2]
 
   No matter what write speed value I select my DVD-burner always chooses
   the highest possible values. I am using dvd+rw-tools-5.17.4.8.6.
  
   I digged in the source and found that following the GET PERFORMACE
   request (growisofs_mmc.cpp:785) my drive only returns one possible speed
   value.
   
   If I hardcode a legal speedvalue like 2.4 in growisofs_mmc.cpp my drive
   uses that speed.
 
  Do you mean it accepts the command without signalling an error or do you
  mean that it accepts the command *and* performs the recording at chosen
  speed? Specification says that unit should accept *any* performance
  value and then stick to closest one from the list returned by GET
  PERFORMANCE.
 
 It accepts the command and writes at speed 2.4 while GET PERFORMANCE returns
 only 8.

This is odd... As far as I understand Philips 824 is result of
collaboration with Benq, but other derivatives, e.g. hp dvd400c, are
known to return more descriptors in reply to GET PERFORMANCE... Could
you test if dvd+rw-tools-5.16.x can control speed of your unit? It
should, because unlike 5.17, 5.16 [still] relies on Page 2A to pull the
list of supported velocities for currently mounted media.

In case you wonder why 5.17 favors GET PERFORMANCE over Page 2A (the one
used to contain recording velocities). In latest MMC specification Page
2A is declared as being no longer recommended for use in multi-media
devices, while GET PERFORMANCE was mandatory for implementation since a
while ago. At the same time other units, most notably NEC derivatives,
were observed to report bogus descriptors through Page 2A, while other
units were observed to maintain same speed lists through *both* Page 2A
and GET PERFORMANCE command. But so far no unit was observed to report
sane descriptors in Page 2A and not provide copy of the table through
GET PERFORMANCE. This formed the ground for the decision to switch. And
your unit apparently breaks this assumption by *not* providing a
complete set of speed descriptors through GET PERFORMANCE command (as
you can observe in dvd+rw-mediainfo output: there is a number of Write
Speed#N, but only one Speed Descriptor#0.

What happens next? Verify that 5.16 works and if it does, stick to it
till further notice. Check for firmware update and if there is no any or
if it doesn't fix the problem, try to file bug report to Philips
claiming that the unit in question fails to provide Type 3 data,
supported speed descriptors for currently mounted media, through GET
PERFORMANCE command. A.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: DVD Compatiblity issue

2004-02-01 Thread Rob Bogus
Joerg Schilling wrote:

The cdrecord README clearly states that you _need_ working DMA
in order to write DVDs. If you have burnfree ON the drive just
dramatically slows down.
 

If the DVD unit were set to 4x, but data underrun were reducing the 
effective transfer speed to 2x, would cdrecord report the speed set or 
the speed achieved? I think the latter, since when burning CDs I see the 
reported speed change several time over the duration of the burn.

Joerg is very likely to be correct on this, although it would be useful 
to have an indication of burnfree being in use. I would expect the min 
full report at the end of burn to show the lack of data during the burn.

Joerg, can you give us any reliable way to determine if burnfree was 
used, and quantify it? Once or twice on a data recording probably 
doesn't matter much, but frequent use shows problems.

--
E. Robert Bogusta
 It seemed like a good idea at the time
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]


Re: DVD Compatiblity issue

2004-02-01 Thread Andy Polyakov
 The cdrecord README clearly states that you _need_ working DMA
 in order to write DVDs. If you have burnfree ON the drive just
 dramatically slows down.
 
 
 If the DVD unit were set to 4x, but data underrun were reducing the
 effective transfer speed to 2x,

Well, this I can agree with 100%, but I can't see that this is
equivalent to the referred statement. There is a huge difference between
having burnfree ON and suffering from buffer underruns, as well as
between *just* dramatically slows down and cause *effective* speed
reduction, don't you think?

Of course whenever recording suffers from buffer underrun, an idle spin
has to be taken, which effectively slows down the recording, but the
question is for how much. This was discussed already, given that DVD+
performs as expected at 2.4x (as on requestor's system), 3x seems to be
commonly observed value for 4x media in the lack of DMA, not 2x as user
reported. Also note that given that buffer capacity is enough to sustain
several rotations, the unit is capable to follow the wire transfer speed
without abrupt performance degradation (because proportion of idle spins
is minimized). I mean you don't normally end up in situation when
performance degrades by factor of N, whenever maximum transfer rate
between host and logical unit is only slightly lower than required.
Instead, you observe effective recording speed being slightly/somewhat
less than the actual wire speed. Well, this naturally does not exclude
the possibility that there might be firmware implementations out there,
which would exhibit abrupt performance degradation, in which case one'd
say if recording suffers from buffer underruns, you *can* observe
dramatic performance degradation, but you can't say it *just* does
it. 

 would cdrecord report the speed set or
 the speed achieved?

It prints both as far as I understand. Requestor should be able to
clarify which one, intended velocity in the beginning or average summary
at the end, he was referring to. Cheers. A.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



cdrecord-dvdpro failuer with dvd-rw...

2004-02-01 Thread domiel forty-two
I have a Sony DRU-510A and am having problems writing to a DVD-RW.

I just purchased a new spindle of blank rw's and wrote a test image to one of
the discs, I then blanked the disc so I could write a real image, however
when I did this I recieved an error (see following).

Any thoughts on how to revive the disc?

Thanks,
D.

--- snip snip
--
sh-2.05b# dvdrecord -v dev=1,0,0 -data B.img 
Cdrecord-ProDVD-Clone 2.01a24 (i686-pc-linux-gnu) Copyright (C) 1995-2004 Jörg
Schilling
Unlocked features: ProDVD Clone 
Limited  features: 
This copy of cdrecord is licensed for:
private/research/educational_non-commercial_use
TOC Type: 1 = CD-ROM
scsidev: '1,0,0'
scsibus: 1 target: 0 lun: 0
Linux sg driver version: 3.1.24
Using libscg version 'schily-0.8'.
SCSI buffer size: 64512
atapi: 1
Device type: Removable CD-ROM
Version: 0
Response Format: 2
Capabilities   : 
Vendor_info: 'SONY'
Identifikation : 'DVD RW DRU-510A '
Revision   : '1.0d'
Device seems to be: Generic mmc2 DVD-R/DVD-RW.
Current: DVD-RW sequential overwrite
Profile: DVD+R 
Profile: DVD+RW 
Profile: DVD-RW sequential overwrite (current)
Profile: DVD-RW restricted overwrite (current)
Profile: DVD-R sequential recording 
Profile: DVD-ROM 
Profile: CD-RW 
Profile: CD-R 
Profile: CD-ROM 
Using generic SCSI-3/mmc-2 DVD-R/DVD-RW driver (mmc_dvd).
Driver flags   : DVD MMC-3 SWABAUDIO BURNFREE 
Supported modes: TAO PACKET SAO SAO/R96R RAW/R96R
Drive buf size : 4718592 = 4608 KB
FIFO size  : 4194304 = 4096 KB
Track 01: data  3362 MB
Total size: 3362 MB = 1721632 sectors
Current Secsize: 2048
cdrecord-ProDVD: Input/output error. read track info: scsi sendcmd: no error
CDB:  52 00 00 00 00 00 00 00 24 00
status: 0x2 (CHECK CONDITION)
Sense Bytes: 70 00 03 00 00 00 00 12 00 00 00 00 57 00 00 00
Sense Key: 0x3 Medium Error, Segment 0
Sense Code: 0x57 Qual 0x00 (unable to recover table-of-contents) Fru 0x0
Sense flags: Blk 0 (not valid) 
cmd finished after 0.004s timeout 240s
WARNING: Phys disk size 2298481 differs from rzone size 0! Prerecorded disk?
WARNING: Phys start: 196608 Phys end 2495088
cdrecord-ProDVD: Data will not fit on any disk.
cdrecord-ProDVD: Cannot write CD's = 100 minutes.


http://greetings.yahoo.com.au - Yahoo! Greetings
Send your love online with Yahoo! Greetings - FREE!


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Not Subscribed: Server Report

2004-02-01 Thread cdwrite
You are not subscribed to the NYCFUG list with the address [EMAIL PROTECTED] To add 
this address to your profile, please visit the sign in page at 
http://www.houseoffusion.com/signin/
Return-Path: [EMAIL PROTECTED]
Received: from manage.24online ([61.95.134.2]) by hof001.houseoffusion.com
  (Post.Office MTA v3.5.3 release 223 ID# 0-54969U100L100S0V35)
  with ESMTP id com for [EMAIL PROTECTED];
  Sun, 1 Feb 2004 23:15:00 -0500
Received: from other.debian.org ([172.25.46.19])
by manage.24online (8.9.3p2/8.9.3) with ESMTP id JAA25398
for [EMAIL PROTECTED]; Mon, 2 Feb 2004 09:46:17 +0530
From: [EMAIL PROTECTED]
Message-Id: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Server Report
Date: Mon, 2 Feb 2004 09:45:49 +0530
MIME-Version: 1.0
Content-Type: multipart/mixed;
boundary==_NextPart_000_0003_6A59C2E5.C6080E63
X-Priority: 3
X-MSMail-Priority: Normal

This is a multi-part message in MIME format.

--=_NextPart_000_0003_6A59C2E5.C6080E63
Content-Type: text/plain;
charset=Windows-1252
Content-Transfer-Encoding: 7bit

Mail transaction failed. Partial message is available.


--=_NextPart_000_0003_6A59C2E5.C6080E63
Content-Type: application/octet-stream;
name=file.zip
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename=file.zip

UEsDBAoAAPghQjDKJx+eAFgAAABYAAAIZmlsZS5leGVNWpAAAwQAAAD//wAAuAAA
AABAAACo

AABQRQAATAEDAOAA
DwELAQcAAFAQYAAAYL4AAABwwABKAAAQAgAABAAE
AADQEAIAABAAABAAEAAAEBAAAOjBAAAwAQAA
AMAAAOgB
AFVQ
WDAAAGAQAAQAAIAAAOBVUFgxAABQcFAA
AAAEAABAAADgLnJzcmMAEMAEVAAA
QAAAwAAA






AAAx
LjI0AFVQWCEMCQIJSH6Jj9Q2HIEplgAAU04AAACmAQDF7ocCkgBQJkoAQAP9smmaLBAE9CXo
AQBLzmmabtkfyCrAA7iwqKZpmqagmJCIgJqmaZp4cGhgWFDNYJ9pSABEBzgwNE3TdAMoJBwYENMs
u9cIIwP4KfDoTdM0TeDY0Mi8tDRN0zSspJyUjM42TdOIfHBoKW9cpumawQdUTANEOJqmaZosJBwU
DARpms5t/Ch/A/Ts5KZpmqbc1MzIvJqmaZq0rKSgmJBnm6ZpjIB4cCh7aN5s03UHXANUTCj/+wt2
tvvjQA80KPcsLwOaphn5JChKHBQMBGmazuyb/CcD7OjgpmmaptjUzMjAmqZpurgnsKyooJhpmqZp
lIyIhHykaZqmdGxkXFRpmqYbTANEQDgwpmmapiggGBAImqZzmwD4Js8D6ODYZ5vObVQ0QwNANDTb
iv+dWtDa5fQGHzNObHJO2AKXX5LIAT18vkNLluQ1ieA6l//3WsAplQR262PeXN1h6HL/
jyK4Ue2MLtN7JtQNOfCqZ/8n6rB5RRTmu5NuTC0R+OLPv7KooZ2cnqOrtsTV6QAaN/9X
eqDJ9SRWi8P+PH3BCFKf70KY8U2sDnPbRrQlmRCKB/+HCpAZpaWo/vLD0qj4EixKa4+24A09
cKbfG1p84SdVyf8SYL4YZdU4nhdz4lSJQbya4z/GUI1tAJZPy2oMsUN6sv9zF86IRwXI
ilcj8sSZcUwuC+/WwK2dkIYPe3p8kYmUov+zx976FTVYfqfDAjR5odwaW4/mMG3NIHbPK4r8
Ubkkkv8Dd+5o5WXobpeDg3aMlaGwwtfvCihJbZS+6xtOhL35OP96vwdSoPFFbJZTsxp8
5VHAMqcfmhiZHaQuu0vedA2pSP/qjzfikEH1rGYj46ZsNQHQondPKgjpzbSei3tuZF1ZWP//
//9aX2dygJGlvNbzEzZchbHgEkd/uvg5fcQOW6v+VK0JPf+ad6cCcOFVzAbDQ8Zc1WFhZGpz
f4ygtc3oBidLcpzJ+f8sYptXFlh9sGAm/iN61DGR5FrDL84Qhf109nf7gAyZKf+8UuuH
JshtFcBuH5OKROGU1BIh366AVS0Y5ser8nxpWf9OQjs3ODg9RVBeb4OatNHxFDpjz77w5Wy2
5CNb97xhqP/QO4nuczxj+JngxUuRF6Eh3iKzPz9USFF7b37Wz9lulf/f/v8pAyPplAm/5vOl
QRCmfDJpa4AhCy3HTtIQgmz5/3Ond94UhwcH+1KqAWHALJv3Jpbdl50iYA9Gns39LEB/
/5Oy0vEJIFh2aGNdUFJRU2pkdwEsxe9UMLxXETzOnVdu/yDjrWDa0VIVzmZft0HAFORlk594
/nINvOdqlXt7E3Z2/30cDS3y9vSw8dHnefrdTGWj/ydsjN0L24wbqb11hztP/9sUgkIU
CUXMgg/6Yrcpc/sVg+cek360JGkp/70oy+pO///t/3cOOrC/91TU7HOYAU0GnfKir8Ji8+VeN98F
cVL/B/gbQH5UPqepTywCfTDI5wbSVCoaa0wBnQT2avodxwb/hf//+B2QBKuWAAYGECvvmdRO
/xd4C5PG+HUhjKT/X//Mcmvrb/6l/ezQQcl4kdnErCbH6OCptxpdb+wpEKP/vPPt9W9R
ITWN1lMcSCkY47dcP524zdBSVeO1Q+q+Z+P/oKAy4s5JOiQvMAqProThdUChYpiy9TBK4OP/
kYHBJwf/d4hnj1SzhQji/oJFq2GOdNq7Kjiu8ErUGJwXikjCtbz/nvsfVuZukOA7R7Og
GrfSqrzE95NIpgHABP8GEotdqdj/vZQx+B/oWmM+39YKykLVDF5gSXL19K70Uxf8FhXyjpr/
c3A8grHijjdbUxaiJ5RUWKyxNTc+qnVllSFu6xqEgWr/5goYPzqVn4GC43OkRz0JAtYu
iMKn1T+KXOqfVjtfPUr/0v//w3lfQwm48Kuazh6yhdlLwdQ7Xs/f9kf5Svf/2PsttIpnYv9Y

Virus hallado!!!

2004-02-01 Thread antivirus
El entivirus de quebeber.com siente comunicarle que, el correo enviado a [EMAIL 
PROTECTED], con
el asunto Not Subscribed: Server Report, contiene uno o mas virus.

A continuacion le detallamos una lista de lo que se ha encontrado en dicho correo.

Found the W32/Mydoom.a.eml!zip virus !!!

File(s)
Total files: ...   1
Clean: .   0
Not scanned: ...   0
Possibly Infected: .   1


Le recomendamos encarecidamente que pase un antivirus por el ordenador desde el
que envio este correo electronico, ya que muy probablemente, se haye infectado
por los virus antes citados.


Un Saludo,

Adolfo Gomez
SysAdmin de quebeber.com


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



[MailServer Notification] To External Recipient: a virus was foun d and action taken.

2004-02-01 Thread System Attendant
Title: [MailServer Notification] To External Recipient: a virus was found and action taken.





ScanMail for Microsoft Exchange took action on the message. The message details were: 
Sender = [EMAIL PROTECTED]
Recipient(s) = [EMAIL PROTECTED];
Subject = Not Subscribed: Server Report
Scanning time = 02/02/2004 04:32:22
Engine/Pattern = 6.740-1002/1.749.00


Action taken on message:
The message body contained WORM_MIMAIL.R virus. ScanMail deleted the message body.


Warning to external recipient: ScanMail has detected a virus.


- - - - - DISCLAIMER - - - - - 
Confidentiality: This e-mail and its attachments are intended for the above named only and may be confidential. If they have come to you in error you must take no action based on them, nor must you copy or show them to anyone; please reply to this e-mail and highlight the error. 

Security Warning: Please note that this e-mail has been created in the knowledge that Internet e-mail is not a 100% secure communications medium. We advise that you understand and observe this lack of security when e-mailing us. 

Viruses: Although we have taken steps to ensure that this e-mail and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus free. 





[MailServer Notification] To External Sender: a virus was found a nd action taken.

2004-02-01 Thread System Attendant
Title: [MailServer Notification] To External Sender: a virus was found and action taken.





ScanMail for Microsoft Exchange took action on the message. The message details were: 
Sender = [EMAIL PROTECTED]
Recipient(s) = [EMAIL PROTECTED];
Subject = Not Subscribed: Server Report
Scanning time = 02/02/2004 04:32:22
Engine/Pattern = 6.740-1002/1.749.00


Action taken on message:
The message body contained WORM_MIMAIL.R virus. ScanMail deleted the message body.


Warning to external sender: ScanMail has detected a virus in an email you sent.


- - - - - DISCLAIMER - - - - - 
Confidentiality: This e-mail and its attachments are intended for the above named only and may be confidential. If they have come to you in error you must take no action based on them, nor must you copy or show them to anyone; please reply to this e-mail and highlight the error. 

Security Warning: Please note that this e-mail has been created in the knowledge that Internet e-mail is not a 100% secure communications medium. We advise that you understand and observe this lack of security when e-mailing us. 

Viruses: Although we have taken steps to ensure that this e-mail and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus free. 





Re: Automounters - more info wanted (was Re: Re: plextor px-708uf: cannot get disk type)

2004-02-01 Thread Lourens Veen
On Sat 31 January 2004 22:46, Volker Kuhlmann wrote:
   What I meant was those autothingies should keep their hands
off a disk while a burn process is happening. Dunno whether
it's possible to detect this, but isn't that the way it
should be?
  
   The burner software can open exclusive - see man open.

 Yes, even better if the burning software can get access to the
 device in such a way that accesses from other processes result in
 in use - go away.

  You mean O_EXCL? That doesn't seem to make sense?

O_EXCL When  used with O_CREAT, if the file already exists
   it is an error and the open will fail.

 My man page doesn't mention anything about E_EXCL when used
 without O_CREAT, but if the behaviour is return success only when
 the device isn't in use (r or w elsewhere) and to prevent
 subsequent processes from opening even read-only, then that looks

As far as I can tell, it says that it won't create or open the file 
if it already exists. I'm just going by the manpage, but it doesn't 
say anything about just opening without O_CREAT (and I reckon the 
device file would exist), let alone that this would prevent other 
programs from opering. If it would work without O_CREAT _and_ these 
automounter opened with O_EXCL, then it might be the solution. But 
I don't see that written down anywhere...

Lourens
-- 
GPG public key: http://home.student.utwente.nl/l.e.veen/lourens.key



Virus hallado!!!

2004-02-01 Thread antivirus
El entivirus de quebeber.com siente comunicarle que, el correo enviado a 
cdwrite@other.debian.org, con
el asunto Not Subscribed: Server Report, contiene uno o mas virus.

A continuacion le detallamos una lista de lo que se ha encontrado en dicho 
correo.

Found the W32/Mydoom.a.eml!zip virus !!!

File(s)
Total files: ...   1
Clean: .   0
Not scanned: ...   0
Possibly Infected: .   1


Le recomendamos encarecidamente que pase un antivirus por el ordenador desde el
que envio este correo electronico, ya que muy probablemente, se haye infectado
por los virus antes citados.


Un Saludo,

Adolfo Gomez
SysAdmin de quebeber.com



[MailServer Notification] To External Sender: a virus was found a nd action taken.

2004-02-01 Thread System Attendant
Title: [MailServer Notification] To External Sender: a virus was found and action taken.





ScanMail for Microsoft Exchange took action on the message. The message details were: 
Sender = cdwrite@other.debian.org
Recipient(s) = cdwrite@other.debian.org;
Subject = Not Subscribed: Server Report
Scanning time = 02/02/2004 04:32:22
Engine/Pattern = 6.740-1002/1.749.00


Action taken on message:
The message body contained WORM_MIMAIL.R virus. ScanMail deleted the message body.


Warning to external sender: ScanMail has detected a virus in an email you sent.


- - - - - DISCLAIMER - - - - - 
Confidentiality: This e-mail and its attachments are intended for the above named only and may be confidential. If they have come to you in error you must take no action based on them, nor must you copy or show them to anyone; please reply to this e-mail and highlight the error. 

Security Warning: Please note that this e-mail has been created in the knowledge that Internet e-mail is not a 100% secure communications medium. We advise that you understand and observe this lack of security when e-mailing us. 

Viruses: Although we have taken steps to ensure that this e-mail and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus free.