- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- Samsung Galaxy Tab S10 Ultra - más dimenzió
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- Canon EOS DSLR topic
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Forrmell.enn
- Vélemény: nem úgy tűnik, de Lip-Bu Tan most menti meg az Intelt
- AMD Navi Radeon™ RX 5xxx sorozat
- HiFi műszaki szemmel - sztereó hangrendszerek
- Hobby elektronika
-
PROHARDVER!
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
Ez az EndevoaurOS egyre érdekesebb...elméletileg működnie kéne ennek is:
sudo grub-install /dev/sda && sudo update-grub
Ezerszer raktam át így GRUB-ot másik disztróra, de valahogy Mint alatt nem akarja, pedig az os-prober csomag fenn van, ami egyébként nincs már benne a GRUB-ban, ahogy Tibikomám írta....szóval minap Debian alól csináltam a grub-update-et és ott működött is, benne van az os-prober is a GRUB-jában. Egyszóval Linux Mint alatt nem elég a fenti két parancs, kellett az általad írt is: az betallózta az Endevoaur-t és a Manjaro-t is!
sudo grub-mkconfig -o /boot/grub/grub.cfg
Hiába írtam le -szabi- fórumtársunknak 3* is a fenti parancssort, nem csoda, ha nem működött nála!
Ezúton is elnézést kérek emiatt, ezt a változást nem követtem le a Mint-ben...
-
válasz
-szabi- #89325 üzenetére
Ebből úgy tűnik MBR esetén ez nem opció.
Azt írta, minek, mert annál az esetnél feleslegesnek ítélte! De nem írta, hogy nem lehet opció.
(akár 8 külön disztród is lehet és mindnek lehet külön /boot particiója...csak éppen minek!?)
GPT-UEFI telepítőt csináltam és ezen a régi gépen az nem megy, csak MBR használható.
Nem bizony, csak az MBR/legacy páros megy, ilyenek miatt lényeges már az elején minél több alapinfót megadnod és erre az inxi -Fxxx kimenete tökéletes! 9 éve csak MBR/legacy-ban telepítek és mindig jó volt, régebbi gépeken meg csak az jó! Szóval felejtsd el a GPT/UEFI párost!
-
válasz
-szabi- #89322 üzenetére
Elég hosszú a lista gondolom csak az SSD sor számít:
Ilyen esetben célszerű az egész inxi -Fxxx kimenetet berakni, nem számít hosszúnak, mivel minden szükséges infó benne van! De már ebből is látható, hogy majd minden STOP, amit eddig írtunk.
Mivel a Mint sem volt még belakva (nagyon) arra gondoltam holnap újrakezdem és akkor kialakítom ezt a Flag-et, efi vagy boot,esp...ilyesmit mert most nincs.
MBR sémán ment a telepítés, szóval minden EFI és UEFI felejtve! Legacy-ban tudsz továbbra is telepíteni! Az, ahogy eddig felraktad a Linux Mint-et, jó volt, ahogy felraktad utána a Manjaro-t, az is jó volt, a gond annyi, hogy ha a Mint rendszerfrissítése mondjuk kernelt is frissít, akkor a Manjaro boot kampeca lesz, mert az initramfs-t átírja! Ezt lehet persze korrigálni illetve, ha a Manjaro-t bootválasztóból Fallback módban indítod, akkor be is bootol. Viszont egy külön
/boot szerintem jó lenne a Manjaro-nak, külön particióra kell a GRUB-telepítést kijelölni [link], nem meghajtóra, szóval nem sda, hanem sda1-re mondjukde ilyet még nem csináltam, azt se tudom, hogy ha ide kerül az indítófájl, akkor betallózza-e a Linux Mint-et, szóval erre fórumtársak írnak valamit, akik ebben rutinosabbak, de ha normál telepítésben felrakod a két disztrót és a Mint frissítése elrontja a Manjaro boot-ot x havonta, kb 2 perc átírni a megfelelő sort....[link]Ja és amit Tibikomám írt, azt mentsd el, mert igen hasznos lehet, ha valamelyik disztrónál le van tiltva az
os probe
, van olyan disztró is, ahol nincs is fenn ez a csomag!(kb ez felel azért, hogy az összes meghajtón lévő OS-t végigtallózva, berakja mindet az indítóba, Linuxot, Windowst)
Semmi gond nem lenne egyébként, ha a sok éve fenálló hibát az archklónok már javították volna!
(mindez így túl tömény, szerintem rakd fel a Mint-et és Manjaro-t holnap nyugodtan és a Mint alóli szerkesztést utána megbeszéljük, pár napja csináltam éppen, csak már annyira homeuser lettem, hogy nem emlékszem...)
-
Én is így szoktam. Felvetetem egy másik linux grub menüjébe és onnan átlépek rá. Úgyis mindig van egy másik telepített linuxom, ha máshol nem, hát egy USB-s eszközön.
Lehet, hogy mi már régi keltezésűek vagyunk, ezért próbálunk egyszerű, kicsit favágó módszerekkel operálni!
De mindig működnek ezek! (majdnem mindig....)
Chroothoz csak végső elkeseredésemben nyúlok.
Ezer éve használtam, még a legelején, vért ízzadtam, mire minden sort sikerült helyesen beírnom!
-
válasz
-szabi- #89318 üzenetére
sudo grub-install /dev/sda && sudo update-grub
A sudo-kat is írtad mindkét parancs előtt? No várjunk, most jött el az ideje, hogy valamelyik működő rendszer alatt csinálj egy
inxi -Fxxx
terminal kimenetet* és rakd be ide a Programkód gombbal! Mert innentől sok változó lehet, például nem mindegy, milyen SSD van a gépben, etc...Amúgy ha a Manjaro tetszik, rakd fel azt, de külön /boot particiót csinálj neki! (külön particionálóval csináld és be kell pipálni Flag-et is neki,
efi
vagyboot,esp
...ilyesmit kell találnod az opciók között)(ezelatt az idő alatt kb 50* rakhattad volna fel a régi Mint mellé az újat és rég túl lennél az egészen)
*kb így nézzen ki....
orbanelftars@Mint-20-3c-8570p:~$ inxi -Fxxx
System:
Host: Mint-20-3c-8570p Kernel: 5.19.0-38-generic x86_64 bits: 64
compiler: N/A Desktop: Cinnamon 5.6.8 tk: GTK 3.24.33 wm: muffin vt: 7
dm: LightDM 1.30.0 Distro: Linux Mint 21.1 Vera base: Ubuntu 22.04 jammy
Machine:
Type: Laptop System: Hewlett-Packard product: HP EliteBook 8570p
v: A1029D1102 serial: <superuser required> Chassis: type: 10
serial: <superuser required>
Mobo: Hewlett-Packard model: 17A7 v: KBC Version 42.38
serial: <superuser required> BIOS: Hewlett-Packard v: 68ICF Ver. F.62
date: 04/07/2015
..... -
válasz
tordaitibi #89313 üzenetére
Nem lehetséges, hogy ez is systemd-boot-tal települne? Nekem eddig két ilyen volt, az Endeavour és a PoPOS, és ez a LinuxMind komám által istenített* Nobara is valami game-re kihegyezett furaság.
*jó pár disztró volt már a Zolivagyoksziasztok YT csatornán, ami épp a namostaztánmegtaláltamazigazit disztró volt.
Amúgy a YT csatornán a Nobara videó alatt rákérdezhetsz, mi lehet a gond! Sűrűn váltogatja Zoli az épp legsuperebb disztróit, de korrekt válaszokat szokott adni és segítőkész! (de ne áruld el, hogy innen érkeztél)
-
válasz
tordaitibi #89311 üzenetére
Ezért nem kell telepíteni.
ha elmenti az EFI ubuntu bejegyzést és utána visszamásolja, én véleményem szerint megjelenik a választómanübe.Csakhogy nincs elmentve az a nagyszerű bejegyzés!
Én is írtam, hogy esemény előtt jobb lett volna rákérdezni, törölhető-e büntetlenül egy utolsó install-os disztró!Vagy, töltse le a [Supergsubdisk] nevű segéd....
Ilyen turbóförmedvényeket nem ismerem....de nem mondtam, hogy nem jó, max én a biztosabb és könnyebb módszert javasoltam. (mivel éppen pár napja magam is megcsináltam)
chroot ellen-helyett óriási találmány, és az egész os indul nem terminálba felcsatolt mappákkal kell bűvészkedni.
chroot
módszer elég bíbelődős, kivéve, ha működik az egyetlen parancssorba rendezett több parancs!Van még a fenti csodaapp-hoz hasonló Grub-customizer is, ami alkalmazható lenne, de azt se használtam még. Nem is fogom, amíg pár sor terminalparancs pikkpakk megoldja a gondot!
(ugyanis nem mindenki terminal-rettegő) -
válasz
-szabi- #89308 üzenetére
Nem működik.
Boot menüből csak EndeavourOS választható.Akkor az systemd-boot install, nem hagyományos GRUB-os, eszerint UEFI-sémában telepítettél.
Lefuttattam amit fentebb írtál:
sudo grub-install /dev/sda && sudo update-grub
Parancs nem található volt a válasz.Nem figyeltél, újra leírom a vonatkozó részt:
Ha valami miatt fenti módszer nem OK, akkor pár perc alatt rakj fel a régi Mint mellé egy újat, utána átbootolsz a régire, kiadod ezt a parancsot és utána törölheted az új telepítést. Nem egy szakszerű megoldás, de gyors és totál biztos:
sudo grub-install /dev/sda && sudo update-grub
Ez a módszer akkor lenne jó, ha a régi Mint bootképes lenne, nyilván átbootolni most nem tudsz!
Vagy az első linkemben lévő parancsokat próbálod ki vagy az imént újra leírtak alapján csinálod.
Ugyanezt csináltam pár napja, mivel nulla UEFI install tudásom volt, ez volt a legcélratörőbb.A Linux Mint UEFI-ben is csinált GRUB-ot, de ha lefuttatod a
sudo grub-install /dev/sda && sudo update-grub
parancsot, akkor biztosan lesz GRUB... De csak akkor jó a parancs, ha az új telepítésű Mint alatt adod ki! -
-
válasz
-szabi- #89301 üzenetére
Jó öreg Manjaro bug, 2017 óta töretlenül megvan, ill javítatlanul, pedig hányszor olvasni, hogy naponta rengeteg friss csomag jön ki...
Amúgy megvan még a Mint, csak a későbbi install felrakta a saját rendszerindítóját és mivel kompletten letörölted, így van egy rendszered nulla rendszerindítóval!
Ha előtte kérdezel, kb 5sec lett volna a megoldás, de ebben a hsz-ben alul van két parancs, azzal elméletileg vissza tudod tenni a Linux Mint grub-ját!
Gondolom valami ilyen kép fogadott utolsó Manjaro bootnál. Pár említést már tettem itt is a Manjaro kernel panic jelenségről. Eleinte fogalmam se volt, milyen archklón features, ami felvidít!
Ha valami miatt fenti módszer nem OK, akkor pár perc alatt rakj fel a régi Mint mellé egy újat, utána átbootolsz a régire, kiadod ezt a parancsot és utána törölheted az új telepítést. Nem egy szakszerű megoldás, de gyors és totál biztos:
sudo grub-install /dev/sda && sudo update-grub
-
válasz
Balerik #89270 üzenetére
Ezeket a további parancsokat semmiképpen nem fűzném már egy sorba, mivel elképzelhető, hogy menet közben eldöntendő kérdéssel megáll a telepítés. Az
install
után nyilván beírhatsz sorba csomagokat és akár különböző műveltető parancsot tartalmazó sort is fűzhetsz egy parancsba, mint asudo apt update && sudo apt upgrade
, de amiket írsz, azokat nem érdemes! -
válasz
tordaitibi #89216 üzenetére
bájos
...atyaég!Én Barom-ra gondoltam.
(fogadjunk aszitted, hogy .uzi-ra gondoltam)
-
Ebben igazad lehet, ez a nonverb interakció nem az igazi, mondjuk én még a régimódi kommunikáción nőttem fel. Kb olyan ez is, mint amikor online pókeren többször is első 3-ban végeztem freeroll versenyeny többtízezer versenyző közül...szerencsére végig gondolva elvetettem az élőpóker bepróbálását, épp amiatt, amit írsz!
(arra szerintem totál alkalmatlan lennék)
-
A mondatra reagáltam, nem rád és be is linkeltem, hogy egészen pontosan kire gondoltam.
OK, bocs, hogy rákérdeztem, de nem volt egyértelmű... kicsit szerintem felhúztam magam valamin, ilyenkor csak fehéret/feketét látok. De igazad van, Te is azon kevesek közé tartozol, akikkel mindig jól el tudtunk dumálni minden topikban! Nem is kellett volna rákérdeznem...ilyenkor szoktam inkább inaktiválni magam pár hónapra!
Szóval még 1* sorry!
-
válasz
tordaitibi #89202 üzenetére
A boot sebessége téma elkanyarodott másfelé és én arra reagáltam.
Értem én, nem is értem, miért kanyarította el fórumtárs a thread-et, de vele sincs nekem bajom, csak nem ismerjük egymást innen...én régen voltam aktív, ő meg most aktív, így nyilván betámad, ha olyat írok, ami ellentétes azzal amit ír, pedig ami tényleg vicces volt tőle, arra nem is reagáltam néhány napja. (az a téma volt, amikor kiderült, hogy igazából a folyamatosan frissített csomagok a stabil csomagok, nem a Debian stable csomagjai)
Átvitt értelemben és valóságosan is Uborka Egonnak is köszönhetem hogy a koszon kívül valami rámragadt Linux vonalon.
Ennek azért örülök, komolyan, anno is ímlítettem talán, hogy ezekből a vitákból lehet rengeteget tanulni, mert az ember minden állításnak azért csak utánajár és ezalatt rengeteg összefüggést meg is ért. Nekem is kifejezetten épülésemre szolgáltak a vitáink, mert rengeteget kellett foglalkoznom a felmerülő témákkal, hiszen nem csak úgy odamondogattunk egymásnak, próbáltunk megalapozottan érvelni...párszor neked is sikerült!
Sajna a stílusom az...no mindegy, nem véletlen nyírnak a nagybetűsök is, amikor csak alkalmuk van rá! Persze velük Topikgazda koromban barátkoztam össze.
Minap érdekes dolog történt amúgy, írtam egy szaktopikba, onnan töröltek azzal a szöveggel, hogy a társtopikjába írjak inkább. Nem értettem egyet, írtam a Modker-topikba...éééés ugyanaz az ember írt választ ott is, hogy qvázi igaza volt a Topikgazdának, azzal semmi gondja nem volt, hogy az is ő volt!
Hab a tortán, hogy átírtam a társtopikba a szöveget...szerinted onnan is törölte a többfunkciós nagybetűs kollega? Perszehogy!
Amúgy legalább 2 órát tesztelgettem az új NVMe SSD-met és ennek konklúzióját írtam le, segítendő egy vásárlói kérdést. No mindegy.
Jobban alszom most már az tuti és köszi, hogy legalább megnyugtattál, hogy a régi csatározások hullámai benned is elsimultak! Amúgy meg régi szép idők voltak azok, nekem kicsit hiányoznak is!
(#89197) Rowon
Komolyan dühítőek az ilyen emberek.
Ezt most rám is érted? Fura, mert veled elég sok interakciónk volt több topikban is, de ha így látod, így látod. Akkor nem fárasztom magam legalább azzal, hogy neked is próbáljak segíteni...bár már Debian topikot nézve egyre profibb vagy!
-
válasz
Warton #89190 üzenetére
A tálcán lévő wifi jelen van egy sárga felkiáltójel, és azt írja korlátozott a kapcsolat
Ugyanezt csinálta nekem is Manjaro KDE, kiírta, hogy csatlakozott az internethez, de korlátozott az elérés...azért nem foglalkoztam vele, mert mobilról USB-n osztottam neki netet, desktopról van szó és egyszer csak megunta, azt hittem a 2,4/5 ghz váltások miatt volt, de telepített rendszernél már nem jelentkezett a sárga felkiáltójel, így el is felejtettem. Hasonló akkor volt, mikor a szolgáltató sunyin NAT-olta az IP-met, de más disztróknál és notebooknál nem volt meg a jelenség! Azért érdekes...
-
válasz
urandom0 #89187 üzenetére
Nézd, az a baj, hogy össze-vissza keversz mindenfélét.
Nem, de hiába próbálod más irányba vinni a témát. Itt azt állítottad, hogy gyorsan feláll a Windows, erre mondtuk páran, hogy kizárt, erre írtam, hogy nem normál leállítás után indítva gyors a rendszer felállása. Most az mindegy, milyen kombinációval érhető el a realshutdown, a lényeg az, hogy a gyors rendszerfelállás nem normál leállítás után valósul meg.
Egyébként a célozgatásod sem ér célt, mert én most is a Linuxos topikban vagyok, itt szóltam hozzá egy Wint érintő thread-hez, szóval nem az van, hogy öncélúan szidom a WInt, ráadásul nem Windows topikban teszem, ott kb 10 éve nem is jártam, mert ha nem érdekel, akkor minek. Most voltam barátoknál, két Wines géppel is megpróbáltam bootolni pendrive-ról, mindegyiken újra meg újra bootolt a Win, szóval igaza van Tibikomámnak, nem csak a Lenovo Thinbookra jellemző ez, de én eddig csak annál láttamm azért írtam azt.
De tényleg nem érdekel tovább a Windowsos téma, akár ti is leszakadhatnátok róla, mert ez még továbbra is a Kezdő Linuxos topik, akit a Win érdekel, az elhúz oda...
(#89191) tordaitibi
Uby ez nem Thinkbook vagy bármi egyedi sajátosság hanem egy a gépen futó OS beépített funkciója aminek minden gépen működnie kell.
Igazad van, minden gépen így tud gyorsan felállni a WIndows, de ebből meg mi derül ki? Hogy amit fórumtárs látott, az nem valós gyorsaság. Köszi a segítséget!
Természetesen szerényen fejet hajtok a Te tudásod előtt és neked még ezt is elhiszem
Te most galádkodsz velem, pedig az régebben az én reszortom volt!
Semmilyen tudásom nincs, én marha...kellett nekem belevauzni Wines témába, no de ha valami ennyire unreal...de bánja a fene, ha valaki ettől boldog, higgye azt, hogy a Win is milyen qrva gyorsan bootol. Én kipróbáltam a gépeimen, marhabaromságnak tartom, mert mindenki tudja, hogy quasi-suspend miatt áll fel hamar a rendszer.
uff off
(#89192) tordaitibi
És ezt a nagy egyetértést megtehettétek volna a Windowsos topik ban is!
El is szomorít, hogy pont egy nyamvadt rendszer miatt kell értetlenkednem egy olyan topikban, ahol sok keresnivalója nincs a témának.
-
válasz
tordaitibi #89183 üzenetére
Ilyenkor teljes normál leállás van.
Szerinted, de egyébként meg nem, írta az eladó is, hogy ennél a Thinkbook tipusnál ez van, nem egyet adott már el. De akárhogy is van, normál leállítással nem állt le, én eddig ezt írtam és ez ugye tény. Nem? De!
Nem értek a Winhez, de azért kikapcsolni csak képes lennék...nem Realme 9-es telóról van szó! (azt se tudtam nemrég ismert módon kikapcsolni)
No de mindezektől függetlenül most megint pár évig visszatartom magam attól, hogy Windowsról értekezzek egy Linuxos topikban vagy akárhol is!
-
válasz
urandom0 #89181 üzenetére
Olyan hülyeségeket írkálsz néha, ne is haragudj.
Dehogy haragszom, de neked meg értelmezned kellett volna, amit írtam!
Nem találod meg a Start menüben a leállítást, vagy mi?
Nem ment át ezek szerint, hogy így nem lehetett leállítani a gépet, ill bakapcsoláskor egyből indult a Windows előtöltött állapotból, nem lehetett eljutni a BIOS-ba, hogy a pendrive-ról bootoljak Linux telepítéshez. Ekkor írta a gép eladója, amit idéztem is:
Amikor Windows a jelentkezne be akkor a bekapcsoló gombot legalább 6 másodpercig. Amikor kikapcsolt akkor utána kapcsold be és a F12 a boot menü.
Gyakorlatilag csak ekkor kapcsol ki, érted már!?
Fast startupnak hívják (gyorsindítás), az egyszerű user a Vezérlőpultból két kattintással ki tudja kapcsolni.
Eszerint látóasszony vagy, mert a gép eladója és én is csak fenti módszerrel tudott szabadulni a trükkös gyorsindítástól, ennél a Lenovo Thinkbook-nál legalábbis tuti így van. Egyébként OK, hogy 9 éve nem használok Windowst, de talán ilyen alapműveletek még nekem se okoznának gondot. Egyszóval olvass, értelmezz előbb, utána hülyézd le, az adott hsz szerzőjét!
Már ne is haragudj...
-
válasz
totron #89179 üzenetére
Ez egy linuxos lejátszó és ki van adva az írásjog alapból, de így az nem érvényesül.
Ja értem, csak a lejátszó nem írja....amúgy ezek az amúgy Linux alapú mediaplayerek is furák tudnak lenni, nekem anno az EXT4 meghajtóról nem volt hajlandó lejátszani!
Majd ha UEFI-s gép közelébe kerülök ki is kapcsolom a fastbootot.
Most látom, hogy Linux alatt is csak UEFI sémán lehet kikapcsolni ezt a fastboot-ot.
(#89176) gregory91
Dehogy keverem, nekem ami Windows, az elvantolva kategória!
-
-
válasz
urandom0 #89168 üzenetére
Az asztal megjelenése után kb. két másodperccel lehet indítani a böngészőt.
Persze, csak az nem normál boot során történik! Épp Lenovo Thinkpad-del jártam úgy nemrég, hogy kiderült, nem tudom egyszerűen kikapcsolni, csak valami spéci módszerrel, quasi minden indítást egy előtöltött állapotból hajt végre. Így valóban gyors volt, de mikor mellé akartam telepíteni Linux Mint-et, képtelen voltam épp amiatt, mert egyszerű user hagyományos módon nem tudja kikapcsolni/rebootolni.
kivéve így:
Amikor Windows a jelentkezne be akkor a bekapcsoló gombot legalább 6 másodpercig. Amikor kikapcsolt akkor utána kapcsold be és a F12 a boot menü.
No ezután viszont már nulláról indult a Windows is, mindjárt ott is voltunk, ahol sh4d0w szaki!
Még egy Windows boot élményem volt utóbbi 9 évben, itt rendes leállítás után elindítva a Wint, ugyanazt tapasztaltam, mint sh4d0w. Ugyanerről a gépről Linux 5-6 sec alatt áll fel. Öreg gép, de nem gyenge annyira, Dell Precision M4700 16GB memóval, kifejezetten 3D renderelésre felszerelten vették anno.
-
válasz
fatpingvin #89163 üzenetére
Egyetértünk, szerintem sem egy kezdő desktopdisztró a Debian. Nem keveset kűzdöttem vele sok éve totál kezdőként, amikor felraktam a Linux Mint mellé a Wheezy-t. Viszont nagyon megérte.
-
válasz
fatpingvin #89160 üzenetére
-
válasz
ubyegon2 #89140 üzenetére
Előbb csak poen volt, hogy Cinnamon ajánlott, Archklónokhoz inkább Plasma fekszik, mondjuk minap kíváncsiságból épp Cinnamonnal próbáltam meg öreg notebookon...annyira azért nem is rossz a boot ideje.
[ubyegon@endev-hpelitebook8570p ~]$ systemd-analyze
Startup finished in 2.610s (kernel) + 1.426s (initrd) + 3.756s (userspace) = 7.793s
graphical.target reached after 2.723s in userspace.
[ubyegon@endev-hpelitebook8570p ~]$ inxi -Fxx
System:
Host: endev-hpelitebook8570p Kernel: 6.2.9-zen1-1-zen arch: x86_64 bits: 64
compiler: gcc v: 12.2.1 Desktop: Cinnamon v: 5.6.8 tk: GTK v: 3.24.37
dm: LightDM Distro: EndeavourOS base: Arch Linux
Machine:
Type: Laptop System: Hewlett-Packard product: HP EliteBook 8570p
v: A1029D1102 serial: <superuser required> Chassis: type: 10
serial: <superuser required>
Mobo: Hewlett-Packard model: 17A7 v: KBC Version 42.38
serial: <superuser required> BIOS: Hewlett-Packard v: 68ICF Ver. F.62
date: 04/07/2015
Battery:
ID-1: BAT0 charge: 35.6 Wh (95.7%) condition: 37.2/37.2 Wh (100.0%)
volts: 12.2 min: 10.8 model: Hewlett-Packard Primary
serial: 33254 2013/03/12 status: not charging
CPU:
Info: dual core model: Intel Core i7-3520M bits: 64 type: MT MCP
arch: Ivy Bridge rev: 9 cache: L1: 128 KiB L2: 512 KiB L3: 4 MiB -
Ha jól tudom, csak az xfce a "témázott".
Nem egészen, de...
Offline telepítés esetén van egy full XFCE, de online már választhatsz a 7 DE és a +1 WM közül.
The offline option installs a fully themed Xfce and the online option provides you with the choice of seven Desktop Environments Xfce, Mate, LXQt, LXDE, Cinnamon, Plasma, Gnome, Budgie, window manager Openbox and tiling window managers i3-WM, BSPWM, Sway, Qtile and Worm.
We already checked the box for the necessary base install in the online installer menu, all you have to do is check the box of your desired DE. [link]
Endeavour-hoz miért a KDE az ajánlott?
Szerintem meg a Cinnamon ajánlott!
-
Az NVMe SSD, ami először csak egyedül volt, az tisztán GPT/UEFI, amit később raktam be, a SATA-s SSD, az a legacy, de ez az NVMe-nek nem kavar be láthatóan.
De lehet mégis...
ubyegon@uby-AB350M-Gaming-3:~$ [ -d /sys/firmware/efi ] && echo "EFI boot on HDD" || echo "Legacy boot on HDD"
Legacy boot on HDDez az inxi -Fxx kimenet releváns része:
Drives:
Local Storage: total: 1.82 TiB used: 45.24 GiB (2.4%)
ID-1: /dev/nvme0n1 vendor: Samsung model: SSD 980 1TB size: 931.51 GiB
speed: 31.6 Gb/s lanes: 4 type: SSD serial: S649NL0TB48610V rev: 2B4QFXO7
temp: 35.9 C scheme: GPT
ID-2: /dev/sda vendor: Samsung model: SSD 860 EVO 1TB size: 931.51 GiB
speed: 6.0 Gb/s type: SSD serial: S3Z9NB0NA71338P rev: 4B6Q scheme: MBR
Partition:
ID-1: / size: 48.16 GiB used: 19.47 GiB (40.4%) fs: ext4
dev: /dev/nvme0n1p3
ID-2: /boot/efi size: 512 MiB used: 5.2 MiB (1.0%) fs: vfat
dev: /dev/nvme0n1p2Az előbb berakott Gparted screnshot is EFI system particiót ir. De itt van még egyszer:
Amúgy nekem semmi gondom a működő disztrók bootolásával, csak arra a nagy üres helyre kéne még pár disztrót felrakni UEFI-ben, de ehhez tényleg ki kell venni a SATA-s SSD-t, nincs mese.
Archklónokat meg elengedem, éppen meg tudnám oldani a kernel panic-ot, Manjaro-nál sok ilyen volt már! -
& (#89048) growler
Köszi a válaszokat! Közben rájöttem, hogy vissza kell lépnem párat, mivel az NVMe SSD-re felraktam ugyan egy Linuxot és ott kellett volna még rákérdeznem, hogyan tovább... Az még elég tiszta lett volna, viszont pár napja beraktam az NVMe mellé a majd egy éve inaktív Samsung 860 EVO 1TB SSD-t is, amin van kb 6-7 disztró, ezek közül az első frissítésével keletkezett új GRUB és a reboot után már mind a két SSD-n lévő disztró benne volt a bootlistában. Ami fura, hogy az NVME SSD-n(ami UEFI-s) is minden disztró benne van most már a /boot-ban lévő grub config fájlban.
Egyszóval így hiába megyek tovább, jó nagy kavarc lesz és nem fogom tudni, mi miért van és miért ott. Ki kell szednem a legacy-s SSD-t és az elejétől csinálni újra az UEFI-s SSD-n egy rendszert. Ha ez a fránya grub2 core.img nem lenne, el se akadtam volna, mert olyasmi módszerre emlékeztem hsz-ek alapján, amit growler is ír. Mindegy, hét elején szabadnapom lesz és a most leírtak alapján megpróbálok úgy elindulni, hogy meg is értsem, amit írtatok! De használható amúgy, mindkettőtök hsz-e!
(már csak azt bánom, hogy mi a fenéért vettem a Samsung 980 1TB-ot, mikor a 860 EVO is itt volt egy külső házban)
Ja és pusszantom az Archereket, mert az egy éve pihenő SSD-n lévő 6-7 disztróból a két archklón kernelpanic-kal helyettesítette a boot-ot, amúgy Linux Mint, Ubuntu Mate, Debian mind- mind szépen bootolt, frissítette magát, etc...
-
Sajna nekem is haladnom kéne a korral, szóval desktopba UEFI-n telepítettem Mint-et, de fogalmam se volt, hogyan állítsam be a particiókat, így ráengedtem az egész SSD-re az autoparticionálást, aztán nyilván visszavettem a nagy méretű particiót, hogy tudjak felrakni mást is, ha úgy alakul....node ezzel az első sorral nem vagyok kibékülve, mi a ragya az ott?
(csak nagyon eccerűen írjatok róla, mert eddig szörnyű bonyodalmasakat olvastam ezekről az UEFI-s particionálásokról)Ha rakok fel másik disztrót, akkor az ott bekavar nekem vagy az új telepítés lecseréli? Egyszóval mi az ott és minek az oda? Tudtam én, hogy ha majd 10 évet kibirtam legacy particiós sémával, akkor nem kéne erőltetni ezt a nyűves UEFI-t!
Amúgy első NVME SSD-m egész jól fut, lassan el is kéne kezdenem frissíteni a blogot, ahová nyugodtan írjatok NVME SSD-s tapasztalatokat, programokat, etc...
NVME SSD meghajtók - ellenőrzés Linux alatt: align, TRIM, hőmérséklet
KDiskMark (3.1.2): https://github.com/JonMagon/KDiskMark
Flexible I/O Tester (fio-3.28): https://github.com/axboe/fio
--------------------------------------------------------------------------------
* MB/s = 1,000,000 bytes/s [SATA/600 = 600,000,000 bytes/s]
* KB = 1000 bytes, KiB = 1024 bytes
[Read]
Sequential 1 MiB (Q= 8, T= 1): 3386.881 MB/s [ 3307.5 IOPS] < 2402.34 us>
Sequential 128 KiB (Q= 32, T= 1): 3424.648 MB/s [ 26755.1 IOPS] < 1189.31 us>
Random 4 KiB (Q= 32, T=16): 992.807 MB/s [ 248202.7 IOPS] < 591.47 us>
Random 4 KiB (Q= 1, T= 1): 67.166 MB/s [ 16791.6 IOPS] < 58.72 us>
[Write]
Sequential 1 MiB (Q= 8, T= 1): 2707.328 MB/s [ 2643.9 IOPS] < 2802.19 us>
Sequential 128 KiB (Q= 32, T= 1): 2638.668 MB/s [ 20614.6 IOPS] < 1519.23 us>
Random 4 KiB (Q= 32, T=16): 960.044 MB/s [ 240011.9 IOPS] < 660.78 us>
Random 4 KiB (Q= 1, T= 1): 164.511 MB/s [ 41127.9 IOPS] < 22.50 us>
Profile: Default
Test: 1 GiB (x5) [Measure: 5 sec / Interval: 5 sec]
Date: 2023-03-24 18:10:37
OS: linuxmint 21 [linux 5.15.0-67-generic]Ugyanez GUI-ban, ha valaki azt jobban szereti...
-
válasz
ubyegon2 #88904 üzenetére
Az online(azonnali) discard TRIM és az ütemezett fstrim teljesen jól elvan egymás mellett. A discard paramétert akkor nem célszerű használni, ha nagy fájlokkal zajló I/O műveletek történnek, mert abba belekvarhat és lassulást okoz időlegesen. Emiatt tiltják az NVME SSD-nél is, mert alapból ez a nagy fájlokkal és gyors másolással operál.
A noatime opció azért jó, mert minden fájlművelethez így nem fűz naplóbejegyzést, ami által gyorsul az I/O művelet.
De ha elég szabad helyed van, akkor az is bőven elegendő ha pár hetente lefuttatod a manual TRIM parancsot, pár napja olvastam, hogy a relatív nagy overprovisioning mellett akár szükségtelenné válhat a TRIM. Gondolom emiatt van az, hogy a gyártó 7-28% overprovisioning-et javasol, a consumer SSD-nél 7%-ot alkalmaznak gyárilag, a professional meghajtóknál viszont 28%-ot. (már amelyik alkalmazza mindkettőt)
Ezeket találtam régebbi hsz-ekben, de egyébként ha nem akarsz online TRIM-et(discard), akkor beállíthatod napi ütemezett lefutásra is az fstrim-et, itt egy mód erre:
-
az SSD-ről próbálok a HDD-re másolni, akkor kb. 2 másodperc után lemegy a sebesség 0-5 MB/s-re. Ilyen korábban nem volt és nem jövök rá mi okozhatja. HDD-ről SSD-re, samba-n keresztül SSD-re és a HDD-re is normál sebességgel tudok másolni.
A TRIM hiánya itt nem lehet ok, mivel nem az írás lassul be, hanem az olvasás, így sem a TRIM hiánya, sem az overprovisioning nem megfelelő mérete nem okozhatja a jelenséget, bár jelentős lassulást egyébként inkább utóbbi okozhatna...
Célszerű lenne az alábbi parancsot lefuttatnod, hátha kiderül belőle valami. sdx-nél az x értelemszerűen behelyettesítendő a megfelelő partició betűjellel.
sudo smartctl -x /dev/sd
xA kimenetet be is rakhatod ide (a Programkód gomb használatával nyilván), hátha valaki meglát valamit. Így elsőre vagy dugig van mégiscsak a lemez(overprovisioning) vagy egyszerűen kezdi megadni magát...
-
Ó hát abban biztos voltam, de mivel írtad, hogy Cinnamon alatt nagyon kellemes, arra volnék kíváncsibb, hogy ott meg lehetett oldani a felmerülő problémát...illetve meg tudtad-e oldani?
Szóval értelmezhetnénk a sima ügy és a kellemes közti különbségeket az adott helyzetre vetítve....
-
-
válasz
Rimuru #88721 üzenetére
OK, feladom, én csak azt néztem, hogyan lehet elérni azt, amit natë ft szeretne, de ez dupla hiba volt részemről, mert fogalmam sincs, mi hogyan néz ki a Windowsban. Egyébként kb ugyanzt éri el, amit írtam, mint a kijelző méretarány állítása.
De akkor zárjuk le azzal, hogy amit fórumtárs akar, azt csak a KDE...
-
válasz
Rimuru #88714 üzenetére
Szoval azt mondod hogy ha a betumeretet allitod akkor nem a betu lesz nagyobb?
Akkor fussunk neki még 1x, alapból azt mondtam, hogy nem a betűméretet állítom ott, hanem a szövegméretet, de egyébként a screenshoton a vak is láthatta, hogy a betűméretet felül lehet állítani, míg a szövegméretet alul. a következő képeken talán egyértelmű lesz a dolog, mert láthatóan ugynazon betűméretek lesznek az 1,0 és az 1,4-es szövegméret állítás esetén is, viszont az asztali objektumok növekednek és ezen belül nyilván a betűk is nagyobbak lesznek, de minek magyarázom tovább...
Még mindíg azt mondom, hogy ez a beállítás megfelelő lett volna natë kolléga számára, de nyilván könnyebben megmagyarázod nekem egy Cinnamon működését nem Cinnamont használva!
Még egy 1,7-es szövegméretet is nézegethetsz, furamód még itt is az Ubuntu Medium 10-es méretű betűtipus van.
-
-
válasz
apeelme #88674 üzenetére
Pontosan azt, amit Tim82 ft írt a (#88675)-ben. Sajna a belépő modellek közül azok, amik nem saját gyártó NAND-dal és vezérlővel üzemelnek, kb azt tesznek az eszközben, amit éppen a piacon fel tudnak vásárolni. Többnyire azért működnek ezek az SSD-k is, de például ilyen gondok is felbugyoghatnak, mint nálad is.
-
Lehet kipróbálom Arch alatt, mert semmi kedvem Windows-ozni.
Fene tudja, igazából ha az újabb kernelen múlik, talán...de onnantól kezdve mindegy, hogy mi a core alap, mert minden Linux disztrónál ugyanaz, csak a felépítmény változik. (sok beállítást at archwiki alapján csinálnak a Debian/Ubuntu userek is)
Intel-re sem lehet azt mondani, hogy ebben a helyzetben tökéletes megoldás lenne, anno az volt nyilván notebookok esetén...
-
Akkor szerencsére talán megoldódik újabb kernel nélkül is....amúgy érdekes, amit írtál előbbi hsz-ben, mert Linux Mint 21.1-ben és egy Debian Bookwormban-ben is megnéztem az értéket és mindkettőnél
deep
van! Tuti nem állítgattam egyiknél sem semmilyen konfigon.ubyegon@MiWiFi-R3G-srv:~$ echo deep | sudo tee /sys/power/mem_sleep
deep
System:
Host: MiWiFi-R3G-srv Kernel: 6.1.0-5-amd64 arch: x86_64 bits: 64
compiler: gcc v: 12.2.0 Desktop: Cinnamon v: 4.8.6 tk: GTK v: 3.24.36 vt: 7
dm: LightDM v: 1.26.0 Distro: Debian GNU/Linux bookworm/sid
orbanelftars@Mint-20-3c-8570p:~$ echo deep | sudo tee /sys/power/mem_sleep
deep
System:
Host: Mint-20-3c-8570p Kernel: 5.19.0-32-generic x86_64 bits: 64
compiler: N/A Desktop: Cinnamon 5.6.7 tk: GTK 3.24.33 wm: muffin
dm: LightDM 1.30.0 Distro: Linux Mint 21.1 Vera base: Ubuntu 22.04 jammy -
válasz
zolka95 #88040 üzenetére
Ha van kedved hozzá...végivezet a folyamaton: Bullseye Freeze Timeline and Policy
De akár a packages tracker-t is érdemes böngészgetni.
Debian stable Cinnamon verzióval nekem is van kis gondom, ami akár idegesítő is lehetne...teljesen jó, de érezhetően gyorsabb, mint a Linux Mint Cinnamon-om!
-
Szerintem a Kdiskmarktnak nem számít az fs. Az csak a sebességgel foglalkozik, lehet fs nélkül is mérne....
Igen, ezeket a sebességeket a ház előlapi USB 3.0 kimenetén mértem.
Aham, akkor azok teljesen fals értékek és a terminal kimenet is totál betegnek írja!
kb ilyen, ha jó a pen:
[156675.913038] usb 4-3: new SuperSpeed USB device number 2 using xhci_hcd
[156675.934198] usb 4-3: New USB device found, idVendor=0781, idProduct=5580, bcdDevice= 0.10
[156675.934211] usb 4-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[156675.934216] usb 4-3: Product: Extreme
[156675.934219] usb 4-3: Manufacturer: SanDisk
[156675.934222] usb 4-3: SerialNumber: AA011201141422330811
[156675.950422] usb-storage 4-3:1.0: USB Mass Storage device detected
[156675.951000] scsi host6: usb-storage 4-3:1.0
[156675.951119] usbcore: registered new interface driver usb-storage
[156675.953362] usbcore: registered new interface driver uas
[156676.953573] scsi 6:0:0:0: Direct-Access SanDisk Extreme 0001 PQ: 0 ANSI: 6
[156676.954194] sd 6:0:0:0: Attached scsi generic sg2 type 0
[156676.954414] sd 6:0:0:0: [sdb] 62533296 512-byte logical blocks: (32.0 GB/29.8 GiB)
[156676.954696] sd 6:0:0:0: [sdb] Write Protect is off
[156676.954700] sd 6:0:0:0: [sdb] Mode Sense: 53 00 00 08
[156676.955009] sd 6:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[156676.957852] sdb: sdb1 sdb2
[156676.958961] sd 6:0:0:0: [sdb] Attached SCSI removable diskés ilyen, ami írásvédetté vált:
[164236.911387] usb 4-3: USB disconnect, device number 4
[164759.154695] usb 4-3: new SuperSpeed USB device number 5 using xhci_hcd
[164759.175618] usb 4-3: New USB device found, idVendor=0781, idProduct=5591, bcdDevice= 1.00
[164759.175631] usb 4-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[164759.175635] usb 4-3: Product: Ultra USB 3.0
[164759.175639] usb 4-3: Manufacturer: SanDisk
[164759.175642] usb 4-3: SerialNumber: 4C530001100722117104
[164759.176441] usb-storage 4-3:1.0: USB Mass Storage device detected
[164759.176800] scsi host6: usb-storage 4-3:1.0
[164760.207647] scsi 6:0:0:0: Direct-Access SanDisk Ultra USB 3.0 1.00 PQ: 0 ANSI: 6
[164760.208536] sd 6:0:0:0: Attached scsi generic sg2 type 0
[164760.208937] sd 6:0:0:0: [sdb] 121307136 512-byte logical blocks: (62.1 GB/57.8 GiB)
[164760.209795] sd 6:0:0:0: [sdb] Write Protect is on
[164760.209808] sd 6:0:0:0: [sdb] Mode Sense: 43 00 80 00
[164760.210180] sd 6:0:0:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[164760.218624] sdb: sdb1
[164760.219801] sd 6:0:0:0: [sdb] Attached SCSI removable diskEz sem mutat semmi hibát, csak ennyi a gond:
[164760.209795] sd 6:0:0:0: [sdb] Write Protect is on
-
Nem, én nem gondolok erre, maga az általad linkelt kimenet gondol erre, de igen határozottan!
[ 4.976070] xhci_hcd 0000:05:00.0: AMD-Vi: Event logged [IO_PAGE_FAULT domain=0x0010 address=0xcbc11000 flags=0x0000]
[ 4.976082] xhci_hcd 0000:05:00.0: WARNING: Host System Error
[ 5.008090] xhci_hcd 0000:05:00.0: Host halt failed, -110
[ 41.183115] xhci_hcd 0000:05:00.0: xHCI host not responding to stop endpoint command.
[ 41.183121] xhci_hcd 0000:05:00.0: USBSTS: 0x0000000c HSE EINT
[ 41.215130] xhci_hcd 0000:05:00.0: Host halt failed, -110
[ 41.215132] xhci_hcd 0000:05:00.0: xHCI host controller not responding, assume dead
[ 41.215139] xhci_hcd 0000:05:00.0: HC died; cleaning up
[ 41.215155] usb 3-1: USB disconnect, device number 2
[ 41.215287] usb 4-3: USB disconnect, device number 2
[ 41.215516] sd 6:0:0:0: [sdc] tag#0 FAILED Result: hostbyte=DID_TIME_OUT driverbyte=DRIVER_OK cmd_age=36s
[ 41.215520] sd 6:0:0:0: [sdc] tag#0 CDB: Read(10) 28 00 00 00 09 00 00 00 08 00
[ 41.215522] blk_update_request: I/O error, dev sdc, sector 2304 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
[ 41.215576] blk_update_request: I/O error, dev sdc, sector 2304 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[ 41.215583] Buffer I/O error on dev sdc1, logical block 32, async page readDe a Kdiskmart kép is jelzi, hogy valami nagyon nem OK....kb ilyen egy normális USB 3-as pen kimenete:
kb 7-8 éves Sansisk Extreme 32GB az alany
Ha valahová be tudod dugni direktbe a pent, teszteld le ott is...ha szerinted a PCI csatoló kártya a bűnös, de amúgy előlapi kimenetben is próbáltad már, nem? Kicsit lehet kezdek belekeveredni a sok témába így reggel....
Egy normál kimenetben a
sudo lsusb -v
kimenet hasznos lehet! -
A pendrive mi másra való, ha nem arra, hogy a gépbe dugdossam? Ezt most nem értem.
Ööö...elképzelhető, hogy a jelenleg szóban forgó penre írtam a nedugdosd mondatom! De tényleg rosszul fogalmaztam, sorry!
Azért éppen érthetted volna....
(közben szerkesztettem előbbi hsz-t, nézz rá még 1x)
-
Az a pendrive már repüljpáva kategória valóban!
A képen látható olvasás nem rossz amúgy, kb egy PCIe 4.0 NVMe SSD sebességét hozza, ami ugye fura, mert a legnagyobb elméleti USB 3.2 sebesség az 1250 mbps...
A kimenetben ezek a
controller not responding
,I/O error
és társai jelzések us azt mondják, hogy normál működő rendszerbe ne dugdosd a pen-t, mert a beolvasási és egyéb műveleti kísérletek lelassíthatják a rendszert és akkor nekiugrasz, mint röfi az ólajtónak és elállítgatsz valid konfigokat is ügyesen.A swap kérdés....hát ugye először megnézzük, hogy default mennyi swapot csinált a rendszer és utána kezdünk variálni.
Alap userkedésre bőven elég az a swapfile, ami a rendszerrel jön. help
Igaz persze, hogy a Linux Mint Cinnamon igen stabil rendszer, de persze megsínyli az is, ha megpróbáljuk megöldösni mindenféle kevéssé átgondolt bíbelődéssel!
Minap itt is láttam egy kérdésed, de oda már nem nagyon irkálok....szóval semmi fontos nem derül ki a kérdésből, ennek ellenére a szakik rá se kérdeznek és beraknak egy évtizedes WIndows 7-es linket. No mindegy, szerintem ezt az overprovisioning kérdést elég furán kezelik a szaktopikjában is! De minimum meg kellett volna kérdezniük az SSD pontos tipusát, mert abból kiindulva lehet adekvát választ adni a kérdésedre! Ilyenkor képedek el erősen, ha arra gondolok, hogy az ottani szakik eltanácsoltak, hogy én oda ne is írjak, mert nem vagyok hozzáértő.
Szóval pihenésképpen olvasgasd ezeket a hsz-eket az OP-ről, hogy képbe kerülj, mit is kéne kérdezned az SSD-d szabad helyéről.
De ahogy nézem, ebben a topikban is toltam rendesen az okosságokat az OP-ről...nyilván a régebbi bejegyzések...hát azok még elég kezdő korszakomban keletkeztek, de az újakból azért tudsz kinyerni hasznos infókat.
Esetleg ezt még megpróbálhatod a pennel, de sok esélyt ne adj neki:
How I fixed xHCI host controller not responding, assume dead
-
válasz
I02S3F #87751 üzenetére
Hát azért gondolom a kde fejlesztők is összedolgoznak. Például egész szépen össze vannak integrálva a kde appok egyenként.
OK, de melyik az a disztró, amit ugyanaz a fejlesztő csapat csiszol, mint amelyik a DE-t is fejleszti? KDE esetére értem. Van saját disztrója a KDE csapatnak, de azt éppenhogy azonnal kiadják, ahogy lehet. Szerintem a Kubuntut megelőzendő, quasi tesztelési céllal....de lehet tévedek.
-
válasz
I02S3F #87748 üzenetére
Attól függ milyen vasra rakod.
Igen, egy szint felett semmi különbség sincs, amikor teszteltem a kettőt direkt erre, a KDE alapból jóval kevesebb RAM-mal indított és amikor ugyanazon programokat elindítottam, simán beelőzte fogyasztásban a Cinnamont. De ma már mindegy ,melyik DE-vel raksz fel disztrót, ugyanaz a helyzet fog beállni, amit imént vázoltam. Kivétel, ha nem netezik vele a user.
A kde testreszabhatóbb, a cinnamon meg gyorsabb.
Régebben jóval lomhább volt a Cinnamon, de valamit nagyon megoldottak nála, mert ma már az is gyors, szerintem itt sincs szignifikáns különbség. De lehet ez is csak egy hardver-szint felett van így....
-
Abszolut elhanyagolható erőforrás szempontjából a különbség ma már, a KDE jobban konfigolható, de már a Cinnamon is annyi beállítási opciót kínál, hogy nagy részéről azt se tudom, mire való 9 év használat után.
Egy óriási különbség van azonban! De ezt a Mint Cinnamonra írom, amikor a Mintes fejlesztők megkapják a már kiadott Ubuntus core alapokat, amire építik az új kiadást, akkor még jó sok hétig csiszolgatják a Cinnamonnal és a Nemo fájlkezelővel plusz a Xapps-szal, nem véletlenül nem olvasol meglepetésekről az említett disztrónál. KDE esetén nem tudok róla, hogy lenne ilyen sok hetes fejlesztői összecsiszolás. Innentől Te döntesz.
-
...ha a uname -r frissebbet mutat, akkor töröljem nyugodtan.
Jól mondta Kapitány, max nokedlibbaknak javasolják, hogy egy előző működőt azért célszerű megtartani!
Viszont a Discordot nem értem, hogy miért jelöli elavultnak
Ha Debian azt írja, elavult, akkor az is!
Hisztis egy nőszemély, amit nem szeret, azt úgyis kicsinálja előbb-utóbb. Dobd a Discordot!
(#87719) csixy
Valahogy felkutatom és beteszem Raymondnak a linket.
Tuti tetszeni fog neki meg pár embernek még onnan, no persze nem a karótnyelt nagyeszű fafejnek nyilván.
-
Anno én is használtam pillanatragasztót, mikor a CPU-hűtő alaplapi rögzítő kallantyúja eltört meg a vadi új desktop ház hátsó kimeneténél is fogóval hajtogattam fel a lemezt a DVI csatlakozó miatt. Én anno alapból is kedvenc tantárgyamnak tartottam a drasztika nevűt!
(mondjuk azért még a nyomodba sem érek barkácsilag)
Ezt a hsz-t meg csak úgy itthagyom 2014-ből....
A flexelt SSD-t egy keskenykliensbe szerkesztettem be. Egy plasztik játékkártyával izoláltam a wlan kártyától.
Tudom, még a kép is élénken él bennem, amit beraktól róla!
-
Szintén zenész!
Lófüttyöt, ez már egy 100tagú cigánzenekar inkább! Kernelfrissítés előtt Timeshift mentés meg programok leaállítása!?
Ez komoly? Ez egy kernel, nem egy támadóvírus! Én ráeresztem a frissítéseket, ha vannak és csinálom tovább a dógomat, sose volt még ezzel gond...Timeshift mentés...
Szeretünk veszélyesen élni!
(#87714) csixy
Ezek a Flash SSD topikos népek ennyire nem ismerik a kreatívitásodat?
Flexelt SSD-t beraktad anno oda? -
Na várjál, ez Debian, amiről beszélünk? Ott szerintem nincs beállítva így automatikusan, hogy az aktív +1 kernelen felüli példányokat pucolja a remove parancs! Debian az Debian, user megoldja, amit szeretne, Linux Mint meg Mint, ott mindent is megoldanak a user helyett!
orbanelftars
Figyelmesen nézed át még a terminal kimeneteket is a hsz-ben, ez nagyon pozitív dolog! Amúgy nem ez a user, csak most lecseréltem erre! Imádom az embert, biztosan azért.
-
Érdemesebb terminalból a
sudo apt autoremove
parancsot használni, mert az a beállított darabszám feletti kerneleket automatikusan eltávolítja. Amúgy ha nem látod értelmét, hogy a legutolsó működő kernelt meghagyd, érdemes törölni a régieket.(én laikusként egyet mindig meghagyok)
épp itt is van egy kivégzésre váró kernel:
orbanelftars@Mint-20-3c-8570p:~$ sudo apt autoremove
[sudo] fekete jelszava:
Csomaglisták olvasása... Kész
Függőségi fa építése... Kész
Állapotinformációk olvasása... Kész
Az alábbi csomagok el lesznek TÁVOLÍTVA:
linux-headers-5.15.0-53 linux-headers-5.15.0-53-generic
linux-image-5.15.0-53-generic linux-modules-5.15.0-53-generic
linux-modules-extra-5.15.0-53-generic mint-backgrounds-vanessa
0 frissített, 0 újonnan telepített, 6 eltávolítandó és 4 nem frissített.
A művelet után 632 MB lemezterület szabadul fel.
Folytatni akarja? [I/n]Itt láthatod, mennyi kernel van jelenleg:
Minden tiszta?
-
Ha nagyon zavar, nézegesd a dependency-s parancsokkal, de sok vizet nem zavarnak ezek. Ha nem indítod el, olyan, mint ha nem is lenne, gondolom nagy helyet nem foglalnak el. Ha rugalmasabban akarod kezelni ezt a kérdést, akkor valóban Debian-t kell felraknod...és utána látni fogod, mi az előnye, hogy a Mintes csapat így összegyúrt mindent!
Viszont a Debian egyébként nagy függőségkirálynő, tud hisztis dolgokat csinálni, érdemes ezzel is elszórakozni, nagyon jól lehet tanulni így a csomagkezelést, függőségkezelést és sok mindent, ami kezdőként minden más disztrónál hasznos lehet!
Nemrég már nem lecserélted a Linux Min-et amúgy?
-
Amellett, hogy ennél kb nem tudok elképzelni értelmetlenebb dolgot, fórumtársaknak igaza van. Totál össze van építve a DE a fájlkezelővel és szerintem az Xapps saját fejlesztésű appokkal is, itt egy példa, mi történik, ha a Nemo-t el szeretnéd távolítani.
Terminalból apt-cache depends csomag parancs megmutatja, milyen függőségei vannak adott csomagnak....
ubyegon@Mint-20-3c-8570p:~$ apt-cache depends nemo
nemo
Függ ettől: cinnamon-desktop-data
Függ ettől: cinnamon-l10n
Függ ettől: desktop-file-utils
desktop-file-utils:i386
Függ ettől: gsettings-desktop-schemas
Függ ettől: gvfs
Függ ettől: libglib2.0-data
Függ ettől: libnemo-extension1
Függ ettől: nemo-data
Függ ettől: shared-mime-info
shared-mime-info:i386
Függ ettől: poppler-utils
poppler-utils:i386
Függ ettől: exif
Függ ettől: id3
Függ ettől: odt2txt
Függ ettől: catdoc
Függ ettől: untex
Függ ettől: html2text
Függ ettől: python3-xlrd
Függ ettől: libatk1.0-0
Függ ettől: libc6
Függ ettől: libcairo-gobject2
Függ ettől: libcairo2
Függ ettől: libcinnamon-desktop4
Függ ettől: libexempi8
Függ ettől: libexif12
Függ ettől: libgail-3-0
Függ ettől: libgdk-pixbuf-2.0-0
Függ ettől: libglib2.0-0
Függ ettől: libgsf-1-114
Függ ettől: libgtk-3-0
Függ ettől: libpango-1.0-0
Függ ettől: libpangocairo-1.0-0
Függ ettől: libx11-6
Függ ettől: libxapp1
Függ ettől: libxml2
Ajánlja: gvfs-backends
gvfs-backends:i386
Ajánlja: gvfs-fuse
Ajánlja: librsvg2-common
Ajánlja: nemo-fileroller
Ajánlja: gnome-disk-utility
Javasolja: eog
|Javasolja: evince
Javasolja: <pdf-viewer>
okular
atril
evince
gv
mupdf
qpdfview
viewpdf.app
xpdf
xreader
zathura-pdf-poppler
|Javasolja: totem
Javasolja: <mp3-decoder>
mpg321
opencubicplayer
vlc
Javasolja: xdg-user-dirspici help a témához:
How to Check Dependencies of a Package in Ubuntu/Debian-based Linux Distributions -
válasz
Synaptic #87604 üzenetére
Második lépésként hozz létre egy 72Gb -Ext4 partíciót "/" csatolási ponttal. /Tudom nem szép
/
/Mivel nem tudom mennyi ramod van inkább csináljunk 1 Swap particiót is./
Harmadik lépésként a maradék helyen ez kb 8gb létrehozol egy Linux Swap partíciót.
helyett
Második lépésként hozz létre egy 80Gb -Ext4 partíciót "/" csatolási ponttal. /Tudom nem szép
/
/
Mivel nem tudom mennyi ramod van inkább csináljunk 1 Swap particiót is./Harmadik lépésként a maradék helyen ez kb 8gb létrehozol egy Linux Swap partíciót.A (Ubuntu, Mint) rendszer a 80GB-os "/" partición belül létrehoz egy swap file-t.
szerintem
-
válasz
#63718632 #87554 üzenetére
Linux Mind-es Zolivagyok kománk! Mint topikban közismert nagyon.
Olvasva az összefoglalód a Nobara-ról
, nem lehet rossz, de nem annyira értem, miért cuppan rá ilyenre olyasvalaki, akinek nem gond felrakni azokat a csomagokat, amikre szüksége van. Kicsit olyan ez a Nobara is, mint a Mint Cinnamon akkor Fedora vonalon.
-
válasz
#63718632 #87551 üzenetére
No akkor már megérte megemlíteni!
Én is úgy kaptam a linket, amiatt persze, hogy videátor kománk reaktiválta magát!
Írj róla amúgy, én például ilyen félórás ömlengésből 3-5 percet birok végignézni, nem is ilyen helyekről merítek forrást. Már amennyire variálok, igaz már vagy az 50. Mint Cinnamont nyúzom.
-
-
válasz
RaZroX #87513 üzenetére
Ez így vakkérdés, de ha szerencsénk van, a fontos részletek nélkül is menni fog. Azt kell csinálnod, amit az ablakban javasol a csomagtelepítő.
Terminalban Ctrl+Alt+T kiadod az alábbi parancsot:
sudo apt install libapr1 libaprutil1 libxcb-cursor0 libxcb-damage0
Ha ezután sem fog menni, akkor valami függőségi gond lesz, de ne aggódjunk előre.
-
Az a lényege hogy a root csak olvasható, így jobban ellenáll a user szétcseszési kísérleteinek, meg reziliensebb, kevésbé támadható, stb.
Super, de épp imént írtad valamivel kapcsolatban, hogy inkább haladóknak van...ezt a Vanillát ráeresztenéd egy kezdőre egyébként?
Alapból a root is elég védett, ha valaki belebarmol, csak direkte teheti, akkor meg úgy járt. De amúgy legalább már értem a miértjét a két root-nak, thnx!
(olyan, mintha már nem tudnának mit kitalálni, hogy ne tucatdisztró legyen)
-
Fedora és Fedora Silverblue nem ugyanaz
Értem...sejthettem volna, már a név alapján is!
Az abroot-nak minimum 2x20GB tárhelyre van szüksége a 2 root miatt. Plussz a többi cucc, így lesz a minimum tárhely méret 50GB.
Ja, láttam (#87435) májkimiki komám posztjában, de nem hiszem, hogy ennek homeuser-ként bárkinél lenne sok értelme. Mondjuk épp nálam elférne az 1,92terás SSD-n. Nekem az eccerű, könnyen kezelhető disztrók még mindig jobban bejönnek. De ennél a Vanillánál az, hogy Ubuntu alapú, de nincs apt csomagkezelés, de van Archos meg Fedorás....jujjjj
Pedig de eccerű ez is!
Pl. filelight apt alapon, ubuntu tárolólóból:
apx --apt install filelightUbuntu tárolónál viszont vigyázni kell, mert ami snap-ra mutató link az nem fog felmenni.
(használd az apx --apt search -t)Megnézném pár hónap múlva, milyen katyvasz lesz ebből is:
- Alpine repository.
- Ubuntu repository.
- AUR (Arch User Repository).
- Fedora's DNF (Dandified YUM) repository. -
válasz
#63718632 #87442 üzenetére
Tényleg, az első hsz-ednél van egy ilyen rész, most esik le, hogy arról van szó! Akkó' ezért ír 50GB helyet a leírása? Ha majd rájössz, van-e ennek valami gyakorlati értelme is, mindenképp írj róla...nem akarsz valami jó kis blogot írni? Viccen kívül, olyan rég volt már jó disztró-ismertető blogunk!
Amúgy letöltöttem, de most a legfrissebb Debian telepítést akarom varázsolni kicsit, stable to testing, etc...
Ha már gamerkedés....nemsoká érkezik egy kiselejtezett desktop, 1060 3GB VGA lesz benne, nekem ez semmit nem mond, mennyire nokedli ez a kártya, ha valami game-et ki akarnék próbálni?
-
Néha kicsit ki kellene mozdulnod a debian világból
Jogos, bár akármennyit is mozgok majd, tuti nem cuppanok rá egy EndlessOS tipusú akármire.
Fedora megvolt 8+ éve, tökéletes blackscreen effekt volt, azóta se próbáltam, egyébként Archklón vonalon sokat szórakoztam, szóval mégsem csak a Debian világában kövülök...bár tény, hogy nekem az is bőven elég.ostree...hát igen...erről se hallottam még.
Tuti matujalem lehetek, de ez a települ a jövőbeni particióra, majd boot után áttelepül a jelenlegi particióra....ez sokaknak biztosan nagyon kell, ha nagyon kipihent lesz az idegrendszerem, ki is fogom próbálni.
-
válasz
ubyegon2 #87436 üzenetére
Az az abroot elég érdekes egy valami, nem nagyon hallottam még ilyenről...
abrootnak két állapota van - a jelen és a jövő. Amikor először van a Vanilla OS telepítésében, a jelenlegi állapot az A. Amikor újraindítja a rendszert, az állapot automatikusan átvált B-re. Amikor egy csomagot telepít az abroot segítségével, az a jövőbeli gyökérpartícióra települ, és újraindításkor szinkronizálódik a jelenlegi gyökérpartícióval.
-
válasz
tordaitibi #87362 üzenetére
Fenéket jó a memóriám
Pedig jó az, igaz csak félig, mert a linkelt módszer akkor működik, ha nem a Manjaro, hanem egy mellette fenn lévő másik disztró kap kernelfrissítést, ilyenkor viszont a Manjaro egyértelműen kernelpanic-kal indít. Viszont ez esetben a fallback mód valóban bootolja.
Én is rákerestem. Kollégánál más a gond, esélyesebb szerintem is a fs anomália! Vagy a szokásos Manjaro-egzotikum!
(#87352) CPT.Pirk
Továbbá érdemes lenne ellenőrizni az ssd/hdd SMART adatait is, hátha valami hardveres hiba van, akár csak egy kontakt hibás sata kábel miatt...
Azonos SSD-n van a Mint és a Manjaro.
-
válasz
CPT.Pirk #87267 üzenetére
Mindeközben még az ilyesmire nagyon érzékeny Debian sem szedte ki a mesa-ból ezeket.
Ennek fényében tényleg nehezen érthető ez a codek kivétel a Manjaró-nál!
Elég durva, mert tényleg ma már minden film ezekkel a kódolásokkal jön valóban, szerencsére csak nemitthon nézek notin sorozatokat!
Lehet, hogy eljön nálam az Arch-ra váltás pillanata.
Hát sajna a kedvencünk nem éled már fel soha!
Időnként ránézek, de semmi remény... (Chakra, ha valaki nem tudná)
(#87269) K0zm0
De szerintem azt válaszd, amelyik tetszik és amelyikbe hajlandó vagy időt és energiát fektetni!
Azt olvastad, hogy a zasszony is használja az eszközt?
Így azért szerintem Te sem mernél kockáztatni!
-
válasz
CPT.Pirk #87264 üzenetére
Nem csak h. nem volt gyors a netinstall, jellemzően előjött pl. a driver hiánya probléma a net elérésénél. Ugyan be lehetett neki kézzel adni drivert...
Oppa, milyen igazad van! Pont így szívtam a kezdetekkor én is, gyakorlatilag a hálókártyát nem ismerte fel, épp Win7-ről áttérőben szembesültem ezzel, mire összejött...szerintem egy ilyentől egy normális ember sírva visszaszaladt volna Win-re, de én akkor már tudtam, hogy úgyis működni fog.
Asszem a Mint Maya akkor már meg is volt, miután már a Debian is működni kezdett, szép nyugodtan formattáltam is a Windowst a HDD-ről.
Engem a régi csomagok sosem zavartak, mivel a gépeimet sem, a Cinnamon-Nemo párost is azért frissítgetem a legújabbra Debianon, mert azok kezelését már nagyon megszoktam Mint-en. Különben meg miért kéne rohadt frissnek lennie, anno a desktop sem volt AAA játékra kihegyezett gép, most meg a HP 8570p meg a Dell M4700 sem mai csirke.
Viszont tesótól nemsoká kapok valami desktopot, nem tudom milyen VGA meg CPU van benne, de majd jövök Linuxos game kérdésekkel biztosan. Túl vacak gép csak nem lesz, igaz neki gyenge volt és öt Ryzen 9-es procijú gépre cserélte. Van is még 3 db 3900X eladó neki...., rájött, hogy nem kell 6 gépet összekötni mégse!
tedd el a linket: https://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware/
Köcce!
Sajna mindent elrakok, ami hasznos, csak éppen sose lelem, mikor kéne!
Már lecuppantak amúgy....
-
válasz
sh4d0w #87261 üzenetére
Sima netinst ISO-ról szinte bármelyik DE választható.
Anno nekem elég lassú volt a netinstall, bár lehet akkoriban még nem figyeltem, hogy megfelelő tükörszervert válasszak. Meg valahogy ez a választható nem jött be, plusz van a lista tetején egy alap Debian Gnome valami, amit nem értek, mert utána jön minden DE, a Gnome is...bár lehet ez csak a normál iso-nál van. Mate-t ritkán nézem, viszont a Cinnamon ikonok is elég szörnyűek, igaz az egész DE is nagyon alap és régi, kicsit átszabom majd Mint Cinnamonosra, anno elég nyűgös volt a friss Cinnamon felrakása Jessie-re, talán experimental-ból csináltam, de épp az tetszett benne, hogy tudom variálni és a végén pont olyan lesz, mint a Mint Cinnamon (közben lehet gyakorolni a helyreállítást is konzolból). Sokkal érdekesebb Debiant kutyulgatni, mint hopperkedni mindenféle új variánsokkal, főleg mivel 9 év elteltével is ugyanazt használom, már nem keresek új disztrót!
debian-live-11.6.0-amd64-cinnamon.iso
Látom már 11.6.0-nál tartunk, le is cserélem a fenn lévő választható DE-s verziót pihenésképpen.
-
válasz
sh4d0w #87259 üzenetére
Ja bocs, nem úgy új, hanem nekem új!
7-et, de főleg 8-at használtam anno, utána szünet volt. Most az új(ez sem új-1,92TB PM883) SSD-re Mint mellé felraktam egy olyan verziót, amiben választani lehet DE-t és nagyon más, mint a pár héttel ezelőtt próbált külön Cinnamon DE-vel szerelt változat.
-
Remélem nálatok is bejön majd a Mint tartóssági szempontból...egyébként direkt csak a fenti példát említettem, mert a sok év során rengeteg embert kényszerítettem Linux Mint Cinnamon használatára.
Sokat eszik suspendben? No látod ez nekem sötét terület, mivel 99%-ban hálózatról használjuk a notikat. A HP Elitebookom 4 éve napi 12-16 órát lóg áramon és az akksija simán jól érzi magát...
ubyegon@Mint-20-3c-8570p:~$ inxi -Bxxx
Battery:
ID-1: BAT0 charge: 35.9 Wh (97.8%) condition: 36.7/36.7 Wh (100.0%)
volts: 12.4 min: 10.8 model: Hewlett-Packard Primary type: Li-ion
serial: 33254 2013/03/12 status: N/Aubyegon@Mint-20-3c-8570p:~$ upower -i `upower -e | grep 'BAT'`
native-path: BAT0
vendor: Hewlett-Packard
model: Primary
serial: 33254 2013/03/12
power supply: yes
updated: 2022. dec. 31., szombat, 09:14:10 CET (25 seconds ago)
has history: yes
has statistics: yes
battery
present: yes
rechargeable: yes
state: fully-charged
warning-level: none
energy: 35,856 Wh
energy-empty: 0 Wh
energy-full: 36,6984 Wh
energy-full-design: 36,6984 Wh
energy-rate: 0 W
voltage: 12,365 V
charge-cycles: N/A
percentage: 97%
capacity: 100%
technology: lithium-ion
icon-name: 'battery-full-charged-symbolic'ubyegon@Mint-20-3c-8570p:~$ upower -i /org/freedesktop/UPower/devices/battery_BAT0
native-path: BAT0
vendor: Hewlett-Packard
model: Primary
serial: 33254 2013/03/12
power supply: yes
updated: 2022. dec. 31., szombat, 09:18:10 CET (106 seconds ago)
has history: yes
has statistics: yes
battery
present: yes
rechargeable: yes
state: fully-charged
warning-level: none
energy: 35,856 Wh
energy-empty: 0 Wh
energy-full: 36,6984 Wh
energy-full-design: 36,6984 Wh
energy-rate: 0 W
voltage: 12,365 V
charge-cycles: N/A
percentage: 97%
capacity: 100%
technology: lithium-ion
icon-name: 'battery-full-charged-symbolic'Azért raktam be pár terminal parancsot, hogy ezekkel nézegethesd az akksikat.
-
Melyikkel lesz kevesebb nyűgöm? Ugye szempont az is, hogy a feleségem is használja, ő meg az első hibánál pánik gombot fog nyomni.
Baráti család női és férfi tagja is általam beszerzett notebookon használ Linux Mint Cinnamont sok éve, az ember gépére még én raktam új Mint-et márciusban, amikor kinn voltam náluk a 18.03. volt még fenn, szóval nem mai telepítés. Kb a legelején volt pár kérdés, betűméret, etc. szintű, de egyébként kérdés nélkül használják mindketten évek óta. Alap média, böngészés.
Manjaro-t soha nem mernék külföldön élő barátok gépére tenni, saját 9 éves tapasztalataim legalábbis ezt dobták eddig. Egyébként bejön nekem a Manjaro, de minden gépemen trükközött eddig valamit.
Meg ugye rolling...
májkimiki
Neked is különös érzéked van előásni valami rettenet próbálkozós disztrót!
Amúgy dekoratív nagyon.
-
Ez gáz, pár hónapja olvastam ilyesmiről, de sajna kifejezetten notebook tipus specifikus a dolog, úgy rémlik. Kb a nem tudsz mit csinálni ill vársz újabb kernelre, etc,... megoldás merül fel ilyenkor.
Ilyen ötleteket lehet olvasni, mint itt is a Hibernate and suspend don't always work well: they make some computers malfunction or even enter a coma fejezetben
-
Mintha 80%-ban mutatná a Linux, nem tudom érthető-e...
Ööö...nem az. Bár Wint nem használok, de ha teljes méretben egy kép kisebbnek tűnik, az szerintem más felbontás eredménye lehet. Nem Linux miatt lehet ez, hanem a képnéző/szerkesztő programok beállításai miatt inkább. (mivel azt írtad, amit írtál, kénytelen vagyok elárulni, hogy Linux alatt is van több különböző képnéző/szerkesztő program, valamit biztosan használsz most is, de nézz meg másokat is és főleg a beállításokban nézz körül - ugyanaz a kép ugyanis ugyanakkora)
Ez kb a tizede a fellelhető picappoknak:
7 Best Linux Photo Management Software
Vannak csak viewer appok is:
Új hozzászólás Aktív témák
Hirdetés
A 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!
- Sea of Thieves Premium Edition és Egyéb Játékkulcsok.
- Kaspersky, McAfee, Norton, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- 27%-OS ÁFÁS SZÁMLA I Jogtiszta Microsoft digitális és fizikai termékek I DIGITALKEYZ.COM
- AKCIÓ! ASROCK H310CM i5 9600K 32GB DDR4 500GB SSD RTX 3050 8GB DeepCool Tesseract SW 500W
- ÁRGARANCIA!Épített KomPhone Ryzen 7 9800X3D 32/64GB RAM RX 9070 XT 16GB GAMER PC termékbeszámítással
- Bomba ár! Dell Latitude 7320 - i5-11GEN I 8GB I 256SSD I HDMI I 13,3" FHD I Cam I W11 I Garancia!
- ÁRGARANCIA! Épített KomPhone Ryzen 5 7600X 32/64GB DDR5 RTX 5060Ti 8GB GAMER PC termékbeszámítással
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7700X 32/64GB RAM RX 9070 16GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest