From owner-freebsd-questions@freebsd.org Sat Nov 21 19:12:57 2020 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 455E546E99C for ; Sat, 21 Nov 2020 19:12:57 +0000 (UTC) (envelope-from ralf-mardorf@riseup.net) Received: from mx1.riseup.net (mx1.riseup.net [198.252.153.129]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.riseup.net", Issuer "Sectigo RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Cdjjh21K7z3Kfm for ; Sat, 21 Nov 2020 19:12:55 +0000 (UTC) (envelope-from ralf-mardorf@riseup.net) Received: from bell.riseup.net (bell-pn.riseup.net [10.0.1.178]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.riseup.net", Issuer "Sectigo RSA Domain Validation Secure Server CA" (not verified)) by mx1.riseup.net (Postfix) with ESMTPS id 4CdjjV5j7szFf9d for ; Sat, 21 Nov 2020 11:12:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1605985966; bh=ikY60pDMadWRwTrUaO5HD+eABRlGLhPssN457s5QNhU=; h=Date:From:To:Subject:In-Reply-To:References:From; b=WAnQclJGJU06MICCvO0FeU87qojnNdF9cHuCNuLf1lvKq/pzO3yAMfIlRB6Be519A GqMOFeZPF88pyjQo7m1h9mH19MRXxmZD6N4bX4SJeS1plA2clqwqLck4iu/CadgGnU f6LTLhXR6HSH48UAd/JIpZ4X1P3MVfD4hRboYdho= X-Riseup-User-ID: EECA388722FCEBE84D663470F0C54710F45FEB754BA57DA3453E111DB53427E1 Received: from [127.0.0.1] (localhost [127.0.0.1]) by bell.riseup.net (Postfix) with ESMTPSA id 4CdjjV16GKzJmgy for ; Sat, 21 Nov 2020 11:12:45 -0800 (PST) Date: Sat, 21 Nov 2020 20:12:42 +0100 From: Ralf Mardorf To: freebsd-questions@freebsd.org Subject: Re: usb harddisk not working Message-ID: <20201121201242.74358d52@archlinux> In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Cdjjh21K7z3Kfm X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=riseup.net header.s=squak header.b=WAnQclJG; dmarc=pass (policy=none) header.from=riseup.net; spf=pass (mx1.freebsd.org: domain of ralf-mardorf@riseup.net designates 198.252.153.129 as permitted sender) smtp.mailfrom=ralf-mardorf@riseup.net X-Spamd-Result: default: False [-4.60 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[198.252.153.129:from]; R_SPF_ALLOW(-0.20)[+mx]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[riseup.net:+]; DMARC_POLICY_ALLOW(-0.50)[riseup.net,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[198.252.153.129:from]; ASN(0.00)[asn:16652, ipnet:198.252.153.0/24, country:US]; RCVD_IN_DNSWL_LOW(-0.10)[198.252.153.129:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[riseup.net:s=squak]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[198.252.153.129:from:127.0.2.255]; DWL_DNSWL_LOW(-1.00)[riseup.net:dkim]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-questions] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Nov 2020 19:12:57 -0000 On Sat, 21 Nov 2020 13:35:46 +0100, Christoph Harder wrote: >By the way, do you have any information about settings that reduce the >power consumption of external disk drives? We expect the disks to be >mostly idle, but at the moment the power consumption looks pretty high >(higher than the APU board itself), even when it is not currently >accessed. Especially information about usb power saving states and >power consumption in combination with automount would be appreciated. Hi, this is a can of worms. Don't open this can! If you have good luck regarding the controller of the USB casing, it at least does avoid one issue, it never goes into standby mode, so you don't need to experience IO errors, unless something is defekt. You might not be able to enable stand by mode for the drive itself through the USB controller (not the same as an USB controller's stand by mode or stand by of your computer's USB ports via the operating system), but you can remove the drive and connect it directly to a computer to do so and after that assemble it back to the USB casing. However, the best thing you could do is to connect the drive when needed and to disconnect it when it's not needed. Stay a way from fishy USB controllers and don't use energy saving tools for USB ports, this is asking for trouble. If at all, use the drive's stand by feature, but as already pointed out before, you might not be able to enable or disable it through the USB controller. My guess is, that the USB controller of your external casing comes already with kind of fish firmware. I'm very picky when buying an external USB casing, since I experienced way to often IO errors with most cases I purchased. Since your case isn't working, return it and get your money back! Most cases' controllers' firmware is crap! My 2 Cents based on experiences made the hardest way Ralf