KiralyMarta Nem. Itt arra gondolok, hogy általában nem könnyű a gépbe még egy lemezt beletenni, ahhoz meg kell bontani. USB-n hozzádugni valamit egyszerű. Sokaknak talán könnyebbség lenne a gépen már fent lévő Windows mellé egy Linuxot az USB-sen csatlakoztatható SSD-re telepíteni, onnan használni, meg aztán egy ilyet vihetsz magaddal és másik gépen is bootolhatsz róla. Egy bibi van, az USB nem nagy barátja a trimnek, sok esetben nem támogatja. Az USB-s merevlemez ilyen szempontból nem problémás csak az meg nagyon lassú.
Én most megint mindent IS egyszerre akarok. SSD-t használjunk, amit később akár egy gépbe is beszerelhetünk, de egy tokkal USB-sen, a trimet is támogatva legyen a géphez csatlakoztatható, hogy a gép megbontása nélkül is teljes értékűen telepíthető, futtatható legyen egy Linux.
Szerk. Közben találtam egy ilyet is: https://www.axagon.eu/hu/produkty/eem2-ug2
Igaz, ez nem a 2,5'-os SSD-hez van, de ha hordozhatóságra kell, a mérete még kompaktabb.

    Végül egy ilyet rendeltem: https://www.axagon.eu/en/produkty/adsa-1s6
    A leírás szerint ez is tudja a trimet, amit lala2 talált az sok szempontból jobbnak tűnik, ezt viszont nem kell előre kifizetnem, elég átvételkor a közelemben lévő boltban és így szállítási költség sem terheli.
    Majd valamelyik lapiból kikapom az SSD-t, így jövök ki a legkevesebb ráfordítással.

      a mester Természetesen, ezer örömmel! Akár úgy is, hogy majd megírod, milyen parancsok kimeneteit szeretnéd és azokat akár lefuttatom úgy is, hogy most még benne van az SSD a gépben, aztán majd kiszerelem, bedobom az adapterbe és úgy futtatom a rendszert.
      Így azonos SSD, rendszer és gép mellett lenne adat, úgy hogy csak az SSD helye változik.
      De ha csak az adapter használatakor keletkező adatok érdekelnek téged, például, hogy tényleg megvalósul-e a trim, mi az olvasási- és írási sebesség,... az is rendben.
      Sőt, a másik két, tudtommal trimet nem támogató adapteremre is ránézhetünk.

          csuhas32 Lusta vagyok, de nagyon. Tegnap, mikor a kérdést feltetted, találtam leírást a szóba jöhető parancsokról, de végigfutni sem volt kedvem. Örömmel rád bíznám a "tesztkörnyezet" összeállítását is.

          Adaptereim nekem is vannak, kettő "kopasz", és egy dobozos. Csak éppen kisebb dögrováson vagyok, gondolkodni sincs kedvem, igazából ahhoz van a legkevesebb kedvem 🙁

          Az első mezei adaptert azért vettem, mert egy RasPI-re akartam SATA vinyót kötni (rá is kötöttem, ment is). A másodikat azért vettem, mert az elsőt a költözésnél elkavartam, viszont a TV-re rá kellett dugnom egy SSD-t az összeharácsolt zenéimmel. Ez is Axagon, a neve ADSA-FP2.
          Utána meg vettem "rendes" dobozosat, ami a sokatmondó Gembird névre hallgat, de típusszáma is van, EE2-U3S-6.

          Szóval tesztanyag van nálam is, csak a kedv kevés a folyamat véghez viteléhez,

              a mester Szóval tesztanyag van nálam is, csak a kedv kevés a folyamat véghez viteléhez,

              Nálam lelkesedés az van, tudás viszont kevésbé, ami azért veszélyes kombináció! :-D
              Ha lehet, én a szerelést minimalizálnám, amennyiben kivettem az öreg laposból az SSD-t, már nem nagyon tenném vissza, ha onnan kell valami teszteredmény, azt jó lenne az adapter megérkezte előtt letudni.
              Amúgy a három adapterrel keresztbe-kasul, akár különböző gépeken is bebootolva bármit, akár később is tesztelni, nem gond.

              Az adatlapja szerint a te Axagon ADSA-FP2-d is támogatja a trimet.
              A lala2-től kapott linket én is néztem, csak az nem biztos, hogy ez annyit ér, mintha egy hozzáértő nézi.
              A sudo hdparm -I /dev/sdX | grep "TRIM supported" ellenőrzi, hogy a trim támogatott-e, de USB csatlakoztatással kapcsolatban ez a cikk jól elbizonytalanított. Mondjuk nem mai, de nem találtam meg benne azt a módot, amivel Linux alól ellenőrizni tudnám, hogy most akkor igen vagy nem?
              Az jutott eszembe, hogy majd kiadok egy sudo fstrim -v / parancsot az USB-s adapteren fityegő SSD-ről futtatott rendszer alól, aztán ha szerencsém van megcsinálja, vagy lesz valamilyen hibaüzenet.
              Ez a találat megerősít abban, hogy ez nem is egy rossz elgondolás, ezzel a legfontosabb kérdésre egyértelmű választ kaphatunk.
              Ideális esetben a három adapter közül legalább az egyiknél hibát kapok, ekkor megtudom, hogy két adapternél működik a trim, egynél meg nem.

              Kis dögrovás most nálam is van, de az hamar elmúlik. Pihenj csak, ha más nem, hát marad majd az, amit a grafikus felületen vitézkedő huszár kitalál teszt gyanánt, de nincs kizárva, hogy a fórumtársak meglepnek még minket jó ötletekkel, lefuttatandó parancsokkal, szkriptekkel, egyéb tanácsokkal.

                a mester Találtam egy ilyet:
                Verify Trim Compatibility on the External SSDs

                Our first step is to check for Trim support on the SSD, this requires installing the sg3 utilities package:

                Ubuntu 20.04 LTS

                sudo apt install sg-utils

                Fedora 32

                sudo dnf install sg_utils

                Next we can run the sg_vpd command to check for unmap support, in the following command /dev/sdX is the path to the block device for the USB connected SSD (this can be found by checking the dmesg output after connecting the drive or with the lsblk command)

                sudo sg_vpd -a /dev/sdX | grep "Unmap"

                If the command returns the following line then we can enable Trim on this device.

                Unmap command supported (LBPU): 1

                https://kb.plugable.com/data-storage/trim-an-ssd-in-linux

                Nem biztos, hogy jól csináltam, de Xubuntu 22.04-en ilyen csomag már nincs, így a sudo apt install sg3-utils-t választottam.
                Egyelőre a belső SSD-n próbáltam és nem jó eredményt adott vissza:

                csuhas@iklubradio:~$ sudo sg_vpd -a /dev/sda | grep "Unmap"
fetching VPD page failed: Illegal request
sg_vpd failed: Illegal request
  Maximum unmap LBA count: 0 [Unmap command not implemented]
  Maximum unmap block descriptor count: 0 [Unmap command not implemented]
  Unmap granularity alignment valid: false
  Unmap granularity alignment: 0 [invalid]
  Unmap command supported (LBPU): 0
csuhas@iklubradio:~$

                Ezen a gépen amúgy a sudo fstrim -v / rendben lefut, bár más gépekhez viszonyítva nagyon sokáig tart.
                Ezzel kapcsolatban nem kerültem közelebb a megoldáshoz.

                    csuhas32
                    Szerintem az fstrim lefut egy normál HDD-n is. Legalább is ilyeneket is olvastam.
                    Igaz én a HDD -> SSD klónozással kapcsolatban "érdeklődtem", de érintőlegesen a trim is szóba került.
                    Van egy nvme SSD-m. Nem SATA hanem PCIe. Erre klónoztam egy HDD-s trialboot rendszert.
                    No mindegy is: a hdparm nem tud mit kezdeni ezzel az nvme PCIe SSD-vel.
                    Szóval összességében: nem lehet biztos az ember fia semmiben.
                    Talán a gyártói leírásban.

                        lala2 És amikor az NVME SSD-t beteszem egy SATA házba, feldugom SATA SSD-nek, az a perverzión kívül melyik kategóriába esik? 🙂 🙂

                            lala2 NVMe SSD-t nem tehetsz SATA hazba - tok mas a csatolofelulet.

                            Én beletettem 🙂
                            Nagyon nehezen - de tényleg szó szerint tök nehezen - de bele erőszakoltam. Persze nem működött.
                            Aztán rendeltem egy másikat (hisz biztos szar az az átalakító). Abba is nehezen "ment bele". Abban sem működött.
                            Ezután elkezdtem utánaolvasni, és rájöttem pár dologra.
                            Főleg arra, hogy nem minden úgy van ahogyan azt Móricka elképzeli.

                              sömike Szerintem az fstrim lefut egy normál HDD-n is. Legalább is ilyeneket is olvastam.

                              Még a régi tokkal vagyok az egyik laptopból kiszerelt merevlemezzel. Most jutott eszembe, hogy talán az is gond lesz, hogy a gép, amit beáldoznék, természetesen a legidősebb masinánk, ezen szerintem csak USB2.0 port van.
                              Mindegy, egyelőre ezt próbáltam ki és így a merevlemezre lázadás lett:

                              csuhas@lmde6:~$ sudo fstrim -v /
[sudo] password for csuhas:            
fstrim: /: the discard operation is not supported
csuhas@lmde6:~$

                                Akkor becsatlakozom a tesztbe.
                                Először a becsavarozott adattárolók.

                                M.2 pcie4:
                                /dev/nvme0n1p2 205314024 24601888 170209992 13% /

                                #fstrim -v /
                                /: 172,3 GiB (185010483200 bytes) trimmed

                                Axagon SATA házban levő M.2 SATA:
                                /dev/sdb1 976284608 507953804 468330804 53% /home/laci/WD1TBSSD

                                #fstrim  -v /home/laci/WD1TBSSD 
/home/laci/WD1TBSSD: 447,6 GiB (480600100864 bytes) trimmed

                                Kakukktojás: 2TB SSHD. Olyan HDD, aminek belül van egy darab gyorsító SSD-je
                                /dev/sda2 487350784 349138804 138211980 72% /home/laci/ST2TB/p2
                                És az elvárt tiltakozás:

                                #fstrim  -v /home/laci/ST2TB/p2
fstrim: /home/laci/ST2TB/p2: the discard operation is not supported

                                És akkor az USB-s adapterek siralmas eredményei. Az alany egy Patriot 240 GB-s SSD.
                                Noname USB 2-es SATA adapter

                                [ 2282.549381] usb 3-1.1: new high-speed USB device number 4 using xhci_hcd
[ 2282.650690] usb 3-1.1: New USB device found, idVendor=14cd, idProduct=6116, bcdDevice= 2.20
[ 2282.650707] usb 3-1.1: New USB device strings: Mfr=1, Product=3, SerialNumber=2
[ 2282.650712] usb 3-1.1: Product: USB Mass Storage Device
[ 2282.650716] usb 3-1.1: Manufacturer: Generic     
[ 2282.650720] usb 3-1.1: SerialNumber: 116AC2101219
[ 2282.652416] usb-storage 3-1.1:1.0: USB Mass Storage device detected
[ 2282.653048] scsi host8: usb-storage 3-1.1:1.0
[ 2283.658534] scsi 8:0:0:0: Direct-Access        Mass  Storage Device        PQ: 0 ANSI: 0
[ 2283.659115] sd 8:0:0:0: Attached scsi generic sg3 type 0
[ 2283.659905] sd 8:0:0:0: [sdd] 468862126 512-byte logical blocks: (240 GB/224 GiB)
[ 2283.660145] sd 8:0:0:0: [sdd] Write Protect is off
[ 2283.660149] sd 8:0:0:0: [sdd] Mode Sense: 03 00 00 00
[ 2283.660290] sd 8:0:0:0: [sdd] No Caching mode page found
[ 2283.660293] sd 8:0:0:0: [sdd] Assuming drive cache: write through
[ 2283.662295]  sdd: sdd1 sdd2 sdd3
                                #mount /dev/sdd1 /mnt
 #fstrim  -v /mnt
fstrim: /mnt: the discard operation is not supported
                                Axagon ADSA-FP2 USB3 adapter
[ 2570.178067] usb 4-1: new SuperSpeed USB device number 6 using xhci_hcd
[ 2570.199249] usb 4-1: New USB device found, idVendor=152d, idProduct=0567, bcdDevice= 2.23
[ 2570.199266] usb 4-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 2570.199272] usb 4-1: Product: AXAGON USB to SATA adapter
[ 2570.199276] usb 4-1: Manufacturer: AXAGON
[ 2570.199280] usb 4-1: SerialNumber: 0000AB1237F1
[ 2570.206144] scsi host8: uas
[ 2570.207123] scsi 8:0:0:0: Direct-Access     Patriot  Burst Elite 240G 0223 PQ: 0 ANSI: 6
[ 2570.210011] sd 8:0:0:0: Attached scsi generic sg3 type 0
[ 2570.210456] sd 8:0:0:0: [sdd] Spinning up disk...
[ 2571.241422] .ready
[ 2571.241834] sd 8:0:0:0: [sdd] 468862128 512-byte logical blocks: (240 GB/224 GiB)
[ 2571.241842] sd 8:0:0:0: [sdd] 4096-byte physical blocks
[ 2571.242070] sd 8:0:0:0: [sdd] Write Protect is off
[ 2571.242074] sd 8:0:0:0: [sdd] Mode Sense: 53 00 00 08
[ 2571.242520] sd 8:0:0:0: [sdd] Disabling FUA
[ 2571.242524] sd 8:0:0:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 2571.242529] sd 8:0:0:0: [sdd] Preferred minimum I/O size 4096 bytes
[ 2571.242532] sd 8:0:0:0: [sdd] Optimal transfer size 33553920 bytes not a multiple of preferred minimum block size (4096 bytes)
[ 2571.245270]  sdd: sdd1 sdd2 sdd3
[ 2571.245772] sd 8:0:0:0: [sdd] Attached SCSI disk
                                #mount /dev/sdd1 /mnt
#fstrim  -v /mnt
fstrim: /mnt: the discard operation is not supported

                                A Gembird EE2-U3S-6 USB-C ház

                                [ 2938.618249] usb 4-2: new SuperSpeed USB device number 7 using xhci_hcd
[ 2938.639093] usb 4-2: New USB device found, idVendor=174c, idProduct=55aa, bcdDevice= 1.00
[ 2938.639110] usb 4-2: New USB device strings: Mfr=2, Product=3, SerialNumber=1
[ 2938.639115] usb 4-2: Product: 3.1
[ 2938.639119] usb 4-2: Manufacturer: USB
[ 2938.639123] usb 4-2: SerialNumber: 0000000000A1
[ 2938.646000] scsi host8: uas
[ 2938.646949] scsi 8:0:0:0: Direct-Access     USB      3.1              0    PQ: 0 ANSI: 6
[ 2938.649165] sd 8:0:0:0: Attached scsi generic sg3 type 0
[ 2938.649369] sd 8:0:0:0: [sdd] 468862128 512-byte logical blocks: (240 GB/224 GiB)
[ 2938.649534] sd 8:0:0:0: [sdd] Write Protect is off
[ 2938.649539] sd 8:0:0:0: [sdd] Mode Sense: 43 00 00 00
[ 2938.649780] sd 8:0:0:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 2938.650255] sd 8:0:0:0: [sdd] Preferred minimum I/O size 512 bytes
[ 2938.650259] sd 8:0:0:0: [sdd] Optimal transfer size 33553920 bytes
[ 2938.652542]  sdd: sdd1 sdd2 sdd3
[ 2938.653058] sd 8:0:0:0: [sdd] Attached SCSI disk
                                #mount /dev/sdd1 /mnt
#fstrim  -v /mnt
fstrim: /mnt: the discard operation is not supported

                                Egyelőre ennyi.
                                Vagy valamit félreértettem?

                                Hamarosan feldugom ezt a Patriotot direktben, csak ahhoz le állítsam a gépet.

                                szerk:

                                /dev/sdc1 * 2048 156239871 156237824 74,5G 83 Linux

                                #mount /dev/sdc1 /mnt
#fstrim  -v /mnt
/mnt: 65,2 GiB (69960851456 bytes) trimmed

                                Tehát az USB-s adaptereim nincsenek felkészülve az fstrim átvitelére. 🙁

                                  a mester Mit tagadjam, ez most nekem csalódás, de a hozzászólásod után már azon lepődtem volna meg, ha nem így van.

                                  csuhas@iklubradio:/media/csuhas/72d9b373-bbc2-4238-8c24-6f5b84aa4c24$ sudo fstrim -v /media/csuhas/72d9b373-bbc2-4238-8c24-6f5b84aa4c24
[sudo] csuhas jelszava: 
fstrim: /media/csuhas/72d9b373-bbc2-4238-8c24-6f5b84aa4c24: the discard operation is not supported
csuhas@iklubradio:/media/csuhas/72d9b373-bbc2-4238-8c24-6f5b84aa4c24$

                                  Direkt megnéztem a termék dobozát is, azon is rajta van, hogy „trim support” meg egyértelműen rajta van a Linux is.
                                  Minek írják rá!?

                                      csuhas32
                                      systemctl list-timers -a # milyen időzített feladatok futnak le.
                                      sudo journalctl -u fstrim.timer # parancs ellenőrzi a TRIM végrehajtását.
                                      (Nekem is van egy nevlegesen UASP+TRIM tamogatasu USB3-as kulso hazam.
                                      Samsung 860 EVO SSD volt benne Mint 20.x-es rendszerrel - az idozitett TRIM
                                      emlekeim szerint lefutott - a kezi TRIM viszont nem. )

                                          csuhas32 Nekem is van Axagon házam és egy Samsung QVO ssd-m.
                                          Az alábbiakat kellet tennem.
                                          sudo nano /etc/udev/rules.d/50-usb-ssd-trim.rules
                                          A tartalma pedig:
                                          ACTION=="add|change", ATTRS{idVendor}=="174c", ATTRS{idProduct}=="55aa", SUBSYSTEM=="scsi_disk", ATTR{provisioning_mode}="unmap"

                                          Az idVendor és id Product értékeket az lsusb segítségével fejtettem meg. Egy újrainditás után máris müködik fstrim.

                                              Csodálkoztam volna, ha erre nincs megoldás, hiszen a trim-et az SSD saját szoftvere intézi, mindössze egy jelzés kell neki, hogy "na most".
                                              Vagy, nem jól tudom?

                                              atime Ohóó! Működik!
                                              A másik gépből kiszerelt SSD áthozva egy másik masinára az új tokban, az útmutatásod alapján létrehozva a /etc/udev/rules.d/50-usb-ssd-trim.rules és a bootolás után:

                                              sudo fstrim -v /
[sudo] geza jelszava:            
/: 497,9 MiB (522129408 bytes) trimmed

                                              Megyek szerkeszteni a témaindítót, nagyon szépen köszönöm!
                                              Mégsem dobtam ki a pénzt az ablakon, úgy örülök!