чем потестить пишущий CD?

IMHO записать диск ! :)

хорошо... :) а чем это вообще делается? слышал о mkisofs :) наверняка есть еще какие проги... не обязательно X-овые! а еще лучше url где можно про это дело почитать...

URL -- проще простого! Если ставил документацию, то лежит в районе /usr/doc/HOWTO/CD-Writing. Также http://www.linux.org.ru/books/HOWTO/CD-Writing-HOWTO.html -- перевод на русский язык. Там все расписано, что, зачем, как и почему.

А в двух словах (для затравки): mkisofs -- делаем образ, cdrecord/cdrdao -- пишем. Причем можно (но остророжно, если потянет машина) и без создания промежуточного файла образа. Есть и иксовые программы. НО!!! Они не делают ничего, кроме как вызовы mkisofs, cdrecord/cdrdao с соответствующим набором аргументов, обораяивая все это в гуй (граф. интерфейс юзера).

спасибо за инфу... и вовсе не обязательно было объяснять что такое гуй... чай не ламер какой! :) как перелез на FreeBSD все линуксовые хау-ту вообще забыл... спасибо что напомнил! буду глядеть... а интересно, есть ли специально для теста писалки что нибудь? не охота под маздай опять влезать... а ведь там этих прог много (не в самом маздае, разумеется :))

Для теста писалок программ нет. Есть:

1. Программки, которые сообщают возможности девайса и диска в нем. cdrecord это делает

2. Тестовые станции для измерения разных параметров записанных дисков. Подробности на www.ixbt.com

3. Сайты, где публикуются описания/тесты/мнения

Конкретный же девайс в обычных условиях можно потестить только исписав и почитав несколько десятков болванок.

1. а cdrecord разве не со SCSI работает? или я путаю? :)

2. встает вопрос: у кого эти диски писались? явно не мной...

3. сайты...сайты...сайты... описания/тесты/мнения... тесты - маздаем тестируются? т.е. разницы в работе сидюка под разными системами нет или она незначительна?

спасибо за ответы... буду читать доки и исписывать десятки болванок!

p.s. очень жаль что под freebsd нет тестовых утилиток... :(

1. cdrecord работает со scsi устройствами, а все ide cdr(w) устройства работают как scsi поверх ide. Иначе они не могут - это и называется ATAPI.

2. Это к тому, что корректное оценивание КАЧЕСТВА ЗАПИСИ стоит под сотню килобаксов, все остальное - частные мнения и исправность/неисправность конкретного устройства.

3. Посмотри ЧТО тестируется, если это тебе и нужно, ну так протестируй маздаем (точнее говоря, прогой под него) и успокойся.

Если нужно проверить корректность записи диска - это ты сделаешь под любой системой. Как - написано в доках cdrecord, обрати внимания на особенность мультисессионных дисков (два последних сектора сессии не читаются). C2 ошибки тоже можно отловить. Графиками скорости чтения насколько я знаю никто не заморачивался, хотя делается вроде несложно.

Шилдт, автор всего это дела для юниксов, к сожалению никак не допишет просто проверялку учитывающую эти особенности. Помощи даже просил...

Под линухом проще всего для меня оказалось смонтировать нужную сессию и таром в нулл.

> 1. cdrecord работает со scsi устройствами, а все ide cdr(w) устройства работают как scsi поверх ide. Иначе они не могут - это и называется ATAPI.

Это в Линуксе. Во FreeBSD (сейчас привести название программы не смогу), есть спецсофт для IDE-писалок. Хотя, наверное, можно и так, как сказано.

Логика непонятна. То что во фре нет стандартной поддержки ide-scsi emulation не означает что IDE ATAPI устройства где-то работают как-то по другому - они иначе не могут. 

Только вот поддеживающий софт становится там околосистемным хаком, в линуксе же - это один из модулей ядра. Правда и в нем не все гладко и Шилдт целую телегу написал с критикой реализациии scsi в Линухе вообще и ide-scsi в частности. Однако писалки под линухом работают отлично с незапамятных времен (2.0.3x), когда под NT даже настоящие scsi девайсы имели баальшие проблемы.

Вот цитата из readme.atapi cdrecord'a для точности::

People often ask me why do you depend on ATAPI-SCSI emulation, why don't you
support generic IDE?

	Well first a statement: There is no single IDE burner out!
	Even a CD-ROM cannot be used decently if you use only IDE commands.
	Opening/closing the door, playing audio and similar things
	cannot be done using IDE commands - you will need SCSI commands
	to do this. But how do we do this with a drive that uses an IDE
	interface?

	The ATAPI standard describes method of sending SCSI commands over IDE
	with some small limitations to the "real" SCSI standard.
	For this reason ATAPI-SCSI emulation is the native method of
	supporting ATAPI devices. Just imagine that IDE is one of many SCSI
	transport mechanisms.

	This are some SCSI transports:

	-	Parallel SCSI (what most people call SCSI)
	-	SCSI over fiber optics
	-	SCSI over IEEE 1394 (Fire Wire)
	-	SCSI over USB
	-	SCSI over IDE (ATAPI)

	As you now see, the use of the naming convention "ATAPI-SCSI emulation"
	is a 	little bit misleading. It should rather be called:
		"IDE-SCSI host adapter emulation"

Some naming explanations:

	ATA	Attachment Adapter
	IDE	Integrated Drive Electronics (A Drive that includes ATA)
	ATAPI	ATA Packet Interface
/*--------------------------------------------------------------------------*/
Which Operating systems support ATAPI

-	AIX: Status unknown! Please report your experience...

-	Apple Mac OS X: Supported

-	BeOS (libscg maps ATAPI to SCSI bus # >= 8

-	BSD/OS: Status unknown! Please report your experience...

-	FreeBSD: NO

-	HP-UX: Status unknown! Please report your experience... 

-	Linux (unfortunately not in the default configuration)

-	NetBSD (releases 1.3 and newer)

-	NeXT: Status unknown! Please report your experience...

-	OpenBSD: NO

-	OS/2 (you need to fetch and install ATAPI support first)
	see: http://www.leo.org/pub/comp/os/os2/leo/drivers/dasd/daniatapi.zip/

-	OSF-1 / True64 Status unknown! Please report your experience...

-	SCO-OpenServer: Not supported, may change with next release.

-	SCO-UnixWare: NO

-	SGI/IRIX: Status unknown! Please report your experience...

-	Solaris (you may need to use the USCSI transport interface to address ATAPI)

-	VMS: probably not ;-)

-	Win32 using a recent ASPI Layer