From owner-freebsd-questions@FreeBSD.ORG Sat Apr 5 14:09:32 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 525482F8; Sat, 5 Apr 2014 14:09:32 +0000 (UTC) Received: from mx02.qsc.de (mx02.qsc.de [213.148.130.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 138FF19E; Sat, 5 Apr 2014 14:09:31 +0000 (UTC) Received: from r56.edvax.de (port-92-195-59-93.dynamic.qsc.de [92.195.59.93]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx02.qsc.de (Postfix) with ESMTPS id 8CE9D2496E; Sat, 5 Apr 2014 15:59:27 +0200 (CEST) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id s35DwMTk001964; Sat, 5 Apr 2014 15:58:22 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Sat, 5 Apr 2014 15:58:22 +0200 From: Polytropon To: CeDeROM Subject: Re: cdrecord hangs hen accessing the drive Message-Id: <20140405155822.17debb72.freebsd@edvax.de> In-Reply-To: References: Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: marius@freebsd.org, FreeBSD Questions Mailing List , freebsd-ports X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Polytropon List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Apr 2014 14:09:32 -0000 On Sat, 5 Apr 2014 14:22:45 +0200, CeDeROM wrote: > Hello :-) > > I have noted a problem with accessing the optical disk recorders with > cdrecord - it gets stuck at start and cannot be killed (-9), probably > at the device access/detect stage. Any hints welcome :-) You could try to forcedly detach it from the SCSI bus by using "camcontrol stop ". Maybe resetting the bus also helps. It will then maybe be possible to kill the cdrecord process from another terminal. See "man camcontrol" for details. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ...