----- Original Message ----- > Nejpravd3epodobnejsi je, ze se rozpadla komunikace se zarizenim na > nizsich (USB) vrstvach - to se sice "automaticky" napravi, ale fakt, ze > k tomu doslo, to je prave ten "bus reset". Vic by patrne prozradil > system prelozeny s USB_DEBUG.
stare pasky obcas nevhodne reagovaly na nektere prikazy. Projevovalo se to treba tak, ze na prikaz erase paska nechala odevrenou komunikaci a zacala erasovat, coz muze trvat i dost dlouho, takze komunikace na zbernici pak ruzne timeoutovala. Ale myslel jsem si, ze tahle doba uz je davno za nama. Puchopitelne to neni problem USB ale toho SCSI ktere se vytvari za USB, takze treba CAMDEBUG, CAM_DEBUG_BUS=-1, SCSI_DELAY=xxxx # Options for the CAM sequential access driver: # SA_IO_TIMEOUT: Timeout for read/write/wfm operations, in minutes # SA_SPACE_TIMEOUT: Timeout for space operations, in minutes # SA_REWIND_TIMEOUT: Timeout for rewind operations, in minutes # SA_ERASE_TIMEOUT: Timeout for erase operations, in minutes # SA_1FM_AT_EOD: Default to model which only has a default one filemark at EOT. options SA_IO_TIMEOUT=4 options SA_SPACE_TIMEOUT=60 options SA_REWIND_TIMEOUT=(2*60) options SA_ERASE_TIMEOUT=(4*60) options SA_1FM_AT_EOD Jindra -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l