- Motorola Edge 50 Neo - az egyensúly gyengesége
- Redmi Note 13 Pro 5G - nem százas, kétszázas!
- Honor 400 Pro - Gép a képben
- Bemutatta a Huawei a Band 10 okoskarkötőt
- Milyen okostelefont vegyek?
- Apple iPhone 17 - alap
- Okosóra és okoskiegészítő topik
- Apple iPhone Air - almacsutka
- Milyen GPS-t vegyek?
- Apple Watch Sport - ez is csak egy okosóra
-
Mobilarena
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
kemotox
addikt
válasz
ubyegon2 #65827 üzenetére
Lol ennyire megbántottalak a múltkor? Még le is mentetted a kommentjeimet, hogy vissza tudj belük vágni? Hát ez nagyon szánalomra méltó.
BTW kíváncsi lennék a topicgazdi véleményére, mert ez mondjuk már szerintem kimeríti az ugatás és a személyeskedés fogalmát.Ja és én még a múltkor próbáltam normálisan, nem haraggal lezárni a nézeteltérést. De úgy néz ki fölösleges volt, ehhez két felnőtt kell.
Azt a lehülyézést meg ti képzelitek bele, bár azok után, hogy nem is az én gondolataim lettek betámadva, már nem is lepődök meg semmin.
Dave: Nem kódot írtam ember.. nyilván minden szoftver kódból áll, ez így tényleg hülyének nézés lett volna, de én -még egyszer- nem kódot írtam. Arra próbáltam kilyukadni, hogy a GUI is ugyanazt csinálja, mint mikor beírod a parancsokat, azaz nincs nagyon több funkció a GUI-ban.
-
Dave™
nagyúr
válasz
ubyegon2 #65827 üzenetére
Az nekem is feltűnt, hogy nem érdekli miről van szó, csak így kár belefolyni, mert teljesen félremegy a diskurzus. Azzal nincs bajom hogy ki mit preferál, a funkcionalitás viszont elég objektív dolog. A háttérben kód fut megjegyzés viszont még a kezdő topikban is eléggé lenéző szerintem, ismeretlenül legalábbis mindenképpen.
-
Frawly
veterán
válasz
ubyegon2 #65807 üzenetére
Nem elfogadás kérdése. Pl. cfdisk -z vagy fdisk segítésével csinálj arra az SSD-re új GPT partíciós táblát, meg particionáld újra. A BIOS-ban meg engedélyezd az UEFI bootot, a secure bootot meg tiltsd le. Más nyitja nincs. Olyan nincs, hogy egy gép addig tudta, utána nem fogadja el sem a GPT-t, sem az UEFI bootot.
Ennek függetlennek kéne lennie akármilyen disztrótól, a hardvert egyik sem tudja tönkretenni.
Az ESD mappáról nem tudom micsoda, olyat még nem használtam, majd utánanézek. Valamit te kutyultál össze azon az SSD-n.
A Nemo-t utálom, de nem konkrétan név szerint a Nemo-val van bajom, hanem az összes ilyen intézőszerű fájlkezelővel, Windows Intéző, Thunar, Dolphin, PCManFM, stb.. Nem érdekel hány panelt lehet bennük nyitni, használhatatlan hulladék mind, nem is értem, hogy sok ember hogy használhatja ezeket. Ezeknél még az is jobb, ha terminálban, parancsokkal kezeli valaki a fájlokat. Egyik ilyen intéző típusú fájlkezelő sem fogja elérni egy rendes kétpaneles commander szintjét. Már DOS, Windows alatt is commandereket használtam fájlkezelésre, és ez Linux alatt sem változott, a mai napig így van. Attól, hogy átálltam Double Commanderről Vifm-re, az is csak kisebb változás, mivel a Vifm is épp úgy commander-klón, csak annyiban speciális, hogy terminálban fut, és vim-billentyűkket és vimhez hasonló üzemmódokban lehet vele kommunikálni, nem egérrel meg hagyományos nc/mc/TC/DC-billentyűkkel.
Eddig ha terminálban, vagy SSH-n keresztül kellett valami commander-szerűség, akkor mc-t tettem fel, most Vifm lesz helyette ebben a szerepkörben is.
-
válasz
ubyegon2 #65807 üzenetére
Én így szoktam meg a winnyózban. Fogd és vidd. Ez a legegyszerűbb nekem. A Nemo második panelját életemben nem láttam , most is keresem, de nem találom.
Forgatókönyvet nem írtam hozzá. Csak úgy csinálgattam éppen, de szerintem minden benne van, amit át akartam adni (majdnem szükséges és elégséges mértékben, leszámítva a menet közbeni eltévedéseket). Amúgy ez már a második nekifutás volt. Harmadszor egyenlőre nem próbálnám. Ha a sallangokból kiszeded a lényeget, akkor te is meg fogod tudni csinálni és a vágási folyamattól áll benned össze a kép szerintem , az lesz a saját diszkussziód. -
Flowtation
őstag
válasz
ubyegon2 #65799 üzenetére
Azt nem tudom, de amit át kell írni, azt én úgy csináltam, hogy a grub-ban kiválasztottam a manjarot, majd e billentyű, ott a végén van egy sor: boot/intel.ucode.img-et kell átírni a megfelelő kernel verziószámú sorra: initramfs-4.19-x86_64.img-re. Egyébként indul a manjaro fallback módban, aztán gondolom ott egy grub-install - update-grub is megoldás. Forrás: [link]
Szerintem erre gondoltál Te is, nem? -
Flowtation
őstag
válasz
ubyegon2 #65792 üzenetére
De, hogy ne kapjunk ki: ismét kedvet kaptam a manjarohoz és természetesen KDE. Hiába...no.
most folyik egy projektem, cél, hogy mindent linux alatt oldjak meg. Ezek kiadványszerkesztés, videovágás, főként, de más apróbb dolgok is előtérbe kerültek. Főként azért, mert nem csak itthonra kell, hanem hivatalosan is, előny az openszósz.
-
Frawly
veterán
válasz
ubyegon2 #65751 üzenetére
A Cinnamont, Gnome-ot, KDE-t, stb. fel lehet rakni soványabb kiadásban is, csak akkor nem metacsomagot vagy csomagcsoportot kell telepíteni, hanem csak egyes csomagkomponenseit, pl. WM része, tálca, kompozitora, szükséges tálcaappok, indítómenü, vagy ami kell belőle. Nem kötelező mindig az egészet az összes alkalmazással együtt feltenni. A full extrás disztrók minden komponenst felraknak, mivel azt nem tudják előre, hogy egy kezdőnek mire lesz szüksége, és nem akarják, hogy azzal kelljen kezdeni a linuxszal ismerkedést, hogy mindjárt hiányzó csomagokat kell telepíteni, meg terminálban kelljen vitézkedni, ami elveszi a kezdők kedvét.
Egyébként jó hír a PH-soknak: ha újra is rakom az Arc-hom, az UEFI bootot nem kell legalább újratelepíteni. Csak hogy örüljetek valaminek
-
Frawly
veterán
válasz
ubyegon2 #65750 üzenetére
Sokszor csak kíváncsiságból telepítek progikat, hogy megnézzem őket. 90%-ban nem is tetszenek, csak lusta vagyok leszedni ezeket. Néha egyszerűbb újratelepíteni. Úgyis akartam fájlrendszert is váltani.
A kisebb hely nem annyira fontos, de minek legyen fönt sok felesleges csomag, ha nem használom? Csak feleslegesen foglalják a helyet, hizlalják a rendszert, feleslegesen okoznak többletletöltést frissítéskor.
De azt már megszoktam a PH-n, hogy a belakott rendszer az szent, 10 évnél sűrűbben tilos errefelé újratelepíteni, mert meg lesz lincselve az ember
Végül is minden fórumnak megvan a szokásos mémje, a hwsw-n mindig az a szöveg ment anno, hogy cserélj tápot, akkor is, ha valami szoftveres probléma volt, ott tápmánia volt napirenden. A MS-os fórumokon ezzel szemben akkor is újratelepítés a mottó, ha szükségtelen. Kinek mi a fetisizmusa éppen.
Az LFS, Gentoo nekem nem éri meg, annyi időm tényleg nincs, hogy telepítéskor meg minden egyes frissítéskor mindig újraforgassak mindent. Sokat nem nyernék vele egy Arch-csal szemben. Nagy Arc-hoz elég az is.
-
CPT.Pirk
Jómunkásember
válasz
ubyegon2 #65714 üzenetére
Az RC3-at már nyugodtan felteheted, nincs ismert hibája. Én várok még 1-2 dolgot mint pl. a Vulkan driverek beépítését, de ez ne zavarjon.
És inkább legyen RC456, mint adott naptári dátumra kiadott bugos telepítő.sh4d0w: az elég derék. Nekem ssd-n hoz kb. hasonló, vagy csak picit nagyobb számokat a Chakra.
-
Laszlo733
aktív tag
-
Frawly
veterán
válasz
ubyegon2 #65673 üzenetére
Azt már sokszor írtam neked, hogy a systemd-analyze nem valós értékeket mér, nem kell vele foglalkozni, ennek ellenére valahogy nem tudsz tőle elszakadni. Jó, legyen, de magadat csapod be hamis számokkal. A bootidőt stopperrel (óra, karóra, stopperóra, telefon, tablet, másik gépen futó stopper) kell mérni, a bootmenütől. Nem a gép bekapcsolásától. Bár érdekességképp mérheted azt is, hogy a gép bekapcsolásától a bootmenüig eljutás mennyi. Ha utóbbi túl hosszú, azt okozhatja az is, ha UEFI/GPT only módban MBR-es meghajtók zavarnak be.
Az, hogy egy UEFI-s rendszernek látszólagosan BIOS kinézetű felülete van, attól az még UEFI marad, nem BIOS, csak nem grafikus felületű UEFI-t használt a gyártó, hanem szövegeset. Ettől nem lesz kevésbé UEFI. Bár azért ez ma már egyre ritkább, a HP-don meg az én Thinkpademen is azért van még ilyen, mert azok is már ~7 éves gépek. Zsír új gépeken már ritka a TUI-s UEFI.
Erre a znx fájlos problémádra nem tudok mit mondani, nem ismerem ezt a spéci disztrót, de ha ennyire megvisel lelkileg, írd meg melyik disztró ez, hétvégén kipróbálom neked, hogy hogyan kell UEFI-vel bootoltatni. Azt sem tudom, hogy az Archlabs meg akármilyen X. disztró miért nem tud nálad bootolni UEFI-vel. Ez a bajuk a felhasználóbarát disztróknak, lefut az installer, nem tudod mit telepített pontosan, mint hogy konfigurált, miért nem megy. Ezért jó az Arch, ott tudod, hogy mit futtattál, látod mi nem ment, ehhez képest ki tudod kísérletezni, hogy mi kell neki ahhoz, hogy menjen. Egyszer kell vele szenvedni, amíg először kitapasztalod, rájössz mi hogy működik, onnantól többé nem lesz vele problémád más gépeken sem.
A Legacy bootnak az a rákfenéje, hogy bootloader kell hozzá. Az UEFI boothoz nem kell, mert az már önmagában is bootmanagerként funkcionál. Mint írtam már többször a GRUB-bal sincs bajom, de UEFI-hez nettó felesleges lépcső, kihagyható. Kicsit olyan UEFI-s gépen a GRUB, mintha úgy nyitnád a lakásajtót, hogy előbb egy kulccsal kinyitnál egy dobozt, abban lenne egy másik kulcs, és azzal nyitnád a bejárati ajtót, mikor sokkal egyszerűbb lenne egy kulcsot használni, ami közvetlenül az ajtót nyitja. Ez a baj a GRUB-bal, egy felesleges lépcső az UEFI bootba. A legtöbb kedvenc disztród is ott rontja el, hogy a GRUB-ot erőlteti UEFI módban, teljesen feleslegesen. Tudom, GRUB kell, mert anélkül a Cinmanó nem elég fahéjas ízű Mint cukorkával, de ez van.
Illetve UEFI bootnál fontos, hogy a secure boot lehetőleg legyen kikapcsolva, hogy shim-mel ne kelljen szórakozni.
Mondom, az UEFI boot egy szög egyszerű valami, két ok miatt kell vele kínlódni: inkompetens disztrókészítők túlbonyolítják a használatát, vagy az adott gép gyártója nem implementálta elég szabványosan. Egyik sem az UEFI hibája.
Az UEFI boot egyszerűségének szép példája, mikor pl. a Windows telepítő fájljait csak felmásolod egy FAT32 partícióra és már bootol is, mindenféle bootmanager meg dd-s .iso kírás, meg MBR kódozás, Rufus meg hasonló vergődés nélkül. A már telepített rendszer bootja is hasonló egyszerű, csak annak még kell a nevezett FAT32 partícióra plusz 2 .conf és 2 .EFI fájl. Ennyi.
-
válasz
ubyegon2 #65683 üzenetére
Ez meg egy példa a systemd bootos /boot mappára
[senki@nalatod boot]$ sudo tree
.
├── EFI
│ ├── BOOT
│ │ └── BOOTX64.EFI
│ └── systemd
│ └── systemd-bootx64.efi
├── initramfs-linux-fallback.img
├── initramfs-linux.img
├── intel-ucode.img
├── loader
│ ├── entries
│ │ ├── antergos.conf
│ │ └── antergos-fallback.conf
│ └── loader.conf
└── vmlinuz-linuxValamivel rövidebb ugye ? Igaz ebben nincs vinnyóz.
-
válasz
ubyegon2 #65683 üzenetére
Ez az ESP van belemountolva a telepített linuxon vagy a /boot mappába (systemd boot esetén, ekkor így néz ki: /boot/EFI) vagy a /boot/efi mappába (Grubos boot esetén, ekkor így néz ki /boot/efi/EFI)
tehát egy grubos bootos /boot mappa így néz ki pl.:
senki@senki-X541NA:/boot$ sudo tree
.
├── abi-4.15.0-20-generic
├── config-4.15.0-20-generic
├── config-4.15.0-43-generic
├── efi
│ └── EFI
│ ├── Boot
│ │ ├── bootx64.efi
│ │ └── fbx64.efi
│ ├── Microsoft
│ │ ├── Boot
│ │ │ ├── BCD
│ │ │ ├── BCD.LOG
│ │ │ ├── BCD.LOG1
│ │ │ ├── BCD.LOG2
│ │ │ ├── bg-BG
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ └── bootmgr.efi.mui
│ │ │ ├── bootmgfw.efi
│ │ │ ├── bootmgr.efi
│ │ │ ├── BOOTSTAT.DAT
│ │ │ ├── boot.stl
│ │ │ ├── cs-CZ
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ ├── bootmgr.efi.mui
│ │ │ │ └── memtest.efi.mui
│ │ │ ├── da-DK
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ ├── bootmgr.efi.mui
│ │ │ │ └── memtest.efi.mui
│ │ │ ├── de-DE
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ ├── bootmgr.efi.mui
│ │ │ │ └── memtest.efi.mui
│ │ │ ├── el-GR
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ ├── bootmgr.efi.mui
│ │ │ │ └── memtest.efi.mui
│ │ │ ├── en-GB
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ └── bootmgr.efi.mui
│ │ │ ├── en-US
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ ├── bootmgr.efi.mui
│ │ │ │ └── memtest.efi.mui
│ │ │ ├── es-ES
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ ├── bootmgr.efi.mui
│ │ │ │ └── memtest.efi.mui
│ │ │ ├── es-MX
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ └── bootmgr.efi.mui
│ │ │ ├── et-EE
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ └── bootmgr.efi.mui
│ │ │ ├── fi-FI
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ ├── bootmgr.efi.mui
│ │ │ │ └── memtest.efi.mui
│ │ │ ├── Fonts
│ │ │ │ ├── chs_boot.ttf
│ │ │ │ ├── cht_boot.ttf
│ │ │ │ ├── jpn_boot.ttf
│ │ │ │ ├── kor_boot.ttf
│ │ │ │ ├── malgun_boot.ttf
│ │ │ │ ├── malgunn_boot.ttf
│ │ │ │ ├── meiryo_boot.ttf
│ │ │ │ ├── meiryon_boot.ttf
│ │ │ │ ├── msjh_boot.ttf
│ │ │ │ ├── msjhn_boot.ttf
│ │ │ │ ├── msyh_boot.ttf
│ │ │ │ ├── msyhn_boot.ttf
│ │ │ │ ├── segmono_boot.ttf
│ │ │ │ ├── segoen_slboot.ttf
│ │ │ │ ├── segoe_slboot.ttf
│ │ │ │ └── wgl4_boot.ttf
│ │ │ ├── fr-CA
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ └── bootmgr.efi.mui
│ │ │ ├── fr-FR
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ ├── bootmgr.efi.mui
│ │ │ │ └── memtest.efi.mui
│ │ │ ├── hr-HR
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ └── bootmgr.efi.mui
│ │ │ ├── hu-HU
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ ├── bootmgr.efi.mui
│ │ │ │ └── memtest.efi.mui
│ │ │ ├── it-IT
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ ├── bootmgr.efi.mui
│ │ │ │ └── memtest.efi.mui
│ │ │ ├── ja-JP
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ ├── bootmgr.efi.mui
│ │ │ │ └── memtest.efi.mui
│ │ │ ├── kd_02_10df.dll
│ │ │ ├── kd_02_10ec.dll
│ │ │ ├── kd_02_1137.dll
│ │ │ ├── kd_02_14e4.dll
│ │ │ ├── kd_02_15b3.dll
│ │ │ ├── kd_02_1969.dll
│ │ │ ├── kd_02_19a2.dll
│ │ │ ├── kd_02_1af4.dll
│ │ │ ├── kd_02_8086.dll
│ │ │ ├── kd_07_1415.dll
│ │ │ ├── kd_0C_8086.dll
│ │ │ ├── kdstub.dll
│ │ │ ├── ko-KR
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ ├── bootmgr.efi.mui
│ │ │ │ └── memtest.efi.mui
│ │ │ ├── lt-LT
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ └── bootmgr.efi.mui
│ │ │ ├── lv-LV
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ └── bootmgr.efi.mui
│ │ │ ├── memtest.efi
│ │ │ ├── nb-NO
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ ├── bootmgr.efi.mui
│ │ │ │ └── memtest.efi.mui
│ │ │ ├── nl-NL
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ ├── bootmgr.efi.mui
│ │ │ │ └── memtest.efi.mui
│ │ │ ├── pl-PL
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ ├── bootmgr.efi.mui
│ │ │ │ └── memtest.efi.mui
│ │ │ ├── pt-BR
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ ├── bootmgr.efi.mui
│ │ │ │ └── memtest.efi.mui
│ │ │ ├── pt-PT
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ ├── bootmgr.efi.mui
│ │ │ │ └── memtest.efi.mui
│ │ │ ├── qps-ploc
│ │ │ │ └── memtest.efi.mui
│ │ │ ├── Resources
│ │ │ │ ├── bootres.dll
│ │ │ │ └── hu-HU
│ │ │ │ └── bootres.dll.mui
│ │ │ ├── ro-RO
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ └── bootmgr.efi.mui
│ │ │ ├── ru-RU
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ ├── bootmgr.efi.mui
│ │ │ │ └── memtest.efi.mui
│ │ │ ├── sk-SK
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ └── bootmgr.efi.mui
│ │ │ ├── sl-SI
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ └── bootmgr.efi.mui
│ │ │ ├── sr-Latn-RS
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ └── bootmgr.efi.mui
│ │ │ ├── sv-SE
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ ├── bootmgr.efi.mui
│ │ │ │ └── memtest.efi.mui
│ │ │ ├── tr-TR
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ ├── bootmgr.efi.mui
│ │ │ │ └── memtest.efi.mui
│ │ │ ├── uk-UA
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ └── bootmgr.efi.mui
│ │ │ ├── winsipolicy.p7b
│ │ │ ├── zh-CN
│ │ │ │ ├── bootmgfw.efi.mui
│ │ │ │ ├── bootmgr.efi.mui
│ │ │ │ └── memtest.efi.mui
│ │ │ └── zh-TW
│ │ │ ├── bootmgfw.efi.mui
│ │ │ ├── bootmgr.efi.mui
│ │ │ └── memtest.efi.mui
│ │ └── Recovery
│ │ ├── BCD
│ │ ├── BCD.LOG
│ │ ├── BCD.LOG1
│ │ └── BCD.LOG2
│ └── ubuntu
│ ├── BOOTX64.CSV
│ ├── fw
│ ├── fwupx64.efi
│ ├── grub.cfg
│ ├── grubx64.efi
│ ├── mmx64.efi
│ └── shimx64.efi
├── grub
│ ├── fonts
│ │ └── unicode.pf2
│ ├── grub.cfg
│ ├── grubenv
│ ├── locale
│ │ ├── en_AU.mo
│ │ ├── en_CA.mo
│ │ ├── en_GB.mo
│ │ ├── en@quot.mo
│ │ └── hu.mo
│ ├── unicode.pf2
│ └── x86_64-efi
│ ├── acpi.mod
│ ├── adler32.mod
│ ├── affs.mod
│ ├── afs.mod
│ ├── ahci.mod
│ ├── all_video.mod
│ ├── aout.mod
│ ├── appleldr.mod
│ ├── archelp.mod
│ ├── ata.mod
│ ├── at_keyboard.mod
│ ├── backtrace.mod
│ ├── bfs.mod
│ ├── bitmap.mod
│ ├── bitmap_scale.mod
│ ├── blocklist.mod
│ ├── boot.mod
│ ├── bsd.mod
│ ├── bswap_test.mod
│ ├── btrfs.mod
│ ├── bufio.mod
│ ├── cat.mod
│ ├── cbfs.mod
│ ├── cbls.mod
│ ├── cbmemc.mod
│ ├── cbtable.mod
│ ├── cbtime.mod
│ ├── chain.mod
│ ├── cmdline_cat_test.mod
│ ├── cmp.mod
│ ├── cmp_test.mod
│ ├── command.lst
│ ├── configfile.mod
│ ├── core.efi
│ ├── cpio_be.mod
│ ├── cpio.mod
│ ├── cpuid.mod
│ ├── crc64.mod
│ ├── cryptodisk.mod
│ ├── crypto.lst
│ ├── crypto.mod
│ ├── ctz_test.mod
│ ├── cs5536.mod
│ ├── datehook.mod
│ ├── date.mod
│ ├── datetime.mod
│ ├── diskfilter.mod
│ ├── disk.mod
│ ├── div.mod
│ ├── div_test.mod
│ ├── dm_nv.mod
│ ├── echo.mod
│ ├── efifwsetup.mod
│ ├── efi_gop.mod
│ ├── efinet.mod
│ ├── efi_uga.mod
│ ├── ehci.mod
│ ├── elf.mod
│ ├── eval.mod
│ ├── exfat.mod
│ ├── exfctest.mod
│ ├── ext2.mod
│ ├── extcmd.mod
│ ├── fat.mod
│ ├── file.mod
│ ├── fixvideo.mod
│ ├── font.mod
│ ├── fshelp.mod
│ ├── fs.lst
│ ├── functional_test.mod
│ ├── gcry_arcfour.mod
│ ├── gcry_blowfish.mod
│ ├── gcry_camellia.mod
│ ├── gcry_cast5.mod
│ ├── gcry_crc.mod
│ ├── gcry_des.mod
│ ├── gcry_dsa.mod
│ ├── gcry_idea.mod
│ ├── gcry_md4.mod
│ ├── gcry_md5.mod
│ ├── gcry_rfc2268.mod
│ ├── gcry_rijndael.mod
│ ├── gcry_rmd160.mod
│ ├── gcry_rsa.mod
│ ├── gcry_seed.mod
│ ├── gcry_serpent.mod
│ ├── gcry_sha1.mod
│ ├── gcry_sha256.mod
│ ├── gcry_sha512.mod
│ ├── gcry_tiger.mod
│ ├── gcry_twofish.mod
│ ├── gcry_whirlpool.mod
│ ├── geli.mod
│ ├── gettext.mod
│ ├── gfxmenu.mod
│ ├── gfxterm_background.mod
│ ├── gfxterm_menu.mod
│ ├── gfxterm.mod
│ ├── gptsync.mod
│ ├── grub.efi
│ ├── gzio.mod
│ ├── halt.mod
│ ├── hashsum.mod
│ ├── hdparm.mod
│ ├── hello.mod
│ ├── help.mod
│ ├── hexdump.mod
│ ├── hfs.mod
│ ├── hfspluscomp.mod
│ ├── hfsplus.mod
│ ├── http.mod
│ ├── iorw.mod
│ ├── iso9660.mod
│ ├── jfs.mod
│ ├── jpeg.mod
│ ├── keylayouts.mod
│ ├── keystatus.mod
│ ├── ldm.mod
│ ├── legacycfg.mod
│ ├── legacy_password_test.mod
│ ├── linux16.mod
│ ├── linuxefi.mod
│ ├── linux.mod
│ ├── loadbios.mod
│ ├── load.cfg
│ ├── loadenv.mod
│ ├── loopback.mod
│ ├── lsacpi.mod
│ ├── lsefimmap.mod
│ ├── lsefi.mod
│ ├── lsefisystab.mod
│ ├── lsmmap.mod
│ ├── ls.mod
│ ├── lspci.mod
│ ├── lssal.mod
│ ├── luks.mod
│ ├── lvm.mod
│ ├── lzopio.mod
│ ├── macbless.mod
│ ├── macho.mod
│ ├── mdraid09_be.mod
│ ├── mdraid09.mod
│ ├── mdraid1x.mod
│ ├── memdisk.mod
│ ├── memrw.mod
│ ├── minicmd.mod
│ ├── minix2_be.mod
│ ├── minix2.mod
│ ├── minix3_be.mod
│ ├── minix3.mod
│ ├── minix_be.mod
│ ├── minix.mod
│ ├── mmap.mod
│ ├── moddep.lst
│ ├── modinfo.sh
│ ├── morse.mod
│ ├── mpi.mod
│ ├── msdospart.mod
│ ├── mul_test.mod
│ ├── multiboot2.mod
│ ├── multiboot.mod
│ ├── nativedisk.mod
│ ├── net.mod
│ ├── newc.mod
│ ├── nilfs2.mod
│ ├── normal.mod
│ ├── ntfscomp.mod
│ ├── ntfs.mod
│ ├── odc.mod
│ ├── offsetio.mod
│ ├── ohci.mod
│ ├── part_acorn.mod
│ ├── part_amiga.mod
│ ├── part_apple.mod
│ ├── part_bsd.mod
│ ├── part_dfly.mod
│ ├── part_dvh.mod
│ ├── part_gpt.mod
│ ├── partmap.lst
│ ├── part_msdos.mod
│ ├── part_plan.mod
│ ├── part_sun.mod
│ ├── part_sunpc.mod
│ ├── parttool.lst
│ ├── parttool.mod
│ ├── password.mod
│ ├── password_pbkdf2.mod
│ ├── pata.mod
│ ├── pbkdf2.mod
│ ├── pbkdf2_test.mod
│ ├── pcidump.mod
│ ├── play.mod
│ ├── png.mod
│ ├── priority_queue.mod
│ ├── probe.mod
│ ├── procfs.mod
│ ├── progress.mod
│ ├── raid5rec.mod
│ ├── raid6rec.mod
│ ├── random.mod
│ ├── read.mod
│ ├── reboot.mod
│ ├── regexp.mod
│ ├── reiserfs.mod
│ ├── relocator.mod
│ ├── romfs.mod
│ ├── scsi.mod
│ ├── search_fs_file.mod
│ ├── search_fs_uuid.mod
│ ├── search_label.mod
│ ├── search.mod
│ ├── serial.mod
│ ├── setjmp.mod
│ ├── setjmp_test.mod
│ ├── setpci.mod
│ ├── sfs.mod
│ ├── shift_test.mod
│ ├── signature_test.mod
│ ├── sleep.mod
│ ├── sleep_test.mod
│ ├── spkmodem.mod
│ ├── squash4.mod
│ ├── syslinuxcfg.mod
│ ├── tar.mod
│ ├── terminal.lst
│ ├── terminal.mod
│ ├── terminfo.mod
│ ├── test_blockarg.mod
│ ├── testload.mod
│ ├── test.mod
│ ├── testspeed.mod
│ ├── tftp.mod
│ ├── tga.mod
│ ├── time.mod
│ ├── trig.mod
│ ├── tr.mod
│ ├── true.mod
│ ├── udf.mod
│ ├── ufs1_be.mod
│ ├── ufs1.mod
│ ├── ufs2.mod
│ ├── uhci.mod
│ ├── usb_keyboard.mod
│ ├── usb.mod
│ ├── usbms.mod
│ ├── usbserial_common.mod
│ ├── usbserial_ftdi.mod
│ ├── usbserial_pl2303.mod
│ ├── usbserial_usbdebug.mod
│ ├── usbtest.mod
│ ├── verify.mod
│ ├── video_bochs.mod
│ ├── video_cirrus.mod
│ ├── video_colors.mod
│ ├── video_fb.mod
│ ├── videoinfo.mod
│ ├── video.lst
│ ├── video.mod
│ ├── videotest_checksum.mod
│ ├── videotest.mod
│ ├── xfs.mod
│ ├── xnu.mod
│ ├── xnu_uuid.mod
│ ├── xnu_uuid_test.mod
│ ├── xzio.mod
│ ├── zfscrypt.mod
│ ├── zfsinfo.mod
│ └── zfs.mod
├── initrd.img-4.15.0-20-generic
├── initrd.img-4.15.0-43-generic
├── memtest86+.bin
├── memtest86+.elf
├── memtest86+_multiboot.bin
├── retpoline-4.15.0-20-generic
├── System.map-4.15.0-20-generic
├── System.map-4.15.0-43-generic
├── vmlinuz-4.15.0-20-generic
└── vmlinuz-4.15.0-43-generic -
válasz
ubyegon2 #65678 üzenetére
Eleve ott kezdődik, hogy grub esetén /boot/efi van csatolva az ESP - ez van nálad most.
Systemd boot esetén /boot van csatolva az ESP. Ez lenne a gyorsabb ...Már mondtam , hogy egy szűz GPT SSD-re csinálj egy ESP-t , hogy tudd, hogy hol jársz és telepíts rá egy antergost systemd boottal gyakorlásképpen. Nem harapós, végigvezet a folyamaton. Fogod látni a különbséget. Telepítés közben te választod ki hogy grubos bootot , vagy systemd bootot akarsz-e.
http://mirrors.antergos.com/iso/release/antergos-19.1-x86_64.iso.torrent.Hajrá !
A cinnamon DE-je csodás.
A telepítéshez élő internet kapcsolat kell. Amikor a telepítéshez cache-t akar, mondd neki, hogy nem kell. -
Rimuru
veterán
válasz
ubyegon2 #65673 üzenetére
Nem negyedannyi, uefi eseten van plusz ~8sec instant azert mert hamarabb kezdi a merest, a post+bootloader is szamit (legacynal is ennyi, csak nem szamolodik), kernel ugyan annyi, az userspace-en van +5 sec, tehat ~5 sec a kulonbseg.
Az hogy mi van ott pedig te latod. -
GreenIT
tag
válasz
ubyegon2 #65657 üzenetére
Akkor meg egyszer osszefoglalom az elmult honapot, mert ugy latom, eleg szelektiven olvastok:
Nagy nehezen vegre kipofoztam par gepet es a rengeteg kis, regi hdd-bol egy elerheto kozponti tarolot sinaltam, nemelyik gepre linux kerult, mint vagy ubuntu, majd koszoneskeppen kozoltek, hogy januar vegevel legfeljebb beszelgetni mehetek be, ha lesz ram idejuk.
A felretett 320gb-os tartalek hdd-t (fele win, fele linux grubbal, hogy szukseg eseten barmelyik gep helyett legyen egy tartsalek rendszer - valamelyikuk kisgyereke linux alol megbuheralta, mert amikor elfogyott a hely, rajott, hogy a windowsos particiora is tud masolni, majd linux alol beletorolt a win-es rendszerreszre, - allitasa szerint csak a torolt fajlok tarolojat akarta uriteni, hogy tobb helye legyen, csak az ures volt, mert nem volt semmi rajta a rendszeren kivul - es ettol a hdd megkergult, nagy nehezen valamit vissza lehetett menteni, de fizikailag kockazatossa valt.
Egy hete kitalaltak, hogy a ket hete telepitett egyik gep rossz, ujratelepitettem, ket napig jo volt, most jottek ezzel az erdekes tortenettel, hogy "par napig volt valami fekete hibauzenet, egyre tobb lett, majd amikor eltunt, a gep rossz lett".
Amig nem tudom, mi a hibauzenet(sor), addig nem tudok vele mit kezdeni.
Kibrusztoltam, hogy havaviszem tesztelni, offline-ban, ki-bekapcsolassal majd elleszek vele egy ideig, ennyit tudok tenni.Piszokul erdekes erzes, amikor az ember megold valamit, akkor csak belerugnak, erdekes ez az ujev, ugyhogy egy ideje nem vagyok jokedvemben.
-
GreenIT
tag
válasz
ubyegon2 #65652 üzenetére
mi a hibaüzenet!?
Ami hozzam eljutott, az a kovetkezo:
"Mozillaval mentjuk a weblapot, mindig "failed" a valasz, amikor megnyitjuk a letolteseket, es ismeteljuk, mar sikeres.
Weboldalakat nyitva nagyon lassu a bongeszes."Ket nap alatt kiszedtem beloluk, hogy minden reggel bekapcsolas utan egyre hosszabb fekete soros kepernyo villant fel, majd eltunt, ket napja nincsen hibauzenet, azota viszont a webezesnel gondok vannak.
Nyilvan akkor tudok hibat keresni, ha megtalalom a hibauzeneteket, furcsa, hogy ezt nehezetekre esik megerteni.
Mivel pedig mar alig egy hetem maradt mindenre, igy jo lenne ezt megoldani.
-
-
válasz
ubyegon2 #65618 üzenetére
Minden megoldódott, a HP 8570p-be bedugom a pendrive-ot, kiírja, hogy nincs bootolható meghajtó és shutdown, bármit nyomok kikapcsol, bios-ba sem lehet eljutni. Úgy látszik nem akarja, hogy tovább kísérletezzek.
Nem tudja valaki, melyik gombot kéne ilyenkor nyomkodni a szokásos helyett, hogy eljussak a bios-ba?
-
Frawly
veterán
válasz
ubyegon2 #65602 üzenetére
Ha sok OS-t akarsz egymásmellé telepíteni, akkor olyan 300-500 MB közötti EFI (FAT32) partíciót ajánlok. Ha csak 1-2-őt, akkor elég 100-200 MB.
A partíció nevét nem értem. Milyen neve lehetne? A cfdisk-ben EFI Systems néven van említve a partíció típusa, de lehet sima FAT32-eset is csinálni, elméletileg csak a EFI Systems típus szabványos, de gyakorlatilag nem számít, csak FAT32-es fájlrendszer legyen rajta, akkor az UEFI megtalálja.
-
válasz
ubyegon2 #65610 üzenetére
A Mint telepítésekor a valami más lehetőséget választva vagy csinálj EFI ( tonképp ESP) partíciót, vagy ha már ott van akkor csatolni kell csak valami efi félének, ez a mint telepítőben elég homályos, A Grub helyének a mintben a /dev/sda-t kell megjelölni.
Ott quurhattad el, hogy a bootoláskor a pendrájv felső UEFI sorát kell elindítani a listából és nem az alsó UEFI-t nem említő azaz mbr-es sorát !!!!!!
-
lev258
veterán
válasz
ubyegon2 #65610 üzenetére
Tudtommal a CSM mód eleve nem a legjobb, az vegyíti a kettőt. Aztán ki tudja, mi lesz.
Használj rendes UEFI módot, csinálj EFI partíciót. A Valami más-ban a fájlrendszer résznél lesz EFI partíció megnevezés. Azt kell kiválasztani.
Én nem vagyok Mint-es, de a múltkor volt egy olyan, hogy valamiért csak úgy indult el, ha a rendszerbetöltőt is az EFI partícióra pakolta az ember. Nem tudom, így van-e még. Mindenesetre a többi disztró nem így csinálja (a lemezre rakják).
Találsz a neten képes leírásokat eleget. -
válasz
ubyegon2 #65602 üzenetére
Amúgy a Nitrux azért kell, mert abban van Nomad plasma, ami barátságosabb KDE plasma-nál reményeim szerint, de a Nitrux-ot nem lehet felrakni MBR-re, csak GPT-re és UEFI is kell neki, emiatt kellett egy üres SSD, amit amúgy pendrive-nak vettem.
A Nitrux-isoját nem lehet kiírni pendrive-ra meg másra sem, ha valaki gyorsan ki akarná próbálni, a meghajtón kell lennie az iso-nak és egy 1 MB-os fájlt kell penre kiírni és azzal ügyködni terminalban, úgy telepíthető.
-
cigam
titán
válasz
ubyegon2 #65547 üzenetére
Ő nem a programot/csomagot keresi(nem mellesleg van még transmission-daemon), hanem hogy kinek a nevében fut a daemon. Ez pedig jellemzően a transmission-daemon csomag telepítésekor létrehozott debian-transmission. (Legalábbis én eddig csak ezzel a névvel találkoztam, igaz debian alapú distro-k esetén)
kmisi:
Most akkor van írás joga az users-nek? Mert ugye a fotó alapján még nincs. -
ontheground
tag
válasz
ubyegon2 #65533 üzenetére
Köszi a válaszokat. Én mostmár így hagyok mindent szerintem.
Próbáld ki, valamivel gyorsabb lesz tőle a böngészés, sok nyitott lappal sem foglal max. 300MB plusz memóriát a cache kirakása a RAM-ba böngészőnként, gépkikapcsoláskor törlődik a cache(a beállítások, előzmények, mentett jelszavak, stb. természetesen megmaradnak):
Firefox(és azon alapuló böngészők) cache-ének /dev/shm-be pakolása about:config-ban:
A browser.cache.disk.parent_directory beállításnál beírod, hogy /dev/shm/firefoxcache
Chromium és hasonszőrűek esetében az indítóikonban a parancsot kell módosítani a következőképpen:
chromium-browser --disk-cache-dir="/dev/shm/chromiumcache"
Szerintem létrehozza alapból a könyvtárakat a két böngésző, de ha mégsem, valami bejelentkezéskor elinduló szkriptbe be lehet rakni neki két mkdir-t a firefoxcache és a chromiumcache könyvtárnak, nekem már dunsztom sincs, csináltam-e ilyet, vagy sem.
Szerk.: zram-hoz: A /usr/bin/init-zram-swapping szkriptet lehet moddolni is, ott az osztót álligatva, lehet változtatni a zram méretét, nálam így 2*256MB a zarm swap, többet nem akartam neki odaadni
-
lev258
veterán
válasz
ubyegon2 #65536 üzenetére
Nem akarok belefolyni, de egy gyors keresés szerint azzal kezdődik, hogy a pavucontrol-ban engedélyezi az ember.
A kérdezőnek viszont valóban jobb lesz a Windows. Mint már sokszor írtam, a Linux rendszerekre való áttérésnek tanulással kellene indulnia, nem pedig konkrét célok/igények azonnali megoldásával. -
ontheground
tag
válasz
ubyegon2 #65528 üzenetére
A leírást köszi szépen mégegyszer, jó volt rajta elindulni
Az SSD ajándék volt egyik jóbarátomtól, de utánaolvasva elég sok olyan volt, hogy az első évben megdöglött még gariidőben ez a típus. Ez valahogy túlélte
A dev/shm az alapból a RAM-ba mutat(szerk.: nem a zram-ba, oda csak, ha swappolásra kerül sor), minden Linux disztrón, amelyiken létezik, szerintem.A Zram-ot itt ajánlotta valaki, be is vált, a swap-os lassulásaim meg is oldódtak vele(régi 80GB-os SATA Samsung HDD volt az előző Linux-os winyó, gyenge szektorokkal korábban javítva).
Swap partícióra/fájlra nem is térnék már vissza, már csak amiatt sem, hogy most nincs már neki hely.
Ugyan maradt kb 6-7GB partícionálatlanul,szabadon, de azt sok helyen azt írták, ajánlott is az SSD-knek(~10% szabad hely).szerk: A deadline schedulert használom az SSD-hez, ezt vagy a semmit ajánlotta a tutorial
Gondolom a "noop" az a semmi.
Szerk.: Használja az fstrim.timert a disztró, azt kikapcsoljam? Elég a systemctl stop+disable fstrim.timer, vagy kell a mask is?
-
Frawly
veterán
válasz
ubyegon2 #65450 üzenetére
Addig persze, hogy lassú, amíg kicsomagolja magát RAM diskbe, meg emiatt a RAM is kevesebb lesz neki, úgyhogy ha sok progit nyit meg, akkor tényleg lassabb lehet. De azt mégis látni fogja, hogy milyen a felülete, hogy fut. Ha nagyon lassan fut, az annak a jele, hogy az az adott disztró túl sok annak a gépnek, akkor soványabbakat kell nézni, Xfce-s, Mate-es, vagy LXDE/Openbox felülettel valamit.
Azt nem láttam, hogy pontosan milyen gépre lesz.
-
-
hentes555
senior tag
válasz
ubyegon2 #65420 üzenetére
Az nVidia dolog szerintem valami félreértés lehet, ebben a gépben egy HD 6670 van. Még megpróbálom a 18.04 Mate-et, pár éve próbáltam a Mint-et, az annyira nem jött be. A másik kettő, amit még említettél, néztem róla pár képet, azok nekem kicsit régiesebbnek néznek ki, de persze nem is célja egy ilyen minimál rendszernek.
És arról mi a véleményed, hogy egy bármilyen 18.04 Ubuntut felrakok normálisan a HDD-re és azon cserélgetem a különböző környezeteket? Olvastam ilyen lehetőségről is, bár nem tudom, ez mennyire tetszene a rendszernek vagy hogy mennyire kivitelezhető ez? -
hentes555
senior tag
válasz
ubyegon2 #65418 üzenetére
A konfigot csak azért akartam szerkeszteni, mert így amit elsőre magamtól kipróbáltam Liveban (Kubuntu) az sokszor belassult a legalapvetőbb dolgoknál is, például egy ablak bezárása. És régen olvastam erről a toram nevű dologról, ezért gondoltam kipróbálom, hátha ilyen módon gyorsabban futna.
-
Shyciii
veterán
válasz
ubyegon2 #65413 üzenetére
Az a fura, hogy az ősöreg tartalék asus notim bár nyilván jóval lassabban bootol be winyóról, mint ssd-ről, de ennek ellenére egyáltalán nem mondanám lassúnak. Főleg windowshoz hasonlítva. Ezért nem értem, hogy winyó ide vagy oda, miért lehet neki kifejezetten lassú.
-
válasz
ubyegon2 #65388 üzenetére
A kis felugró nem csak akkor van amikor leválasztod?
Rossz volt imént a válasz, valóban akkor ugrik fel, amikor leválasztom a Nemo-ban a bal oldali panelban.
(#65389) Flowtation
Ja, valóban! Néha elképedve olvasom, milyen marhaságokat írtam én ide tegnap......(aztán nem én, bocsi)
Anno King Unique avatarja volt az enyém is, de ő már akkora szagtekintély, hogy kénytelen voltam váltani.
Vagy azért sem láthattam mert most DCvel másoltam.
Min ha először is ezt említetted volna, később meg a Mint Cinnamon fájlkezelőjét.....mi van arrafelé?
zavar van a zerőben?
o
1
g -
Flowtation
őstag
válasz
ubyegon2 #65384 üzenetére
Na jó. A Mintet mint DE-et a cinmanóval együtt értettem. Nekem már ez a kettő összeforrt. Ezzel a pen dologgal tényleg nem találkoztam még, való igaz, hogy mindig megvárom amíg eltűnik az ablak. De ez nálam mindig is így volt, akár nc, mc, tc alatt is. A kis felugró nem csak akkor van amikor leválasztod? Nekem nem rémlik csak abban az esetben. Másolásnál nem, de lehet igazad van, majd megnézem délután, meg az nmont is.
-
Flowtation
őstag
válasz
ubyegon2 #65382 üzenetére
Nem, még nem oldódott meg. Más fájlokkal nem akarom, az a helyzet, hogy kikerültek a NASból a régi lemezek, újak be, és most így tudom legegyszerűbben felmásolni a tartalmat, jellemzően filmek, de van nem kevés kép is. Mással nem próbáltam csak a Mint saját fájlkezelőjével, a sima másolás-beillesztéssel. Mi ez a pendrive trükk? Rendes DE? Hát a Mint nem az??
Persze, ezt elfelejtettem írni az első hozzászólásban (lehet nem véletlenül
)
Mi az az nmon?
Az, hogy rég nem olvastam, azt is jelentheti, hogy minden rendben van/volt, működik szépen.
-
válasz
ubyegon2 #65345 üzenetére
Épp a kérdéses program .deb telepítéséről is találtam hsz-t.
youtube-dl telepítése PPA és .deb használatával
(egyébként igazad van, ilyen részletesebb hsz-eket be lehetne rakni fentihez hasonló címekkel az Összefoglalóba is)
-
cigam
titán
válasz
ubyegon2 #65243 üzenetére
Nem fog, mert magamból indulok ki
Amúgy meg csak félig volt kötekedés, mert pl. az LVM-es kirándulásom után tudtam meg, hogy létezik a kezelésére Gnome-os program. Ebből kiindulva lehet NFS-re is van valami okosság.
Feltéve hogy előtte telepítettem az nfs-common(nfs-client) csomagot. Amit (szinte?) egyik disztribúció sem tesz fel alapból.
Na, közben találtam valami hasonlót: NFS GUI
-
Dave™
nagyúr
válasz
ubyegon2 #65232 üzenetére
Csak a KDE-t és a Gnome-ot használtam. Nekem mindkettő jobban bejött mint más rendszereken az adott környezet, főleg a testreszabás és kibővítés miatt. Anno egyébként a Surface-en nekem sem ment a Wifi (Ubuntun igen), átmásoltam a drivert aztán kapásból ment ott is. Szerintem ne futamodj meg, küzdj még a KDE-vel kicsit
-
-
-
Black&White
addikt
válasz
ubyegon2 #65084 üzenetére
Siker!
Adefaults
opció bejött, újraindítás után már ez fogad: KÉPMegpróbálom a nofail nélkül is majd, (nagy-nagy) köszi!
Nem, 18.1 volt az utolsó Mint nálam.Miután egy frissítés után összeomlott, kipróbáltam pár disztrót (Manjaro, Antergos, Fedora), de visszahúzott a szívem. -
-
Dave™
nagyúr
válasz
ubyegon2 #65060 üzenetére
sima egymonitoros otthoni desktop esetén, amihez gyakorlatilag csak egér+bill csatlakozik, közel sem lehet kihasználni
Ez nem igaz, csak egy konkrét példát hoztam a többmonitoros lehetőségekre, de pl. virtuális asztaloknál is működik, az meg lehet otthon is. A kismillió plusz funkció meg teljesen független a monitorok számától, inkább az a kérdés, hogy valaki szeretne-e több lehetőséget, vagy megelégszik az egyszerűbb megközelítéssel.
Új hozzászólás Aktív témák
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
- Teszt Már csak két hónap van hátra a Windows 10 nyugdíjazásáig, ideje előrelépni
- Teszt [Linux] Vanilla OS, egy Debian alapú immutable operációs rendszer
- Teszt [Linux] Aeon Desktop, egy immutable operációs rendszer az OpenSUSE-tól
- Teszt [Linux] A Flatpak
- Bejegyzés MS Office365 Linuxon
- Bejegyzés [Linux] Futtassunk bármely disztrót a terminálunkban
- Bejegyzés Alpine Linux telepítés mindenféle low-end dologra
- Hír Zöld utat adott a nyílt forráskódú Linux meghajtóknak az NVIDIA
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, Most kedvező áron!
- Adobe Előfizetések - Adobe Creative Cloud All Apps - 12 Hónap
- Windows 10/11 Home/Pro , Office 2024 kulcsok
- Eladó Steam kulcsok kedvező áron!
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- LG Gram 14 WUXGA IPS i7-1360P 5.0Ghz 12mag 32GB DDR5 1TB SSD Intel Iris XE 10óra Akku Win11 Garancia
- Eladó karcmentes Apple iPhone 13 128GB / 12 hó jótállás
- Panasonic CF-XZ6 AIO all-in-one laptop tablet 2k touch i5-7300u speciális ütésálló rugged
- 35" ASUS ROG Swift PG35VQ curved GAMER monitor
- Sound Blaster AE-7 (B-Stock)
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Laptopműhely Bt.
Város: Budapest