- Izmos, RTX-es NUC géppel jelentkezett az ASUS
- Papíron már készül a PCI Express 8.0
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- SSD kibeszélő
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- Milyen TV-t vegyek?
- Házimozi haladó szinten
- HiFi műszaki szemmel - sztereó hangrendszerek
- Amlogic S905, S912 processzoros készülékek
- Vezetékes FEJhallgatók
Hirdetés
-
PROHARDVER!
Debian GNU/Linux
Új hozzászólás Aktív témák
-
#9500
sh4d0w
félisten
borisz1994
#9499
sh4d0w
félisten
válasz
borisz1994
#9499
üzenetére
Elég sok dolog érthetetlen, kezdve azzal, hogy kezdőként miért Kalit használsz, odáig bezárólag, hogy kezdőként miért alacsony szintű parancsokat akarsz használni, mikor az általad vázolt célokra vannak elég jól használható eszközök (Etcher, unetbootin stb.)?
-
#9499
borisz1994
csendes tag
borisz1994
csendes tag
Üdvözlök mindenkit. Egy boot-olható sd kártya készítésével akadt gondom. [link] ezen az oldalon van a folyamat leírva csak valószínűleg nem jól értelmezem google fordító segítségével. A kártya elérési útja nálam /dev/sdc de hiába helyettesítem be a parancsokba ezt nem történik semmi változás egészen a
blockdev --rereadpt /dev/sdcparancsig mert onnantól nincs egyetlen partíció sem a kártyán és újat sem tudok létrehozni. Mit ronthatok el? Kezdő vagyok Linux téren és Kali fut a gépen ha esetleg szükség van erre az információra.
-
#9498
Véreshurka
senior tag
Véreshurka
senior tag
Sziasztok!
Olvasom a debian-os hitelesítési folyamatot, de egy valamire nem jövök rá: itt írják a Fetch a key alatt, hogy "Once you know the key's ID, just ask the server for it.". Honnan tudok key ID-t találni amit aztán importálni tudnék a saját kulcstartómra?
-
gilfoyle
őstag
Váltottam testingre kb. 2 hete, minden szuperül ment a tegnapi frissítésig.
Onnantól a videókat (Youtube stb) gyorsítva játssza le böngészőtől és DE-től függetlenül. Próbáltam Firefox, Chrome, Tor és Konqueror böngészőkkel KDE és Gnome alatt.
Találkoztatok ilyennel?
Kipróbáltam i3wm alatt, ott se jó... Így elég gyorsan a végére érek a videóknak
-
cigam
titán
Akkor inkább egy Manjaro-t telepíts, az egy "gördülő" distro, mindenből a (majdnem)legfrissebb van benne, és elég kezdő barát rendszer.
A másik opció, hogy konténerből futtatod. Pl. a "docker"-ben elérhető a 2.03-as verzió is.
A többi kérdést inkább a kezdő topokban vitassuk meg, mert ezek inkább általános, és nem Debian specifikus kérdések. -
Yerix
tag
válasz
ubyegon2
#9491
üzenetére
Ubyegon2 és Cigam, köszönöm a gyors és részletes választ.
A Debiant jelenleg virtual-box ban futtatom úgyhogy maximálisan csak a tanulás ismerkedés a cél. Az update igényem az, hogy újabb Deluge-ben több olyan kényelmi funkció van amit szívesen használnék (hash skip..stb).Hosszabb távon, ha már kellő tudást szedtem össze akkor arra gondoltam, hogy van egy Android alapú media box-om amin jelenleg a CoreElec linux fut. Arra tenném fel a Debiant, hogy torrenteket az kezelje.
-
cigam
titán
Sehogy. Persze ez így nem igaz, de elég nehéz pár mondatban kifejteni. Maradj meg a distro által felajánlott verziónál. Van különösebb oka hogy a 2.x-re van szükséged, vagy csak mert annak nagyobb a verziószáma?
A külső tárolóból való telepítéssel megoldható, de ezzel megtöröd a rendszer integritását. Elképzelhető, hogy bizonyos kapcsolódó programkönyvtárakból is frissebbet szeretne(függőségek), ami(ke)t feltelepítve más problémákat vihetsz a rendszerbe. pl.Más programoknak még a régebbi verzió kellene, ami néha feloldhatatlan ellentét, ill. biztonsági/stabilitásbeli problémákkal is járhat.
A különböző distro-k pl. ebben is eltérnek. Van amelyik megfontoltan halad előre, alaposan körbeteszteli az adott programot, és nem emeli be a legfrissebb verziókat (kiadás alapú).
Vannak olyanok, amik a megjelenés után pár nappal már elérhetővé teszik a legfrissebb kiadást (gördülő kiadások). És vannak amik a kettő között vannak.
Amíg nem vagy teljesen képben mit miért (nem) csinálunk, maradj a járt úton. Aztán ha kitanulod (kb átlátod) mi hogyan és miért működik, akár telepíthetsz külső forrásból is, és majd tudod kezelni az esetlegesen felmerülő problémákat.
Nem akartam elvenni a kedved, és ilyen hosszút írni, de így is kimaradt egy csomó minden ami közben eszembe jutott. -
Szia!
Nem lehet így válaszolni a kérdésedre, mégpedig azért nem, mert tudnunk kéne, mik a szándékaid a Linux-szal való ismerkedéssel. Alapvetően a Debian stabil csomagokkal dolgozik, nem a legfrissebbekkel, persze van mód frissebb csomagokat is felrakni, de ez a kérdés számodra majd akkor lesz aktuális, ha az alapokat megismered. Most még nem lenne sok értelme arról beszélnünk, hogy az unstable repoban 2.0.3-as verzió van. Szóval mire szeretnéd használni a Linuxot és miért épp a Debiannal kezdtél?
-
Apollyon
Korrektor
válasz
bambano
#9486
üzenetére
Már a debiannál is van diverzitásért felelős akárki, aki valószínűleg rendkívül fontos és hasznos munkát végez egy ilyen projektnél. (erről a véleményem megtalálható az off topikban a lucy szóra rákeresve)
Ez a sok elmebaj két opció miatt lehet: vagy ők is megfertőződtek, vagy csak megpróbálják kibekkelni amíg le nem cseng ez a trend.
-
ggg666
őstag
Mint fentebb írtam, ki van kapcsolva.Na mindegy lehet megoldódott, automata bejelentkezésre volt eddig állítva, ezt most kikapcsoltam, most egyenlőre nem jelentkeztet ki. Adódott viszont egy másik probléma: Debian 10 et használtam eddig dvi csatlakozon, most jött egy 10 méteres displayport hdmi átalakító, de hang nem akar jönni a monitoron, mit kell telepítenem és hogyan hogy megszólaljon?
-
ggg666
őstag
Sziasztok!
Random módon a debian kijelentkezteti a felhasználót és mikor visszajelentkezek, alul lezárol a tálcára mindent, onnan nem lehet megnyitni semmit.Csak restart után. Ezt régen is csinálta.Lehet valami beállításgond. Képernyőzár ilyenek ki vannak kapcsolva. Az user meg automatán bejelentkezésre van állítva. Tud rá valaki gyógyírt? -
atsil
tag
Sziasztok!
Azt szeretném kérdezni, hogy van e valami rövidebb módja a fájl másolás parancsnak, ha a forrás és cél mappa is ugyanaz?
Pl.
cp /egy/eleg/hosszu/utvonal/abc.txt /egy/eleg/hosszu/utvonal/abc2.txtTab gomb segít kiegészíteni, de jó lenne, ha a második útvonalat nem kellene újra begépelni, hanem ha lenne valami rövidebb mód rá, mint a
"."az aktuális mappára vagy a"~"a home mappára.Egérrel kijelölni, másolni és beilleszteni nem megoldás, próbáltam, nem jött be, akkor inkább begépelem másodszor is. Valamint cd-vel sem szeretnék a mappába belépni másolás előtt.
Valami hasonlóra gondoltam:
cp /egy/eleg/hosszu/utvonal/abc.txt "." vagy "~" -hez hasonló/abc2.txtVan valami ötletetek?
-
apt-get esetén is be lehet állítani ezt a viselkedést
Köszi, ennyire behatóan nem ismerem, igazából ezeket csak használom, de az apt jobb, bár volt amikor csak az aptitude oldott meg valamit. Időnként lefuttatom kezdetek óta az autoremove meg az autoclean-t, így nagyon nem hízhat a rendszer. Mezei felhasználónak az aptitude tényleg nem a legjobb ötlet, az apt gondolom direkt miattuk lett így alakítva.
-
Friczy
senior tag
válasz
ubyegon2
#9464
üzenetére
apt-get esetén is be lehet állítani ezt a viselkedést, a különbség csak annyi, hogy apt-nél ez az alapértelmezett beállítás. Egyébként nekem is ez tetszik jobban. Így biztos lehetsz benne, hogy egy sima upgrade semmit nem töröl le a rendszerről, ahhoz kell egy autoremove, és jelzi, ha erre szerinte szükség van.
-
kovaax
őstag
válasz
olivera88
#9461
üzenetére
Előfordulhat hogy az új kernel nem jól működik valamiért a gépeden, ilyenkor be tudod bootolni a gépet a régivel, mivel a grub felveszi a régit is a menüjébe, és nem a rescue móddal kell cumizni.
Szerk.: rpm-nél is megvan ez, bár ott a yum.conf-ban (vagy valami hasonló, nem vagyok gépközelben) be lehet állítani, hogy hány kernel legyen fent (tulajdonképpen nem csak kernel, hanem bármilyen csomag, amiből fent lehet egyszerre több verzió), default 3.
-
válasz
olivera88
#9463
üzenetére
Ez nem Debian függő, ez minden apt csomagkezelőt használó disztrónál így van, mármint ha az
apt-ot használod, nem azapt-get-et. Utóbbinál nem emlékszem, hogy így volt-e.Ez teljesen normális így, ahogy nálad is jelentkezett. Nem is lenne szerencsés, ha a rendszer saját döntése alapján leszedné az előző kernelt! GUI-s csomagkezelőknél be lehet állítani, mennyi előző kernelt hagyjon fenn a rendszer, de azt apt-nál alapból nincs ilyen.
-
olivera88
veterán
Ma Discord frisstiés közben írta ki a Debian.
A következő csomagok automatikusan lettek telepítve, és már nincs rájuk szükség:
libmicrodns0 libnetcdf-c++4 linux-headers-4.19.0-6-amd64 linux-headers-4.19.0-6-common linux-headers-4.19.0-8-amd64 linux-headers-4.19.0-8-common linux-image-4.19.0-6-amd64 linux-image-4.19.0-8-amd64 python-jinja2 python-markupsafe
python-numpy python-pkg-resources python-simplejson
Ezeket az „sudo apt autoremove” paranccsal törölheti.Nem értem. Ezek egy része nem rendszerfájl?
-
-
sabrinho
tag
Sziasztok!
Olyan problémám van, hogy a debian alapú szerverünkön nem indulnak el a szolgáltatások, a korábbi rendszergazdánk szerint azért, mert a log fájlok betelítették a rott könyvtárt (ez a közszféra, a rendszergazdánk elcsábult jobb fizetésért, mi szakemberrel nem pótolhatjuk, én vagyok kénytelen műkedvelőként ellátni az ő feladatait is).
Látom, hogy valóban van a könyvtárban (\var\log) egy csomó nagy fájl, de nem tudom, mit szabad, szabad-e valamit egyáltalán törölni közülük. -
duo
addikt
a tearfree opció nem működött.(lehet h jobb lett kicsit de nem működött. (meglehet az intel driverrel ment volna, de azt korábban próbáltam, compton beállítások nélkül és attól meg úgy laggolt a rendszer, hogy az minden volt csak értékelhető nem.
az lett a megoldás (bár még tesztelem) , hogy a modesetting kezeli az IGP-t, és a compton az a következő kapcsolókkal megy nálam:
compton -C --vsync opengl
ezzel korrekt. (a -C nem muszáj csak én nem szeretem az árnyékokat.) -
duo
addikt
válasz
Apollyon
#8086
üzenetére
Sziasztok!
a tearinggel kapcsolatban ez az utolsó (2017-es) bejegyzés amit találtam.
adott egy mikro pc. mindenes. i5 6500T 32Gb ddr4 2 db ssd egy 2,5-ös, és egy m2-es.
az IGP ugye skylake HD530
a rendszer debian 10 buster netinstall. xfce
úgy tearingel mint a fene. saját kompozítorral és comptonnal is.
de openboxxal is.
xorg.confom nincs, a modesetting kezeli az IGP-t (arch fórumokon olvastam valahol, hogy már talán ez obb mint az xserver-xorg-intel-drver.)
a kérdésem az hogy attól hogy nincs xorg.conf attól létre lehet/kell hozni azt a "/etc/X11/xorg.conf.d/20-intel.conf" filet a tearfree opcióval?
amúgy most az 5.6-os kernelen vagyok.
köszönöm! -
Tarokk79
aktív tag
Sziasztok,
VPN-ben kellene segítség. Otthoni routeren beállítottam az OpenVPN-t szerverként (OpenWRT alatt). Erre fel tudok már lépni windowsból is, meg linuxból is (debian 10.4, Mate felülettel). Viszont a debian alól csak parancssorból látom az álapotát systemctl status openvpn@client-tel.
Rákerestem, hogy a NetworkManager alól (Hálózatkezelő kisalkalmazás 1.8.20) is elvileg lehetne irányítani/megadni a configot, de ez nem sikerült. Felraktam a sudo apt-get install network-manager-openvpn alkalmazást, mert ezt olvastam, de itt csak statikus ip-címet tudok megadni, és nem olvassa be a cleint.cont-ot.
A probléma, hogy ha itthon vagyok, akkor nem működik az OpenVPN, vagyis ki kell kapcsolnom, és sose tudom, hogy most milyen állapotban van.Valaki tud ajánlani erre valamit, hogy tudjam Mate felületen ki-be kapcsolni a VPN-t?
Előre is kösz
-
olivera88
veterán
Átmeneti megoldás már van. Írtam annak a Francia srácnak aki írta az a cikket.
Először aktiválom a programot terminálba, ami ugye amúgy is szükséges.
Aztán Geanyt elinditom terminálból futattva, így már müködik a futattás opció Geanyból.
Úgy is többnyire Geanybol futattom scripteket, nem enterrel, mert mindig kell szinte valamit átírni scriptbe, jellemzően a dátumot, és a grib mező számát.Így kellene valahogy kinéznie hogy hozzáadja a könyvtárat az LD_LIBRARY_PATH változóhoz?
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/home/oliver/Meteo/anaconda3/envs/ecmwf/ -
Friczy
senior tag
-
olivera88
veterán
Hogy érteed h elrejeti a részleteket az Anaconda?
A home mappában rejtett fájlok megjelenitését ha bekapcsolom akkor a .local ban találok egy ugyalyolan Magics könyvtárat mint az Anacondában. Erre is hivatkozott a képen amit beszúrtam, csak ugye ott nem találta. Itt a lib könytvtárban van, az Anacondában meg az envs mappában.
/home/oliver/.local/lib/python3.7/site-packages/Magics/
/home/oliver/Meteo/Anaconda3/envs/ecmwf/lib/python3.8/site-packages/Magics/
Most megnyitottam a Magics nevű python fáljt, amiben ezt írja.This Python interface needs to find the Magics library
#
# We first search LD_LIBRARY_PATH. If you have strange behaviours,
# check your $LD_LIBRARY_PATH.
# This is only required on Linux! Therefore we do not have to checkEz lehet a baj akkor ha jól értem.
Az Anacondán kivül futattás gyorsabb, illetve kényelmesebb, ezért szeretném megoldani. Ugye így nem mindegy egyes scpript nevét beírni terminálba, hanem enter fájlra, vagy Geanyból futattom és már meg is térkép amit a program készit. -
Friczy
senior tag
válasz
olivera88
#9428
üzenetére
Úgy érzem, pont ez a gond, ezért is írtam, hogy felejtsd el az Anacondát. Először meg kéne ismerned fapadosan, hogyan működik egy virtualenv. Az anaconda pedig elrejti a részleteket.
De te tudod.
Úgy gondolom, hogy az Anaconda is azzal kezdi, hogy valahol kreál egy virtuális környezetet, és oda pakolja be azokat a libeket, amiket használ. Így ha valamit nem az Anacondából akarsz futtatni (nyilván, ha kész van, akkor ugyan mi a fenének), akkor meg kell keresned az Anaconda által felpakolt környezetet, abban pedig meg kell legyen a python futtatómodulja. Ha megvan, akkor elvileg elég csak azelső sort, ahol a python értelmező van megadva, átírni a pontos útvonalra.
másik lehetőség a python path módosítása, akár a scripten belül, de az fejből most nem tudom megmondani,hogy pontosan milyen szintaxissal. -
olivera88
veterán
válasz
olivera88
#9434
üzenetére
Na sikerült rájönni a Magics müködésére, bár így nem működik ahogy szeretném de lényeg h tudom használni.
Az előbb véletlen sikerült egy térképet generálni, amit észre se vettem rögtön, és nem is tudtam h csináltam hirtelen.
Szóval a lényeg először aktiválni kell az ECMWF t Anacondában, ahogy előbb irtam Metviewnél
Az előbb linkelt Angol oldalon, az ECMWF oldalán ezt nem írja.
Vagyis írja, de ott csak ennyit ír.
Please make sure to activate you conda environment before running your python program.
Azaz csak Anaconda Activate.Szóval igy kell elinditani az ECMWF et, aztán jöhet scriptek futattása.
conda activate ecmwf
Ezután terminálban a base felirat átvált ECMWF re.A program így csak a terminából mükődik az a baj.
python scriptnev.py parancsal.
Azaz saját magát Python fájlt nem tudom enterrel futatni fájl kezelőböl, se Geanyből.
Erre lehet e megoldás vajon? -
olivera88
veterán
Azt a PIP re írta.
When using pip it is required to have the Magics library installed on the system!
Using conda
Conda will install the Magics library and all its dependencies for you. Please make sure to activate you conda environment before running your python program.Bambano. Volt fent, ma töröltem le, mert féltem ne h összeakadjonak.
Meg Python felület már el van választva a 4.0 verziótol kezdve, nekem 3.3.1 es volt a csomagkezelőböl. -
olivera88
veterán
Itt van, csak szöveg Francia ugye ahogy irtam nem rég. [link] Itt az Anacoda telepitéséről.
Utána meg a Meteorologiai program telepitéséről. [link]
Itt meg angolul, programok készitőjétől. [link] Mondjuk itt a Magics telepitéséről van szó, de a második linkben meg Metview telepitését, írja viszont Metviewnek egy összetevője a Magics, úgy h annak is fel kell települni.
Közbe rájöttem h grafikus felület, azaz Metviewet el tudom inditani, terminálból elinditani, de bugos úgyanugy mint Debian tároloso csomag, bár használhatobb. Activálni kell ECMWF Anacondaban, aztán Metview begépelése után megnyilt a program.
A lényeg továbbra is Magics lenne, mert azt használom jobban. -
kovaax
őstag
Megnéztem a másik gépemen, ott ez a helyzet:
menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-cc0f0654-09e0-4c8d-9b05-e37c79418c46' {
submenu 'Speciális beállítások ehhez: Debian GNU/Linux' $menuentry_id_option 'gnulinux-advanced-cc0f0654-09e0-4c8d-9b05-e37c79418c46' {
menuentry 'Debian GNU/Linux, Linux 4.19.0-9-amd64 verzióval' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.19.0-9-amd64-advanced-cc0f0654-09e0-4c8d-9b05-e37c79418c46' {
menuentry 'Debian GNU/Linux, with Linux 4.19.0-9-amd64 (recovery mode)' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.19.0-9-amd64-recovery-cc0f0654-09e0-4c8d-9b05-e37c79418c46' {
menuentry 'Debian GNU/Linux, Linux 4.19.0-8-amd64 verzióval' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.19.0-8-amd64-advanced-cc0f0654-09e0-4c8d-9b05-e37c79418c46' {
menuentry 'Debian GNU/Linux, with Linux 4.19.0-8-amd64 (recovery mode)' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.19.0-8-amd64-recovery-cc0f0654-09e0-4c8d-9b05-e37c79418c46' {
menuentry 'Fedora 32 (Thirty Two) (ezen: /dev/sda2)' --class fedora --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-3d1074a8-4088-45ef-b07c-2252e4f18075' {
submenu 'Speciális beállítások ehhez: Fedora 32 (Thirty Two) (ezen: /dev/sda2)' $menuentry_id_option 'osprober-gnulinux-advanced-3d1074a8-4088-45ef-b07c-2252e4f18075' {
menuentry 'Fedora 32 (Thirty Two) (ezen: /dev/sda2)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-0-rescue-07ce9982f303407c9314aabe075e6e8a--3d1074a8-4088-45ef-b07c-2252e4f18075' {
menuentry 'Fedora 32 (Thirty Two) (ezen: /dev/sda2)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.6.18-300.fc32.x86_64--3d1074a8-4088-45ef-b07c-2252e4f18075' {
menuentry 'Fedora 32 (Thirty Two) (ezen: /dev/sda2)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.6.19-300.fc32.x86_64--3d1074a8-4088-45ef-b07c-2252e4f18075' {
menuentry 'Fedora 32 (Thirty Two) (ezen: /dev/sda2)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.7.4-200.fc32.x86_64--3d1074a8-4088-45ef-b07c-2252e4f18075' {
menuentry 'Ubuntu 20.04 LTS (20.04) (ezen: /dev/sda4)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-d10d91e2-06ac-40dc-8fe7-c598faa85fbf' {
submenu 'Speciális beállítások ehhez: Ubuntu 20.04 LTS (20.04) (ezen: /dev/sda4)' $menuentry_id_option 'osprober-gnulinux-advanced-d10d91e2-06ac-40dc-8fe7-c598faa85fbf' {
menuentry 'Ubuntu (ezen: /dev/sda4)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.4.0-37-generic--d10d91e2-06ac-40dc-8fe7-c598faa85fbf' {
menuentry 'Ubuntu, Linux 5.4.0-37-generic verzióval (ezen: /dev/sda4)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.4.0-37-generic--d10d91e2-06ac-40dc-8fe7-c598faa85fbf' {
menuentry 'Ubuntu, with Linux 5.4.0-37-generic (recovery mode) (ezen: /dev/sda4)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.4.0-37-generic-root=UUID=d10d91e2-06ac-40dc-8fe7-c598faa85fbf ro recovery nomodeset-d10d91e2-06ac-40dc-8fe7-c598faa85fbf' {
menuentry 'Ubuntu, Linux 5.4.0-29-generic verzióval (ezen: /dev/sda4)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.4.0-29-generic--d10d91e2-06ac-40dc-8fe7-c598faa85fbf' {
menuentry 'Ubuntu, with Linux 5.4.0-29-generic (recovery mode) (ezen: /dev/sda4)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.4.0-29-generic-root=UUID=d10d91e2-06ac-40dc-8fe7-c598faa85fbf ro recovery nomodeset-d10d91e2-06ac-40dc-8fe7-c598faa85fbf' {
menuentry 'Ubuntu, Linux 5.4.0-26-generic verzióval (ezen: /dev/sda4)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.4.0-26-generic--d10d91e2-06ac-40dc-8fe7-c598faa85fbf' {
menuentry 'Ubuntu, with Linux 5.4.0-26-generic (recovery mode) (ezen: /dev/sda4)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.4.0-26-generic-root=UUID=d10d91e2-06ac-40dc-8fe7-c598faa85fbf ro recovery nomodeset-d10d91e2-06ac-40dc-8fe7-c598faa85fbf' {
menuentry 'BunsenLabs GNU/Linux 9.9 (Helium) (9.9) (ezen: /dev/sdb5)' --class bunsenlabs --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-af4c5ade-1c46-4eb3-8daa-013ec8877f95' {
submenu 'Speciális beállítások ehhez: BunsenLabs GNU/Linux 9.9 (Helium) (9.9) (ezen: /dev/sdb5)' $menuentry_id_option 'osprober-gnulinux-advanced-af4c5ade-1c46-4eb3-8daa-013ec8877f95' {
menuentry 'BunsenLabs GNU/Linux (ezen: /dev/sdb5)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.9.0-12-amd64--af4c5ade-1c46-4eb3-8daa-013ec8877f95' {
menuentry 'BunsenLabs GNU/Linux, with Linux 4.9.0-12-amd64 (ezen: /dev/sdb5)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.9.0-12-amd64--af4c5ade-1c46-4eb3-8daa-013ec8877f95' {
menuentry 'BunsenLabs GNU/Linux, with Linux 4.9.0-12-amd64 (recovery mode) (ezen: /dev/sdb5)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.9.0-12-amd64-root=UUID=af4c5ade-1c46-4eb3-8daa-013ec8877f95 ro single-af4c5ade-1c46-4eb3-8daa-013ec8877f95' {
menuentry 'BunsenLabs GNU/Linux, with Linux 4.9.0-9-amd64 (ezen: /dev/sdb5)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.9.0-9-amd64--af4c5ade-1c46-4eb3-8daa-013ec8877f95' {
menuentry 'BunsenLabs GNU/Linux, with Linux 4.9.0-9-amd64 (recovery mode) (ezen: /dev/sdb5)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.9.0-9-amd64-root=UUID=af4c5ade-1c46-4eb3-8daa-013ec8877f95 ro single-af4c5ade-1c46-4eb3-8daa-013ec8877f95' {
menuentry 'BunsenLabs TTY (ezen: /dev/sdb5)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.9.0-12-amd64--af4c5ade-1c46-4eb3-8daa-013ec8877f95' {
menuentry 'Linux Mint 19.3 Tricia (19.3) (ezen: /dev/sdb6)' --class linuxmint --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-fb03352b-02b7-44b4-a3bb-19cff55e1c18' {
submenu 'Speciális beállítások ehhez: Linux Mint 19.3 Tricia (19.3) (ezen: /dev/sdb6)' $menuentry_id_option 'osprober-gnulinux-advanced-fb03352b-02b7-44b4-a3bb-19cff55e1c18' {
menuentry 'Linux Mint 19.3 Xfce (ezen: /dev/sdb6)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.3.0-59-generic--fb03352b-02b7-44b4-a3bb-19cff55e1c18' {
menuentry 'Linux Mint 19.3 Xfce, Linux 5.3.0-59-generic verzióval (ezen: /dev/sdb6)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.3.0-59-generic--fb03352b-02b7-44b4-a3bb-19cff55e1c18' {
menuentry 'Linux Mint 19.3 Xfce, with Linux 5.3.0-59-generic (recovery mode) (ezen: /dev/sdb6)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.3.0-59-generic-root=UUID=fb03352b-02b7-44b4-a3bb-19cff55e1c18 ro recovery nomodeset-fb03352b-02b7-44b4-a3bb-19cff55e1c18' {
menuentry 'Linux Mint 19.3 Xfce, Linux 5.3.0-51-generic verzióval (ezen: /dev/sdb6)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.3.0-51-generic--fb03352b-02b7-44b4-a3bb-19cff55e1c18' {
menuentry 'Linux Mint 19.3 Xfce, with Linux 5.3.0-51-generic (recovery mode) (ezen: /dev/sdb6)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.3.0-51-generic-root=UUID=fb03352b-02b7-44b4-a3bb-19cff55e1c18 ro recovery nomodeset-fb03352b-02b7-44b4-a3bb-19cff55e1c18' {
menuentry 'Linux Mint 19.3 Xfce, Linux 5.3.0-46-generic verzióval (ezen: /dev/sdb6)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.3.0-46-generic--fb03352b-02b7-44b4-a3bb-19cff55e1c18' {
menuentry 'Linux Mint 19.3 Xfce, with Linux 5.3.0-46-generic (recovery mode) (ezen: /dev/sdb6)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.3.0-46-generic-root=UUID=fb03352b-02b7-44b4-a3bb-19cff55e1c18 ro recovery nomodeset-fb03352b-02b7-44b4-a3bb-19cff55e1c18' {
menuentry 'Linux Mint 19.3 Xfce, Linux 5.3.0-40-generic verzióval (ezen: /dev/sdb6)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.3.0-40-generic--fb03352b-02b7-44b4-a3bb-19cff55e1c18' {
menuentry 'Linux Mint 19.3 Xfce, with Linux 5.3.0-40-generic (recovery mode) (ezen: /dev/sdb6)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.3.0-40-generic-root=UUID=fb03352b-02b7-44b4-a3bb-19cff55e1c18 ro recovery nomodeset-fb03352b-02b7-44b4-a3bb-19cff55e1c18' {
menuentry 'Linux Mint 19.3 Xfce, Linux 5.0.0-32-generic verzióval (ezen: /dev/sdb6)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.0.0-32-generic--fb03352b-02b7-44b4-a3bb-19cff55e1c18' {
menuentry 'Linux Mint 19.3 Xfce, with Linux 5.0.0-32-generic (recovery mode) (ezen: /dev/sdb6)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.0.0-32-generic-root=UUID=fb03352b-02b7-44b4-a3bb-19cff55e1c18 ro recovery nomodeset-fb03352b-02b7-44b4-a3bb-19cff55e1c18' {
menuentry 'openSUSE Leap 15.0 (ezen: /dev/sdb7)' --class opensuse --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-d1bb9301-b7a4-4102-afb4-70a2e223dc7a' {
submenu 'Speciális beállítások ehhez: openSUSE Leap 15.0 (ezen: /dev/sdb7)' $menuentry_id_option 'osprober-gnulinux-advanced-d1bb9301-b7a4-4102-afb4-70a2e223dc7a' {
menuentry 'openSUSE Leap 15.0 (ezen: /dev/sdb7)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.12.14-lp150.12.82-default--d1bb9301-b7a4-4102-afb4-70a2e223dc7a' {
menuentry 'openSUSE Leap 15.0, with Linux 4.12.14-lp150.12.82-default (ezen: /dev/sdb7)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.12.14-lp150.12.82-default--d1bb9301-b7a4-4102-afb4-70a2e223dc7a' {
menuentry 'openSUSE Leap 15.0, with Linux 4.12.14-lp150.12.82-default (recovery mode) (ezen: /dev/sdb7)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.12.14-lp150.12.82-default--d1bb9301-b7a4-4102-afb4-70a2e223dc7a' {
menuentry 'openSUSE Leap 15.0, with Linux 4.12.14-lp150.12.67-default (ezen: /dev/sdb7)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.12.14-lp150.12.67-default--d1bb9301-b7a4-4102-afb4-70a2e223dc7a' {
menuentry 'openSUSE Leap 15.0, with Linux 4.12.14-lp150.12.67-default (recovery mode) (ezen: /dev/sdb7)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.12.14-lp150.12.67-default--d1bb9301-b7a4-4102-afb4-70a2e223dc7a' {A Debian származékoknál (Ubuntu, BunsenLabs, Mint) és az openSUSE-nál jó a sorrend, a Redhat vonalon nem (itt a Fedora, a korábbi posztban a Centos).
-
olivera88
veterán
Miért? Nem birtam kivárni, mire meglesz az új rendszer, ezért nekivágtam mire válaszoltál, felraktam az Anacondát, és promgramokat amik kellettek.
Települt is rendben ahogy néztem, viszont még se működik.
A kigyó másik program miatt kellett, nem multkori miatt.
A programok amiket használok azok elérhetőek Debian tároloban, persze pár verzióval régebbiek mint az aktuális. Ami python scipteket dolgozza fel az működik, viszont ami a másik program aminek grafikus felülete van, az nem.
Nem tudom h lehet így berakni egy programot tároloba h ne működjön,
na mindegy most ezt haggyuk.
Ezért kellet az Anaconda ami legújabbat tudja telepiteni mindkét programból.
A két program valójában összetartozik, ha telepitem a Metviewet, aminek van UI ja, akkor Magicsnak is települnie kell, mivel a Magics grafikus kernelje a Metviewnek.Ezzel kódsorral kezdődik Python script, amit a Magicsnak le kellene futtatnia, viszont nem találja a Magics modult.
#!/usr/bin/python
#importing Magics module
from Magics.macro import *Ezt Geanyból futtattva írja.
ImportError: No module named Magics.macroHa terminálból futattom akkor meg ezt
Nem tudom miért nem működik. Pedig szerintem minndent úgy csináltam ahogy kellett.
-
Friczy
senior tag
válasz
olivera88
#9423
üzenetére
Kicsit túl van bonyolítva a leírás. Ráadásul így csak egy környezetet tudsz csinálni 'fixen', aminek nem látom sok értelmét.
A kígyót egyelőre felejtsd el
maradjunk a virtuális környezeteknél.Teszem azt, elkezdenél egy új Pyton programot, amihez olyan Python könyvtár kéne, ami nincs Debianban (ha van, akkor apt install és kész).
Létrehozod a megfelelő könyvtárat, ott kiadod a
python -m venv venv
parancsot. Akkor létrejön egy venv könyvtár, abban lesz a virtuális környezeted.
ha ezután kiadod a
. venv/bin/activate
parancsot (figyelj a pontra a sor elején, és legyen utána szóköz), akkor a prompt megváltozik, jelzi, hogy benn vagy a virtualenvben. Itt aztán mindent telepíthetsz pippel, amit csak akarsz, írhatod a programodat, futtathatod, amígy a virtuális környezetben vagy. Ha ebből ki akarsz lépni, akkor csak egy deactivate parancsot kell kiadni, ha meg visszamenni, akkor ismét csak egy activate.Nyilván ha egy fejlesztőkörnyezetben is használni akarod (Anaconda, pycharm, intellij), akkor az adott projektre be kell állítani, hogy hol van a python interpreter és az akutális lib path (nyilván a létrehozott venv alatt).
-
olivera88
veterán
Elfelejtettem válaszolni akkor.
Találtam egy oldalt a napokban ahol ir erről Meteoologiai program telepitéséről, és Anaconda telepitéséről, ( csak az baj Francia,) és azt ajánlja h Anacondat máshova telepitsük.Google ford
"A szoftver különféle forrásokból származik, mindegyik függőségükkel. Igyekszünk ezeket az eszközöket nagyon különálló fájlokba osztályozni, egyrészt az evolúciós karbantartás megkönnyítése érdekében, másrészt a szoftvert elkülönítik egymástól, hogy elkerüljük a függőségi összeütközéseket.
Kezdjük azzal, hogy létrehozunk egy „Időjárás” mappát egy kényelmes helyen. Személyi számítógépen egyszerűen létrehozhat egy mappát otthonában.Nyisson meg egy terminált és menjen:"Ír valamit környezeti változokról, de nem vagyok biztos benne h mit kellene tenni.
Hogy eztet a ~ / .bashrc fájlba kell beleírni, vagy terminálba végrehajtani, de sztem inkább az utobbi.
Egyelőre még nem telepitek semmit, várom az új HDD t, amire lesz egy Debian 10 húzva nagyvalószinűleg. Ha minden igaz Szerdán kerül rá sor.
-
Gondolom bőven elég, ha meghajtóra rakott GRUB jól veszi fel a kerneleket.
submenu 'Speciális beállítások ehhez: Linux Mint 19.3 Tricia (19.3) (ezen: /dev/sda1)' $menuentry_id_option 'osprober-gnulinux-advanced-4db2c3c1-6ed2-46a1-8624-d1c636ea17bd' {
menuentry 'Linux Mint 19.3 Cinnamon (ezen: /dev/sda1)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.3.0-59-generic--4db2c3c1-6ed2-abcd-8624-d1c636ea17bd' {
menuentry 'Linux Mint 19.3 Cinnamon, Linux 5.3.0-59-generic verzióval (ezen: /dev/sda1)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.3.0-59-generic--4db2c3c1-6ed2-abcd-8624-d1c636ea17bd' {
menuentry 'Linux Mint 19.3 Cinnamon, with Linux 5.3.0-59-generic (recovery mode) (ezen: /dev/sda1)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.3.0-59-generic-root=UUID=4db2c3c1-abcd-46a1-8624-d1c636ea17bd ro recovery nomodeset-4db2c3c1-6ed2-46a1-8624-d1c636ea17bd' {
menuentry 'Linux Mint 19.3 Cinnamon, Linux 5.3.0-53-generic verzióval (ezen: /dev/sda1)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.3.0-53-generic--4db2c3c1-6ed2-xyxy-8624-d1c636ea17bd' {
menuentry 'Linux Mint 19.3 Cinnamon, with Linux 5.3.0-53-generic (recovery mode) (ezen: /dev/sda1)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.3.0-53-generic-root=UUID=4db2c3c1-yxyx-46a1-8624-d1c636ea17bd ro recovery nomodeset-4db2c3c1-6ed2-46a1-8624-d1c636ea17bd' {
menuentry 'Linux Mint 19.3 Cinnamon, Linux 5.0.0-32-generic verzióval (ezen: /dev/sda1)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.0.0-32-generic--4db2c3c1-6ed2-46a1-fdfd-d1c636ea17bd' {
menuentry 'Linux Mint 19.3 Cinnamon, with Linux 5.0.0-32-generic (recovery mode) (ezen: /dev/sda1)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.0.0-32-generic-root=UUID=4db2c3c1-hápx-46a1-8624-d1c636ea17bd ro recovery nomodeset-4db2c3c1-6ed2-46a1-8624-d1c636ea17bd' { -
kovaax
őstag
Sziasztok,
Pár napja fedeztem fel, hogy az update-grub2 rossz sorrendben veszi fel a második oprendszer kerneleit, az almenü utolsó eleme a legfrissebb kernel:
kovaax@otthon:~$ grep sda3 /boot/grub/grub.cfg
menuentry 'CentOS Linux 8 (Core) (ezen: /dev/sda3)' --class centos --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-214a6245-a8cf-4910-a64b-a583650a4c35' {
linux /boot/vmlinuz-0-rescue-7c6415d1e861434e9c03b26f5dbc7e8e root=/dev/sda3
submenu 'Speciális beállítások ehhez: CentOS Linux 8 (Core) (ezen: /dev/sda3)' $menuentry_id_option 'osprober-gnulinux-advanced-214a6245-a8cf-4910-a64b-a583650a4c35' {
menuentry 'CentOS Linux 8 (Core) (ezen: /dev/sda3)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-0-rescue-7c6415d1e861434e9c03b26f5dbc7e8e--214a6245-a8cf-4910-a64b-a583650a4c35' {
linux /boot/vmlinuz-0-rescue-7c6415d1e861434e9c03b26f5dbc7e8e root=/dev/sda3
menuentry 'CentOS Linux 8 (Core) (ezen: /dev/sda3)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.18.0-147.el8.x86_64--214a6245-a8cf-4910-a64b-a583650a4c35' {
linux /boot/vmlinuz-4.18.0-147.el8.x86_64 root=/dev/sda3
menuentry 'CentOS Linux 8 (Core) (ezen: /dev/sda3)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.18.0-193.6.3.el8_2.x86_64--214a6245-a8cf-4910-a64b-a583650a4c35' {
linux /boot/vmlinuz-4.18.0-193.6.3.el8_2.x86_64 root=/dev/sda3
kovaax@otthon:~$Tegnap próbáltam kibogozni ezt a script förmedvényt, de feladtam. Ma mondok megnézem, hogy reportolta-e már valaki a bugot, hát igen, 2016 szeptemberében. Ennyit arról, hogy mennyire fasza a szabad szoftver, hogy milyen gyorsan javítják a hibákat, stb-stb... Bullshit!
-
Tarokk79
aktív tag
Sziasztok,
Sajnos ugyan ott pörgök. Újra raktam a debiant a mate felülettel. Nekem ez jött be jobban. Viszont a hplip nem megy jól. Hiába rakom fel, szerintem nem megy fel rendesen és nem tudom a nyomtatót hosszútávon jól használni. Nem lehet valahogyan máshogy működésre bírni? Vagy legyek türelemmel és 1-2 hónap múlva megoldódik a probléma?
Előre is kösz
-
Tarokk79
aktív tag
-
Tarokk79
aktív tag
Sziasztok,
Van itthon egy HP Officejet Pro 9020, és nem tudom üzembe rakni. A bajom, hogy a [HP] oldalán lévő 3.20.5-tel volt korábban a sok force install (elvileg csak a debian 10.3-at támogatja), de még azzal sem működött. A debian 10-re [kiadott] verzió meg 3.18.12-es. A nyomtatót meg a [3.19.3]-mal támogatják.
Néztem [itt], hogy van-e esetleg valami nem stabil, de nem tudom melyik lehetne nekem megfelelő, és azt hogyan tudnám működésre bírni.Tudnátok segíteni, hogy mit tudnék ezzel csinálni?
Előre is kösz
-
kovaax
őstag
Az eredeti posztot nem értem teljesen, de az első hiba kb. Windows-os, én mindig azzal szívtam a munkahelyen, hogy nem volt mindegy, hogy hol állítom be, hogy kétoldalasat nyomtasson, mindezt Win7 -> hálózati HP nyomtató viszonylatban (tehát semmi linux). Na most nála ha jól értem, valami ilyen van: Windows -> Debian -> HP nyomtató usb-n.
-
feel2006
tag
Sziasztok,
Debian10 és USB-s nyomtató (HP) CUPS problémámban valaki tudna segíteni?
Lecseréltem a HP 1022-t, utódja, egy HP Color LaserJet cm1312 MFP személyében.Viszont lenne is kérdésem rögtön, valaki jártam Debian 10 CUPS-ban?
Feltettem a nyomtatót bele (Cups, add printer és ennyi), Win-ről ráküldve szépen nyomtat is, ezzel nincs baj, csak:
- ha win-ben fekete/fehéret választok, akkor is színes nyomat esik ki. +
- Win-ben CUPS alatt nem tudok szkennelni, mintha nem lenne.
Ez a két probléma egy win10-re kötve nem áll fen, tehát biztos én vagyok a béna valahol, de nem jöttem rá még hogy hol. Köszi előre is. -
Tényleg az számít, melyikkel ismerkedsz meg először behatóbban, de amúgy a Cinnamonnál alapból a Rendszerbeállítások Menüből jó bő alapbeállítások simán kezelhetők, sok minden egyszerűbb emiatt XFCE-nél is, de egyébként a Gnome3-tól fényévekre van már, a Tweak.et felrakva is feleannyit tud a lebutított Gnome3, mint a Cinnamon. Egyre inkább KDE-hez közelít inkább, de még mindig jóval logikusabbak a beállítási opciók, mint annál. Amiben nagyon jó még a Cinnamon, az az, hogy telepítés után home user akár használhatja is, ha semmit nem állítgat, akkor is. De lehet az is, hogy az én gépeimen ilyen meg akiknek a 6 év alatt felraktam, de tény, hogy a kezdetektől ezt a felületet használom.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
na mindegy most ezt haggyuk.
Elfelejtettem válaszolni akkor.
Új hozzászólás Aktív témák
Hirdetés
- Luck Dragon: Asszociációs játék. :)
- sziku69: Szólánc.
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- Izmos, RTX-es NUC géppel jelentkezett az ASUS
- Papíron már készül a PCI Express 8.0
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- sziku69: Fűzzük össze a szavakat :)
- SSD kibeszélő
- Spórolós topik
- Battlefield 6
- További aktív témák...
- Jogtiszta Windows - Office & Vírusirtó licencek- Azonnal - Számlával - Garanciával - Nint.hu
- Eladó Steam kulcsok kedvező áron!
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Kaspersky, BitDefender, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Windows 10/11 Home/Pro , Office 2024 kulcsok
- Dell Optiplex 7050 SFF + Quadro K620
- HIBÁTLAN iPhone 12 Pro 256GB Pacific Blue -1 ÉV GARANCIA - Kártyafüggetlen, MS3107, 100% Akkumulátor
- Xiaomi Redmi 10 128GB Kártyafüggetlen 1Év Garanciával
- Vállalom telefonok,tabletek javítását ,(szoftveres hibát is,frp lock-ot is)márkától fügetlenűl
- BESZÁMÍTÁS! ASUS Z390 i7 9700 32GB DDR4 240GB SSD 1TB HDD RTX 2070 Super 8GB NZXT H510 ADATA 600W
Állásajánlatok
Cég: FOTC
Város: Budapest