- Honor 400 Pro - gép a képben
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Azonnali mobilos kérdések órája
- Íme az új Android Auto!
- Motorola Edge 50 Neo - az egyensúly gyengesége
- Mobilhasználat külföldön
- One mobilszolgáltatások
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Na! Ez egy JÓ utólagos autós fejegység - Minix CP89-HD
- Honor Magic6 Pro - kör közepén számok
-
Mobilarena
Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.
Új hozzászólás Aktív témák
-
#68216320
törölt tag
-
#68216320
törölt tag
Üdv.
Egy VPS esetében, aminél kiválasztok egy Debian 11 install-t és pár perc múlva egy telepített rendszerre ssh-zom be, azon hogyan lehetne megoldani a lemez/partíció titkosítást?
A saját gépeimen a root partíciót cryptsetup (luks) megoldással használom, de az ugyebár itt nem játszik, mivel alapból egy kész rendszer fogad.
Hogyan tudnám mégis megcsinálni? -
#68216320
törölt tag
válasz
arcoskönyv #33117 üzenetére
A dsa es ecdsa fejleszteseben az usa kormanya is reszt vett.
Akkor sem hasznalnam, ha mas nem letezne.
Ami javasolt az rsa 4096 (gpg) es az eddsa.
Elobbit kezelni fogja a yubikey is. Anelkul az utobbit hasznalom majd szemely szerint. -
#68216320
törölt tag
válasz
arcoskönyv #33105 üzenetére
Alapvetően a gépeimen (notebook/desktop/mobil, linux/win/android) fut a wireguard.service/app ami a local cuccokon kívül minden kapcsolatot vpn-en keresztül intéz. Ezért így érem el defaultban. Nem külön emiatt használom, hanem úgy általában.
urandom0:
"A PAM letiltását miért tartottad szükségesnek?"
Nem szükségesnek tartom, csak nem használok modult ezért kikapcsoltam. Ez jelent problémát esetemben? rosszul tettem? -
#68216320
törölt tag
Hát, az van, hogy különböző helyszinekről lépek be.
Viszont jellemzően 3-4 VPN szervert használok WireGuard-al. (ProtonVPN előfizetés 1 évre)
Szerintem IP-re ezért nem nagyon van értelme szűrnöm.
Így is gondot jelenthet a Fail2Ban, ha pont arról a VPN-ről támadják és blokkol.
MAC szűrés szintén értelmetlen jelen helyzetben szerintem.De elméletben szűrhető, igen. Mondjuk intranet esetében.
Más:
Lehet értelme SSH Cert-nek? (Még soha nem használtam, kizárólag SSL-t a HTTPS-hez free cert szolgáltatóval)
-
#68216320
törölt tag
Jelenleg a következő módon használom SSH-val az eszközeimet:
- private/public key auth engedélyezve
- password auth letiltva
- root login letiltva (bár nem túl érdekes, mivel van user sudo)
- port szám a felső tartományban használva
- private key passhrase (RSA-2048)
- private key fájlrendszeren tárolva (.ssh/id_rsa) 0700/0600 joggal
- fájrendszer encrypted (bár ez csak offline számít valamit)
- PAM letiltva
- Fail2Ban (bantime = 1440m, findtime = 30m, maxretry = 3)Ez alapvetően rendben lehet SSH eléréshez vagy valamit nagyon elrontottam?
Jelszókezelő programot nem használnék, de ezen kívül van valami amit tehetek az SSH biztonságért? -
#68216320
törölt tag
válasz
arcoskönyv #33092 üzenetére
Igen, az imént próbáltam le. Gyakorlatilag a privát kulcs publikus részét fogja kimenteni.
-
#68216320
törölt tag
válasz
bambano #33090 üzenetére
Akkor ezek szerint rosszul tudom, hogy az RSA privát kulcs tartalmazza a publikus kulcsot is.
Mert elméletileg a fenti parancs a privát kulcs publikus részét jeleníti meg RSA esetén.Update:
Jelentem egy RSA2048-as ssh-keygen által generált privát kulcs (test) és publikus kulcs (test.pub) esetén a fenti paranccsal a privát kulcsból (test) csináltam egy újabb publikus kulcsot (test.pub2) és a test.pub és test.pub2 tartalma azonos.
-
#68216320
törölt tag
Jelszókezelés, de nem jelszókezelő.
"Jelszókezelőt nem használok és nem fogok..."
Lehet félreérthető voltam, de akkor pontosítok. Jelszókezelésre jelszókezelőt (program vagy szolgáltatás) nem használok.
Kulcskezelésre viszont nagyon gondolkodom egy Yubikey beszerzésén.bambano:
"szerintem az az ssh-keygen utasítás, amit másik hsz-ben írtál, az új publikus ÉS privát kulcsot is generál."
Még nem tudtam lepróbálni, de lefogom. Úgy kerestem rá, hogy privátból csak publikust csináljon. -
#68216320
törölt tag
Persze, de egy AES256-al védett txt-nél már nem jobb.
Mindegyikhez kell egy mester jelszó, de cserébe nem kell külső program.
De erről nem szeretnék tovább értekezni, mert nem ez volt a kiinduló kérdés.Az viszont igen, hogy az RSA2048 maradhat vagy esetleg érdemes lépni egy szintet?
-
#68216320
törölt tag
válasz
arcoskönyv #33081 üzenetére
Lehet igazad van. Leellenőrzöm.
Tehát, ha jól értem, akkor eddig sem követtem el bakit azzal, hogy a publikus kulcsot több helyen használom, igaz?emvy: Jelszókezelőt nem használok és nem fogok. Ez egyszerűen egy elvi döntés, nem bármiféle minősítése a szolgáltatásnak.
-
#68216320
törölt tag
válasz
arcoskönyv #33077 üzenetére
Ez mintha pont ezt csinálná:
ssh-keygen -y -f ~/.ssh/id_rsa > ~/.ssh/id_rsa.pub
vargalex:
Passz, csak felmerült, mint kérdés, hogy ez jelenthet-e problémát.
A privát kulcsot pedig mivel tudom megvédeni a jogosultságon (0600) és a passphrase-on kívül? Yubikey? -
#68216320
törölt tag
válasz
arcoskönyv #33073 üzenetére
Akkor megfordítom a dolgot. Lehet rosszul tudom, de mintha talán a privát kulcsból tudnék több publikus kulcsot is csinálni.
Ha ez így van, akkor elméletileg meg tudnám oldani, hogy a gépeimen egyetlen privát kulcs legyen, de a több különböző eszközön/szerveren ehhez mégi más-más publikus kulcsot tölthessek fel.
Ez igazából kizárná azt is, hogy "begyüjthető" legyen, mely helyekhez férek hozzá, nem?bambano:
Nem volna jobb megoldás több publikus készítése a privátról? Ilyen lehetséges?Update:
Úgy nézem ez lehetséges. szerintem akkor ennél maradok. -
#68216320
törölt tag
Az világos, jelenleg is minden user mondjuk a VPS-en 1-1 sor az authorized_keys-ben. De félreértettél, nem erre gondoltam, hanem a private szközökre.
Azaz most egyetlen private kulcsom van mondjuk a laptopomon id_rsa névvel. Ennek a public része van használatban a VPS-en, GitHub-on, Raspberry-n, etc.A kérdésem arra irányult, hogy amennyiben minden helyre külön kulcspárt csinálok, akkor több id_rsa (vagy éppen ami a fájlnév az új algoritmusú privát kulcshoz) lesz a laptopomon?
arcoskönyv:
Nincs forward jelen esetben sehol. Azaz mindenhol a kliens közvetlenül éri el a public-ot (VPS, HomeServer, satöbbi)Igazából a problémám az, hogy mondjuk a GitHub-on lévő publikus kulcsot használom a VPS-en is (és még pár helyen) és nem érzem megfelelően biztonságosnak a dolgot.
Vagy valami tanúsítvány használat jobb lenne?
-
#68216320
törölt tag
Sziasztok.
Elnézést, ha kicsit off, de nem tudom pontosan hol lehetne rákérdezni.
Viszont a privát és public rendszereim is linux-ok (Debian, Arch) ezért itt kötöttem ki.Az eddigi RSA2048 alapú SSH public/private kulcspár helyett szeretnék valami megbizhatóbbat generálni. Melyik módszert javasolnátok?
Illetve gondolom érdemes volna minden public esetében (VPS, HomeServer, RaspberryPi media player, GitHub, etc) külön kulcspárt csinálnom, igaz?
Viszont akkor a private eszközeimen (desktop, laptop) 8-9 privát kulcs lesz? Mindegyik public-hoz 1-1 private kulcs? -
#68216320
törölt tag
válasz
Mr Dini #31878 üzenetére
Ezt én is megfigyeltem. Nálam is teljesen véletlenszerűnek tűnő módon "gondolkodik" leállításnál. (xorg, gnome, sata-ext4, nvme-ntfs)
Azt viszont megfigyeltem, hogy amikor nem a DE-t használom a leállításhoz, hanem konzolon a "shutdown"-t, akkor mintha nem lenne ilyen gondja.
Nem értem az okát csak megfigyelés alapján tűnik így. -
#68216320
törölt tag
Sziasztok. Bocs, ha nem ide illik, nem tudom melyik témába való.
Forgattam egy github-os forrásból egy arm binárist és mellette pár könyvtár még. Szeretném ezeket deb csomagba tenni, hogy a szükséges függőségekkel lehessen raspberry-n szépen telepíteni.
Hogyan kell deb-et gyártanom belőle? -
#68216320
törölt tag
Sziasztok.
Szeretnék a szerveremről email-eket küldeni php, java programokból.
Ezt postfix-el tudom megoldani? Kell a domain-hez mx beállítás is ilyenkor?
Nem fogják az email fiókok spam-nek érzékelni?
Ha pár szóban a főbb teendőket elmondanátok, azt nagyon megköszönném.(Vagy egyszerűbb volna valami gmail vagy hasonlót használni smtp-nek?)
-
#68216320
törölt tag
Sziasztok.
Kis segítséget szeretnék kérni.
Van a két RAID kártyám. Nem hardveres, hanem az olcsóbbik cpu-t dolgoztató fajta. Az egyik valami SIL3xxx, a másik JMB366. Bármelyikkel csinálok egy RAID0 (128k) tömböt 2db HDD-ből, linux-on belül a GParted külön-külön hdd-nak jelzi és nem jelzi a logikai tömböt.
Direkt kártyával szeretném megcsinálni és nem mdadm-el, hogy Win alatt is tudjam olvasni majd a tömböt.
Mi az oka, hogy nem látom egyben a dupla hdd méretű tömböt?
-
#68216320
törölt tag
válasz
Frawly #31223 üzenetére
Huh, jó lenne a Rar jelszó törés. Már csak azértis, mert a két archivum között kevés idő telt el, sanszos hogy ugyanazt a jelszót használtam a zip-nél is vagy valami kombinációját, mint a rar esetében.
Tuti, hogy 3.8x. Na, akkor keresgélek valami hasonló névvel cracker-t.(sok-sok évvel ezelőtt egyszer járt a kezeim között valami univerzális cd, amivel word, excel, windows és még jópár program, köztük talán rar jelszókat lehetett visszafejteni. már nincs meg, de most az is jól jönne.)
-
#68216320
törölt tag
válasz
Frawly #31213 üzenetére
Annyira emlékszem, hogy a zip-et még windows-on a total commander-en belül aes256-al titkosítottam. A rar pedig winrar 3.x verzió volt. Talán 3.80, de nem biztos. Ha érdekes, akkor elő tudok bányászni régi dvd-t amin az install volt.
Esetleg valamelyiket lehetne célirányosabban visszafejteni? -
-
#68216320
törölt tag
Sziasztok.
Van egy jelszavas zip és jelszavas rar fájlom. Szeretném jelszó hiányában feltörni őket.
A zip2john/rar2john és hashcat kombóval próbálkoznék. Azonban miután létrehozom a hash-t mondjuk a zip fájlból (./zip2john valami.zip > hashes.txt) és indítanám a hashcat-et (./hashcat -a 3 -m 17225 .\hashes.txt) hibába futok:Hashfile 'hashes.txt' on line 1 (..blah, blah... ): Signature unmatched
No hashes loaded.
Mit szúrok el? A 17225 nem megfelelő a hash-hez? [link]
Ha 23003-at használok, akkor szintén nem megy csakSeparator unmatched
lesz a hibaüzenet. -
#68216320
törölt tag
-
#68216320
törölt tag
Sziasztok.
Tudnátok abban segíteni, hogy Ubuntu 18.04 Desktop rendszeren Eaton 5E UPS-t használva, miért nem látok töltöttségi kijelzést? Konkrétan az OS beállításoknál, az energiagazdálkodás részben hol megjelenik a kijelző csík 0%-al, hol pedig eltűnik.
Win-t indítva minden rendben van, így hardveres problémát kizárnék.Egy másik gépemen Ubuntu 18.04 Server fut, azon NUT-ot felrakva szépen monitorozza az ugyanilyen UPS-t. Próbából a desktop-ra is felraktam a NUT-ot, de ekkor 2db 0%-os kijelzés jelent meg, majd tűnt el. Mondjuk ebben az esetben a "upsdrvctl start" parancs is hibára futott, nem tudott elindulni. Nem talált ups eszközt. Gondolom valami másik monitorozó van felrakva eredetileg, amivel összeakad.
Boot alatt is látni, hogy elidőzik kicsit, amikor az ups az usb kábellal össze van kötve a géppel. Ha kihúzom, akkor gyorsabban indul.
Mit lehetne tenni, hogy NUT-al ("usbhid-ups" driverrel használom) tudjam monitorozni a UPS-t?
-
#68216320
törölt tag
Sziasztok. Észrevettem az nginx esetében egy warn-t. Működés rendben, de valamiért az nginx -t command-ra az alábbi warn-t kapom:
$ sudo nginx -t
nginx: [warn] "ssl_stapling" ignored, issuer certificate not found for certificate "/etc/ssl/certs/nginx-selfsigned.crt"
nginx: [warn] "ssl_stapling" ignored, issuer certificate not found for certificate "/etc/ssl/certs/nginx-selfsigned.crt"
nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
nginx: configuration file /etc/nginx/nginx.conf test is successfulAz nginx-selfsigned.crt megtalálható és benne van egy kulcs. Valami probléma van ezzel a kulccsal? Vagy ez csak arra utal, hogy saját magam által aláírt tanusítványt használok és ez a baja? Certbot esetén rendbejönne?
-
#68216320
törölt tag
Kis segítség kellene. Ez a fail2ban beállítás jó lehet így?
/etc/fail2ban/jail.local
[DEFAULT]
ignoreip = 127.0.0.1/8
bantime = 1800
findtime = 600
maxretry = 10
[ssh]
enabled = true
port = ssh
filter = sshd
logpath = /var/log/auth.log -
#68216320
törölt tag
-
#68216320
törölt tag
válasz
Jester01 #30038 üzenetére
[ 7.018294] md0: detected capacity change from 0 to 4000649838592
[ 7.020924] md: resync of RAID array md0
[ 7.624036] raid6: sse2x1 gen() 663 MB/s
[ 7.671980] raid6: sse2x1 xor() 1484 MB/s
[ 7.719988] raid6: sse2x2 gen() 1504 MB/s
[ 7.767980] raid6: sse2x2 xor() 2047 MB/s
[ 7.815986] raid6: sse2x4 gen() 2485 MB/s
[ 7.863997] raid6: sse2x4 xor() 2078 MB/s
[ 7.864002] raid6: using algorithm sse2x4 gen() 2485 MB/s
[ 7.868533] raid6: .... xor() 2078 MB/s, rmw enabled
[ 7.870788] raid6: using ssse3x2 recovery algorithm
[ 7.875905] xor: automatically using best checksumming function avx -
#68216320
törölt tag
válasz
bambano #30035 üzenetére
Nem tudom mit kellene figyelnem.
Valami log-ba nem kerül bele a sok boot üzenet? Akkor onnét kilesném.Csak azért gondoltam, mert samba másolásnál 80-85MB/s esetén az egyik cpu szálat szinte teljesen lefogja az smb.
Ezért jött rám egy kis para a cpu teljesítményt illetően. Ha ez maradni tudna már jó lenne. -
#68216320
törölt tag
Gyors kérdés...
Egy A4-5000 alaplapra integrált kis itx alaplapot használok 2db 4TB HDD-vel soft RAID1-ben.
Rendben működik is, gyakorlatilag a sima tükrözés miatt nem kerül sok cpu időbe egy írás/olvasás.
Viszont vennék egy harmadik 4TB-os lemezt és így RAID5 tömböt csinálnék. Viszont nem tudom, elég lesz-e egy ennyire gyenge cpu a soft raid5-höz a mostani ~80-90MB/s adatátvitel megtartása mellett.
Mi a meglátásotok? Vagy érdemesebb volna valami használt pci-e sas/sata raid kártyát beszerezni? -
-
#68216320
törölt tag
Sziasztok.
A syslog-ban találtam egy samba-hoz közhető bejegyzést, ami 15 percenként ismétlődik.Apr 13 06:36:17 server nmbd[522]: [2020/04/13 06:36:17.467705, 0] ../source3/nmbd/nmbd_browsesync.c:354(find_domain_master$
Apr 13 06:36:17 server nmbd[522]: find_domain_master_name_query_fail:
Apr 13 06:36:17 server nmbd[522]: Unable to find the Domain Master Browser name WORKGROUP<1b> for the workgroup WORKGROUP.
Apr 13 06:36:17 server nmbd[522]: Unable to sync browse lists in this workgroup.Tudnátok segíteni abban, hogy mi ez pontosan és mi okozhatja ezt?
Upd:
smb.conf (ha esetleg érdekes lehet):# Global parameters
[global]
workgroup = WORKGROUP
netbios name = SERVER
server string = SERVER
guest account = peachman
create mask = 666
directory mask = 777
wins support = yes
socket options = SO_KEEPALIVE TCP_NODELAY IPTOS_LOWDELAY SO_SNDBUF=131072 SO_RCVBUF=131072
write raw = no
read raw = no
log level = 0[HDD]
path = /hdd
security = USER
writeable = Yes
guest ok = No
browseable = Yes -
#68216320
törölt tag
Sziasztok. Bocsánat, ha nem illik a csoportba, mert nem elég "haladó" a kérdés, de lehet picit túlmutat a "kezdő" csoporton.
Szeretném konfigolni Ubuntu 18.04 Server-en a NUT-ot (Network UPS Tool), de kevés az információm róla.
Az alábbi értékeket kapom jelenleg az UPS-től:
battery.charge:52
battery.charge.low:50
battery.charge.warning:60
battery.mfr.date:CPS
battery.runtime:3087
battery.runtime.low:60
battery.type:PbAcid
battery.voltage:83.3
battery.voltage.nominal:12
device.mfr:CPS
device.model:UT850EG
device.type:ups
driver.name:usbhid-ups
driver.parameter.pollfreq:30
driver.parameter.pollinterval:2
driver.parameter.port:auto
driver.parameter.synchronous:no
driver.version:2.7.4
driver.version.data:CyberPower HID 0.4
driver.version.internal:0.41
input.transfer.high:287
input.transfer.low:175
input.voltage:230.0
input.voltage.nominal:230
output.voltage:230.0
ups.beeper.status:disabled
ups.delay.shutdown:20
ups.delay.start:30
ups.load:7
ups.mfr:CPS
ups.model:UT850EG
ups.productid:0501
ups.realpower.nominal:425
ups.status:OL CHRG
ups.test.result:Done and passed
ups.timer.shutdown:-60
ups.timer.start:-60ups.vendorid:0764
Van itt pár olyan érték amit nem értek. Vastagítottam ezeket.
Egészen pontosan egy folyamat lezajlását kellene megértenem, hogy miként kellene beállítanom, hogy mondjuk amikor eléri merülésben az 50%-ot, akkor állítsa le a gépet.
Illetve van itt valami start is... El is tudja esetleg indítani, ha visszajön az áram? Vagy mit kell ezen értenem?
Használ valaki ilyesmit? -
#68216320
törölt tag
Segítenél értelmezni a kapott eredményt?
Én nem látok semmi problémát.
EXT4 fájlrendszer/dev/md0:
Version : 1.2
Creation Time : Tue Feb 19 10:33:01 2019
Raid Level : raid1
Array Size : 9757696 (9.31 GiB 9.99 GB)
Used Dev Size : 9757696 (9.31 GiB 9.99 GB)
Raid Devices : 2
Total Devices : 2
Persistence : Superblock is persistent
Update Time : Wed Oct 9 13:24:49 2019
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Consistency Policy : resync
Name : SERVER:0
UUID : ffe5b372:5373598e:701c5824:9e944667
Events : 1121599
Number Major Minor RaidDevice State
2 8 18 0 active sync /dev/sdb2
1 8 2 1 active sync /dev/sda2
/dev/md1:
Version : 1.2
Creation Time : Tue Feb 19 10:34:11 2019
Raid Level : raid1
Array Size : 3896925184 (3716.40 GiB 3990.45 GB)
Used Dev Size : 3896925184 (3716.40 GiB 3990.45 GB)
Raid Devices : 2
Total Devices : 2
Persistence : Superblock is persistent
Intent Bitmap : Internal
Update Time : Wed Oct 9 12:56:30 2019
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Consistency Policy : bitmap
Name : SERVER:1
UUID : f5ab782c:c11aa09c:3f7398cc:a1a4fdd8
Events : 21341
Number Major Minor RaidDevice State
2 8 19 0 active sync /dev/sdb3
1 8 3 1 active sync /dev/sda3
-
#68216320
törölt tag
Van egy Ubuntu 18.04 szerver-em, ami az előbb kapott egy áramkimaradást. 2db HDD 2-2 partícióval két RAID1 tömbben van. Valahogy le tudnám ellenőrizni, hogy rendben van-e a RAID?
cat /proc/mdstat nen mutat problémát, de gondoltam valami korrektebb ellenörzés jó volna.
Esetleg resync? md0 a root (/) alá van csatolva, az md1 adatpartíció (4TB) -
#68216320
törölt tag
válasz
haddent #28551 üzenetére
Az a furcsa helyzet állt elő, hogy több dolgot is módosítottam, többek között az openbox start script-et is és most úgy tűnik rendben van.
Viszont így nem tudom mitől
Szóval a következő reinstallnál újra előjöhet a probléma. Próbáltam összeírni a változtatásokat, majd kiderül akkor, hogy mennyire voltam pontos.
Köszönöm az ötletet, mentettem mindent egy következő "visszavágóra". -
#68216320
törölt tag
válasz
haddent #28549 üzenetére
Nekem van egy OpenBox a gépen és mégis ezt csinálja.
Gyanítom, hogy olyan gondja lehet, hogy amikor a monitor/TV lekapcsol vagy valami energiatakarékos funkció lép életbe (pl. a TV full fekete képnél lekapcsolja a világítást) akkor úgy érzékeli, hogy kihúzták a kábelt. Vagy már tényleg nem tudom -
#68216320
törölt tag
Van egy itthoni mini-server a tv mellett, ami torrent és samba mellett video/audio player-ként is funkcionál Kodi segítségével.
Egy Kabini A4 5050 APU-val szerelt lapot használok 2db 4TB HDD Raid1 tárhellyel.
Ubuntu 16.04 netinstall volt a kiindulási alap amire a legfontosabb dolgokat tettem csak fel.
Olyan gondom van, hogy amikor nem nyúlok egy ideig a géphez eltűnik a HDMI kimenetről a jel. Hiába nyomkodom a Kodi-hoz konfigurált távkapcsolót (Lirc+WinMCE USB Receiver), nem jön vissza a kép. Ha kikapcsolom, majd újra visszakapcsolom a TV-t akkor lesz kép.
Viszont nem a TV kapcsol ki, mert azon minden energiatakarákos funkció off, illetve amikor nem kap a HDMI-n keresztül jelet, akkor a képernyőn a HDMI3 felirat folyamatosan jelen van.
Illetve, ha SSH-n keresztül egy "killall kodi"-t nyomok, akkor a scriptem érzékeli, hogy nem fut a Kodi, újra elindítja és visszajön a kép.
Természetesen a programban szintén minden energiatakarékosság ki van kapcsolva.
Van esetleg ötlet, hogy milyen irányban kellene elindulnom a probléma megoldásához? -
#68216320
törölt tag
Virtual server-en szeretném kicsit visszafogni a MariaDB erőforrás használatát. Abszolút hobby célra használnám, a legminimálisabb konfiguráció elég lenne.
Tudnátok ebben segíteni, hogy milyen paramétereket vehetnék lejjebb?
Jelenleg ez van, default telepítést követően:my.cnf
...
#
# * Fine Tuning
#
max_connections = 100
connect_timeout = 5
wait_timeout = 600
max_allowed_packet = 16M
thread_cache_size = 128
sort_buffer_size = 4M
bulk_insert_buffer_size = 16M
tmp_table_size = 32M
max_heap_table_size = 32M
#
# * MyISAM
#
# This replaces the startup script and checks MyISAM tables if needed
# the first time they are touched. On error, make copy and try a repair.
myisam_recover_options = BACKUP
key_buffer_size = 128M
#open-files-limit = 2000
table_open_cache = 400
myisam_sort_buffer_size = 512M
concurrent_insert = 2
read_buffer_size = 2M
read_rnd_buffer_size = 1M
#
# * Query Cache Configuration
#
# Cache only tiny result sets, so we can fit more in the query cache.
query_cache_limit = 128K
query_cache_size = 64M
#
# * InnoDB
#
# InnoDB is enabled by default with a 10MB datafile in /var/lib/mysql/.
# Read the manual for more InnoDB related options. There are many!
default_storage_engine = InnoDB
# you can't just change log file size, requires special procedure
#innodb_log_file_size = 50M
innodb_buffer_pool_size = 256M
innodb_log_buffer_size = 8M
innodb_file_per_table = 1
innodb_open_files = 400
innodb_io_capacity = 400
innodb_flush_method = O_DIRECT
-
#68216320
törölt tag
Esetleg adnál valami linket, ha nem túl nagy kérés, ami alapján teljesen docker kezdőként szerinted meg tudnám csinálni?
Amúgy az nginx is docker-ben lenne? Mert ha nem akkor továbbra is gondot okozhat az apache2, ha jól gondolom.Még soha nem konfigoltam/futtattam semmit dockerben.
-
#68216320
törölt tag
Ismertek olyan free Instant Messenger Server-t, ami linux server-re telepíthető és van hozzá android IM App?
Szeretnék egy privát csevegőt használni, amit csak bizonyos kliensek használhatnak.
Jó lenne, ha Open Source lenne. -
#68216320
törölt tag
válasz
#68216320 #28374 üzenetére
A bizonytalan szektorok száma 0 maradt. Ami jó.
Az viszont annyira nem nyugtat, hogy képes a hdd 1-1 szektora, ha nincs újraírva, pár év alatt ennyire gyengülni. Mert kb erről volt szó. Nagyrészt 1* rákerültek az adatok és főként read volt. Azt hiszem bekapcsolva hagyom az ubuntu server-en a default beállítást, miszerint minden hónap első vasárnapján raid resync-et csinál.
Tudom hogy megterhelő a hdd-nek, de nekem sem volt egy "szláv karnevál" backupolgatni. -
#68216320
törölt tag
válasz
Jester01 #28373 üzenetére
Még fut a resync (72% jelenleg), de úgy tűnik igazad volt. Az elején hamar 6-ra csökkent a 'Current Pending Sector'-ok száma. Aztán jó ideig nem változott, de aztán lement 1-re és most már 0-t mutat. Majd a végén kiderül minden, de úgy látom a teljes írás rendbeszedi picit.
-
#68216320
törölt tag
válasz
bambano #28368 üzenetére
De ha áthelyez valamit, akkor nem kellene a "5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0" értéknek növekedni?
Én úgy értelmezem a smart értékeket, hogy van 10 darab gyengélkedő szektor, ahonnét csak többszöri olvasásra sikerült neki kiolvasni az adatokat. De sikerült és ezért még nem jelölte rossznak. Ha rossz lenne, akkor lenne reallocated és a szám sem 0 lenne, hanem mondjuk 10, ha mindet áthelyezné.
Vagy teljesen rosszak az elképzeléseim a smart-ról?Csak abból gondolom, hogy van pár régi reallocated-es hdd-m, ami mai napig tökéletesen használható, mert nem növekedett tovább a szektorok száma. De ott ténylegesen 10-20-30-stb mennyiségű szektor lett áthelyezve.
Most éppen backup megy (biztos ami biztos alapon) és ezután kiveszem majd a hdd-t, amit megnézek sentinel-el, mit mond rá. Ezután kap egy újrainicializálást, gondolom az is hoz valami eredményt. Ott ki kell derülnie, ha valamelyik szektor tényleg pusztult. Aztán vagy jó lesz a hdd vagy ha nagyon gázos valamiért, akkor tényleg csere, de ez szerintem még nem 100%. Én nem érzem még kidobásra valónak.
De minden kiderül pár napon belül
(1db ugyanilyen HDD már kifeküdt ebben a gépben, de az akkor annyira gázos volt, hogy a WD saját programja is garanciás cserére jelölte. [link] - végül 18%-os kondíciónál állt meg )
-
#68216320
törölt tag
válasz
Plasticbomb #28362 üzenetére
Azt hiszem akkor az lesz, hogy kiveszem raid-ből, kap egy újrainicializálást, legalább kiderül mi van vele. Tegye akkor át ezeket a szektorokat a tartalék helyre, nem bánom csak ne bohóckodjon. Gondolom lesz vagy 1 nap mire végez vele. A raid resync ~10 óra szokott lenni. Ezt onnét tudom, hogy defaulton maradt az ubuntu server-ben a beállítás és a hónap első vasárnapján automatikusan megcsinálja.
(#28363) bambano: Irigyellek, hogy egy olyan 4TB-os HDD-t, aminél még csak gyenge szektor van nem pedig bad-block, te csak úgy kihajítasz. Bocs, de azt hiszem ezt a hozzászólásodat mellőzöm.
-
#68216320
törölt tag
válasz
bambano #28358 üzenetére
Értem, köszönöm az infot.
Ez eredeti hozzászólásomban nem tudtam hozzáadni az sde2 partíciót, miközben removed státusza volt. Azt hogyan kellett volna rendbetenni? Mintha nem létezett volna az sde2.
A smart raw_read_error_rate értéket mi okozhatja? Létezik, hogy kábel probléma van?Én úgy oldottam meg az eredeti problémát, hogy először leformáztam ext4-re, ezután lehetett sde2-ként hivatkozni rá. Ezután adtam csak hozzá újra az md0-hoz. Gondolom a resync alatt dobta az általam leformázott fájlrendszert, de addig egyáltalán nem tudtam elérni és használni az sde2-t.
-
#68216320
törölt tag
válasz
bambano #28356 üzenetére
Úgy derítettem ki, hogy az "lsblk -f" command az sde2-nél teljesen üres sort adott.
Mondjuk tényleg fura, hogy hogyan tűnhetett el.Viszont a smartctl az alábbi infót adja az sde-re:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail Always - 2640
3 Spin_Up_Time 0x0027 179 179 021 Pre-fail Always - 8033
4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 119
5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0
7 Seek_Error_Rate 0x002e 100 253 000 Old_age Always - 0
9 Power_On_Hours 0x0032 070 070 000 Old_age Always - 22409
10 Spin_Retry_Count 0x0032 100 100 000 Old_age Always - 0
11 Calibration_Retry_Count 0x0032 100 100 000 Old_age Always - 0
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 119
192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 31
193 Load_Cycle_Count 0x0032 200 200 000 Old_age Always - 242
194 Temperature_Celsius 0x0022 112 107 000 Old_age Always - 40
196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0
197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 10
198 Offline_Uncorrectable 0x0030 100 253 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x0008 100 253 000 Old_age Offline - 0Itt a Raw_Read_Error_Rate érték ami aggaszt...
(WD Purple 4TB) -
#68216320
törölt tag
válasz
#68216320 #28354 üzenetére
Update:
Közben kiderült, hogy valami okból eltűnt az ext4 fájlrendszer a /dev/sde2 partícióról.
Megformáztam (sudo mkfs.ext4 /dev/sde2) és így már hozzá tudtam adni az md0-hoz (sudo mdadm --manage /dev/md0 --add /dev/sde2)Viszont az update-grub elméletileg nem futott le mindegyik HDD EFI partícióján. Ezt valahogy rendbe tudnám tenni?
-
#68216320
törölt tag
Sziasztok. Kis segítség kellene. Ubuntu 16.04 Server alatt a raid1-ből az 'md0' egyik partíciója kiesett és nem tudom újra hozzáadni.
peachman@SERVER:~$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sde 8:64 0 3.7T 0 disk
|-sde1 8:65 0 190M 0 part /boot/efi
|-sde2 8:66 0 9.3G 0 part
`-sde3 8:67 0 3.6T 0 part
`-md1 9:1 0 3.6T 0 raid1 /hdd
sdf 8:80 0 3.7T 0 disk
|-sdf1 8:81 0 190M 0 part
|-sdf2 8:82 0 9.3G 0 part
| `-md0 9:0 0 9.3G 0 raid1 /
`-sdf3 8:83 0 3.6T 0 part
`-md1 9:1 0 3.6T 0 raid1 /hdd
sr0 11:0 1 1024M 0 rompeachman@SERVER:~$ sudo mdadm --detail /dev/md0
/dev/md0:
Version : 1.2
Creation Time : Tue Feb 19 10:33:01 2019
Raid Level : raid1
Array Size : 9757696 (9.31 GiB 9.99 GB)
Used Dev Size : 9757696 (9.31 GiB 9.99 GB)
Raid Devices : 2
Total Devices : 1
Persistence : Superblock is persistent
Update Time : Fri Jun 28 06:40:20 2019
State : clean, degraded
Active Devices : 1
Working Devices : 1
Failed Devices : 0
Spare Devices : 0
Name : SERVER:0 (local to host SERVER)
UUID : ffe5b372:5373598e:701c5824:9e944667
Events : 1103988
Number Major Minor RaidDevice State
0 0 0 0 removed
1 8 82 1 active sync /dev/sdf2Próbáltam az md0-hoz hozzáadni a /dev/sde2-t, de nem sikerül ...
peachman@SERVER:~$ sudo mdadm --manage /dev/md0 --add /dev/sde2
mdadm: add new device failed for /dev/sde2 as 2: Invalid argumentMi lehet a gond? Mit szúrok el?
Az egész úgy derült ki, hogy egy upgrade-et nyomtam és az update grub nem tudott lefutni a /dev/sde-n. Az egész azért vicces, mert az van /boot/efi alá mountolva.
-
#68216320
törölt tag
válasz
Frawly #27918 üzenetére
Megtalálta ugyanúgy a GPT sémát és a partíciókat a típusokkal együtt, mint a win-es gépen a szintén GPT sémát. A probléma az volt, hogy visszaállítás után mégsem működött. A grub is panaszkodott indításkor, hogy nem klafa valami. Szóval az, hogy új GPT séma lett üresen kiírva még nem jelentette volna az adatvesztést. Valamiért a visszaállított raid nem lett olvasható, pedig mind az FS, mind a partition flag jó volt ahogy megtalálta.
-
#68216320
törölt tag
válasz
Dißnäëß #27916 üzenetére
Az a bosszantó, hogy kipróbáltam UEFI/MBR win gépek esetében a törlést, de a TestDisk linux live-ról indítva hibátlanul visszahozta. Viszont az mdraid esetében nekem nem sikerült megoldanom a problémát. Persze lehet a "hozzánemértés" áldozata lettem, de sürgetett az idő. Viszont jó lenne megoldani a problémát egy teszt gépen, ha esetleg még 1x valami "zseni" csak úgy lazán eldobja a partíciókat egy új GPT kiírás mellett.
Sürgetett az idő, így is ~10órába telt a resync.
-
#68216320
törölt tag
Segítségre volna szükségem. Egy home szerveren Ubuntu 18.04 Serverfutott 2x4TB HDD Raid1 társaságában.
Sajnos egy félreértés miatt USB-ről indított Ubuntu 18.04 Live Gparted-el le lettek törölve a partíciók és új GPT lett a HDD-re írva, de új partíciók nem lettek létrehozva még rajta.Valami hasonló sémában szerepeltek a partíciók:
1. EFI ~ 200MB
2. kihagyás ~ 200MB (azt hiszem régebben GRUB volt itt)
3. RAID ~ 20GB (EXT4 mount /)
4. RAID ~ 3.8TB (EXT4 mount /hdd)Pontos méreteket sajnos nem tudok.
Van valami mód arra, hogy visszahozzam a partíciókat az adatokkal? Újra össze kéne rakni a RAID1 tömböt és használni a rajta lévő EXT4 fájlrendszert.
-
#68216320
törölt tag
Az éjjel valami relytélyes okból kikapcsolt az Ubuntu Server-em. Tudnátok segíteni abban, hogy kiderítsem mi lehetett az oka?
Update: Közben log-okból az derült ki, hogy áramszünet lehetett... Lehet kellene egy szünetmentes.
-
#68216320
törölt tag
Van egy olyan gondom, hogy régen egy szerveren megcsináltam a glassfish-t autostart-ra.
Gyakorlatilag meghívtam a zip-ből kitömörített könyvtárában az asadmin nevű script-et.
Namost megy is rendben, csak indőközben elfelejtettem, hogy hogyan csináltam és most jó lenne kikapcsolni az autostart-ot.
Hol lehet ilyen script? init.d, rc.local ellenőrizve, oda nem raktam. Van ötlet merre kereshetném még? -
#68216320
törölt tag
Van egy Ubuntu 16.04-es gép amiben a hdd gpt ugyan, de legacy módban boot-ol, úgy lett feltelepítve az OS.
Az istenért nem sikerül megoldanom, hogy a grub-ot efi-re tegyem.Azt a megoldást próbáltam (volna), hogy a telepítő usb-vel boot-olok uefi módban, majd mount-olom a /dev/sde-t a /mnt alá, de nem csinálja. Most nincs előttem, de "mount: wrong fs type, bad option, bad superblock ... blah,blah" üzenetet kapok.
Tudnátok megoldást arra, hogy efi módban tudjam boot-olni a rendszert?
Illetve más: Nem lehet valahogy fixálni, hogy egy adott hdd biztosan /dev/sda alá kerüljön és ne mondjuk /dev/sde legyen?
-
#68216320
törölt tag
Igen, az a gond, hogy a hétvégén megborult az sda a raid1 tömbben és bad sectorokat szedett össze. Win alatt futtattam rajta egy hdd sentinel javítást, akkor a kondíció is feljebb ment, de úgy látszik folyton kiesik a tömbből, nem lett jobb. Gond van vele, úgyhogy megy gariba vissza.
-
#68216320
törölt tag
válasz
bambano #26828 üzenetére
Sikerült a mentés. Lassan, de elindult a rendszer 1 lemezzel is.
Most olyan gondom van, hogy nem sikerül a raid1-et újra összeraknom.
Lemezenként 4db partíció van:
1. grub (legacy-ból maradt)
2. EFI
3. rendszer
4. adatokEredetileg volt az md0 sda3+sdb3 és md1 sda4+sdb4. A probléma az sda hdd-vel történt.
Most visszarakva a lemezt:megcsináltam az sdb mintájára a partíciókat
sfdisk -d /dev/sdb | sfdisk /dev/sdafelraktam az sda-ra a grub-ot
grub-install /dev/sda
update-grub /dev/sdamegpróbáltam összehozni újra a tömböt
mdadm --manage /dev/md0 --add /dev/sda3
mdadm --manage /dev/md1 --add /dev/sda4A probléma ott van, hogy újraindítás után a /dev/sda helyett /dev/sdc lesz. Emiatt újra szétesett lesz a tömb. Aztán restart és megint /dev/sda van.
Más hdd, ssd, stb. nincs a rendszerben. Kizárólag beépített usb-s kártyaolvasó, de eddig ezzel nem volt gond.Miért lesz a /dev/sda-ból /dev/sdc? És miért áll vissza restart után?
-
#68216320
törölt tag
Van egy Ubuntu 16.04 szerverem amiben 2db 4TB HDD van SW Raid1-ben. Tegnap megzuhant az egyik hdd és ki kellett vennem. Az volna a kérdésem, hogy miként lehetne a másikról adatokat menteni. Így önmagában el sem indul. Valahogy ki tudom venni raid alól adatvesztés nélkül?
-
#68216320
törölt tag
válasz
#68216320 #26809 üzenetére
Közben annyival előrébb jutottam, hogy meghívja a script-et csak valamiért a híváskor minden esetben a ID_CDROM_MEDIA változó hiányzik. Ha eject -t paranccsal csukom be, akkor 2x kiadva már látja hogy van benne lemez.
Valahogy azt kellene megoldani, hogy amikor hívja a script-et, akkor már legyen ez a változó behelyezett média esetén.
-
#68216320
törölt tag
Help!
A /etc/udev/rules.d/81-automount_cdrom.rules fájlban van egy KERNEL=="sr0", SUBSYSTEM=="block", ACTION=="change", RUN+="/home/peachman/automount_cdrom.sh" szabály, viszont az istenért nem akarja meghívni a script-et.
udevadm monitor --property --udev az alábbit adja:
UDEV [1733.918779] change /devices/pci0000:00/0000:00:02.1/0000:01:00.0/ata2/host1/target1:0:0/1:0:0:0/block/sr0 (block)
ACTION=change
DEVLINKS=/dev/dvdrw /dev/cdrw /dev/disk/by-id/ata-ASUS_DRW-2014L1T /dev/disk/by-path/pci-0000:01:00.0-ata-2 /dev/dvd /dev/cdrom
DEVNAME=/dev/sr0
DEVPATH=/devices/pci0000:00/0000:00:02.1/0000:01:00.0/ata2/host1/target1:0:0/1:0:0:0/block/sr0
DEVTYPE=disk
DISK_MEDIA_CHANGE=1
ID_ATA=1
ID_ATA_SATA=1
ID_ATA_SATA_SIGNAL_RATE_GEN1=1
ID_BUS=ata
ID_CDROM=1
ID_CDROM_CD=1
ID_CDROM_CD_R=1
ID_CDROM_CD_RW=1
ID_CDROM_DVD=1
ID_CDROM_DVD_PLUS_R=1
ID_CDROM_DVD_PLUS_RW=1
ID_CDROM_DVD_PLUS_R_DL=1
ID_CDROM_DVD_R=1
ID_CDROM_DVD_RAM=1
ID_CDROM_DVD_RW=1
ID_CDROM_MRW=1
ID_CDROM_MRW_W=1
ID_FOR_SEAT=block-pci-0000_01_00_0-ata-2
ID_MODEL=ASUS_DRW-2014L1T
ID_MODEL_ENC=ASUS\x20\x20\x20\x20DRW-2014L1T\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20
ID_PATH=pci-0000:01:00.0-ata-2
ID_PATH_TAG=pci-0000_01_00_0-ata-2
ID_REVISION=1.02
ID_SERIAL=ASUS_DRW-2014L1T
ID_TYPE=cd
MAJOR=11
MINOR=0
SEQNUM=2705
SUBSYSTEM=block
SYSTEMD_READY=0
TAGS=:systemd:seat:uaccess:
USEC_INITIALIZED=6491302Mit szúrok el?
-
#68216320
törölt tag
Gyos segítség kellene.
Docker-ben futtatok egy Crontab-ot. A dockeren keresztül adok át env-eket, amiket belül szépen listáz is a printenv-el.
Viszont a crontab-ból indított laravel-scheduler már nem látja ezeket a változókat.
Van valami ötlet, hogy miként lenne megoldható, hogy lássa?
A neten lévő doksikban keresgéltem, de eddig nem sikerült megoldást találnom. -
#68216320
törölt tag
Kis segítség kellene, mert nem kevés vagyok még a terveimhez
Van egy ubuntu 16.04 server amin a Kodi indításához csináltam egy service-t, ami az openbox-ot indítja és abból autostart-al indítom a kodi-t.
/etc/systemd/system/kodi.service
[Unit]
Description = kodi-standalone using xinit
After = systemd-user-sessions.service network.target sound.target network-online.target
[Service]
User = peachman
Group = peachman
Type = simple
PAMName=login
ExecStart = /usr/bin/xinit /usr/bin/dbus-launch --exit-with-session /usr/bin/openbox-session -- :0 -nolisten tcp vt7
Restart = on-abort
[Install]
WantedBy = multi-user.targetAz a gondom, hogy nem tudom megcsinálni, hogy a Kodi esetleges kilépésekor (előfordul) automatikusan újra lefusson az openbox indítása. A Restart = on-abort nem ezt oldaná meg? Mert hogy nem teszi.
Update: Közben sikerült megoldani. Restart = always Folyton így van velem, sokáig semmi, segítséget kérek, aztán azonnal sikerül
-
#68216320
törölt tag
Gyors kérdés. Régen raktam már Ubi-t optimus-os laptopra. Kell még hozzá a bumblebee vagy simán feldobok egy nvidia driver-t és benne van már valami controller a váltáshoz?
-
#68216320
törölt tag
A következő problémát próbálom megoldani, egyelőre sikertelenül.
Van egy Ubuntu 16.04 x64 alapú gépem, amin Software Raid 1-ben van két HDD.
UEFI-vel szeretném boot-oltatni őket, de telepítés közben a Pendrive-ra kerül rá az UEFI rész és csak akkor indul el a gép, ha benne van az USB Pendrive és az azon lévő Ubuntu-t választom a boot menüben.
Hogyan tudnám létrehozni ezt az UEFI loader-t a két HDD-n?
Gondolom azért a pendrive-on csinálja meg alapban, mert telepítéskor az a root, igaz? -
#68216320
törölt tag
...
-
#68216320
törölt tag
Kis segítséget szeretnék kérni. Van egy Ubuntu 16.04 alapú szerverem amit többek között média lejátszásra is használok. Kodit futtatok rajta. Abban kellene segítség, hogy hogyan tudnék egy olyan script-et írni, ami mondjuk 20 másodpercenként ellenörzi, hogy fut-e a kodi (kodi-standalone) és ha esetleg nem, akkor elindítja.
Valaki tudna egy mintát összedobni erre? Aztán kibogarásznám már, hogy mi mit csinál, hogy legközelebb amikor hasonló kell, akkor meg tudjam csinálni. -
#68216320
törölt tag
Ubuntu 16.04 Server-en szeretném automount-olni a dvd-rom-ot. Mi a gond az alábbi script-el?
Nem mountolja, de én nem látok hibát benne./etc/udev/rules.d/81-automount_cdrom.rules
KERNEL=="sr0", SUBSYSTEM=="block", ACTION=="change", RUN+="/home/peachman/automount_cdrom.sh"
/home/peachman/automount_cdrom.sh
#!/bin/bash
{
if [ "$ID_CDROM_MEDIA" == "1" ]; then
mkdir -p /media/cdrom
mount -t $ID_FS_TYPE -o ro /dev/cdrom /media/cdrom
else
umount -l /media/cdrom
rm -rf /media/cdrom
fi
} &>> "/var/log/automount_cdrom.log" &chmod +x /home/peachman/automount_cdrom.sh
Log:
umount: /media/cdrom: mountpoint not found
umount: /media/cdrom: not mounted
umount: /media/cdrom: mountpoint not found
umount: /media/cdrom: mountpoint not found
umount: /media/cdrom: not mounted
umount: /media/cdrom: mountpoint not found
umount: /media/cdrom: not mounted
umount: /media/cdrom: mountpoint not found
umount: /media/cdrom: mountpoint not found
Új hozzászólás Aktív témák
Hirdetés
- Azonnali notebookos kérdések órája
- Apple MacBook
- Óra topik
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Kormányok / autós szimulátorok topikja
- Okos Otthon / Smart Home
- Revolut
- Honor 400 Pro - gép a képben
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Windows 11
- További aktív témák...
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Adobe Előfizetések - Adobe Creative Cloud All Apps - 12 Hónap - NYÁRI AKCIÓ!
- Eladó Steam kulcsok kedvező áron!
- Új, bontatlan World of Warcraft gyűjtői kiadások
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Canon imagePrograf PRO-6100S plotter - szinte új, 500m2 nyomat
- Eladnád a telefonod? KÉSZPÉNZES OKOSTELEFON FELVÁSÁRLÁS azonnali fizetéssel!
- AKCIÓ! AMD Ryzen 5 2600 6 mag 12 szál processzor garanciával hibátlan működéssel
- Bomba ár! Lenovo Miix 510-12IKB : i5-7G I 8GB I 256GB SSD I 12" Touch I Cam I W11 I Garancia!
- Csere-Beszámítás! Gigabyte Aorus Elite RX 9070 XT 16GB Videokártya! Bemutató darab!
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest