From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp.gentoo.org (woodpecker.gentoo.org [140.211.166.183]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 254E71581EE for ; Tue, 01 Apr 2025 13:05:18 +0000 (UTC) Received: from lists.gentoo.org (bobolink.gentoo.org [140.211.166.189]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) (Authenticated sender: relay-lists.gentoo.org@gentoo.org) by smtp.gentoo.org (Postfix) with ESMTPSA id 07F463430C8 for ; Tue, 01 Apr 2025 13:05:18 +0000 (UTC) Received: from bobolink.gentoo.org (localhost [127.0.0.1]) by bobolink.gentoo.org (Postfix) with ESMTP id 0E6021104BE; Tue, 01 Apr 2025 13:03:12 +0000 (UTC) Received: from mail-oo1-xc34.google.com (mail-oo1-xc34.google.com [IPv6:2607:f8b0:4864:20::c34]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by bobolink.gentoo.org (Postfix) with ESMTPS id DF27F1102CD for ; Tue, 01 Apr 2025 13:03:10 +0000 (UTC) Received: by mail-oo1-xc34.google.com with SMTP id 006d021491bc7-603f3d42ae8so343339eaf.3 for ; Tue, 01 Apr 2025 06:03:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1743512590; x=1744117390; darn=lists.gentoo.org; h=in-reply-to:mime-version:user-agent:date:message-id:autocrypt:from :references:to:subject:from:to:cc:subject:date:message-id:reply-to; bh=waAwKIRcD0jjWEB5PRcfGtUUESfn1slamc0cISYGQMY=; b=fn+f6nb/Sstbznw8mmqcH5mpFltwZssZQcGIcXOGEno2EIc4j01GmKt6PvrEzKAkPY zMumXHlYgurQ0/ZzKB8BDhmeNyvE/xQgU+vjS7snpskVnaYQJGnPYXtQAAGYU+71mgIM tL5loYRweWQs+QuE9Veghf06A05KRi1XM8hibZzHWC3jc2xSeROFLabgZUfgFuhw0mYZ zGnHMPM0jzqwjMo5vwzxwwimSvOvJ3R1iD/bxC7sonHe4uTlkXPYWqyw3bwtkYG9jUnX uco7GDzp4QYJ1+GuuWaJeRhDTmfIXs0hgO05vIvbUR1E7UHoJxVF1Agi9iLsi3MkeKRM /6SQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1743512590; x=1744117390; h=in-reply-to:mime-version:user-agent:date:message-id:autocrypt:from :references:to:subject:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=waAwKIRcD0jjWEB5PRcfGtUUESfn1slamc0cISYGQMY=; b=JYSZfSQo1wJYZ+AJpYsuUfhTvr533X+m/8ZN8fdXfKCkwbzXz8incxIe0uKAaEd59P nr12ZbGbM4AiTokZAe/G+QJf44/4hX1YRwKLctz6aB1rn54MJGV1FKm1IxwX91w+QnoW Q+WPTJ5RjQpfV6G0IyH/Z0ucwNIh3r/jesZK5tPxZJuI+dJmXzF1WGezS32QXFyTNvmx rmkiRUI2Mnczrh/2mSp8rlsaKGLQ9/xBzBtgAajCuQ8EMvYL4uSY8BJhirzkohyMl6WX FI1qA6C9YNSIJ6enc862DJXWEkj/F9KUkvmCnmM3MQCn3gqsUOqS3GXx+jEfAQ0EAPI/ /3wA== X-Gm-Message-State: AOJu0YxCfEhQwlGuMo17+cE7/eVhJ3o6TmOWKcxXByvJPEBGtNZPq6VP SXPAJFIj9R81JqQbIlUqaAwKhkk9iFja0CvSUnlmPQBLitX1PyyTbTiJ5g== X-Gm-Gg: ASbGncsz1BEHbV9AzmoOBfsWHdKiGtPIwFl8K0+pK7i3jonnCROy4m5ckYQDC4zR89Q s5hDk0mxaRYZQXe7X0csJl+4/AilBWFrgOOfMDjLnIgeysJcYp29cSngTowcB5sr3QnpJXu+LwP DrvdporGtQqRxdesk54vAtQ+Gx+BVKg0c58qW+j503piGI6SYceSjn6JcxM44PH1vqt6UuR3v0k y5zksj6MfLG4Q6nWWb0arhZGNpiVBX6vYIRDWSfTDkX/3wCxcK6hgZDr740z3xmNMtIAiIUnAl2 l4bHXf0PvdFBGz/KfoGsIqtwwJrcSOEvExZneXi+l03dxA== X-Google-Smtp-Source: AGHT+IGHAcvN9WOsoGFpBFyAtQgOXSath+x4HmKCCV0vRubMVmNxTWbg6UvxSaWl6hXZ+WvttVbu5A== X-Received: by 2002:a05:6808:308d:b0:3f6:a313:9bc3 with SMTP id 5614622812f47-3ff0f4ec227mr7422912b6e.5.1743512589931; Tue, 01 Apr 2025 06:03:09 -0700 (PDT) Received: from [10.8.8.10] ([212.102.44.110]) by smtp.gmail.com with ESMTPSA id 5614622812f47-3ff0529666bsm1983617b6e.50.2025.04.01.06.03.07 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 01 Apr 2025 06:03:08 -0700 (PDT) Subject: Re: [gentoo-user] What are common SSDs does and don'ts. To: gentoo-user@lists.gentoo.org References: <12658467.O9o76ZdvQC@cube> <6e010192-cc37-46be-bd89-c6d67deac4b3@gmail.com> <2364989.ElGaqSPkdT@rogueboard> From: Dale Autocrypt: addr=rdalek1967@gmail.com; prefer-encrypt=mutual; keydata= mQINBGFSciYBEADcEGMyJBSuavKO/XKUVvgkxck7Nl8Iuu8N2lcnRji/rSKg5c1Acix1ll9i oW8JBCHwvn0+Xy60BvEsqcup3YSHw5STl/bR1ePEehtnYrg8FdjdS91+B805RfnKMm69rFVI wLSBHQrSG1yxHd8CloWoEdhmVtP24buajbh114bgXd9ahtpZrCVMrWdWYUg2mEXguGV5uNAh Rf8SWxDNc79w24JxsV34a8niMUYMjzWr0rafIbzk732X38vGjVMLo/2mMpkbp9mPp++LHoY+ 0Pet8zxxdXPJSCd475kza1AD+hhSyBZXB9yknYWgyY3cZe1rGmooJSi2KX4QxO7npwLThcO1 be6KKRkd35+Fi/a1BzVOHsZMiK/gcwxEFoMd27gir4ehaeHJfFXl+65w4hj0EsOZSxrJrm2C R50g5By2czSKP1bADEygFNpIJj51AR+wM88NImG2RPtlT2maYBzazvF05g65cdHXGp1C7W5P wwwKU2DgABB2t7N7z5A69LnryBRw4zUYDRRYLTYlBlYgg+xILm2c0OrBdxJgLJa7JE50Eo25 d3PFwt9J0gYvqy6sPFLl9So0sDg9zm0hKQtXOP5kgropUFGrNoJI+mjwF4rYLRBVzZwNAvlO OhEvHubBo3mEllv4x+FeptwXZxlk7gUsdqI8AxnFB8K9wi6FVQARAQABtBtEYWxlIDxyZGFs ZWsxOTY3QGdtYWlsLmNvbT6JAk4EEwEIADgCGyMFCwkIBwIGFQoJCAsCBBYCAwECHgECF4AW IQQSG1h01ruv/WNXc3Q3RqOgiQH1GwUCYVJy8gAKCRA3RqOgiQH1G+waEACeTZCt77jnRAmQ AV7otKuZekDWiLi3Eig8tj5ZJiCNSYA/hIxzmexRP0GMqjitcXK1iGwWcvMzzvIq30GAjIfB 4BR38cnXbtBa6fNewiT7QaZe/Hn6yBRldXNQypzbHy+/o27bUEy+oX4rE7etUgEHQAjuw7xz XFWg4tH1/KJvsOVY5upnWc5LdxYhsuQ3dQD4b22GsK0pOBDfb9PiirYM8eGKvrVuq4E/c75z lDDFhINl18lNZ9D0ZFL3IkTjHsAAqFH9uhnnEB8CWdHbBewPEfRaOhBUYWZ3Q8uTkmDgZT8q D9jlvLEdw7Nh2ApdxoepnI/4D+ql2Gr4DtH7SEPydr5gcf1Qr/2bXRb1hAYnIVcbncs/Bm3Z bkRKPVWMfE3Fusa+p5hMzixk0YysMaTHlc7mYRYAEZGnPMXnmcCbetwARU7A0yz1M1kCMOAQ Lsz8KH5kv3cRenMB6SFfjND2JfAK61H5TtnPq3L8noS2ZykRYxq9Nm3X64O1tJojIKBoZFr8 AwYNCvqC6puUyGMuzHPh7jPof8glfrrEKIYUvNPGMDoVX3IGetxh/9l6NcxgFA4JGoR+LS3C zmeNrwlllAe3OEUfKoWVQ+pagpSdM+8hHolaSda4Ys66Z3fCR4ZvcTqfhTAVskpqdXa4isAk 7vTcXu3L499ttywEp7rJTbkCDQRhUnImARAAncUdVhmtRr59zqpTUppKroQYlzR0jv8oa7DG K4gakTAT2N7evnI9wpssmzyVk8VEiLzhnFQ/Ol3FRt6hZCXDJt0clyHOyTfvz/MNFttWuZTc mLpSvmRR6VRjAH+Tz3Eam2xUw3PGuH97BcXQ3NnX3msv1UDxtxxBu6e2YrdeOhrCUSgzokcJ 98ChUNy934cgepPybAI12lSWqVFQ1aG7jExZfiUk+333fPSDbpKoZbTW5YJLXbycmW/C1IWL qYQyNjRWKaGoJtUWFhhmNiOQct7n90aKivNVPavmN+UQ9LlMaINtf9T6XCzLfogCFsulDCDJ 0yNQLDTurHaB4E71xoctgXmLLq9z1RQ0W2XiVAAOZQj6K3+d0AOUjDhCQ2QW8dUSq0ckkZXV DKVJOGS8Nhf2eIWIqRnP3AcUiiaiFGqUaVUmUAZ6h/oJmgghEu/1S+pcuUKU5i69+XCZ3hH2 Jzwzbf7K+FAIkOhCfHncF8i1N1pk00pOVykNnqHTfFo3qFusHt0ZWgXVnnn4pYdXqZNoDhvF BRE5Vm4k/k96Pw8HRx6Os6eFSRrlqGzRgqsu86FekxusXB9UGv4lJhtU/J+8MRWsh22K718s DbQnABicGKFz1qQlWvcf59oTByhLINJCBt1WXl+TzJDXepr3QSkqmK41dO9Hob97C9dMiK8A EQEAAYkCNgQYAQgAIAIbDBYhBBIbWHTWu6/9Y1dzdDdGo6CJAfUbBQJhUnLyAAoJEDdGo6CJ AfUbVHIQAKSWw620vPhR3A/njU2z77F3z/Jk+HTKdE3fIyWSWdkYN7CBFL0NguOMP30WZ+qE sJhZu7T5hf251MwQUUt27xlfnKYOmQs7CqONlXuXlGZI6WufrUjxNcVz+5gJsqvUWuuJWsgg sDmE92IBnfG/f81fPHWQyfr/SF4wYDMyoFp5xCCQpp1zB63iuFvvrhxBkEHzmbRtVDOhl0Xp BVEDR1w3QRACw9QJD/KM05Czv9JNQYlwinWO/OaQ9cMlUpKLgswUPg9IZ5vucxScfuAUA5uC B1jlAQ8ZPlVukBmbEv5RGOv+lpuEbA3YDMVtEeH4YMFbjt/+vH3Cr2vTbp5JlpByLburJEH0 WXZLUawEfUsZvVwpOuJK75vaa2HYXee+Cb3iCIzwfIfctdlqzUcbGRczlRNM59hpvj4z29Gh 3kAxVHItAYq54ikxQ9l4hQ8s9sLYPbX/WtcBxNX8crBSw0FLnmzGleVEtBHyqtt5CLzQNgrj GYWl1vKDUmRPw1CdZ1c+fMN9CY11jOM5B5ZnqZWfDeVYO2iJ5SuvTycChexCb8WYn1bdCBIo bBtga2RBXbVt4Mh9E4owsszefn51MwfjXxB20Fc5k3GU1AVpTCMs3ayYCzo0b2pvEvdjtDcA CYLEFPWgaFX9iQAM/CDfKvTtvgGWpqtCL2raq/mQoJEU Message-ID: Date: Tue, 1 Apr 2025 08:03:06 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:128.0) Gecko/20100101 Firefox/128.0 SeaMonkey/2.53.20 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 In-Reply-To: <2364989.ElGaqSPkdT@rogueboard> Content-Type: multipart/alternative; boundary="------------E9D38CD40E22BB8CCE92DD88" X-Archives-Salt: 31fd43d4-b9d3-4015-9af0-c45d2aaa4fba X-Archives-Hash: 3c3f491101564eb8ac71422cea8b021b This is a multi-part message in MIME format. --------------E9D38CD40E22BB8CCE92DD88 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Michael wrote: > On Tuesday, 1 April 2025 11:12:44 British Summer Time Dale wrote: >> Peter Humphrey wrote: >>> On Tuesday, 1 April 2025 01:44:18 British Summer Time Dale wrote: >>>> ... I have /usr on the same partition as / this time around. >>>> Do I need a init thingy still or can I ditch that thing? I do have /var >>>> on a separate partition, if that matters. >>> I have /var on a separate partition on some machines, and I only need an >>> initrd for microcode loading. I suppose I could include that in the >>> kernel, >>> but I haven't tried that. >> I thought about the fact I have a merged /usr now which means everything >> is in /usr. I hadn't thought of microcode being needed tho. How do I >> find out if there is any microcode being loaded on my system? I do have >> the package installed, read somewhere that it only loads something if it >> is needed so no real harm in having it installed even if nothing is >> being used today. It could prove helpful if something is being used >> later on tho. >> >> Is there somewhere I can look or some command I can run to see if I load >> any microcode that it needs to access while booting but before /var is >> mounted? Why isn't the microcode put in /usr or something anyway? >> >> Dale >> >> :-) :-) > The microcode blobs are not in /usr, but in /lib/firmware; e.g.: > > $ ls /lib/firmware/amd-ucode/ > microcode_amd.bin microcode_amd_fam16h.bin microcode_amd_fam19h.bin > microcode_amd_fam15h.bin microcode_amd_fam17h.bin README > > You either include the microcode required by your CPU in an initrd, or build > it in your kernel by specifying it - along with any firmware needed by your > graphics, etc. - in your kernel (CONFIG_EXTRA_FIRMWARE). I have these.  root@Gentoo-1 / # ls /lib/firmware/amd-ucode/ total 184 drwxr-xr-x   2 root root   4096 Dec 16 12:28 . drwxr-xr-x 104 root root  20480 Mar 22 07:36 .. -rw-r--r--   1 root root  12684 Mar 22 04:52 microcode_amd.bin -rw-r--r--   1 root root   7876 Mar 22 04:52 microcode_amd_fam15h.bin -rw-r--r--   1 root root   3510 Mar 22 04:52 microcode_amd_fam16h.bin -rw-r--r--   1 root root  22596 Mar 22 04:52 microcode_amd_fam17h.bin -rw-r--r--   1 root root 100684 Mar 22 04:52 microcode_amd_fam19h.bin -rw-r--r--   1 root root   4662 Mar 22 04:52 README root@Gentoo-1 / # I'm family 25 so not sure if those apply.  Either way, I do have the amd-uc.img thing in /boot.  I think the firmware package puts it there.  Anyway, it finds it when I update grub config so I need a init thingy.  I was kinda hoping I could ditch it but I guess it is the best way to load the microcode thing.  I've read it is best to load the microcode pretty early.  It was a thought.  By the way, I copied some large files over to a m.2 external stick and the copy was kinda slow.  I'm not sure what the cause of that is.  I've never had much luck with speed over USB tho.  May be a missing kernel option or something.  Dale :-)  :-)  --------------E9D38CD40E22BB8CCE92DD88 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit
Michael wrote:
On Tuesday, 1 April 2025 11:12:44 British Summer Time Dale wrote:

Peter Humphrey wrote:

On Tuesday, 1 April 2025 01:44:18 British Summer Time Dale wrote:

... I have /usr on the same partition as / this time around.
Do I need a init thingy still or can I ditch that thing?  I do have /var
on a separate partition, if that matters.

I have /var on a separate partition on some machines, and I only need an
initrd for microcode loading. I suppose I could include that in the
kernel,
but I haven't tried that.

I thought about the fact I have a merged /usr now which means everything
is in /usr.  I hadn't thought of microcode being needed tho.  How do I
find out if there is any microcode being loaded on my system?  I do have
the package installed, read somewhere that it only loads something if it
is needed so no real harm in having it installed even if nothing is
being used today.  It could prove helpful if something is being used
later on tho. 

Is there somewhere I can look or some command I can run to see if I load
any microcode that it needs to access while booting but before /var is
mounted?  Why isn't the microcode put in /usr or something anyway? 

Dale

:-)  :-) 

The microcode blobs are not in /usr, but in /lib/firmware; e.g.:

$ ls /lib/firmware/amd-ucode/
microcode_amd.bin         microcode_amd_fam16h.bin  microcode_amd_fam19h.bin
microcode_amd_fam15h.bin  microcode_amd_fam17h.bin  README

You either include the microcode required by your CPU in an initrd, or build 
it in your kernel by specifying it - along with any firmware needed by your 
graphics, etc. - in your kernel (CONFIG_EXTRA_FIRMWARE).


I have these. 


root@Gentoo-1 / # ls /lib/firmware/amd-ucode/
total 184
drwxr-xr-x   2 root root   4096 Dec 16 12:28 .
drwxr-xr-x 104 root root  20480 Mar 22 07:36 ..
-rw-r--r--   1 root root  12684 Mar 22 04:52 microcode_amd.bin
-rw-r--r--   1 root root   7876 Mar 22 04:52 microcode_amd_fam15h.bin
-rw-r--r--   1 root root   3510 Mar 22 04:52 microcode_amd_fam16h.bin
-rw-r--r--   1 root root  22596 Mar 22 04:52 microcode_amd_fam17h.bin
-rw-r--r--   1 root root 100684 Mar 22 04:52 microcode_amd_fam19h.bin
-rw-r--r--   1 root root   4662 Mar 22 04:52 README
root@Gentoo-1 / #


I'm family 25 so not sure if those apply.  Either way, I do have the amd-uc.img thing in /boot.  I think the firmware package puts it there.  Anyway, it finds it when I update grub config so I need a init thingy.  I was kinda hoping I could ditch it but I guess it is the best way to load the microcode thing.  I've read it is best to load the microcode pretty early.  It was a thought. 

By the way, I copied some large files over to a m.2 external stick and the copy was kinda slow.  I'm not sure what the cause of that is.  I've never had much luck with speed over USB tho.  May be a missing kernel option or something. 

Dale

:-)  :-) 
--------------E9D38CD40E22BB8CCE92DD88--