From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (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 151FF1581F3 for ; Tue, 3 Dec 2024 10:57:11 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 609B7E0801; Tue, 3 Dec 2024 10:57:04 +0000 (UTC) Received: from poodle.tulip.relay.mailchannels.net (poodle.tulip.relay.mailchannels.net [23.83.218.249]) (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 pigeon.gentoo.org (Postfix) with ESMTPS id 1D74AE07D7 for ; Tue, 3 Dec 2024 10:57:01 +0000 (UTC) X-Sender-Id: thundermail|x-authsender|confabulate@kintzios.com Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id E310F844A6F for ; Tue, 3 Dec 2024 10:57:00 +0000 (UTC) ARC-Seal: i=1; s=arc-2022; d=mailchannels.net; t=1733223420; a=rsa-sha256; cv=none; b=mAP0epBv3thJ+WMzztfwmF2H/L620tSsHdq/MbMpyH7aYhRdYbC7n8R8uRWuPnKhH8DaHb nByQaiI/pUHnO9SSiK+4UuI0IiBZIo95mo9rdgHQSo1kX6UxsFwkoY7FVx8XbvRizRmoFz PZAxNj32crLyUa8vo6brPkAS+SUcqse3yVR95CLJoSQJ0g0cfwFHg7lA3m2+OOFIFhbKKj 0OnSt+m3GFmORtWwycPNrb+hRrPdfXI5LjsBZg3iODB/0Hht/xKJeZ3vnmvVb7uOmUew72 jIYfTbOvt+GM1W1QA8eyYwHRjsh4gePG5Y51vOrc57urCY/dScUhLWZ3ZNeu/A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=mailchannels.net; s=arc-2022; t=1733223420; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references; bh=VDxAsRl3/Vf0dXCkcl8BgDHO+cyo8LhiJT7UBpoK5VI=; b=r0nowUlF8AF1+XFsE3PJdv7ZP29kNkx+NwQAqRu4fDrOfvDbdB9DyBav97V468ZNDiQMYb R3fB0ewnZDwAusWgKAd49NmeHnFwpHB++PBcuh4H09Szbd5KXwaKB43H6DjygB4wEWJlh8 rMQyh4QDP5L2swltlfM3XPrLxaTYF3vBiVSS3sSYtbSiqKOVI6B5awnU9AXmUsZG7j22+A 5CFCBs/BM4mvtKFA0XKW1ulCCbxkzmkdOQ5ietJ2PonZ2Rvk6JSX1qPD400iAFDlgBqNMQ Zy6C+IEb6WOQU4ii/fo8vcGgS3b1d7vsvGqFrr5zHCXCATAb83oArDqnXrMsAw== ARC-Authentication-Results: i=1; rspamd-5d9d86ff64-njkxj; auth=pass smtp.auth=thundermail smtp.mailfrom=confabulate@kintzios.com X-Sender-Id: thundermail|x-authsender|confabulate@kintzios.com X-MC-Relay: Neutral X-MailChannels-SenderId: thundermail|x-authsender|confabulate@kintzios.com X-MailChannels-Auth-Id: thundermail X-Macabre-Suffer: 42ec62d73c8b30ff_1733223420458_2956164459 X-MC-Loop-Signature: 1733223420458:3010419914 X-MC-Ingress-Time: 1733223420457 Received: from mailclean11.thundermail.uk (mailclean11.thundermail.uk [149.255.60.66]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384) by 100.124.131.128 (trex/7.0.2); Tue, 03 Dec 2024 10:57:00 +0000 Received: from cloud238.thundercloud.uk (cloud238.thundercloud.uk [149.255.62.116]) by mailclean11.thundermail.uk (Postfix) with ESMTPS id E2AEF1E0002 for ; Tue, 3 Dec 2024 10:56:57 +0000 (GMT) Authentication-Results: cloud238.thundercloud.uk; spf=pass (sender IP is 217.169.3.230) smtp.mailfrom=confabulate@kintzios.com smtp.helo=rogueboard.localnet Received-SPF: pass (cloud238.thundercloud.uk: connection is authenticated) From: Michael To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] [OT] Very slow POST process Date: Tue, 03 Dec 2024 10:56:44 +0000 Message-ID: <8501797.NyiUUSuA9g@rogueboard> In-Reply-To: References: <23309301.6Emhk5qWAg@rogueboard> <2009247.usQuhbGJ8B@rogueboard> 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 Content-Type: multipart/signed; boundary="nextPart2009330.usQuhbGJ8B"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-PPP-Message-ID: <173322341668.421180.8663317444058571166@cloud238.thundercloud.uk> X-PPP-Vhost: kintzios.com X-Spamd-Result: default: False [-1.51 / 999.00]; SIGNED_PGP(-2.00)[]; MID_RHS_NOT_FQDN(0.50)[]; ONCE_RECEIVED(0.20)[]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; MX_GOOD(-0.01)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_ALL(0.00)[]; DMARC_POLICY_ALLOW(0.00)[kintzios.com,none]; FROM_HAS_DN(0.00)[]; FUZZY_RATELIMITED(0.00)[rspamd.com]; REPLYTO_DOM_NEQ_TO_DOM(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MISSING_XM_UA(0.00)[]; ASN(0.00)[asn:34931, ipnet:149.255.60.0/22, country:GB]; MIME_TRACE(0.00)[0:+,1:+,2:~]; TO_DN_NONE(0.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[gentoo-user@lists.gentoo.org]; R_DKIM_NA(0.00)[]; NEURAL_HAM(-0.00)[-0.999]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(0.00)[+mx]; HAS_REPLYTO(0.00)[confabulate@kintzios.com] X-Rspamd-Queue-Id: E2AEF1E0002 X-Rspamd-Action: no action X-Rspamd-Server: mailclean11 X-Archives-Salt: 0c123e07-7762-4f31-99fa-2a64fbc5987f X-Archives-Hash: 60ebc81415684dac426361b99c838824 --nextPart2009330.usQuhbGJ8B Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8"; protected-headers="v1" From: Michael To: gentoo-user@lists.gentoo.org Reply-To: confabulate@kintzios.com Subject: Re: [gentoo-user] [OT] Very slow POST process Date: Tue, 03 Dec 2024 10:56:44 +0000 Message-ID: <8501797.NyiUUSuA9g@rogueboard> In-Reply-To: MIME-Version: 1.0 On Tuesday 3 December 2024 00:34:13 GMT mad.scientist.at.large@tutanota.com wrote: > usually in laptops which become dirty (they all do, and it's very difficult > to take them apart and clean and reassemble) the hard drive is the first > thing to fail completely. A dying hard drive can easily slow/halt boot. The hard drive is good. > CPU/GPU are likely next along with the power supplies for those chips. All > you can really do is take it apart, clean it, and if possible test the hard > drive etc. in a known good machine. Alternately, try a different hard > drive (either a replacement or a small, cheap used one for testing). The laptop has been used on a cooling pad away from dusty surfaces and cleaned regularly. When I took it apart there was just a little dust on the fan and exhaust, because it hadn't been cleaned for ~6 months or so. The drive is in good health according to smartctl and fully accessible over a USB cradle. > Check > that all the fans still spin freely after cleaning them, if possible test > them on a power supply (note that some will be 5V and some 12V, be careful > to read the labels or start low). The fan spins freely when rotated by hand. It also spins initially when the power button is pressed. However, it stops within a couple of seconds and does not start again. This makes me think ... normally when the fan starts spinning at boot it soon climbs up to maximum speed while the BIOS runs through POST. Then it slows down as the BIOS hands over to the OS. Its connected to the MoBo via 4 wires which control its PWM. The wires are in a good condition, but I have no way to check what its miniature socket voltage could be while I power it up starts without some spare fan or plug. Anyway, I don't know if some pull-up resistor in the fan control circuit is damaged, but even if it failed wouldn't the fan continue spinning but at a low speed? This one stops dead. Hence it makes me think of a corrupt/damaged MoBo chipset or firmware. :-/ > I hate working on laptops and AIO desktops, always hard to take them apart > and put them back together and they both need regular cleaning, before they > act up (or at least immediately when they start acting up). Yes, I *really* don't like laptops for a number of reasons, no matter the convenience they offer. The inherent difficulty in cleaning/upgrade/repairs, added to their relatively small screen size, makes me wanting to avoid them. > Because of the > dust I clean my desktops at least once a year, also a pain but much easier > than a laptop or AIO. This keeps them from wearing out as quickly and as > some one on a small fixed income that's very important to me. The design compromises on a laptop compared to a desktop are many. I don't think I ever had a laptop lasting for more than 6 years of continuous usage without things breaking, no matter how careful I was with it. By the time its battery needs replacement something around the corner is usually about to fail on me. I recall seeing the same symptom on an HP laptop some years ago now. I replaced its fan, but it continued to fail to boot in the same manner. I never got to the bottom of it at the time. > Dec 2, 2024, 09:06 by confabulate@kintzios.com: > > On Wednesday 29 November 2023 00:16:11 GMT you wrote: > >> On Tuesday, 28 November 2023 15:49:10 GMT Daniel Frey wrote: > >> > On 11/28/23 03:38, Michael wrote: > >> > > Over the last 8-9 months I noticed an old Lenovo G505s laptop is > >> > > spending > >> > > a > >> > > long time in the POST process, before eventually the OEM logo shows > >> > > up > >> > > on > >> > > the screen. Last time I timed it, it took 2.5-3.0 minutes. Normally > >> > > it > >> > > would only take ~20-30 seconds. Once the logo shows up the boot > >> > > process > >> > > proceeds without further delay. > >> > > > >> > > Initially, this delay to POST would happen randomly and rarely. Now > >> > > it > >> > > happens every time. > >> > > > >> > > Things I tried: > >> > > > >> > > 1. Reflashing the UEFI firmware - it didn't work because it already > >> > > has > >> > > the > >> > > latest firmware. > >> > > > >> > > 2. Removing the main battery and holding down the power button for 15 > >> > > seconds, hoping to reset the firmware. > >> > > > >> > > 3. Leaving the PSU cable connected overnight. > >> > > > >> > > 4. Testing the RAM and HDD. > >> > > > >> > > None of the above improved the situation, or indicated what might be > >> > > wrong. > >> > > > >> > > I'll reseat the RAM sticks and the HDD next, in case a contact is > >> > > oxidised, > >> > > but what else could cause this noticeable delay to POST? A failing > >> > > RTC > >> > > CMOS battery? > >> > > >> > We have had a few of these at work and these symptoms were cured by a > >> > new CMOS battery. The voltage on the battery has likely dipped to > >> > 2.9-3.0 volts; they get unreliable then (i.e. it's dead.) If you leave > >> > it long enough you'll start getting RTC errors on POST. > >> > > >> > I'd try that first, assuming you can still get the CMOS battery for > >> > these. > >> > > >> > Dan > >> > >> Thanks Dan, will do. I was planning to take it apart soon to replace the > >> HDD with an SSD, so this would be the first thing to check. I expect > >> finding a replacement unit will be difficult. Every Lenovo RTC battery > >> seems to have a different part number. > > > > Some things are worth waiting for, others no so much. :-( > > > > So, this laptop was taking longer and longer and longer to boot, until it > > eventually stopped booting 3-4 months ago: > > > > When the power button is pressed the cooling fan spins for a second or > > two, > > then it stops. A few minutes later the CPU overheats and eventually it > > goes into a thermal shutdown. Using an external fan to push air through > > merely delays this process, but the laptop still does not boot. I am > > getting a black screen and no POST for many minutes until it cuts out. > > > > I tried to reset the MoBo BIOS by pressing the power button with no > > battery or mains connected. I also removed the newly replaced CMOS/RTC > > battery and pressed the power button, but the same failure mode remains > > after I reassembled everything. > > > > Do I have: > > > > 1. Corrupted MoBo UEFI firmware? > > 2. A dying/dead chipset? > > 3. Something else? > > > > Is there anything else I could possibly try? --nextPart2009330.usQuhbGJ8B Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEXqhvaVh2ERicA8Ceseqq9sKVZxkFAmdO4+0ACgkQseqq9sKV ZxlZmBAAkyv3C6c752CWXOH429TRNbJm1Vz9dbjGa916Hix1cEO3OWYoOG06uwR/ 58vtp1IwK4aEUM7Ptaz2Q4A+MK2s+pm4R7Q5JctqS9ilL4peWRIMyKFRncADuGG7 HwFpIzPbDv/CCM4S5TPk8svJfHjxo/i0ybDMkKk3OdfkU4mXQNsUelB6zdKMiAH7 iHf+HOl2NpHcmJ6Js4uQCLuXDXd+8FzbLTcCNR4SLALpEIMFMhjuP3rCoh82giWk Fbl84qu53Tc90ijMVzwowst7MAcxRdG8O+Ww+R2bMVeCvXk5uP+P1GhFboR9c9k/ FeHYw4L07FCLZviQJYSJZEvDj/bnHUdTfLsSitPPFNztM49VGp8Xk6QNI6d0wrUE 614qM7+sSYlmT0hXofrZjaORvWiO6kHVbqsMt7A/f/5gxr5iyKXVDMAVRc1/IP9Q ezvzrJL6gNTdEBwFAiqZEBXcnO7ILjahTHPDXXrJXXZI1Xs5Tm9tQB31GuPl/n2E 8ysM104oBE7dDJ6BSBoWbxaLHYvoNyTSpLEC/PfKmxM7J6wdQcH159ICMfgkpd/P f+qahRJv6mIUB4EU/3mI5u678B/5IguYsNSY6W1AWKj943/UKntvQCbCzOGYID9D ViVUD/RFoCmrvKmQTMMiNj/+2A0nUBdr4FIkOhbAnK1GXmCpDj4= =wyG3 -----END PGP SIGNATURE----- --nextPart2009330.usQuhbGJ8B--