-
Fototrend
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
Frawly
veterán
válasz
ubyegon2
#64595
üzenetére
Nézem is, még ha nem is értek vele mindenben egyet, meg én pl. más progikat használok, mint ő.
Nyugodtan nézzed te is. Akkor is, ha nem érted, csak a 25-50%-át annak, amit mond. Sokszor a videón is sok látszik, látni a képernyőjént mit írt be, milyen gombokat nyomott le a billentyűzeten, mutatja működés közben a dolgokat. Legalább angolozásnak is jó, nem beszél túl gyorsan, érthetően mondja, világosan fogalmaz, meg legalább látod angolul hogy kell használni a szakzsargont, mit hogy kell ejteni. Most nem azt mondom, hogy egész nap a videóit nézd, ha kell, ha nem, mint vallási szektatevékenység, de érdekességnek nézz meg 1-2 videóját, aminek a címe érdekesnek tűnik. Egész jó dolgokat mutat be tiling WM-kezelésből, vim-ből, terminális megoldásokat, TeX-groff használata. Lehet elsőre megszokást igényel ez a minimalista stílus, amiket mutat, pl. egy full extrás, a s3gged is kinyaló Mint Cinnamon után egész más világ. Persze nem csak neked ajánlom, bárkinek, aki fejlődni akar Linux terén.
-
Frawly
veterán
válasz
ubyegon2
#64593
üzenetére
Szerintem nagyon benéztél valamit. A linkelt youtube-er egyáltalán nem zolivagyok bemutatomnektekamintet mind típusú megmondógyerek. Szépen add rá a hangot, hallgasd meg mit pofázik (az a lényeg, nem az erdőben botorkálás), miket mutogat (mikor screencastel gép mellől), nézd meg pár videóját. Egyébként ugyanazokat mondja meg, amit én is szoktam írni, és bár nem mindenben értek vele egyet, „csak” 99%-ban (majdnem mindenben), érdemes nézni a videóit.
Ezzel a Neonnal nem tudom mit vergődsz, értem, hogy valamivel nem értesz egyet, de nem világos mivel. Ubuntu alapú, de ettől nem egyenlő a Kubuntuval. Direkt azért hozták létre a KDE developerek, hogy legyen egy referencia KDE disztró, amibe azonnal beledobják a friss fejlesztéseket, hogy ne egy x. disztró barmoljon bele extra flavorként régi csomagokkal, hanem mindjárt első kézből kapod az egészet. Ezért van az, hogy nem csak átvették a Kubuntut, hogy abba dolgozzanak bele, hanem csináltak egy önálló disztrót.
-
Frawly
veterán
válasz
ubyegon2
#64591
üzenetére
Ubuntunál csak annyiból speciális a KDE változat, hogy külön elnevezést is kapott, de a Kubuntu is pont ugyanolyan Ubuntu, mint a sima, csak nem Ubuntu KDE-nek hívják. Elnevezésbeli kérdés, attól, hogy a név elé tesznek valamit, még nem lesz önálló, külön disztró. Pont ezért is csináltak a KDE-s devek külön saját Ubi-alapú disztrót, mert a Kubuntu csak általános Ubuntu KDE felülettel.
A Chakrával nekem az volt mindig is bajom, hogy túlzottan KDE/Qt only, teljesen kiirtották belőle a Gtk-s csomagokat. Ezt egy kicsit túlzásnak érzem.
Amúgy meg egy kis videó, kifejezetten neked, ahol megmondják a tutit. Ajánlom a csatornáját is, sok mindent lehet tanulni a faszitól.
-
Frawly
veterán
válasz
ubyegon2
#64584
üzenetére
Te értetted félre. Neonnál nincsenek flavorök, csak KDE-s van. Így értettem, hogy nem egy a sok közül, ahogy Ubuntun vagy Manjarónál.
A KDE-t meg nem dicsőítettem. Igaz régebben a kedvencem volt, és az lenne a mai napig, ha nem cseszik szét. A KDE4 még jó volt. A KDE5 kezdetben már gyengébb, mert újraírták, és nem tettek bele vissza minden feature-t. Aztán nem hogy fejlődött volna, de egyre inkább visszabutították ilyen flat designos tabletszintre. Ez sem volt elég, elkezdték még jobban elrontani bugokkal, míg sikerült feltornászni magukat arra a szintre, hogy nettó használhatatlan az egész.
-
Frawly
veterán
válasz
ubyegon2
#64555
üzenetére
Nekem 16 GB nem lenne elég. Pedig egy full extrás Arch megvan 7-8 GB-ból (de ebben minden benne van, grafikus felület, CUPS, alap progik, kb. 800 csomag), de hízni szokott 15-20 GB-ig, ha használom, meg lakom be. Ezt is úgy, hogy a játékok egy másik partíción vannak. Néha kipucolom a pacman cache-t, de már úgy se tudok 15 giga alá bemenni, Kubuntun meg simán 20 giga felett voltam anno, igaz akkor több mint 2200 csomag volt fönt. Jelenleg Archon most 1143 csomag van fent, ebből kb. majdnem 200 felesleges, mert kellett anno valamihez (AUR-os csomag, vagy külön letöltött binárisok függőségének), de nem szedtem le. De pont ezért hagyok mindig bőven helyet, rendszerpartíciónak 50 gigát szoktam adni. Ez kicsit lehet overkill, de betelni nem fog soha. Pocsékba sem megy, mert ha annyira kell, tárolok valamit a rendszerpartíción is, de erre sose volt még szükség.
-
válasz
ubyegon2
#64555
üzenetére
Direkt azért tettem testing-et, hogy ismerkedjek. Na meg az Ubuntu is azon alapul.
Felment amúgy az Ubuntu PPA-ból egy Unetbootin .deb-et fel tudtam tenni. Működik is.Amúgy ipxe +1 : mindenhonnan működik, és azt telepítesz, amit nem szégyellsz. Tehát még csak egy netinstall telepítő sem kell. Egy ipxe boot médiával, ha van valahol egy http szervered, amin van pár legyártott .txt file-od a megfelelő címekkel, 2 parancs beírásával tudsz telepíteni Debiant, Ubit, Fedorát, akármit. Windowst is, csak az melósabb. Ha nincs DHCP, akkor 5 parancs. És ez akárhonnan megy, tehát nem kell az otthoni hálódon lenned. Jó dolog ez
-
válasz
ubyegon2
#64547
üzenetére
Jaja, azt tudom, hogy ez nem egy kényelmes cucc, viszont nem eszik sokat. Kezdőknek én is valami egyszerűbb Ubit szoktam mondani, X vagy L.
Volt már Debianom, csak ott a hardver is olyan volt, hogy fel sem merült a zárt driver, Pentium M-es dolgok alá nem nagyon kellett semmi. S fura, mert a Stable-hez pl. volt USB ISO író is defaultból.
-
-
válasz
ubyegon2
#64527
üzenetére
Meg egy rakás Ubis, Debianos... Legtöbbeknél áttértek már. Különben nem tudom, miért szitokszó... Én elvagyok vele, s (még) visszafele kompatibilis (ennek így is kéne maradnia).
Az mindenesetre nem nagy baj, hogy pl. egy hibás fstab miatt nem feltétlen áll meg a boot. Init-es Linuxon szívtunk már olyat, hogy kollega belebarmolt, aztán utána rakhattuk rendbe... -
Frawly
veterán
válasz
ubyegon2
#64482
üzenetére
Az az MX300 rekordalacsony terhelést kap így is, napi 3,775 GiB írás, ami évi 1,346 TiB, most másfél év után van rajta 2 TiB írás és 2431 órás, azaz 0,277 évnyi üzemóra. Ilyen ütemmel erre a modellre megadott 160 TBW-t még majd csak 117 (!) év múlva érném el, az 1,5 millió üzemórás ajánlást meg majd kb. 925 (!!) év múlva. Ilyen ultralightos felhasználást simán bírna egy A400 is.
Pedig nincs is kímélve, kb. csak annyiban, hogy swap az nincs egyáltalán, meg a böngészőcache is RAM-ba megy, de nem az SSD kímélése miatt, hanem ott áll a sok RAM kihasználhatlanul potyára, próbálom használni valami értelmesre. Meg ugye az eleve kímélés, hogy nem Windows fut róla, a Linux eleve lightosabban használja a lemezt, nem pörgeti állandóan.
Az a 3 áthelyezett szektor viszont valóban nyugtalanító, 1-2 nap alatt lett annyi, de megállt ezen az értéken. De ezzel nem tudok már mit csinálni, ha tönkremegy, akkor tönkremegy, vannak helyette másik SSD-im, meg veszek bele az anno kifizetett eredeti árért kétszer akkorát. Gari már rég nincs rá, 1 év volt eredetileg. Itt külföldön nincs olyan luxus, mint a M.o.-n kínált 3-5 éves jótállás az SSD-kre.
-
Frawly
veterán
válasz
ubyegon2
#64478
üzenetére
Tudom, erre sokan allergiásak, hogy miért kell újratelepíteni. Én híve vagyok, jó tiszta lappal kezdeni, és teljesen kicserélni a rendszert, más fájlrendszer, másik grafikus felület, stb.. Nem olyan nagy munka újratenni, jó, belakni idő, de majd belakódik.
Tisztában vagyok vele, hogy itt a PH-n a legtöbb ember 10 évig használ egy telepítést, mert a belakott rendszer szent, klónozgatják meghajtók és gépek között, de nem látom értelmét ezzel szívni.
Nem azért telepítem újra, mert baj lenne vele, de most kipróbálok egy másmilyen rendszert. Nem szeretem túl sokáig használni ugyanazt. Ez a jó a Linuxban, különösen az Archban, hogy olyan rendszert lehet magadnak összelegózni, amilyet akarsz, így egy disztrón belül mindig létrehozhatsz magadnak egy teljesen másik rendszert.
-
Frawly
veterán
válasz
ubyegon2
#64453
üzenetére
Nem, ezt félreérted, az itteni linuxos topikok tele vannak mintesekkel és uborkásokkal, akiknek valami miatt elcsesződött a GRUB, meg felülírta a Windows, meg stb..
Ez egyébként nem Arch függő, UEFI systemd bootot GRUB nélkül más disztróval is lehet csinálni. Ha meg már klónok, akkor az köztudott, hogy nem vagyok nagy hívük, az eredetit érdemes használni.
-
-Ben-
veterán
válasz
ubyegon2
#64423
üzenetére
„No meg én is azt vettem észre, hogy pörgősebbek ugyanazon disztróval, mint az asztali gépem.”
De ennek mégis mi lehet az oka? Laptopokra jobban optimalizálnak, komolyabban veszik? Nem értem. Azért akárhogy nézem, az asztali gépem és a laptopom között hardveresen nagyon nagy a szakadék, nem kellene, hogy ekkora hátránnyal még gyorsabb is legyen a HP....
-
-Ben-
veterán
válasz
ubyegon2
#64421
üzenetére
Jól éreztem, hogy valami non-free gubanc lesz megint. A megfelelő csomag nevét viszont nem találtam volna meg egyhamar, úgyhogy nagy-nagy köszönet! „ firmware-iwlwifi ” volt a megoldás.
Egyébként valóban a netinstall ISO -t használtam, mivel hibával kidobott az etcher és nem tudtam kiírni a nonfree+KDE ISO-t.... Most nem volt kedvem szenvedni vele, így átmenetileg maradtam a normál iso -nál, ami már ki volt írva penre.Jó a memóriád, ez tényleg „az” a HP és valóban „asztali” SSD került bele.
![;]](//cdn.rios.hu/dl/s/v1.gif)
Egyébként nagyon megtáltosodott az SSD -től, jelenleg gyorsabbnak érzem az asztali gépemnél. 
Most érzem csak igazán, hogy mennyire nem működik jól ez az nvidia driver... 
4GB vs. 8GB ram, 2 vs. 6 mag, Intel HD vs. nV GT1030 és hiába, egyszerűen darabosabb, lassabb az asztali. 
Ciki... RX 560-570 lesz ebből.. 
-
-Ben-
veterán
-
válasz
ubyegon2
#64331
üzenetére
Nem a YouTube reklámra gondoltam, hanem maga a srác reklámoz valami dobozos italt. Értem én hogy minden a pénzről szól, és 1,5M feliratkozóval akár meg is lehet élni(?) belőle, de akkor is. Most egy családi limonádét csinál, ahol a stáblista 2/3-át a támogatók listája teszi ki, vagy egy szakmai szösszenetet. Tudom a kettő nem zárja ki egymást, csak nekem ez nem fekszik. Savanyú a szőlő
-
Shyciii
veterán
-
-
Frawly
veterán
válasz
ubyegon2
#64293
üzenetére
De, továbbra is csúsztatás amit írsz, és ezt nem kötekedésből írom. Attól, hogy az NVMe használ egyfajta megoldást, az
1) nem jelenti, hogy az feltétlenül jobb vagy akár csak ugyanannyira jó, mint egy másik lehetséges eljárás
2) még ha jobbfajta megoldás is, az nem jelenti, hogy SATA meghajtók számára is jobb
3) nem jelenti azt, hogy ha mindkettő online TRIM, akkor nincsenek közöttük jelentős implementációs különbségek.Sehol nem is állította senki egyébként, hogy a discard rossz. Vagyis lehet, hogy olvastál ilyet 5 éves cikkekben vagy hozzászólásokban, de az még az SSD-k őskora volt, olyan régi írásokra nem szabad hagyatkozni. Akkor még mindenki bőszen kímélgette a kezdetleges vezérlős, SLC-s, MLC-s, kemény 32-64 gigás SATA2 SSD-jét, amelyen az írások sokkal kevesebb cella között oszlottak meg, de egy cella viszont sokkal többet bírt, mint ma.
A disztrók sem azért esküsznek egyikre-másikra, mert vita lenne melyik a jobb, hanem egyszerűen inkább csak az egyik vagy a másik illik bele a filozófiájukba. Arch-nál pl. azért a discard, mert egyszerűbb egy mount opciót felvenni egy fájlba, semmi systemd service engedélyezés, meg CRON jogosultságokkal hentergés és hasonlók. Az Ubuntu/Mint vonal inkább a biztosságra megy, kezdő felhasználó ne szopjon azért, mert NCQ TRIM feketelistás SSD-je van (amin ugye megy a discard, de rosszabb teljesítménnyel az NCQ letiltása miatt), vagy olyan fájlrendszere, ami nem támogatja a discardot, míg az fstrim minden fontosabb fájlrendszeren és SSD-n rendesen támogatott. Kinek mi a fontos, kinek mi a jobb. Attól is függ, hogy ki mit csinál a gépen. Átlag desktop felhasználóknak, mint mi vagyunk szerintem erősen mindegy, ha amúgy nincs tiltva az NCQ TRIM.
Igazából valahol mérettől is függ. Az fstrim pl. pár fájlrendszernél végigtrimezi az összes szabad blokkot, akkor is, ha az már előtte meg volt trimelve, ugyanis újrabootolásnál elveszti azt a listát, hogy mi volt már megtrimelve. Minél nagyobb az SSD, minél több szabad blokk van rajta, annál tovább szüttyög első futtatása az fstrim. Egy 1-2 terás SSD-nél már jelentékeny időkülönbség adódhat ebből, de ez pl. nem érinti azt, aki ritkán bootoltatja újra a gépet. A discard TRIM nem trimezi meg azt a blokkot feleslegesen, amit már nem kell, csak azt, ahonnan közvetlenül töröltek valamit frissében. Pl. egy 120 gigás vagy az alatti SSD olyan kicsi, hogy ez az időkülönbözet is szinte mindegy.
Egyébként most olvastam még egy érdekességet: az lsblk --discard paranncsal lekérdezhető, hogy az SSD-n lévő mely fájlrendszerek támogatják a discard paramétert. Ez egy hasznos dolog, amit kevés helyen említenek.
-
Frawly
veterán
válasz
ubyegon2
#64289
üzenetére
Azért ez így csúsztatás. Online és online TRIM között is van különbség. NVMe-n az egész be van épülve az egyéb lemezműveletek közé, így az OS-nek, kernelnek, ütemezőknek, szoftvereknek nem kell vele foglalkoznia egyáltalán. SATA-nál csak bele van hekkelve +1 utasítással, és az OS-nek kell róla külön gondoskodni, hogy ne felejtődjön el. Emiatt nem összehasonlíthatóak.
Azt látom, hogy neked ez a discard kényes pontod. Én azt mondanám, hogy baj nincs vele. Pár hónapig teszteltem azt is, semmi negatívat nem vettem észre MX300-on, se rendszerbelassulás nem volt, se SSD belassulás. Semmivel nem tűnt sem jobbnak, sem rosszabbnak, mint a manuálisan futtatott vagy systemd-vel ütemezett fstrim.
Disztrók is fele-fele arányban esküdnek egyik vagy másik megoldásra. Az Arch, Gentoo, stb. inkább a discard-ot preferálja, a Debian, Ubuntu, Mint vonal az fstrim-et, ez utóbbi ha nem is jobb, inkább biztosabb megoldás, arra az esetre, ha NCQ TRIM ügyileg feketelistás SSD-ről lenne szó. Aki kételkedik egyikben, másikban, tesztelheti mindkettőt, egyiket sem nagy munka beüzemelni.
Az SSD-kre érdemes néha ránézni SMART ügyileg. Én kb. hetente kézi TRIM-ezek egy scripttel, ami egy kis SMART statisztikát is kiír. A teljes SMART-ot kb. 2 hetente nézem meg, néha ritkábban.
-
csixy
addikt
válasz
ubyegon2
#64273
üzenetére
[senki@fatengelyes-pc ~]$ sudo smartctl -a /dev/sdb
smartctl 6.6 2017-11-05 r4594 [x86_64-linux-4.19.8-arch1-1-ARCH] (local build)
Copyright (C) 2002-17, Bruce Allen, Christian Franke, www.smartmontools.org=== START OF INFORMATION SECTION ===
Model Family: Indilinx Barefoot based SSDs
Device Model: Corsair CSSD-V32GB2
Serial Number: 10340061080009870002
Firmware Version: 2.1
User Capacity: 32.017.047.552 bytes [32,0 GB]
Sector Size: 512 bytes logical/physical
Rotation Rate: Solid State Device
Device is: In smartctl database [for details use: -P show]
ATA Version is: ATA8-ACS (minor revision not indicated)
Local Time is: Sun Dec 16 19:43:03 2018 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled=== START OF READ SMART DATA SECTION ===
SMART Status not supported: Incomplete response, ATA output registers missing
SMART overall-health self-assessment test result: PASSED
Warning: This result is based on an Attribute check.General SMART Values:
Offline data collection status: (0x00) Offline data collection activity
was never started.
Auto Offline Data Collection: Disabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: ( 0) seconds.
Offline data collection
capabilities: (0x1d) SMART execute Offline immediate.
No Auto Offline data collection support.
Abort Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
No Conveyance Self-test supported.
No Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x00) Error logging NOT supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 0) minutes.
Extended self-test routine
recommended polling time: ( 0) minutes.SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x0000 --- --- --- Old_age Offline - 6
9 Power_On_Hours 0x0000 --- --- --- Old_age Offline - 489
12 Power_Cycle_Count 0x0000 --- --- --- Old_age Offline - 807
184 Initial_Bad_Block_Count 0x0000 --- --- --- Old_age Offline - 11
195 Program_Failure_Blk_Ct 0x0000 --- --- --- Old_age Offline - 0
196 Erase_Failure_Blk_Ct 0x0000 --- --- --- Old_age Offline - 0
197 Read_Failure_Blk_Ct 0x0000 --- --- --- Old_age Offline - 0
198 Read_Sectors_Tot_Ct 0x0000 --- --- --- Old_age Offline - 4239304818
199 Write_Sectors_Tot_Ct 0x0000 --- --- --- Old_age Offline - 2197665990
200 Read_Commands_Tot_Ct 0x0000 --- --- --- Old_age Offline - 90343929
201 Write_Commands_Tot_Ct 0x0000 --- --- --- Old_age Offline - 38610438
202 Error_Bits_Flash_Tot_Ct 0x0000 --- --- --- Old_age Offline - 11514836
203 Corr_Read_Errors_Tot_Ct 0x0000 --- --- --- Old_age Offline - 10661622
204 Bad_Block_Full_Flag 0x0000 --- --- --- Old_age Offline - 0
205 Max_PE_Count_Spec 0x0000 --- --- --- Old_age Offline - 5000
206 Min_Erase_Count 0x0000 --- --- --- Old_age Offline - 533
207 Max_Erase_Count 0x0000 --- --- --- Old_age Offline - 1156
208 Average_Erase_Count 0x0000 --- --- --- Old_age Offline - 898
209 Remaining_Lifetime_Perc 0x0000 --- --- --- Old_age Offline - 83
211 SATA_Error_Ct_CRC 0x0000 --- --- --- Old_age Offline - 0
212 SATA_Error_Ct_Handshake 0x0000 --- --- --- Old_age Offline - 0
213 Indilinx_Internal 0x0000 --- --- --- Old_age Offline - 0Warning! SMART ATA Error Log Structure error: invalid SMART checksum.
SMART Error Log Version: 1
No Errors LoggedWarning! SMART Self-Test Log Structure error: invalid SMART checksum.
SMART Self-test log structure revision number 1
No self-tests have been logged. [To run self-tests, use: smartctl -t]Selective Self-tests/Logging not supported
[senki@fatengelyes-pc ~]$
-
Frawly
veterán
válasz
ubyegon2
#64270
üzenetére
Mehet párhuzamosan a kétféle TRIM, baja nem lesz tőle az SSD-nek, csak felesleges.
Papagáj kolléga esetére nem emlékszek. Nem kizárt, hogy van, amit nem ismer fel. Ettől még nem lesz kalap fekália. Persze használni sem kötelező, megcsinálhatod a /etc/fstab-ot kézzel is, a genfstab inkább csak kényelmi funkció. Nekem eddig még mindig megcsinált mindent normálisan. Ha valakit kétségek gyötörnek, belenéz az fstab-ba, hogy benne van-e a discard, ha nincs, elég könnyű beleszerkeszteni, ha fstrim helyett azt akarja használni.
-
-
csixy
addikt
válasz
ubyegon2
#64266
üzenetére
[senki@fatengelyes-pc hdsentinel]$ sudo ./hdsentinel-017-x64
Hard Disk Sentinel for LINUX console 0.17x64.8556 (c) 2017 info@hdsentinel.com
Start with -r [reportfile] to save data to report, -h for helpExamining hard disk configuration ...
HDD Device 0: /dev/sda
HDD Model ID : KINGSTON SA400S37480G
HDD Serial No: 50026B76826717B0
HDD Revision : SBFKB1C2
HDD Size : 457863 MB
Interface : S-ATA Gen3, 6 Gbps
Temperature : 30 °C
Highest Temp.: 41 °C
Health : 100 %
Performance : 100 %
Power on time: 0 days, 23 hours
Est. lifetime: more than 1000 days
The status of the solid state disk is PERFECT. Problematic or weak sectors were not found.
The health is determined by SSD specific S.M.A.R.T. attribute(s): #233 Media Wearout Indicator
No actions needed.HDD Device 1: /dev/sdb
HDD Model ID : Corsair CSSD-V32GB2
HDD Serial No: 10340061080009870002
HDD Revision : 2.1
HDD Size : 30534 MB
Interface : SAT Standard SCSI/USB/ATA
Temperature : Unknown °C
Highest Temp.: Unknown °C
Health : 83 %
Performance : 100 %
Power on time: 20 days, 6 hours
Est. lifetime: more than 1000 days
Total written: 1.02 TB
The status of the solid state disk is PERFECT. Problematic or weak sectors were not found.
The health is determined by SSD specific S.M.A.R.T. attribute(s): #209 Remaining Drive Life
It is recommended to continuously monitor the hard disk status.[senki@fatengelyes-pc hdsentinel]$
-
csixy
addikt
válasz
ubyegon2
#64264
üzenetére
[senki@fatengelyes-pc ~]$ sudo journalctl -u fstrim.timer
[sudo] senki jelszava:
-- Logs begin at Sun 2018-12-16 13:56:00 CET, end at Sun 2018-12-16 17:11:30 CET. --
dec 16 16:58:10 fatengelyes-pc systemd[1]: Started Discard unused blocks once a week.
[senki@fatengelyes-pc ~]$ systemctl list-timers -a
NEXT LEFT LAST PASSED UNIT ACTIVATES
Mon 2018-12-17 00:00:00 CET 6h left n/a n/a fstrim.timer fstrim.service
Mon 2018-12-17 00:00:00 CET 6h left Sun 2018-12-16 00:00:09 CET 17h ago logrotate.timer logrotate.service
Mon 2018-12-17 00:00:00 CET 6h left Sun 2018-12-16 00:00:09 CET 17h ago man-db.timer man-db.service
Mon 2018-12-17 00:00:00 CET 6h left Sun 2018-12-16 00:00:09 CET 17h ago shadow.timer shadow.service
Mon 2018-12-17 00:00:00 CET 6h left Sun 2018-12-16 00:00:09 CET 17h ago updatedb.timer updatedb.service
Mon 2018-12-17 01:17:27 CET 8h left Sat 2018-12-15 22:57:08 CET 18h ago reflector.timer reflector.service
Mon 2018-12-17 14:11:33 CET 20h left Sun 2018-12-16 14:11:33 CET 3h 0min ago systemd-tmpfiles-clean.timer systemd-tmpfiles-clean.service
Sat 2019-01-05 15:00:00 CET 2 weeks 5 days left Sat 2018-12-15 22:57:08 CET 18h ago pamac-cleancache.timer pamac-cleancache.service8 timers listed.
[senki@fatengelyes-pc ~]$
-
Frawly
veterán
válasz
ubyegon2
#64257
üzenetére
Nem az ördögtől való. Annyit írtam régen is, hogy NCQ TRIM miatt egyes feketelistás SSD-ken nem célszerű discard-ozni, ha egy mód van rá (pl. régi Crucial SSD-k, összes Samsung SATA SSD).
NVMe-n viszont már nincs választásod, de ott se discard, se fstrim, se NCQ nincs, az NVMe már egy teljesen más protokoll az AHCI-hez képest, már nem ATA utasításokkal dolgozik, így nincs TRIM parancs sem.
De a TRIM az minden megoldásnál speciális, pl. ha USB-ről hajtasz SSD-t, azon sem megy át a ATA/SATA TRIM parancs, hanem az UNMAP nevű SCSI parancsot kell helyette átvinni, azt is csak USB UASP módban lehet, USB BOT módban nem. NVMe-n meg a Dataset Managment nevű NVMe parancs részeként fut le egy deallocate funkció, ami ugyanazt csinálja lényegében, mint ATA/SATA SSD-ken a TRIM. NVMe-nél így már automatikusan beépítették a folyamatokban, az SATA-nál viszont ezt nem tehették meg, mert ott figyelembe kellett venni a visszafelé kompatibilitást a korábbi ATA/SATA szabvánnyal, meg a HDD-kel.
-
csixy
addikt
válasz
ubyegon2
#64247
üzenetére
sudo journalctl -u fstrim.timer
[sudo] senki jelszava:
-- Logs begin at Sun 2018-12-16 07:40:04 CET, end at Sun 2018-12-16 12:26:06 CET. --
-- No entries --
[senki@fatengelyes-pc ~]$ systemctl list-timers -a
NEXT LEFT LAST PASSED UNIT ACTIVATES
Mon 2018-12-17 00:00:00 CET 11h left Sun 2018-12-16 00:00:09 CET 12h ago logrotate.timer logrotate.service
Mon 2018-12-17 00:00:00 CET 11h left Sun 2018-12-16 00:00:09 CET 12h ago man-db.timer man-db.service
Mon 2018-12-17 00:00:00 CET 11h left Sun 2018-12-16 00:00:09 CET 12h ago shadow.timer shadow.service
Mon 2018-12-17 00:00:00 CET 11h left Sun 2018-12-16 00:00:09 CET 12h ago updatedb.timer updatedb.service
Mon 2018-12-17 07:55:38 CET 19h left Sun 2018-12-16 07:55:38 CET 4h 31min ago systemd-tmpfiles-clean.timer systemd-tmpfiles-clean.service
Mon 2018-12-17 11:31:12 CET 23h left Sat 2018-12-15 22:57:08 CET 13h ago reflector.timer reflector.service
Sat 2019-01-05 15:00:00 CET 2 weeks 6 days left Sat 2018-12-15 22:57:08 CET 13h ago pamac-cleancache.timer pamac-cleancache.service7 timers listed.
[senki@fatengelyes-pc ~]$ fstrim
fstrim: no mountpoint specified
[senki@fatengelyes-pc ~]$ fstrim -hUsage:
fstrim [options] <mount point>Discard unused blocks on a mounted filesystem.
Options:
-a, --all trim all mounted filesystems that are supported
-o, --offset <num> the offset in bytes to start discarding from
-l, --length <num> the number of bytes to discard
-m, --minimum <num> the minimum extent length to discard
-v, --verbose print number of discarded bytes-h, --help display this help
-V, --version display versionFor more details see fstrim(8).
[senki@fatengelyes-pc ~]$ fstrim -a
[senki@fatengelyes-pc ~]$ -
válasz
ubyegon2
#64244
üzenetére
Az meg már nem aktuális.
Mate teljesen megfelel az illetőnek, tényleg ez az egy hiányzik, hogy leteszi a gépet, lecsukja a fedelet, és a külső monitoron kapjon képet, de ne aludjon a cucc.
Nekem sosem volt ilyen bajom, mivel helyből kihasználom a 2 kijelzőt...A Gnome3 alakítása megvolt, nagyjából oké, bár nem a szívem csücske. OK, van helye a DE-k között, de komolyan nem értem, miért ez mindenhol már az alapértelmezett.
-
csixy
addikt
válasz
ubyegon2
#64243
üzenetére
[senki@fatengelyes-pc ~]$ 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>
/dev/mapper/luks-efe99217-5e96-4de1-b0f7-1a7c3bae2304 / ext4 defaults,noatime 0 1
UUID=84576768-3b25-4512-b57d-67737cb63cf1 swap swap defaults,noatime 0 2
[senki@fatengelyes-pc ~]$ systemctl cat fstrim.timer
# /usr/lib/systemd/system/fstrim.timer
[Unit]
Description=Discard unused blocks once a week
Documentation=man:fstrim[Timer]
OnCalendar=weekly
AccuracySec=1h
Persistent=true[Install]
WantedBy=timers.target
[senki@fatengelyes-pc ~]$ systemctl list-timers -a
NEXT LEFT LAST PASSED UNIT ACTIVATES
Mon 2018-12-17 00:00:00 CET 13h left Sun 2018-12-16 00:00:09 CET 10h ago logrotate.timer logrotate.service
Mon 2018-12-17 00:00:00 CET 13h left Sun 2018-12-16 00:00:09 CET 10h ago man-db.timer man-db.service
Mon 2018-12-17 00:00:00 CET 13h left Sun 2018-12-16 00:00:09 CET 10h ago shadow.timer shadow.service
Mon 2018-12-17 00:00:00 CET 13h left Sun 2018-12-16 00:00:09 CET 10h ago updatedb.timer updatedb.service
Mon 2018-12-17 07:55:38 CET 21h left Sun 2018-12-16 07:55:38 CET 2h 47min ago systemd-tmpfiles-clean.timer systemd-tmpfiles-clean.service
Mon 2018-12-17 11:31:12 CET 24h left Sat 2018-12-15 22:57:08 CET 11h ago reflector.timer reflector.service
Sat 2019-01-05 15:00:00 CET 2 weeks 6 days left Sat 2018-12-15 22:57:08 CET 11h ago pamac-cleancache.timer pamac-cleancache.service7 timers listed.
[senki@fatengelyes-pc ~]$ -
-
csixy
addikt
válasz
ubyegon2
#64235
üzenetére
/- senki@fatengelyes-pc
ooo: --------------------
yoooo/ OS: ArcoLinuxB-plasma v18.11.2
yooooooo Kernel: 4.18.16-arch1-1-ARCH
yooooooooo Uptime: 1 hour, 7 mins
yooooooooooo Packages: 1611 (pacman)
.yooooooooooooo Shell: bash 4.4.23
.oooooooooooooooo Resolution: 1366x768
.oooooooarcoooooooo DE: KDE
.ooooooooo-oooooooooo WM: KWin
.ooooooooo- oooooooooo Theme: KvOxygen [KDE], Breeze [GTK2/3]
oooooooo. oooooooo Icons: Adwaita [KDE], breeze [GTK2/3]oooooooo. oooooooo Terminal: konsoleooarcooo .oooarcooo Terminal Font: Noto Sans Mono 11oooooooy .ooooooooo CPU: Intel Celeron 1000M (2) @ 1.800GHzoooooooo /ooooooooooooooooooo GPU: Intel 3rd Gen Core processor Graphics Controlleroooooooo .-ooooooooooooooooo. Memory: 995MiB / 5856MiB
ooooooooo- -ooooooooooooo.
ooooooooo- .-oooooooooo.
ooooooooo. -ooooooooo[senki@fatengelyes-pc ~]$ sudo journalctl -u fstrim.timer
[sudo] senki jelszava:
-- Logs begin at Sun 2018-12-16 07:40:04 CET, end at Sun 2018-12-16 08:47:23 CET. --
-- No entries --
[senki@fatengelyes-pc ~]$ -
Shyciii
veterán
válasz
ubyegon2
#64213
üzenetére
A conky meg a grub már 1 hónapja megvan. Megvolt egy régi nyelven íródott conky. Azt átírtam az új syntaxis alapján miután áttanulmányoztam, meg kicsit módosítottam. Ma meló helyett az xfce paneljét teszteltem, majd véglegesítettem, mert ez a tint2 nem az igazi...grubot lefotózom neked holnap, mert ma már nem jutok gép elé
a desktop felirata így jó libafos sárgán 😁 -
-Ben-
veterán
-
-Ben-
veterán
válasz
ubyegon2
#64174
üzenetére
Nem tudom. Valamilyen egyszerűbb leírást keresek, mert ez eléggé kínai.
Szerk.: igen, a detektálás volt. Jelenleg ennyit lát a sensors:
benji@benji:~$ sensors
coretemp-isa-0000
Adapter: ISA adapter
Core 0: +20.0°C (high = +81.0°C, crit = +101.0°C)
Core 1: +24.0°C (high = +81.0°C, crit = +101.0°C)
Core 2: +20.0°C (high = +81.0°C, crit = +101.0°C)
Core 8: +21.0°C (high = +81.0°C, crit = +101.0°C)
Core 9: +20.0°C (high = +81.0°C, crit = +101.0°C)
Core 10: +17.0°C (high = +81.0°C, crit = +101.0°C) -
-
Frawly
veterán
válasz
ubyegon2
#64118
üzenetére
Nem gabalyodtam be semmibe. Nem kap, ott írja, ha a root-nak adsz meg jelszót, akkor a többi felhasználónak nem lesz sudo-val rendszergazdai jog. Pedig az lenne a kívánatos, ha alapból lenne ilyenkor is. Sőt, én ezt oda szigorítanám, hogy ilyen telepítőknél nem is engedném, hogy ne legyen a root-nak jelszava, akkora biztonsági kockázat. A Debian meg ezzel a húzással csábít rá.
Abban igazad van, hogy Archon sem az van, aminek lennie kéne, sajnos. De ott könnyebben elnézi az ember, mivel annyira minimalista, hekkelős disztró, eleve nem kezdőknek, ezért ott nem okoz gondot.
-
Frawly
veterán
válasz
ubyegon2
#64114
üzenetére
Értem amit írsz, nem is téged akarlak támadni ezzel, de ez úgy ahogy van, f4xság. Kapásból biztonsági kockázat, ha a root-nak nincs jelszava. Bárki bemászik a rendszeredbe, csak bejelentkezik root-tal és tárulnak is fel előtte a kapuk.
Semmi köze a root jelszónak ahhoz, hogy egy másik felhasználónak milyen jogokat ad a sudo. Igazából a /etc/sudoers dönti el, hogy adott felhasználói csoportnak milyen sudo jogai vannak.
Egyébként rosszul emlékeztem, mert alapból Archon sem ad rendszergazdai jogokat a sudo, szerkeszteni kell hozzá a sudoers-t. De ez attól független, hogy adsz-e meg root jelszót vagy nem. Ezzel sem értek egyet, desktop disztrókon az alapbeállításnak annak kéne lennie, hogy az összes korlátozott user kapjon sudo-val rendszergazdai jogot, és ha valaki annyira le akar korlátozni egy felhasználót, akkor vegye el tőle utólag ezt a jogot.
-
Frawly
veterán
válasz
ubyegon2
#64084
üzenetére
Ezt én nem értem. A Debian miért kever ezzel. Én Archot is úgy használom, hogy van a root, annak van egy jelszava, akkor van az én felhasználóm, annak is van egy jelszava. A sudo mégis ad rendszergazdai jogokat a felhasználómnak.
Archon muszáj is a root-nak jelszót csinálni, különben az alaptelepítés után nem tudsz bejelentkezni, ha jól emlékszem. Bár ki tudja, lehet ki lehet trükközni, hogy más a telepítéskor chroot környezetben létrehozom a felhasználómat, és annak adok jelszót, de nem érné meg ez a hozavona, jó ha a root-nak is van jelszava.
-
-Ben-
veterán
válasz
ubyegon2
#64069
üzenetére
Tényleg minden másképp működik, nem is értem. Van egy nagyon régi HP laptopom a pincében, jelenleg 18.04 fut rajta és rendben van. Néha akad, néha fagy, de ez havi szinten egyszer-kétszer fordul elő. Egyébként minden jól működik, csak egy kissé lassú, ami érthető is, hisz nagyon elavult hardverről van szó.
Nem hinném, hogy erre a rejtélyre egyszer fény derül, de már különösebben nem is izgat. Most a Debian jó, 2 év múlva pedig „selejtezem” a gépet..... -
-Ben-
veterán
válasz
ubyegon2
#64065
üzenetére
„Ilyenek miatt mondom mindig, hogy a Debian nem kezdő disztró..
”Igazad van, egyetértek, de nem volt sok választásom. Hiába erős alapvetően a gép, mégse sikerül normálisan működésre bírni a legtöbb disztrót, pedig nem egyet és nem is kettőt próbáltam ki. A Chakra még egészen tűrhető volt, de az állandó tearing meglehetősen szúrta a szememet. Az Ubuntu 16.04 -gyel végül kibékültem, de a nem ritkán előforduló fagyásokat, összeomlásokat nem tolerálom hosszú távon, elegem lett. A Debian végre nagyrészt úgy működik, ahogy elvárom, bár azért meg kell jegyeznem, hogy a Gnome sajnos Debian 9 alatt is köhög. Az ablakok mozgatása darabos, ha pedig bekapcsolom az NVidia driverben a „Force full composition pipeline” -t, akkor az ablakok mozgatása egészen jó, cserébe a böngészés lesz darabos... Bár gnome párti vagyok, azt szoktam meg, (kezdetektől fogva mindig gnome -t használtam), de át kell(ett) állnom KDE -re, mert azzal ilyen jellegű problémáim nincsenek, amióta Debiant használok. Sőt, a Debian + KDE páros hihetetlenül smooth és gyors, sokkal „minőségibb” érzetet kelt, mint a Gnome 3.
Tehát nagyrészt ezek voltak a lehetőségeim: Windows vagy Debian + KDE.
Nem volt nehéz kérdés.... -
-Ben-
veterán
válasz
ubyegon2
#64054
üzenetére
Hm, nem tudom. Nem akar működni, ugyanúgy fehér lap fogad. Lehet, hogy akkor járok a legjobban, ha a Chrome -mal nyitom meg azt az 1-2 lapot, amire szükségem van, a többit meg használom rókával. Végül is nem okoz nagy gondot, csak nem szeretem, ha valami megoldatlanul marad.
-
-Ben-
veterán
válasz
ubyegon2
#64051
üzenetére
benji@benji:~$ sudo apt install adobe-flashplugin browser-plugin-freshplayer-pepperflash
[sudo] benji jelszava:
benji nincs a sudoers fájlban. Ez az eset jelentésre kerül.
benji@benji:~$Ezzel a „benji nincs a sudoers fájlban” dologgal lehet valamit kezdeni, vagy itt csak su <jelszó> -val lehet telepíteni? Ubuntun működött a sudo.
„ apt install adobe-flashplugin browser-plugin-freshplayer-pepperflash”Erre válaszul csupán ennyit kapok:
E: Ez a csomag nem található: adobe-flashplugin -
-Ben-
veterán
válasz
ubyegon2
#64033
üzenetére
Először végigcsináltam a Kapitány által linkelt telepítést. Chrome alól tökéletes, azonban a Firefox eldobja magát. Most megpróbáltam ezt is, de nem működik. A .mozilla könyvtárban nem volt plugins, ezért létrehoztam, de sajnos így se jó. Annyi változott, hogy már nem ezt kapom, hanem egy teljesen fehér lapot, ami aztán 10-20 másodperc elteltével crashel...
-
-Ben-
veterán
válasz
ubyegon2
#64023
üzenetére
Tulajdonképpen nagy problémám nincs vele, mert meg tudom oldani akár mobilnézettel is, de néhány oldalon engedélyezés után csupán ennyit jelenít meg: [kép].
Néhol pedig egyszerűen csak hajlamos rövid ideig szaggatni, de rövid időn belül helyreáll.
Érdekes, hogy /usr/lib/chromium-browser -t írogat, pedig Firefoxot használok. Chromium alatt egyáltalán nem is akar működni, pedig engedélyeztem. -
Victor Súgó
tag
válasz
ubyegon2
#64005
üzenetére
Lehet, hogy magának fejlesztgette, de...
https://docs.snapcraft.io/installing-snapd/6735
Azért elég sok disztribúción használható elvileg.
Mondjuk én nem szeretem, többek közt azért, mert utálom, ha egy rendszeren párhuzamosan több fájlkezelő van, de ez szubjektív. -
Rimuru
veterán
válasz
ubyegon2
#63987
üzenetére
Igen, azert mondtam, hogy csomagkezeot hasznaljuk, utana azt felteleztem hogy ha nincs benne az alap tarolokban es mar fent van valamelyik szolgaltatas (snap/flatpak) akkor azt hasznaljuk, ha nincs ilyen akkor pedig ppa. Ilyen miatt nem raknam fel egyik vackot sem.
De koszi a helyesbitest. 
Victor Súgó: lenyegeben igen, a snap-et a Canonical viszi, a flatpak Red Hat novendek (koszi Poettering
). -
Victor Súgó
tag
válasz
ubyegon2
#63987
üzenetére
Flatpak az az ubuntu snap megfelelője?
Egyébként (szerintem) kezdő!=tudatlan, olvasni is lusta user.
Ugyanis ha a vázolt elvekhez tartottam volna magam, akkor nem tudtam volna a linuxomon cdrom-ot használni, mert ahhoz még külön kellett kernelt konfigurálni és telepíteni. Forrásból... -
Keef_Lee
senior tag
válasz
ubyegon2
#63959
üzenetére
Én a minap egy régi laposba tettem usb wifi sticket, hogy tudja az n-es wifit is. Tudom, oldskúl
A neve valami 12 karakteres valami lett, amiben rengeteg x-volt. Ezt kellett a conkynak beírnom, mert csak akkor lett jó. A beépített wifije az enp0s3 volt, de ez meg ilyen krixkrax lett. Szóval előfordulhatnak érdekes dolgok.
Ezt egyébként a Rendszer eszközök/System profiler and Benchmark/Network/Interfaces-ben is kiírja, hogy hogyan kell rá hivatkozni.
Conky nélkül linux ?! -
drup
junior tag
válasz
ubyegon2
#63952
üzenetére
Az altalad emlitett emberke beirasara reagaltam.
Victor nagyjabol eltalalta a megoldast, azzal a kiegeszitessel, hogyy egy m$ fejleszto mernok mutatta be, hogy akik most mennek hozzajuk, milyen kornyezetben kell dolgozniuk.
A m$ az azure (a szokasos megkerulos jogi megoldaasl kisse lenyulos stilusu) nomatasa mellett a dilettans cegekre ratukmalt office365 es levelezes eladasabol szedik meg a bevetelt, de mar egeszen mas teruletek fele nezelodnek.
-
Keef_Lee
senior tag
válasz
ubyegon2
#63890
üzenetére
Köszönöm, megnéztem.
Ez is a sima cronról szól, ami nem alkalmas arra amire kellene nekem. Egyébként a filozófiájából látszik, hogy nonstop gépekben gondolkodtakViszont eszembe jutott egy megoldás, csak nem nagyon vágom a kivitelezését.
A crontab-ba beletenném óránkénti gyakorisággal, hogy fusson le a scriptem. Így mindennap lefutna, mert, ha be van kapcsolva, (ami random hogy mikor) akkor mindig megy legalább egy órát.A megoldás az lenne, hogy a scriptben kellene a feltételt lekezelni. Ez most generál egy fájlt és felmásolja a nasra. Az elképzelés az, hogy a fájl dátumát megvizsgálni és ha nem egyezik a rendszer dátumával, akkor fusson le csak a scriptben az utasítás sorozat. Viszont, ha egyezik, akkor ugorjon a végére (kvázi ne csináljon semmit, mert már aznap valamikor megcsinálta.)
Anno dosban írtam ilyen bat-ot, amiben volt if, meg else ág, de nyilván itt nem tudom miként kell.Tud ebben valaki segíteni?
-
Keef_Lee
senior tag
válasz
ubyegon2
#63870
üzenetére
Eleve komolytalan vagyok
de a lényeg az lett volna a kérdésben, hogy a következő bekapcsoláskor mi történik.
Szóval azt kellene megoldanom, hogy a script minden nap lefusson, de a gép össze-vissza van napközben bekapcsolva. Ezért gondoltam beleteszem a dailybe és amikor bekapcsolom lefut. De nem így működik...
![;]](http://cdn.rios.hu/dl/s/v1.gif)
)
Most érzem csak igazán, hogy mennyire nem működik jól ez az nvidia driver... 
4GB vs. 8GB ram, 2 vs. 6 mag, Intel HD vs. nV GT1030 és hiába, egyszerűen darabosabb, lassabb az asztali. 
Ciki... RX 560-570 lesz ebből.. 
Linuxon ez az állandó VGA driver kérdés eléggé bosszantó. Nem sok olyan videokártyám volt eddig, amellyel rendesen működtek a dolgok. De van erő abban a gépben (1151 -es konfig), lehet, hogy erőből megoldja. 
Kipróbálta a Gnome Classic módját a 3-nak, nem tetszett neki, ment a Mate.
oooooooo. 
Új hozzászólás Aktív témák
CPT.PirkA topik célja: Segítségnyújtás a Linux disztribúciókkal még csak ismerkedők számára. A szerveres kérdések nem ebbe a topicba tartoznak.
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Milyen program ami... [link]
Shell script kérdésekkel látogassatok el a topikjába
- Vélemény Ubuntu 20.04 LTS
- Vélemény Linux Mint Debian Edition 4
- Tudástár MX-Linux 19
- Bemutató Linux a mindennapokban: Manjaro KDE
- Bemutató Linux a mindennapokban
- Hír Zöld utat adott a nyílt forráskódú Linux meghajtóknak az NVIDIA
- Hír A Steam Play hozza el a Windowsra írt játékokat Linuxra
- Hír Hova jut a világ? Linuxot kínál a Windows Store!
- Otthoni hálózat és internet megosztás
- Socket AM4
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- Okos Otthon / Smart Home
- Telekom mobilszolgáltatások
- Hegyikerékpár-specialista kilométeróra a Garmintól
- Témázgatunk, témázgatunk!? ... avagy mutasd az Android homescreened!
- Vezeték nélküli fülhallgatók
- OTP Bank topic
- SSD kibeszélő
- További aktív témák...
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Eladó Steam kulcsok kedvező áron!
- Adobe Előfizetések - Adobe Creative Cloud All Apps - 12 Hónap - NYÁRI AKCIÓ!
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, Most kedvező áron!
- Kaspersky, McAfee, Norton, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Csere-Beszámítás! Számítógép PC Játékra! I5 14400F / RTX 4060ti 16GB / 32GB DDR5 / 1TB SSD
- IKEA (HAVREHOJ) tablet vagy laptop tartó
- LG 27GS60QC-B - 27" Ívelt - 2560x1440 - 180Hz 1ms - AMD FreeSync - Bontatlan - 2 Év Gyári Garancia
- ÁRGARANCIA! Épített KomPhone i5 12400F 16/32/64GB RAM RTX 3060 12GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: Promenade Publishing House Kft.
Város: Budapest