Sziasztok!
Egy nagyon gyenge Thin cliens gépen (Neoware) futtatnék 7/24-ben Torrentet.
Erre a feladatra tudtok ajánlani grafikus kezelőfelületű Linuxot?

Innen a Tiny Core vagy a Puppy Linux: https://itsfoss.com/lightweight-linux-beginners/

Ha szereznél még ramot a gépbe, akkor jelentősen több disztró közül tudnál választani. Viszont nem vagyok benne biztos, hogy a 128MB ram elég a torrent kliens számára, ha elfogy a ram és elkezd a háttértárra swapolni, akkor az egész be fog lassulni... Amúgy VIA cucc, így nem biztos, hogy teljesen Linux kompatibilis.

nonsen5e: Akkor nem tudom. De az biztos, hogy a rossz aksi okozta tápvesztés előbb-utóbb adatvesztést is fog okozni, szóval cseréld ki minél előbb az aksit.

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

"" A trimmelés legyen rendben, meg a partíciók allignálása. ""

Szia vagyis sziasztok, ezt hogy tudom ellenőrizni?

BY ooszi

Itt megtalálod mindkettőre a megfelelő parancsot: [link]

thx

BY ooszi

● Ha meg akarod állapítani, működik-e a TRIM az SSD-n, akkor azt az alábbi terminal parancs kiadásával ellenőrizheted:
sudo hdparm -I /dev/sda | grep "TRIM supported"

Sziasztok, érdeklődnék hogy a gépben van 2 db nvme ssd meg 2 db HDD, lefuttatom ezt a parancsot Trim ellenőrzés gyanánt és ezt a választ kapom:

Nincs válasz?

BY ooszi

Szerintem elírtad a parancsot.
sudo hdparm -l ( minusz ell)
Kis l betű kell.

[ Szerkesztve ]

Szerintem jól adta meg a parancsot - úgy másolta be. (man hdparm)
Viszont a /dev/sda biztos hogy egy SSD-nek az azonosítója ?

De Ö neki nagy I betű van, szerintem meg kis ell kel (list).
Hiba nélkül kapta vissza a promptot, persze ez lehet attól is amit Te mondassz, hogy nála a /dev/sda egy HDD és azon nincs mit nézni trimmelés szempontjából.

Nem szóltam, ott a pont. Le ellenőríztem, jól adta ki a parancsot.

tosi@mx19beta:~
$ sudo hdparm -I /dev/sda | grep "TRIM supported"
    * Data Set Management TRIM supported (limit 8 blocks)
tosi@mx19beta:~
Másoltam, amire hivatkozott.
Kis l-lel kiadva:
tosi@mx19beta:~
$ sudo hdparm -l /dev/sda | grep "TRIM supported"
hdparm - get/set hard disk parameters - version v9.58, by Mark Lord.
clue=10
Usage:  hdparm  [options] [device ...]
Options:
 -a   Get/set fs readahead
 -A   Get/set the drive look-ahead flag (0/1)
 -b   Get/set bus state (0 == off, 1 == on, 2 == tristate)
 -B   Set Advanced Power Management setting (1-255)
 -c   Get/set IDE 32-bit IO setting
 -C   Check drive power mode status
 -d   Get/set using_dma flag
 -D   Enable/disable drive defect management
 -E   Set cd/dvd drive speed
 -f   Flush buffer cache for device on exit
 -F   Flush drive write cache
 -g   Display drive geometry
 -h   Display terse usage information
 -H   Read temperature from drive (Hitachi only)
 -i   Display drive identification
 -I   Detailed/current information directly from drive
 -J   Get/set Western DIgital "Idle3" timeout for a WDC "Green" drive (DANGEROUS)
 -k   Get/set keep_settings_over_reset flag (0/1)
 -K   Set drive keep_features_over_reset flag (0/1)
 -L   Set drive doorlock (0/1) (removable harddisks only)
 -m   Get/set multiple sector count
 -M   Get/set acoustic management (0-254, 128: quiet, 254: fast)
 -n   Get/set ignore-write-errors flag (0/1)
 -N   Get/set max visible number of sectors (HPA) (VERY DANGEROUS)
 -p   Set PIO mode on IDE interface chipset (0,1,2,3,4,...)
 -P   Set drive prefetch count
 -q   Change next setting quietly
 -Q   Get/set DMA queue_depth (if supported)
 -r   Get/set device readonly flag (DANGEROUS to set)
 -R   Get/set device write-read-verify flag
 -s   Set power-up in standby flag (0/1) (DANGEROUS)
 -S   Set standby (spindown) timeout
 -t   Perform device read timings
 -T   Perform cache read timings
 -u   Get/set unmaskirq flag (0/1)
 -U   Obsolete
 -v   Use defaults; same as -acdgkmur for IDE drives
 -V   Display program version and exit immediately
 -w   Perform device reset (DANGEROUS)
 -W   Get/set drive write-caching flag (0/1)
 -x   Obsolete
 -X   Set IDE xfer mode (DANGEROUS)
 -y   Put drive in standby mode
 -Y   Put drive to sleep
 -z   Re-read partition table
 -Z   Disable Seagate auto-powersaving mode
 --dco-freeze      Freeze/lock current device configuration until next power cycle
 --dco-identify    Read/dump device configuration identify data
 --dco-restore     Reset device configuration back to factory defaults
 --dco-setmax      Use DCO to set maximum addressable sectors
 --direct          Use O_DIRECT to bypass page cache for timings
 --drq-hsm-error   Crash system with a "stuck DRQ" error (VERY DANGEROUS)
 --fallocate       Create a file without writing data to disk
 --fibmap          Show device extents (and fragmentation) for a file
 --fwdownload            Download firmware file to drive (EXTREMELY DANGEROUS)
 --fwdownload-mode3      Download firmware using min-size segments (EXTREMELY DANGEROUS)
 --fwdownload-mode3-max  Download firmware using max-size segments (EXTREMELY DANGEROUS)
 --fwdownload-mode7      Download firmware using a single segment (EXTREMELY DANGEROUS)
 --fwdownload-modee      Download firmware using mode E (min-size segments) (EXTREMELY DANGEROUS)
 --fwdownload-modee-max  Download firmware using mode E (max-size segments) (EXTREMELY DANGEROUS)
 --idle-immediate  Idle drive immediately
 --idle-unload     Idle immediately and unload heads
 --Iraw filename   Write raw binary identify data to the specfied file
 --Istdin          Read identify data from stdin as ASCII hex
 --Istdout         Write identify data to stdout as ASCII hex
 --make-bad-sector Deliberately corrupt a sector directly on the media (VERY DANGEROUS)
 --offset          use with -t, to begin timings at given offset (in GiB) from start of drive
 --prefer-ata12    Use 12-byte (instead of 16-byte) SAT commands when possible
 --read-sector     Read and dump (in hex) a sector directly from the media
 --repair-sector   Alias for the --write-sector option (VERY DANGEROUS)
 --sanitize-antifreeze-lock  Block sanitize-freeze-lock command until next power cycle
 --sanitize-block-erase      Start block erase operation
 --sanitize-crypto-scramble  Change the internal encryption keys that used for used data
 --sanitize-freeze-lock      Lock drive's sanitize features until next power cycle
 --sanitize-overwrite  PATTERN  Overwrite the internal media with constant PATTERN
 --sanitize-status           Show sanitize status information
 --security-help             Display help for ATA security commands
 --set-sector-size           Change logical sector size of drive
 --trim-sector-ranges        Tell SSD firmware to discard unneeded data sectors: lba:count ..
 --trim-sector-ranges-stdin  Same as above, but reads lba:count pairs from stdin
 --verbose                   Display extra diagnostics from some commands
 --write-sector              Repair/overwrite a (possibly bad) sector directly on the media (VERY DANGEROUS)
tosi@mx19beta:~
Nincs -l kapcsoló, sorry.

Szia ha így adom meg: sudo hdparm -I /dev/nvme0n1 | grep "TRIM supported" átírtam nvme-re, akkor ez a válasz:
hegejani@HomePC:~$ sudo hdparm -I /dev/nvme0n1 | grep "TRIM supported"
HDIO_DRIVE_CMD(identify) failed: Inappropriate ioctl for device

BY ooszi

FSTAB:

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/nvme0n1p2 during installation
UUID=6530bb95-0716-4fe4-86ad-d7a3e5b69186 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=C036-3B94 /boot/efi vfat umask=0077 0 1
# /home was on /dev/nvme0n1p3 during installation
UUID=6db09f0d-b1cd-42ec-b48f-40ea1b505a36 /home ext4 defaults 0 2
# /mnt/Nvme500GB was on /dev/nvme1n1p1 during installation
UUID=bc3bc3c0-8ead-42fa-9a43-56e7d17b179f /mnt/Nvme500GB ext4 defaults 0 2
# /mnt/WdBlack500GB was on /dev/sdb1 during installation
UUID=162ca5ac-b557-4fff-aea5-6918c6f2f2b8 /mnt/WdBlack500GB ext4 defaults 0 2
# /mnt/WdRed4TB was on /dev/sda1 during installation
UUID=bee04875-de5f-4571-8b94-55040c6aad09 /mnt/WdRed4TB ext4 defaults 0 2
# swap was on /dev/nvme0n1p4 during installation
UUID=1afdc097-cfbb-4438-a318-56b91cbf11f8 none swap sw 0 0

BY ooszi

Mutass egy sudo fdisk -lés egy lsblk kimenetet

sudo fdisk -l:

Disk /dev/loop0: 88,5 MiB, 92778496 bytes, 181208 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop1: 4 MiB, 4218880 bytes, 8240 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop2: 1008 KiB, 1032192 bytes, 2016 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop3: 42,8 MiB, 44879872 bytes, 87656 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop4: 54,4 MiB, 57069568 bytes, 111464 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop5: 149,9 MiB, 157184000 bytes, 307000 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop6: 3,7 MiB, 3825664 bytes, 7472 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop7: 9,1 MiB, 9506816 bytes, 18568 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/nvme0n1: 465,8 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 46CC76D0-C1B2-4A81-BFF0-B685D4EA8AB8
Eszköz Start Vége Szektorok Size Típus
/dev/nvme0n1p1 2048 955801599 955799552 455,8G Linux filesystem
Disk /dev/nvme1n1: 232,9 GiB, 250059350016 bytes, 488397168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: C500BC02-4AFB-4C69-BB7B-57FF500EC916
Eszköz Start Vége Szektorok Size Típus
/dev/nvme1n1p1 2048 1025484 1023437 499,7M EFI System
/dev/nvme1n1p2 1026048 74426367 73400320 35G Linux filesystem
/dev/nvme1n1p3 74426368 433870847 359444480 171,4G Linux filesystem
/dev/nvme1n1p4 433870848 467425279 33554432 16G Linux lapozó
Disk /dev/sda: 3,7 TiB, 4000787030016 bytes, 7814037168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: DA08C68A-7C46-4082-B006-24C012066D99
Eszköz Start Vége Szektorok Size Típus
/dev/sda1 2048 7814035455 7814033408 3,7T Linux filesystem
Disk /dev/sdb: 465,8 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 41E7517D-E72E-4FE8-8426-F3F49931F628
Eszköz Start Vége Szektorok Size Típus
/dev/sdb1 2048 976773119 976771072 465,8G Linux filesystem

Disk /dev/loop8: 14,8 MiB, 15462400 bytes, 30200 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

BY ooszi

hegejani@HomePC:~$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
loop0 7:0 0 88,5M 1 loop /snap/core/7270
loop1 7:1 0 4M 1 loop /snap/gnome-calculator/406
loop2 7:2 0 1008K 1 loop /snap/gnome-logs/61
loop3 7:3 0 42,8M 1 loop /snap/gtk-common-themes/1313
loop4 7:4 0 54,4M 1 loop /snap/core18/1066
loop5 7:5 0 149,9M 1 loop /snap/gnome-3-28-1804/67
loop6 7:6 0 3,7M 1 loop /snap/gnome-system-monitor/100
loop7 7:7 0 9,1M 1 loop /snap/canonical-livepatch/94
loop8 7:8 0 14,8M 1 loop /snap/gnome-characters/296
sda 8:0 0 3,7T 0 disk
└─sda1 8:1 0 3,7T 0 part /mnt/WdRed4TB
sdb 8:16 0 465,8G 0 disk
└─sdb1 8:17 0 465,8G 0 part /mnt/WdBlack500GB
sr0 11:0 1 1024M 0 rom
nvme0n1 259:0 0 465,8G 0 disk
└─nvme0n1p1 259:1 0 455,8G 0 part /mnt/Nvme500GB
nvme1n1 259:2 0 232,9G 0 disk
├─nvme1n1p1 259:3 0 499,7M 0 part /boot/efi
├─nvme1n1p2 259:4 0 35G 0 part /
├─nvme1n1p3 259:5 0 171,4G 0 part /home
└─nvme1n1p4 259:6 0 16G 0 part [SWAP]

BY ooszi

Az nvme1n1 az egy rendszer lemez (250-es SSD)
Az nvme0n1 az egy tároló (500-as SSD)
Az sda az egy 4TB-os HDD
Az sdb az egy 500-as HDD
Az összes többi loop device az Ubuntu snapes szarsága.
Az nvme1n1-en és a nvme0n1-en kéne nézni a trimmelést és a partíció illesztést.

igen köszönöm, már én is átlátom a dolgokat, de ettől függetlenül hiába kiadom a parancsot ezt a választ kapom:

BY ooszi

A linux mint egy KINGSTON SA400S37120G ssd-n éli életét. Ennek hőmérsékletét szeretném mérni, jelenleg 95 celsiust ad a psensor, amit ne tekintsünk mérvadónak. Az alaplapon van egy nvme is (Patriot Scorch 256GB), amit nem is érzékel a psensor. Erre tudtok segítséget adni?

A 231-es azonosító a SMART-ban lehet hőmérséklet is, illetve SSD-nél a lemez kondícióját mutatja, azaz nálad az a 95 fok valójában 95%. Az hőmérséklet a 194-en van. Megoldást viszont sajnos nem tudok.

Nézzük meg ezt:
systemctl status fstrim.timer

[ Szerkesztve ]

hegejani@HomePC:~$ systemctl status fstrim.timer
● fstrim.timer - Discard unused blocks once a week
Loaded: loaded (/lib/systemd/system/fstrim.timer; enabled; vendor preset: ena
Active: active (waiting) since Sat 2020-02-29 14:48:45 CET; 3h 26min ago
Trigger: Mon 2020-03-02 00:00:00 CET; 1 day 5h left
Docs: man:fstrim
febr 29 14:48:45 HomePC systemd[1]: Started Discard unused blocks once a week.
lines 1-7/7 (END)

BY ooszi

Rendben, működik a heti időzített trimmelés.

Trigger: Mon 2020-03-02 00:00:00 CET; 1 day 5h left
és mi lesz utána, gondolom ez automatikus?

BY ooszi

Alignálás, partíciók illesztésének ellenörzése a fizikai szektor határokra.
sudo parted /dev/nvme1n1
kis p > enter
allign-check enter
a feljövő választ le enterezed és a partíciók számát egyenként megismételve csekkolod.
A helyes válasz: partition alligned
Ha ez kész, megnézed a másik ssd-t is (nvme0n1).
Jöhet kép az egész folyamatról.

Nekem két darab Nvme ssd van a gépben, hát hol van?

BY ooszi

Persze, hetente automatikusan. A kernel intézi.

BY ooszi

Most jön az allign check. Kezd el írni allig nyomj TAB-ot kiegészíti.

alling check - re ezt adja ki:

BY ooszi

Bocs, rosszul írtam csak align (1l). Jó lessz, ilyet kell látnod. Az optimal/minimal sort le enterezed és utána beírod a partíció számot. Aztán ismétled, kurzor fel billel kiválasztod megint az aligned parancsot.

tosi@mx19beta:~
$ sudo parted /dev/sda
[sudo] tosi jelszava: 
GNU Parted 3.2
Using /dev/sda
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) p                                                                
Model: ATA SanDisk SSD PLUS (scsi)
Disk /dev/sda: 120GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags: 
Number  Start   End    Size    File system     Name     Flags
 1      1049kB  269MB  268MB   fat32           ESP
 2      269MB   118GB  118GB   ext4            primary
 3      118GB   120GB  2147MB  linux-swap(v1)  primary
(parted) align-check 
alignment type(min/opt)  [optimal]/minimal?                               
Partition number? 1                                                       
1 aligned
(parted) align-check                                                      
alignment type(min/opt)  [optimal]/minimal?                               
Partition number? 2                                                       
2 aligned
(parted) align-check                                                      
alignment type(min/opt)  [optimal]/minimal?                               
Partition number? 3                                                       
3 aligned
(parted)
Ha kész vagy vele kis q-val kilépsz.

BY ooszi

Ez okés. Nézd meg a másik ssd-t is(nvme0n1)

szia meg néztem, így akkor rendben van a Trim meg az allignálás

köszönöm a segítséget

[ Szerkesztve ]

BY ooszi

Én ezt látom:

Szivesen. Ez a része rendben van.
A pontos alignálás a trimmelés hatékonysága miatt nagyon fontos.
Még egy
cat /etc/fstab kimenetet mutathatnál.
Próbáld beilleszetni ide programkód formázással. (</>) kijelölöd a beillesztett tartalmat és ráböksz a szerkesztőben a fenti ikonra.

[ Szerkesztve ]

Hali! Közben reagáltam (a feb23-ai válaszodra) itt fórumon e topicban, feb24-én, majd olvasd el, légyszi!

Kedves mindenki! Van két új kérdésem is.

A Linuxmintem felismeri bár a mikrofonomat -"hangbeállításoknál" látható-, ha bedugom a pc-be (Intel Core 2, több, mint 10 éves asztali pc), de pár másodpercig reagál a hangerő "csíkkal", ha belebeszélek, de aztán abbamarad, már nem reagál hangra. Így böngészős alkalmazásokban "süket" a miki. Hogy lehet "szóra bírni"?

Másik új kérdésem: a (win-es) Rufus-szal készített új LinuxMint live pen-emet hogyan lehet írhatóvá tenni? Ugyanis bár tudom használni, meg telepíteni is lehet róla, de "elfelejti", amit elmentek (mármint amikor pen-el linuxozom; merthogy máskülönben már egy hete a hdd-s linuxmint telepítésemet használom a gyakorlatban).

Lehet, hogy partícionálni kell ehhez a pendrive fennmaradó részét? És utána kell CHOWN paranccsal hozzáférést készíteni? Ha igen, pontosan hogyan?

Nem erőszak a hagymás disztrótor. Linux-Mint 19.2 Cinnamon _ , 2006-2007 körül gyártott asztali PC-vel: Intel Core 2 _ , 2 x 2.40 GHz _ , 3.8 GiB RAM.

hegejani@HomePC:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/nvme0n1p2 during installation
UUID=6530bb95-0716-4fe4-86ad-d7a3e5b69186 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=C036-3B94 /boot/efi vfat umask=0077 0 1
# /home was on /dev/nvme0n1p3 during installation
UUID=6db09f0d-b1cd-42ec-b48f-40ea1b505a36 /home ext4 defaults 0 2
# /mnt/Nvme500GB was on /dev/nvme1n1p1 during installation
UUID=bc3bc3c0-8ead-42fa-9a43-56e7d17b179f /mnt/Nvme500GB ext4 defaults 0 2
# /mnt/WdBlack500GB was on /dev/sdb1 during installation
UUID=162ca5ac-b557-4fff-aea5-6918c6f2f2b8 /mnt/WdBlack500GB ext4 defaults 0 2
# /mnt/WdRed4TB was on /dev/sda1 during installation
UUID=bee04875-de5f-4571-8b94-55040c6aad09 /mnt/WdRed4TB ext4 defaults 0 2
# swap was on /dev/nvme0n1p4 during installation
UUID=1afdc097-cfbb-4438-a318-56b91cbf11f8 none swap sw 0 0

BY ooszi

Szia , az lsblk azért kellett volna, hogy lássuk a diskjeid és a partícióid elrendezését, arra az esetre, ha a grubot a linuxos lemezed MBR-jébe akarnád beletelepíteni, utána meg vissza lehetne gyógítania windovsos lemezed MBRjét.
A másik kérdésedre [link] , [link] , [link] , [link] .
Önmagában egy live cd , live usb telepítő nem alkalmas a változások elmentésére, mert átmenetileg csak a RAM-ban éli az életét.

[ Szerkesztve ]

Kert, kütyük,munka,matek,morfondír...ennyi. Szóval ács nem vagyok, de nemrégiben sikerült faragnom egy mőködőképes fogpiszkálót.

Sziasztok!

A tegnap elötti Manjaro frissítésbóta nem indul a rendszer.
Nomodeset és 7-es loglevel beállítása után ezt látom boot közben, és itt meg is áll:

Mi lehet a gond?

Kössz!

[ Szerkesztve ]

Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html

NVME SSD meghajtók - ellenőrzés Linux alatt

Úgy láttam kora reggel, hogy szükséges pár dolgot megemlíteni.

Emiatt az audit dolog miatt a kimenetedben, célszerű lenne a default fenn lévő haveged szolgáltatást megnézegetned, kikapcs, bekapcs....hátha. [link]

[ Szerkesztve ]

Szóval ne fusson a fstrim.timer service nvme meghajtók esetén? Ez nekem új, igaz csak SATA SSD-im vannak.
Mi van akkor, ha SATA és NVME SSD is van egy konfigban?

Az alignálásra és annak elcsúszására van egy jó példám, igaz az is SATA SSD-vel történt.
Úgy másfél-egy éve két különbözö SOLUS point release telepítője nem illesztette rendesen a partíciókat. Ez a telepítő általi partícionálást jelenti, míg a live rendszeren indított gparted meg rendesen illesztette a partíciókat. Érdekes, de megtörtént. Más disztróval ilyet nem tapasztaltam.
Ennyit érdemes azért leellenőrízni egy telepítés után.

Uby! Te, mint öreg fahéjas . Mi a véleményed erről?
[link]
Ubuntu Cinnamon Remix (20.04 unstable)

[ Szerkesztve ]

Szeretnék érdeklődni, hogy a következő LTS verziót hogy érdemes telepíteni? Frissítéssel, vagy új telepítéssel? (Most Xubuntu 18.04 van rajta.)

Úgy néz ki, hogy volt némi probléma a frissítéssel. Azt mondják, hogy próbálj meg átlépni az F3-as tty-ra, majd futtasd ezt: sudo pacman -Syyu

Ezt a topikot fusd át: [link], innen van az infó.

rogaby: nem szokott gond lenni, nyugodtan frissítsd le ha majd megjelenik.

[ Szerkesztve ]

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

Köszönöm!

Antix19. Ezen már minden működik USB swájci bicska üzemmódban tényleg. Kikapcsolt UEFI secure boot mellett.

Kert, kütyük,munka,matek,morfondír...ennyi. Szóval ács nem vagyok, de nemrégiben sikerült faragnom egy mőködőképes fogpiszkálót.

Szóval ne fusson a fstrim.timer service nvme meghajtók esetén? Ez nekem új, igaz csak SATA SSD-im vannak.

Nekem is csak SATA-k vannak, de olvasgattam az SSD-s topikokban elég sokat, ma hajnalban meg az Archwikit is nézegettem, ott a discard opciót kifejezetten eltávolításra javasolták. Az fstrim-re nem írtak ilyesmit, jó is, hogy említed a két külön csatolású SSD dolgot. Eszerint akkor az fstrim-et csak akkor célszerű inaktiválni, ha kizárólag NVME van a gépben, nem okoz galibát, de minek fusson, ha nincs dolga. (ezt át is írom a blogban)

Úgy másfél-egy éve két különbözö SOLUS point release telepítője nem illesztette rendesen a partíciókat. Ez a telepítő általi partícionálást jelenti, míg a live rendszeren indított gparted meg rendesen illesztette a partíciókat. Érdekes, de megtörtént. Más disztróval ilyet nem tapasztaltam.
Ennyit érdemes azért leellenőrízni egy telepítés után.

Igen, bármi lehetséges, azért is írtam le az align ellenőrzését a biztonság kedvéért, akinek új SSD-je van, sokszor szereti is leellenőrizni, hogy minden OK-e vele.
Azért ez a Solus rossz alignálása elég érdekes, nem szabadna már ilyennek történnie.

A két megjegyzésed meg köszi, pont ilyenek miatt írtam, hogy jöjjenek az észrevételek!

[ Szerkesztve ]

Ez már pár hónapja szóba került valamelyik topikban az akkori aktuális Ubi kiadásra is megcsinálták. Anno volt egy francia Ubuntu Cinnamon kiadás is, ami kihalt. Ezzel is az a gond, hogy értelmetlen, mert a Mint is Ubuntu alapú, de ott a Cinnamonhoz csiszolták az Xapp saját programcsomagot is, azzal tökéletes a Mint Cinnamon, szóval......érdekességnek jó ez a próbálkozás, de nekem speciel max a Debianon volt még szimpi a Cinnamon, de ott is csak úgy, hogy hetekig hegesztgettem, hogy teljesen olyan legyen, mint a Mint. És akkor még nem is volt az Xapps a Mint fejlesztőktől.

Az se tuti annyira, hogy már kiadták ezt a remixet, mint unstable, mert bár az Ubuntu 20.04 nálam elég stabil volt, mikor pár hete felraktam, de hogy ennél a remixnél mennyire lesz az?
Én még Mint-nél is várok pár hetet, amikor kijön a friss új Ubuntu alapra épülő verzió. Alverziókkal nem kell várni annyit.

[ Szerkesztve ]

Nem tudok átlépni.
Szerintem nem jut el odáig a boot folyamat, hogy legyenek task-ok.
Kipróbálom majd chroot-tal.

(#71341) ubyegon2: Köszi, megnézem.

[ Szerkesztve ]

Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html