From owner-freebsd-hackers Sat Apr 22 21:14:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA13002 for hackers-outgoing; Sat, 22 Apr 1995 21:14:59 -0700 Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id VAA12996 for ; Sat, 22 Apr 1995 21:14:57 -0700 Received: by dg-rtp.dg.com (5.4R2.01/dg-rtp-v02) id AA19492; Sun, 23 Apr 1995 00:13:52 -0400 Received: from lakes (lakes [192.96.3.39]) by ponds.UUCP (8.6.9/8.6.5) with ESMTP id WAA29410 for ; Sat, 22 Apr 1995 22:13:15 -0400 Received: (from rivers@localhost) by lakes (8.6.9/8.6.9) id WAA28254 for freebsd-hackers@freefall.cdrom.com; Sat, 22 Apr 1995 22:28:14 -0400 Date: Sat, 22 Apr 1995 22:28:14 -0400 From: Thomas David Rivers Message-Id: <199504230228.WAA28254@lakes> To: freebsd-hackers@freefall.cdrom.com Subject: Interesting SCSI cdrom problem.. Sender: hackers-owner@FreeBSD.org Precedence: bulk I have a NEC 3xP - which is/was their "personal" SCSI CD-ROM. It's nice enough and seems fast... However, I notice that when the disk spins down; from lack of an access in a few minutes; there doesn't seem to be anything I can do to spin it up again, except to umount the drive and re-mount it. Or - it's possible that the scenario is that if I mount the drive, then open the door (which you have to do so see if the drive is spinning) then re-close the door - that resets the drive, but isn't reflected in the "mount". What usually happens is that future accesses to the files (unless they were cached) causes I/O errors. (Well - I think I've empirically determined it's situation #2 - if you leave the CD in the drive, and wait - the drive does spin down. As long as you don't open the drive door, everything is fine. If you open, then close, the drive door - the mount is still present, and you get I/O errors.) - Dave Rivers -