It would be a lot easier if this was a desktop. I had a PC supply capacitor explode once. That was exciting, as I was in the room at the time. Boom! Lots of smoke. One of the high voltage electrolytic caps popped. Replaced the power supply and was good to go again.
Laptops, especially 7 year old ones, probably won't be able to be repaired. Well, this laptop went out with a whimper... Wouldn't surprise me if it was a bad electrolytic cap. Wasn't there a bad run of them a decade or so ago? On Wed, Jan 6, 2021 at 3:11 PM Jerry Feldman <gaf.li...@gmail.com> wrote: > Power supply failures can cause lots of issues. I've changed a few. For me > a quick trip to micro center allowed me to get stuff up and running. > > -- > Jerry Feldman <gaf.li...@gmail.com> > Boston Linux and Unix http://www.blu.org > PGP key id: 6F6BB6E7 > PGP Key fingerprint: 0EDC 2FF5 53A6 8EED 84D1 3050 5715 B88D 6F6 > B B6E7 > > On Wed, Jan 6, 2021, 3:07 PM Bruce Labitt <bdlab...@gmail.com> wrote: > >> Checked the media, both are readable using the RPI4. Seems like the >> power supply is failing. It's cycling on and off even with no media, dvd, >> or drives. I think this is a dead parrot. >> >> Well, that was fun. Uh, not really. >> >> Guess I need to go computer shopping. It was an i7, 32GB RAM, 17" >> screen. It had a nvidia GPU so I could play with CUDA. What's out there >> that's at least as good performance wise and not a PIA to convert to >> linux. It was a Bonobo Extreme 6. At the time it was pretty high end. My >> BonX6 was a boat anchor, but since it hardly moved, it wasn't a problem. >> Of course, light and performance is good too. Any good laptops out there? >> Been out of the loop a while. >> >> On Wed, Jan 6, 2021 at 1:33 PM Bruce Labitt <bdlab...@gmail.com> wrote: >> >>> One more oddity, when I turned it off by pressing the power off button, >>> the laptop went off, then started again. Is this a clue? >>> >>> On Wed, Jan 6, 2021 at 1:31 PM Bruce Labitt <bdlab...@gmail.com> wrote: >>> >>>> I yanked the battery, and all the disks. Tried booting with AC power. >>>> And no usb stick. I get the same behavior. Does not respond to F2, F7, or >>>> Func-F2 or Func-F7. :( No fan comes on. If I try the USB stick and power >>>> up, same behavior, except the fan has some activity. Not looking good... >>>> Guess I could go deeper into disassembly, maybe finding a weird crimped or >>>> mangled cable, or dust filled something or another, but not looking good at >>>> all... Anything else it could be? Don't know if this is a clue at all. >>>> Next to last boot (with original disk) was 8 minutes. Last boot (with >>>> original disk) was 28 minutes . Is this a sagging or failing power >>>> supply? What else electrical could it be? >>>> >>>> On Wed, Jan 6, 2021 at 12:49 PM <mkomarin...@wayga.org> wrote: >>>> >>>>> Yank the SSD and USB and see if it boots. That will at least isolate >>>>> if either of those are involved. >>>>> >>>>> On Jan 6, 2021 12:10 PM, Bruce Labitt <bdlab...@gmail.com> wrote: >>>>> >>>>> Sorry to bother you, that is, if I haven 't been put on a giant ignore >>>>> list. Replaced disk with new bigger SSD. Unfortunately, the laptop is >>>>> not >>>>> booting to the USB stick. I haven't even gotten to any video console yet, >>>>> grub, bios, nada. I get occasional flashes of the disk activity light and >>>>> nothing else. Posting from an RPI4 now. Tried various combinations of >>>>> F2, >>>>> F7, and no screen activity. :( Basically in the place I didn't want to >>>>> be >>>>> with my primary computer. >>>>> >>>>> On Wed, Jan 6, 2021 at 10:27 AM Bruce Labitt <bdlab...@gmail.com> >>>>> wrote: >>>>> >>>>> Found out how to check the whole usb disk. $ sudo sha256sum -b >>>>> /dev/sdx Sudo was required. Hope to be back and running soon... Sorry >>>>> for all the noise. >>>>> >>>>> On Wed, Jan 6, 2021 at 10:03 AM Bruce Labitt <bdlab...@gmail.com> >>>>> wrote: >>>>> >>>>> System76 thinks it's the ssd. Machine strangely got locked up while >>>>> trying to start the arduino IDE, forcing me to power off the laptop. Took >>>>> 28 minutes to boot! And 12 seconds after handing off to the OS. >>>>> So it's time to do this. I just backed up /home, /opt and /etc. >>>>> Anything else I should do before replacing the disk? Just checked the >>>>> sha256sum on the iso. How do I check if the USB stick I burned is ok? >>>>> >>>>> >>>>> On Sat, Jan 2, 2021 at 10:14 PM Bruce Labitt < >>>>> bruce.lab...@myfairpoint.net> wrote: >>>>> >>>>> Think it's a driver issue. Looked in journalctl and there's some >>>>> errors >>>>> indicated. One is a video issue, another is some sort of permissions >>>>> issue for user who isn't me. The permissions issue is with >>>>> tracker-miner, which I find to be highly annoying. Not quite sure how >>>>> to disable it cleanly with low system impact. >>>>> >>>>> Last fsck was 3 months ago. Next one is due in 3 months. So it >>>>> wasn't >>>>> an overdue fsck... So I'm not so sure it's disk related at all. >>>>> >>>>> Have contacted system76 and sent them logs. If I recall correctly, >>>>> the >>>>> issue seems to be closely related to a driver change (issued by >>>>> system76). Of course, they are still on break... >>>>> >>>>> Nonetheless, waiting 8-10 minutes for boot is awful. I don't even >>>>> think >>>>> my first IBM PC was that slow, even with a boot from floppy disk. >>>>> >>>>> >>>>> On 1/2/21 9:15 PM, r...@mrt4.com wrote: >>>>> > Examine the time stamps on the syslog and compare them to previous >>>>> nominal boots. That should indicate where the issue is. If all log entries >>>>> indicate long delays, then it is something systemic like memory, storage, >>>>> CPU, a thermal issue, etc. (Note: A systemic issue is not necessarily a >>>>> hardware fault because a HW device can be incorrectly configured when it >>>>> is >>>>> initialized.) >>>>> > >>>>> > If it was a one-time occurrence then it was most likely an overdue >>>>> fsck, but syslog will indicate that if that's the case. >>>>> > >>>>> > Ronald Smith >>>>> > >>>>> > -------------------------- >>>>> > >>>>> > On Wed, 30 Dec 2020 14:04:43 -0500 >>>>> > Bruce Labitt <bruce.lab...@myfairpoint.net> wrote: >>>>> > >>>>> >> I think I have a SSD on the way out. Last reboot took a REALLY long >>>>> >> time. Like 30 minutes. I ran the smart data and self test and the >>>>> SSD >>>>> >> passes. Overall assessment is disk is ok. I really don't know how >>>>> to >>>>> >> interpret what the results are. >>>>> >> >>>>> >> I think the disk is in pre-fail based on the smartctl output below >>>>> >> >>>>> >> /snip >>>>> >> >>>>> >> === START OF INFORMATION SECTION === >>>>> >> Model Family: Crucial/Micron RealSSD m4/C400/P400 >>>>> >> Device Model: M4-CT256M4SSD2 >>>>> >> Serial Number: 000000001247091DC2FF >>>>> >> LU WWN Device Id: 5 00a075 1091dc2ff >>>>> >> Firmware Version: 040H >>>>> >> User Capacity: 256,060,514,304 bytes [256 GB] >>>>> >> Sector Size: 512 bytes logical/physical >>>>> >> Rotation Rate: Solid State Device >>>>> >> Form Factor: 2.5 inches >>>>> >> Device is: In smartctl database [for details use: -P show] >>>>> >> ATA Version is: ACS-2, ATA8-ACS T13/1699-D revision 6 >>>>> >> SATA Version is: SATA 3.0, 6.0 Gb/s (current: 6.0 Gb/s) >>>>> >> Local Time is: Wed Dec 30 13:49:17 2020 EST >>>>> >> SMART support is: Available - device has SMART capability. >>>>> >> SMART support is: Enabled >>>>> >> >>>>> >> === START OF READ SMART DATA SECTION === >>>>> >> SMART overall-health self-assessment test result: PASSED >>>>> >> >>>>> >> /snip >>>>> >> >>>>> >> ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE >>>>> >> UPDATED WHEN_FAILED RAW_VALUE >>>>> >> 1 Raw_Read_Error_Rate 0x002f 100 100 050 Pre-fail >>>>> >> Always - 0 >>>>> >> 5 Reallocated_Sector_Ct 0x0033 100 100 010 Pre-fail >>>>> >> Always - 0 >>>>> >> 9 Power_On_Hours 0x0032 100 100 001 Old_age >>>>> >> Always - 7294 >>>>> >> 12 Power_Cycle_Count 0x0032 100 100 001 Old_age >>>>> >> Always - 2511 >>>>> >> 170 Grown_Failing_Block_Ct 0x0033 100 100 010 Pre-fail >>>>> >> Always - 0 >>>>> >> 171 Program_Fail_Count 0x0032 100 100 001 Old_age >>>>> >> Always - 0 >>>>> >> 172 Erase_Fail_Count 0x0032 100 100 001 Old_age >>>>> >> Always - 0 >>>>> >> 173 Wear_Leveling_Count 0x0033 098 098 010 Pre-fail >>>>> >> Always - 66 >>>>> >> 174 Unexpect_Power_Loss_Ct 0x0032 100 100 001 Old_age >>>>> >> Always - 87 >>>>> >> 181 Non4k_Aligned_Access 0x0022 100 100 001 Old_age >>>>> >> Always - 10250 5047 5203 >>>>> >> 183 SATA_Iface_Downshift 0x0032 100 100 001 Old_age >>>>> >> Always - 0 >>>>> >> 184 End-to-End_Error 0x0033 100 100 050 Pre-fail >>>>> >> Always - 0 >>>>> >> 187 Reported_Uncorrect 0x0032 100 100 001 Old_age >>>>> >> Always - 0 >>>>> >> 188 Command_Timeout 0x0032 100 100 001 Old_age >>>>> >> Always - 0 >>>>> >> 189 Factory_Bad_Block_Ct 0x000e 100 100 001 Old_age >>>>> >> Always - 81 >>>>> >> 194 Temperature_Celsius 0x0022 100 100 000 Old_age >>>>> >> Always - 0 >>>>> >> 195 Hardware_ECC_Recovered 0x003a 100 100 001 Old_age >>>>> >> Always - 0 >>>>> >> 196 Reallocated_Event_Count 0x0032 100 100 001 Old_age >>>>> >> Always - 0 >>>>> >> 197 Current_Pending_Sector 0x0032 100 100 001 Old_age >>>>> >> Always - 0 >>>>> >> 198 Offline_Uncorrectable 0x0030 100 100 001 Old_age >>>>> >> Offline - 0 >>>>> >> 199 UDMA_CRC_Error_Count 0x0032 100 100 001 Old_age >>>>> >> Always - 0 >>>>> >> 202 Perc_Rated_Life_Used 0x0018 098 098 001 Old_age >>>>> >> Offline - 2 >>>>> >> 206 Write_Error_Rate 0x000e 100 100 001 Old_age >>>>> >> Always - 0 >>>>> >> >>>>> >> Replace the disk pronto? Is that what this is telling me? Or? >>>>> >> >>>>> >> I recently copied over many important files to another disk. And >>>>> >> downloaded a new OS. I just hate re-configuring things, and >>>>> starting >>>>> >> from scratch, it's such a pain. Not as painful as a disk crash, but >>>>> >> close. I've got loads of stuff I've compiled from source and just >>>>> 100's >>>>> >> of things to check or update. Yes, I'll just have to do it. It's >>>>> just >>>>> >> the week plus of recovery that I'm rebelling against. >>>>> >> >>>>> >> Anything else I should do first? Check something? Run a test? Any >>>>> tips >>>>> >> to make the "recovery" less painful? >>>>> >> >>>>> >> _______________________________________________ >>>>> >> gnhlug-discuss mailing list >>>>> >> gnhlug-discuss@mail.gnhlug.org >>>>> >> http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/ >>>>> >>>>> >>>>> _______________________________________________ >>>>> gnhlug-discuss mailing list >>>>> gnhlug-discuss@mail.gnhlug.org >>>>> http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/ >>>>> >>>>> >>>>> _______________________________________________ >> gnhlug-discuss mailing list >> gnhlug-discuss@mail.gnhlug.org >> http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/ >> >
_______________________________________________ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
