Re: sata driver compataility Q

From	gene heskett <gheskett@shentel.net>
Newsgroups	linux.debian.user
Subject	Re: sata driver compataility Q
Date	2023-09-19 03:40 +0200
Message-ID	<HfxSx-9W3f-3@gated-at.bofh.it> (permalink)
References	(5 earlier) <HeNcZ-9thl-1@gated-at.bofh.it> <HeXcl-9zIV-5@gated-at.bofh.it> <Hf7Y5-9FWr-1@gated-at.bofh.it> <Hfb5D-9I23-3@gated-at.bofh.it> <HdWil-8Xna-7@gated-at.bofh.it>
Organization	linux.* mail to news gateway

Show all headers | View raw

On 9/18/23 07:57, Dan Ritter wrote:
> gene heskett wrote:
[...]
>>> It looks like the motherboard shares some PCIe and/or SATA lanes between
>>> SATA ports and M.2 ports, so you must be careful with your choices.?? I
>>> suggest installing an M.2 PCIe x4 SSD into slot M.2_1 and configuring it
>>> for "PCIE mode", so that it works and all 6 SATA ports work.?? You will
>>> want to use EUFI mode and GPT when installing Debian.
>>>
>>>
>> Based on this, and a full sized manual printout,  I've ordered a 2T WD
>> Black, supposedly a 2280 device. $100.
>>
>> Question, when I put this in, what happens to the 32GB of dimms? How does
>> this fit into the architecture?  I assume this isn't volatile but is quick
>> storage.
> 
> The DIMM slots are different from the M.2 slots. The M.2 slots
> are small PCIe interfaces; the installation procedure is to
> insert the 2280 (22mm x 80mm) card at a slight upward angle,
> then press it down and screw it in. It may ship with a glued-on
> heat spreader or tiny radiator; if so, use it, don't peel it
> off.
> 
> Note that it should appear as /dev/nvme0n1 or similar, rather
> than /dev/sda. Partitions will be /dev/nvme0n1p1, p2...
> 
> The NVM bits stands for non-volatile memory; it's an SSD with a
> different interface.
> 
>> I propose to put this in as suggested, which should leave all 6 sata-III's
>> available, Install bookworm to it, w/o the current ectra controller get it
>> going, then put 3 of the 2T gigastones on sata1-2-3, use the bios to make a
>> raid5 of them and mount it as /home, prove it works with some throw away
>> stuff, then plug the existing raid10 controller & mount it as moi, then
>> format the raid5 again with gparted,
> 
> You should use mdadm rather than a BIOS RAID system -- better
> recovery to other systems, more understandable error messages,
> better support for fixing things that might go wrong.

Thanks, I will.
> 
> If the new drives are sda through sdf something like this is what
> you want:
> 
> mdadm --create /dev/md/gsmoi5 -l raid5 -n 3 /dev/sda /dev/sdb /dev/sdc
> mkfs.ext4 /dev/md/gsmoi5
> mount /dev/md/gsmoi5 /home
> 
> 
> and for your second set:
> 
> mdadm --create /dev/md/gsamanda5 -l raid5 -n 3 /dev/sdd /dev/sde /dev/sdf
> mkfs.ext4 /dev/md/gsamanda5
> mount /dev/md/gsamanda5 /amanda
> 
> 
>> Suggestions re other, more recent solutions will be accepted and studied.
>> Definitely must support backing up other machines of varying architectures
>> on my local network. In addition to a 4 pack of linux running wintel stuff,
>> there's the potential for 5 or so arms too. Gcodes for 3d printers are all
>> unrolled loops and bulky as can be.
> 
> The most flexible backup systems are the hardest to configure,
> but nothing is much worse than amanda.
> 
> You might like borg. Borg is in Debian as 'borgbackup'.
> 
> In the other direction, using rsnapshot over ssh is relatively
> simple and comes with the distinct advantage over both amanda
> and borg that the backups are stored as normal files in a normal
> filesystem, so recovery from an accidental deletion of a file or
> directory is very straightforward.
> 
Compared to the setup required for amanda, that sounds very inviting. 
Amanda has a very steep learning curve just because it is so versatile 
I'm still waiting on stuff, so no more actual progress.

Thanks Dan, tae care & stay well.
> -dsr-
> .

Cheers, Gene Heskett.
-- 
"There are four boxes to be used in defense of liberty:
  soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author, 1940)
If we desire respect for the law, we must first make the law respectable.
  - Louis D. Brandeis
Genes Web page <http://geneslinuxbox.net:6309/>

Thread

Crosshairs in gimp 2.10.22 in Debian 11.7. peter@easthope.ca - 2023-08-12 04:00 +0200
  Re: Crosshairs in gimp 2.10.22 in Debian 11.7. Dan Ritter <dsr@randomstring.org> - 2023-08-12 13:10 +0200
    Re: Crosshairs in gimp 2.10.22 in Debian 11.7. peter@easthope.ca - 2023-08-12 15:50 +0200
    Re: random number generator missing after upgrade Björn Persson <Bjorn@xn--rombobjrn-67a.se> - 2023-08-14 11:30 +0200
      Re: random number generator missing after upgrade David Wright <deblis@lionunicorn.co.uk> - 2023-08-14 15:30 +0200
        Re: random number generator missing after upgrade Björn Persson <Bjorn@xn--rombobjrn-67a.se> - 2023-08-14 21:00 +0200
          Re: random number generator missing after upgrade davidson <davidson@freevolt.org> - 2023-08-14 22:30 +0200
            Re: random number generator missing after upgrade Björn Persson <Bjorn@xn--rombobjrn-67a.se> - 2023-08-15 07:50 +0200
    Re: upgrade to bookworm broke phpmyadmin Rick Macdonald <rickmacd@shaw.ca> - 2023-08-24 05:30 +0200
      Re: upgrade to bookworm broke phpmyadmin Stefan Monnier <monnier@iro.umontreal.ca> - 2023-08-24 16:00 +0200
        Re: upgrade to bookworm broke phpmyadmin Rick Macdonald <rickmacd@shaw.ca> - 2023-08-24 23:40 +0200
    Re: Please verify Gnome and KDE wiki articles for correctness Jeffrey Walton <noloader@gmail.com> - 2023-08-26 16:30 +0200
      Re: Please verify Gnome and KDE wiki articles for correctness <tomas@tuxteam.de> - 2023-08-26 16:50 +0200
    Re: raid10 access problem gene heskett <gheskett@shentel.net> - 2023-09-07 19:10 +0200
    Re: raid10 access problem gene heskett <gheskett@shentel.net> - 2023-09-07 21:10 +0200
    Re: raid10 access problem gene heskett <gheskett@shentel.net> - 2023-09-07 21:10 +0200
    Re: Debian, Git server, Nginx, Fcgiwrap, and git push can not create  remote object directory David Mehler <dave.mehler@gmail.com> - 2023-09-10 03:30 +0200
    Re: usrmerge on root NFS will not be run automatically Marco <lists@homerow.info> - 2023-09-10 18:50 +0200
      Re: usrmerge on root NFS will not be run automatically Javier Barroso <javibarroso@gmail.com> - 2023-09-11 17:30 +0200
    Re: usrmerge on root NFS will not be run automatically Marco <lists@homerow.info> - 2023-09-14 16:30 +0200
      Re: usrmerge on root NFS will not be run automatically Dan Ritter <dsr@randomstring.org> - 2023-09-14 17:20 +0200
        Re: usrmerge on root NFS will not be run automatically Marco <lists@homerow.info> - 2023-09-14 18:10 +0200
        Re: usrmerge on root NFS will not be run automatically Marco <lists@homerow.info> - 2023-09-14 20:30 +0200
          Re: usrmerge on root NFS will not be run automatically Stefan Monnier <monnier@iro.umontreal.ca> - 2023-09-14 23:00 +0200
            Re: usrmerge on root NFS will not be run automatically Marco <lists@homerow.info> - 2023-09-15 14:00 +0200
              Re: usrmerge on root NFS will not be run automatically Stefan Monnier <monnier@iro.umontreal.ca> - 2023-09-15 15:30 +0200
        Re: usrmerge on root NFS will not be run automatically Marco <lists@homerow.info> - 2023-09-14 22:20 +0200
          Re: usrmerge on root NFS will not be run automatically Marco <lists@homerow.info> - 2023-10-03 13:50 +0200
        Re: usrmerge on root NFS will not be run automatically Marco <lists@homerow.info> - 2023-09-15 14:00 +0200
          Re: usrmerge on root NFS will not be run automatically Andy Smith <andy@strugglers.net> - 2023-09-15 20:00 +0200
            Re: usrmerge on root NFS will not be run automatically Marco <lists@homerow.info> - 2023-09-15 23:40 +0200
        Re: sata driver compataility Q gene heskett <gheskett@shentel.net> - 2023-09-15 23:40 +0200
          Re: sata driver compataility Q Andy Smith <andy@strugglers.net> - 2023-09-16 00:00 +0200
            Re: sata driver compataility Q gene heskett <gheskett@shentel.net> - 2023-09-16 01:30 +0200
          Re: sata driver compataility Q songbird <songbird@anthive.com> - 2023-09-16 12:10 +0200
            Re: sata driver compataility Q gene heskett <gheskett@shentel.net> - 2023-09-16 13:50 +0200
              Re: sata driver compataility Q songbird <songbird@anthive.com> - 2023-09-16 14:10 +0200
        Re: sata driver compataility Q gene heskett <gheskett@shentel.net> - 2023-09-15 23:50 +0200
        Re: sata driver compataility Q gene heskett <gheskett@shentel.net> - 2023-09-19 03:40 +0200
          Amanda (was: sata driver compataility Q) Stefan Monnier <monnier@iro.umontreal.ca> - 2023-09-19 15:00 +0200
            Re: Amanda (was: sata driver compataility Q) gene heskett <gheskett@shentel.net> - 2023-09-19 17:20 +0200
              Re: Amanda (was: sata driver compataility Q) Glenn <ve9gj@napan.com> - 2023-09-19 19:00 +0200
        Re: PATH revisited: one PATH to "rule the [Debian] World" Greg Wooledge <greg@wooledge.org> - 2023-09-24 19:30 +0200
          When a random string is not random (was Re: PATH revisited: one PATH  to "rule the [Debian] World") Max Nikulin <manikulin@gmail.com> - 2023-09-25 05:20 +0200
        Re: PATH revisited: one PATH to "rule the [Debian] World" Michael Kjörling <2695bd53d63c@ewoof.net> - 2023-09-24 21:50 +0200
          Re: PATH revisited: one PATH to "rule the [Debian] World" Greg Wooledge <greg@wooledge.org> - 2023-09-24 22:00 +0200
            Re: PATH revisited: one PATH to "rule the [Debian] World" Tom Browder <tom.browder@gmail.com> - 2023-09-24 22:50 +0200
              Re: PATH revisited: one PATH to "rule the [Debian] World" Michael Kjörling <2695bd53d63c@ewoof.net> - 2023-09-24 23:00 +0200
                Re: PATH revisited: one PATH to "rule the [Debian] World" Tom Browder <tom.browder@gmail.com> - 2023-09-24 23:30 +0200
        Message IDs, was Re: PATH revisited: one PATH to "rule the [Debian]  World" David Wright <deblis@lionunicorn.co.uk> - 2023-09-25 05:20 +0200
          Re: Message IDs, was Re: PATH revisited: one PATH to "rule the  [Debian] World" Dan Ritter <dsr@randomstring.org> - 2023-09-25 13:10 +0200

csiph-web