From owner-freebsd-questions@freebsd.org  Thu Aug 27 22:01:22 2015
Return-Path: <owner-freebsd-questions@freebsd.org>
Delivered-To: freebsd-questions@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id E823C9C3880
 for <freebsd-questions@mailman.ysv.freebsd.org>;
 Thu, 27 Aug 2015 22:01:22 +0000 (UTC)
 (envelope-from freebsd@edvax.de)
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 B0DA411A5
 for <freebsd-questions@freebsd.org>; Thu, 27 Aug 2015 22:01:22 +0000 (UTC)
 (envelope-from freebsd@edvax.de)
Received: from r56.edvax.de (port-92-195-38-7.dynamic.qsc.de [92.195.38.7])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx02.qsc.de (Postfix) with ESMTPS id 1AF1E2785C;
 Fri, 28 Aug 2015 00:01:18 +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 t7RM1Ij5002103;
 Fri, 28 Aug 2015 00:01:18 +0200 (CEST)
 (envelope-from freebsd@edvax.de)
Date: Fri, 28 Aug 2015 00:01:18 +0200
From: Polytropon <freebsd@edvax.de>
To: Quartz <quartz@sneakertech.com>
Cc: freebsd-questions@freebsd.org
Subject: Re: Stop using a SATA drive
Message-Id: <20150828000118.31f33a35.freebsd@edvax.de>
In-Reply-To: <55DEF869.1010202@sneakertech.com>
References: <CAPi0psvT5aaHR7kU+28qwVDdutyMn7LjhFUGZRWctz4gGfgvgw@mail.gmail.com>
 <20150824214252.53aa04c6.freebsd@edvax.de>
 <55DEF869.1010202@sneakertech.com>
Reply-To: Polytropon <freebsd@edvax.de>
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
X-BeenThere: freebsd-questions@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: User questions <freebsd-questions.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/freebsd-questions>, 
 <mailto:freebsd-questions-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-questions/>
List-Post: <mailto:freebsd-questions@freebsd.org>
List-Help: <mailto:freebsd-questions-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/freebsd-questions>, 
 <mailto:freebsd-questions-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 27 Aug 2015 22:01:23 -0000

On Thu, 27 Aug 2015 07:45:45 -0400, Quartz wrote:
> I believe Chris was looking for an equivalent command (or equivalent to 
> 'diskutil eject foo' at any rate). OSX was based on FreeBSD originally, 
> so the underlying concept should be possible. Is there no port or 
> package that can provide this functionality?

That would surely be possible if the device in question
would implement a proper reaction to the "eject" command.
If it does, and how it does it, is up to the manufacturer.
Let's say you send the "eject" command to the drive - the
firmware then says goodbye to the host - the device file
disappears. That would be a possibility. For optical
devices, the "eject" (as well as the "load") command
usually controls the slider for the media, without affecting
the presence of the device file.

See "man camcontrol" for details.


-- 
Polytropon
Magdeburg, Germany
Happy FreeBSD user since 4.0
Andra moi ennepe, Mousa, ...