Hi All, I have a removable drive sleeve that I mount SATA drives mounted in that attaches to an internal SATA port.  I use it backup my system to removable drives.  The mechanism works identical to USB flash drives. With one exception.  A drive MUST be in the carriage when I boot up.  Otherwise, if I insert a drive AFTER the system is booted up, the drive is invisible to the system. Now I have seen Clonzilla re-educating the system as to what drives are where.  Is there a way to goose Fedora to do the same?  Is there a way to rescan without having to reboot? Many thanks, -T

On 7/16/23 00:05, ToddAndMargo via users wrote: > On 7/15/23 23:27, ToddAndMargo via users wrote: > > Hi All, > > > > I have a removable drive sleeve that I mount SATA > > drives mounted in that attaches to an internal SATA > > port.  I use it backup my system to removable > > drives.  The mechanism works identical to USB > > flash drives. > > > > With one exception.  A drive MUST be in the > > carriage when I boot up.  Otherwise, if I insert > > a drive AFTER the system is booted up, the drive > > is invisible to the system. > > > > Now I have seen Clonzilla re-educating the system > > as to what drives are where.  Is there a way to > > goose Fedora to do the same?  Is there > > a way to rescan without having to reboot? > > > > Many thanks, > > -T > > > > smartd.service ??? nope, that ain't it

How is the "external dock" attached to your computer? sata?  USB?

On 16 Jul 2023, at 07:28, ToddAndMargo via users <users(a)lists.fedoraproject.org&gt; wrote: Now I have seen Clonzilla re-educating the system as to what drives are where. Is there a way to goose Fedora to do the same? Is there a way to rescan without having to reboot?

> On 16 Jul 2023, at 08:44, Barry <barry(a)barrys-emacs.org&gt; wrote: > > If nothing you need to trigger a scan of the SATA bus. > I do not know how you would do that. Maybe try what this says? https://serverfault.com/questions/5336/how-do-i-make-linux-recognize-a-ne... <https://serverfault.com/questions/5336/how-do-i-make-linux-recognize-a-ne... Barry

On 7/16/23 00:46, Barry wrote: > > >> On 16 Jul 2023, at 08:44, Barry <barry(a)barrys-emacs.org&gt; wrote: >> >> If nothing you need to trigger a scan of the SATA bus. >> I do not know how you would do that. > > Maybe try what this says? https://serverfault.com/questions/5336/how-do-i-make-linux-recognize-a-ne... <https://serverfault.com/questions/5336/how-do-i-make-linux-recognize-a-ne... > > Barry In the link:    echo "- - -" > /sys/class/scsi_host/host<n>/scan Any idea what `host<n>` is suppose to be? # ls /sys/class/scsi_host/ host0  host1  host2  host3  host4  host5  host6  host7 By any chance it is the SATA port I have it plugged into? If so, how do I figure that out? Assuming it is the sata port, would # lsscsi [1:0:0:0]    disk    ATA      TOSHIBA DT01ACA2 ABB0  /dev/sda [2:0:0:0]    cd/dvd  ATAPI    iHAS124   F      CL9M  /dev/sr0 [N:0:2:1]    disk    Samsung SSD 960 EVO 1TB__1                 /dev/nvme0n1

the "1" in [1:0:0:0] mean "host1"? Yours in confusion, -T

Hi All, I have a removable drive sleeve that I mount SATA drives mounted in that attaches to an internal SATA port.  I use it backup my system to removable drives.  The mechanism works identical to USB flash drives. With one exception.  A drive MUST be in the carriage when I boot up.  Otherwise, if I insert a drive AFTER the system is booted up, the drive is invisible to the system. Now I have seen Clonzilla re-educating the system as to what drives are where.  Is there a way to goose Fedora to do the same?  Is there a way to rescan without having to reboot? Many thanks, -T

Did you check if you have     # ls -l '/sys/bus/scsi/devices/1:0:0:0/rescan' I have '/rescan' but not '/scan'

Hi All, I have a removable drive sleeve that I mount SATA drives mounted in that attaches to an internal SATA port.  I use it backup my system to removable drives.  The mechanism works identical to USB flash drives. With one exception.  A drive MUST be in the carriage when I boot up.  Otherwise, if I insert a drive AFTER the system is booted up, the drive is invisible to the system. Now I have seen Clonzilla re-educating the system as to what drives are where.  Is there a way to goose Fedora to do the same?  Is there a way to rescan without having to reboot? Many thanks, -T

On 7/17/23 01:06, lejeczek via users wrote: > > > On 16/07/2023 08:27, ToddAndMargo via users wrote: >> Hi All, >> >> I have a removable drive sleeve that I mount SATA >> drives mounted in that attaches to an internal SATA >> port.  I use it backup my system to removable >> drives.  The mechanism works identical to USB >> flash drives. >> >> With one exception.  A drive MUST be in the >> carriage when I boot up.  Otherwise, if I insert >> a drive AFTER the system is booted up, the drive >> is invisible to the system. >> >> Now I have seen Clonzilla re-educating the system >> as to what drives are where.  Is there a way to >> goose Fedora to do the same?  Is there >> a way to rescan without having to reboot? >> >> Many thanks, >> -T >> > Bit better, clearer description of the > hardware/caddie/connection you should have started with. I thought    "attaches to an internal SATA port" covered that. https://www.supermicro.com/en/products/motherboard/X11SAE-M It is attached to "I-SATA1" > So, it is purely all SATA (& not! e-sata) and no bridge > of any kind in-between > If so, if purely SATA, I'd suggest you check - if have > not done so yet-    your mobo's BIOS for something like > SATA devices "hot-plugging" Hot plug is enabled and is the default. _______________________________________________

Hi All, I have a removable drive sleeve that I mount SATA drives mounted in that attaches to an internal SATA port.  I use it backup my system to removable drives.  The mechanism works identical to USB flash drives. With one exception.  A drive MUST be in the carriage when I boot up.  Otherwise, if I insert a drive AFTER the system is booted up, the drive is invisible to the system. Now I have seen Clonzilla re-educating the system as to what drives are where.  Is there a way to goose Fedora to do the same?  Is there a way to rescan without having to reboot? Many thanks, -T

Some people argue that if you've done any BIOS updates (this includes UEFI), or you've had a CMOS battery go/going flat, that it's a good idea to reset to defaults and then put in your settings to ensure nothing is in an unknown state.

> Or had the CMOS battery going flat?

Have not noticed my date and time messed up, but ...

I do change a lot of CMOS batteries for my customers.

Tim: >> Or had the CMOS battery going flat? ToddAndMargo: > Have not noticed my date and time messed up, but ... I've found that only when a battery was *really* bad that time may be off.  It could be sufficiently low to be a problem, and your clock still keeps time.  Especially if your PC supplies mains-derived power to the BIOS/UEFI when running, and the battery is a back-up rather than the only supply for it. There's an often stated claim the BIOSs are designed to run slow when the power is low, but I don't have faith in that.  I think people are trying to fit their own explanation into something that happened by accident.  It may well be that some do that, simply by virtue of how the circuit behaves rather than being a deliberate effect, but I've got PCs which kept very good time with a near dead battery (they are designed to be a really low power consumption device).  When their batteries did die, the clocks simply resetted to some distant date in the past, and drive parameters went haywire. If motherboard manufacturers wanted to make it obvious that you needed to change a battery, they could have designed the BIOS with a voltage reading that any OS could easily read without arcane knowledge, and your OS could pop up a warning which told you what was needed. Expecting the masses of computer illiterate to know that the clock being off might mean you need to change a battery, rather than them just writing the behaviour off as yet another Windows setting screw-up is a bit of an ask.  And it's a hidden effect by so many systems which continuously auto-correct the clock. > I do change a lot of CMOS batteries for my customers. Bearing in mind that many of those coin batteries have an expected working lifespan of about 3 years (that's less than their shelf-life), it may be worth simply replacing them that often without trying to squeeze the last morsels of power out of them until things go obviously wrong.  And modern batteries have worse chemistry than older batteries (less pollutant, by a fractional amount, but far more prone to leaking and causing corrosive damage). I give my PCs a vacuum once or twice a year, and I write a maintenance log in texta inside the lid (last cleaned so-and-so-date, new battery, etc). I've got a very old iMac sitting next to me that needs a new coin battery put in it, but thanks to idiotic design for cosmetics rather than practicality, you have to remove every single bit of hardware from the casing to get to the battery at the back of everything (lots of interconnected boards and devices).  Why they couldn't have mounted it on the other side of the board I don't know.  I'm tempted to use a hole saw on the cabinet to make replacing it much easier.  That, or I'll solder in a battery holder on fly leads and put it in a much more sensible place.

On 23 Jul 2023, at 20:58, George N. White III <gnwiii(a)gmail.com&gt; wrote: On Sun, Jul 23, 2023 at 12:20 PM Montague Bestes via users <users(a)lists.fedoraproject.org <mailto:users@lists.fedoraproject.org>> wrote: > I do stupid stuff once in awhile too, lol. Nice to be able to laugh about it. > Watch out with vacuuming the motherboard though; I sucked up a few jumpers once doing that. Static electricity can also be a problem using vacuums instead of canned air. For extreme situations I have used copper mesh with a ground wire over the vacuum inlet. That would filter out jumpers, but then you have to figure out where they came from, so take photos and make notes before attempting.

> > > On Friday, July 21, 2023 at 05:54:16 AM EDT, ToddAndMargo via users <users(a)lists.fedoraproject.org <mailto:users@lists.fedoraproject.org>> wrote: > > > On 7/19/23 01:02, Tim via users wrote: > > Tim: > >>> Or had the CMOS battery going flat? > > > > ToddAndMargo: > >> Have not noticed my date and time messed up, but ... > > > > I've found that only when a battery was *really* bad that time may be > > off. It could be sufficiently low to be a problem, and your clock > > still keeps time. Especially if your PC supplies mains-derived power > > to the BIOS/UEFI when running, and the battery is a back-up rather than > > the only supply for it. > > > > There's an often stated claim the BIOSs are designed to run slow when > > the power is low, but I don't have faith in that. I think people are > > trying to fit their own explanation into something that happened by > > accident. It may well be that some do that, simply by virtue of how > > the circuit behaves rather than being a deliberate effect, but I've got > > PCs which kept very good time with a near dead battery (they are > > designed to be a really low power consumption device). When their > > batteries did die, the clocks simply resetted to some distant date in > > the past, and drive parameters went haywire. > > > > If motherboard manufacturers wanted to make it obvious that you needed > > to change a battery, they could have designed the BIOS with a voltage > > reading that any OS could easily read without arcane knowledge, and > > your OS could pop up a warning which told you what was needed. > > > > Expecting the masses of computer illiterate to know that the clock > > being off might mean you need to change a battery, rather than them > > just writing the behaviour off as yet another Windows setting screw-up > > is a bit of an ask. And it's a hidden effect by so many systems which > > continuously auto-correct the clock. > > > >> I do change a lot of CMOS batteries for my customers. > > > > Bearing in mind that many of those coin batteries have an expected > > working lifespan of about 3 years (that's less than their shelf-life), > > it may be worth simply replacing them that often without trying to > > squeeze the last morsels of power out of them until things go obviously > > wrong. And modern batteries have worse chemistry than older batteries > > (less pollutant, by a fractional amount, but far more prone to leaking > > and causing corrosive damage). > > > > I give my PCs a vacuum once or twice a year, and I write a maintenance > > log in texta inside the lid (last cleaned so-and-so-date, new battery, > > etc). > > > > I've got a very old iMac sitting next to me that needs a new coin > > battery put in it, but thanks to idiotic design for cosmetics rather > > than practicality, you have to remove every single bit of hardware from > > the casing to get to the battery at the back of everything (lots of > > interconnected boards and devices). Why they couldn't have mounted it > > on the other side of the board I don't know. I'm tempted to use a hole > > saw on the cabinet to make replacing it much easier. That, or I'll > > solder in a battery holder on fly leads and put it in a much more > > sensible place. > > Wonderful write up! > > I tested it with an extended hard power > off (outlet strip). It worked fine. > > So, it must have been something stupid I did. > > > :'( > _______________________________________________ > users mailing list -- users(a)lists.fedoraproject.org <mailto:users@lists.fedoraproject.org> > To unsubscribe send an email to users-leave(a)lists.fedoraproject.org <mailto: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 > Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue > _______________________________________________ > users mailing list -- users(a)lists.fedoraproject.org <mailto:users@lists.fedoraproject.org> > To unsubscribe send an email to users-leave(a)lists.fedoraproject.org <mailto: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 > Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue -- George N. White III _______________________________________________ users mailing list -- users(a)lists.fedoraproject.org <mailto:users@lists.fedoraproject.org> To unsubscribe send an email to users-leave(a)lists.fedoraproject.org <mailto: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 Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue

On Sun, Jul 23, 2023 at 12:20 PM Montague Bestes via users <users(a)lists.fedoraproject.org <mailto:users@lists.fedoraproject.org>> wrote: I do stupid stuff once in awhile too, lol. Nice to be able to laugh about it. Watch out with vacuuming the motherboard though; I sucked up a few jumpers once doing that. Static electricity can also be a problem using vacuums instead of canned air.  For extreme situations I have used copper mesh with a ground wire over the vacuum inlet.  That would filter out jumpers, but then you have to figure out where they came from, so take photos and make notes before attempting.