[prev in list] [next in list] [prev in thread] [next in thread]
List: fedora-list
Subject: Re: windows10 disk not showing up
From: "George N. White III" <gnwiii () gmail ! com>
Date: 2020-05-30 22:24:53
Message-ID: CAKTOP46feiKMnEXLDsGyuG9hKWtoAmyxXUZ3Yb061YNdnN8t0Q () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
On Sat, 30 May 2020 at 10:37, Neal Becker <ndbecker2@gmail.com> wrote:
> Today my wife's windows10 lenovo laptop was not starting normally, cycling
> through various "repair" screens. It does seem to work at least
> minimally though.
>
I've seen this with older version of Windows. The "repair" may have
repaired the "original" Windows boot configuration, but the
need for the repair is most likely due to a failing drive. Using the USB
live stick you should be able to install smartmontools to check the drive.
> I tried booting of my f32 usb stick and thought maybe I could take a look
> at the SSD. But when I start gnome disks, the internal SSD doesn't
> show up! lsblk doesn't show it. I looked through journalctl and saw some
> reference to ATA1, and I believe some kind of error.
>
> Anyone have any idea what's going on? The SSD is working enough to boot
> windows and run various things like file manager, so why doesn't it
> show in linux?
>
Windows may have messed with "BIOS" settings in an attempt to recover from
a problem.
How old is the drive? SSD bits have a limited lifetime. Some workloads
(video production) that fill, empty, and refill the drive very hard on
SSD's. Wear leveling strategies try to make the wear even across all the
bits, and there are spares when a bit goes bad, but eventually the spares
are used up and you lose data in some high-wear area. You should use
ddrescue to image the drive and attempt repairs on the image rather than
tying to do repairs on a failing drive.
--
George N. White III
[Attachment #5 (text/html)]
<div dir="ltr"><div dir="ltr">On Sat, 30 May 2020 at 10:37, Neal Becker <<a \
href="mailto:ndbecker2@gmail.com" target="_blank">ndbecker2@gmail.com</a>> \
wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" \
style="margin:0px 0px 0px 0.8ex;border-left:1px solid \
rgb(204,204,204);padding-left:1ex">Today my wife's windows10 lenovo laptop was \
not starting normally, cycling through various "repair" screens. It does \
seem to work at least<br> minimally \
though.<br></blockquote><div><br></div><div>I've seen this with older version of \
Windows. The "repair" may have repaired the "original" Windows \
boot configuration, but the </div><div>need for the repair is most likely due to a \
failing drive. Using the USB live stick you should be able to install \
smartmontools to check the drive.</div><div><br></div><blockquote class="gmail_quote" \
style="margin:0px 0px 0px 0.8ex;border-left:1px solid \
rgb(204,204,204);padding-left:1ex"> <br>
I tried booting of my f32 usb stick and thought maybe I could take a look at the SSD. \
But when I start gnome disks, the internal SSD doesn't<br> show up! lsblk \
doesn't show it. I looked through journalctl and saw some reference to ATA1, \
and I believe some kind of error.<br> <br>
Anyone have any idea what's going on? The SSD is working enough to boot windows \
and run various things like file manager, so why doesn't it <br> show in \
linux?<br></blockquote><div><br></div><div>Windows may have messed with \
"BIOS" settings in an attempt to recover from a problem.</div><div> \
</div><div>How old is the drive? SSD bits have a limited lifetime. Some \
workloads (video production) that fill, empty, and refill the drive very hard on \
SSD's. Wear leveling strategies try to make the wear even across all the bits, \
and there are spares when a bit goes bad, but eventually the spares are used up and \
you lose data in some high-wear area. You should use ddrescue to image the drive \
and attempt repairs on the image rather than tying to do repairs on a failing \
drive.</div><div><br></div></div>-- <br><div dir="ltr"><div dir="ltr"><div>George N. \
White III<br><br></div></div></div></div>
[Attachment #6 (text/plain)]
_______________________________________________
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-leave@lists.fedoraproject.org
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic