-
Fototrend
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
-
Frawly
veterán
válasz
ubyegon2
#66012
üzenetére
Az nekem is fura, ilyen appos megoldásról még nem hallottam. Mobilnetnél csak sima SIM szokott lenni, amit be kell üzemelni. Más neteknél meg a bekötés határozza meg, ha coax kábel, akkor modem, ha LAN kábel, akkor mehet egyenesen a gépbe, vagy amit Wi-Fi AP-nak akarnak használni.
-
kkdesign
senior tag
válasz
ubyegon2
#65967
üzenetére
Igen, bár nem tudom mennyire tettem jól, eddig mondjuk semmi gáz nincs vele. Mindig amikor Linuxhoz tévedtem, akkor a legfrissebbet szedtem le, mégha nem is lts akkoris. Ezen célból mentem neki mostis a dolgoknak.
Amit még viszont nem értem, hogy valamért nem annyira gördülékeny a felület. Néztem a nyílt nvidia drivert is és a zártat is. nyíltal jobb a helyzet, de valahogy nem pattog úgy a rendszer mint a Windóz. Ami érdekes nekem, mert egyébként elég bika kis laptop. A Sima gnome felületes Ubuntu van fenn. de már akkor is olyan volt a felület mikor friss volt.
Ettől külön választva írom, hogy egyébként ráültettem egy mac-es gnome felületet, mert nekem úgy tetszik
de ezután abszolut egyik irányban sem változott a gördülékenység. -
Frawly
veterán
válasz
ubyegon2
#65970
üzenetére
Ez a hosszú támogatási idő akkor is cégeknél fontos. Nem azt mondom, hogy csak cégeknek jó, de random mezei otthoni desktop usernek semmivel nem lesz instabilabb a .10-es ág sem. Nem dísznek meg tesztelésnek adják csak ki.
A friss verziók meg nem csak új hardvernél lehetnek fontosak. Hanem ha pl. nincs meg valami a disztró tárolójában, és nincs hozzá flatpak/snap csomag sem, hanem fordítani kell fkódból pl..
Persze nem azt mondom, hogy ha valaki problémába fut, akkor arra nem jelenthet megoldást a .04-es ág vagy egy LTS verzió használata, hanem azt, hogy ha nincs alapvető probléma, akkor nem kell ragaszkodni a régebbi verziókhoz.
Egyébként meg ez az LTS mánia meg egy rossz, Windowsról maradt szokás. A felhasználók megszokták, hogy Windows alatt a kiadási ciklusok sok évesek. A Linux viszont a fokozatos változásról, fejlődésről szól. Lehet persze LTS verziókkal Windowsként is használni, csak kérdés valóban jó ötlet-e. Aki ehhez ragaszkodik, szerintem a Linux legjobb oldaláról marad le.
Amíg én Ubrokákat használtam, addig nekem nem volt bajom a .10-es verziókkal sem. Azok is tették a dolgukat, mint a .04-esek.
-
Frawly
veterán
válasz
ubyegon2
#65967
üzenetére
Nem értek egyet. Ha valaki nem fut bele problémába, akkor a legújabb verzió használata ajánlott. A .04-es ág, meg az LTS azoknak van, akiknek egyébként valami nem futna, vagy cégeknek a támogatás, stabilitás miatt. De magán desktop usernél teljesen jó a .10-es ág is, tehát nem feltétlenül baj, hogy a 18.10-et töltötte le.
-
kkdesign
senior tag
válasz
ubyegon2
#65958
üzenetére
samsung 850 evo m2 ssd Achi tipus, Ubuntuból a 18.10-et tettem fel. x64-es változatot.
Köszi egyébként a kérdést, ezt nem nagyon figyeltem még meg eddig az ssd-knél
így ma is tanultam valamit! Holnap belemerülök akkor abba amit linkeltél meg átnyálazom még az összefoglalóban írtakat -
Shyciii
veterán
válasz
ubyegon2
#65945
üzenetére
Mi az az OB? Országos Bajnokság? Én ott nem indulok ilyen kis Linux tudással. Én csak icike picike linuxoska vagyok. Ezért is használok Arch-ot
Amúgy nézőpont kérdése, hogy mennyivel drágább. Vannak bazi drága desktop SD-k is. Gyorsan megnéztem, és mi most Intel S4500/S4510 SSD-ket rakattunk, 960GB-osakat. Ezek nekünk beváltak. Nem úgy, mint a Samsung 850 Pro-k...Furán hangzik, de attól be tudott komolyan lassulni a rendszer.
Szoktál tényeket is mondani?
-
Shyciii
veterán
válasz
ubyegon2
#65943
üzenetére
Most nézem, hogy az Arco Linux megalkotója a youtube csatornájára is felrakott egy rövid videót, hogy az Arco Linuxosok, hogy tudják a mostani lightdm hibát javítani, ha frissítettek (nekik egyszerűnn mint neked, mert ő csinált egy downgrade parancsot). Gyorsan terjed
Ha már így kötekszel már megint az Arch miatt, akkor én is. Nincs olyan, hogy SSDM, csak SDDM
Azt pedig pláne nem rakom fel, mert az a KDE-hez "való". Aki nem qt-s cuccokat akarnak, azok jól kibaszcsiznak magukkal ennek telepítésekor, mert annyi függőséget rak fel, hogy a szép pure Arch-ból egy dagadt disznót csinálnak Pont ez az. Szerverbe normális Intel SSD-t rakattunk, és nem mondjuk Samsung 850 Pro-t, és látod, mégis érzékelhető az SSD-kre jellemző általános gond. Oké, azok jobban meg vannak terhelve, mint egy desktop gép (MySQL + Nginx), de akkor is. Létező gond. Amúgy meg nem vészed. 12GB-ot hagytam ki a partícionálásból így az SSD-nek, hogy ne érezze rosszul magát. Azért az nem tragikusan sok, hogy gond legyen
-
Shyciii
veterán
válasz
ubyegon2
#65937
üzenetére
Semmilyen karaktert nem lehetett beütni. Viszont közben megoldottam miután vettem egy nagy levegőt:
CTRL+SHIFT+F2-vel ugye váltottam konzolt, és bejelentkeztem grafikus felület nélkül.
No mondom akkor downgrade mehet. pacman -U /var/cache/pacman/pkg/lightdm... előző verzió, és kész. No de csak a legfrisebb változat volt ebben a mappában, holott nekem az van beállítva, hogy 3db verziót tartson meg. No mondom faxa. Joh, akkor az archive.archlinux.org -ról letöltöm az eggyel régebbit. Céges Windows gépen megnéztem a pontos linket (még pont bent vagyok melóhelyen szerencsére). Kinéztem, majd a notimon kiadom a wget webcímet. Erre kiírja, hogy nincs wget parancsom nah mondom bakker ez nem része a pure Arch-nak. Jó akkor dögölj meg legyen curl. Ott viszont meg kell adni a filenevet hogy mibe mentsem, tehát a -o nem jó, mert akkor duplán gépelhetek. Akkor kiguglizom, hogy a -O kell, és akkor használja az eredeti nevet (grrr). No ezután mehetett a pacman -U előző verzió, és most reboot után újra működik.
Most azon gondolkodom, hogy a pacman.conf -ban levő ignore részhez hozzáaadjam ezt a csomagot, vagy ezt a bakit gyorsan javítják, és majd legközelebb megpróbálkozzam-e vele. -
Shyciii
veterán
válasz
ubyegon2
#65934
üzenetére
Mindent észreveszek. El sem érem a 95%-ot, és már érezni fogom a lassulást. Szervernél már 80%-nál éreztük, hogy az SSD belassult. És nem Windows alatt, hanem Ubuntu-nál
(meg freebsd-nél is. Ott combosabb mysql ment). UV400-at miért nincs éretelme óvni? Annyira jó híre van? Mert mikor én vettem az volt a legolcsóbb 480GB-os SSD Azt nem tom, hogy melyik distro használja a Default-ot, mert Arch alapokról nem kalandoztam el, de Manjaro-nál nekem is alapból default opció bekerült. Pure arch esetén viszont nem
-
growler
őstag
válasz
ubyegon2
#65929
üzenetére
Pont azért ollóztam be, mert általában heti fstrim van beállítva a rendszereknél.
Ez kb. 60% lemezfoglaltságig nagyon jól megfelel.
De ahogy telik a lemez, (SSD) úgy gondolni kell az időnkénti kézi fstrim
futtatására is. Persze, számít a lemez méret is - ez az ajánlás csak irányadó.
Szerk.: most nézem, az első sor az 85-től 100%-ig akart volna lenni ! -
Slownz
senior tag
válasz
ubyegon2
#65877
üzenetére
Frissült a padoka-mesa plusz bepipáltam, amit írtál. Valamivel jobb talán, mint volt, de YT videónál még mindig van tearing (most ilyen 45 fokos, eddig ilyet nem produkált). Tényleg egyszerűbbnek tűnik felrakni egy Mint-et, mint végigmenni azon a tutorialon, csak rá kell szánni magam, ez csak másodlagos gép, így nehezebb rávenni magam.
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
hentes555
senior tag
válasz
ubyegon2
#65905
üzenetére
Ja igen, azt nem írtam, hogy wifi ugyan volt, de nem csatlakozott fel rá, a “configuring interface” ment kb. fél percig, utána dobta a kapcsolatot a routerrel.
A beállítások-hardware components menüben ki volt listázva a broadcom wifi vezérlő és a gigabites lan vezérlő külön. A broadcomra jobb gombbal kattintva volt egy reinstall lehetőség, rámentem, azóta minden szép és jó. -
-
lev258
veterán
válasz
ubyegon2
#65884
üzenetére
Ez most nem neked szól, de én személy szerint nagyon unom, hogy mostanság sokan ezt szajkózzák. Hogy SSD nélkül minden gép csak egy hulladék. Értem, hogy jó dolog, meg gyors, de valahogy az egész elment egy olyan irányba, mint a tipikus Windows vs. Linux hitviták. Ahol nem kell se indok, se józan ész, csak teljes elvakultság.
Nekem semmi bajom a HDD-kkel, se azok gyorsaságával. És talán meglepődsz, de még sosem volt SSD-m és nem is lesz egy darabig. Nem azért, mert szentelt vízzel tartom távol, hanem mert nincs rá igényem jelenleg. -
lev258
veterán
válasz
ubyegon2
#65881
üzenetére
"miért adnak még ki ilyen gépeket HDD-vel"
Nagyobb tárhely. Az SSD+HDD kombókért több pénzt kérnek, illetve ilyen esetben lehet már nem fér a DVD-író. Azért még ma is van igény rá.
Steam OS-t ne ajánld, nem erre való.
Én inkább attól tartok, sima disztrókban még nem egészen van rendben a támogatás (felemás), inkább rolling-ban. -
-
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.
-
csixy
addikt
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.
-
#65800
Flowtation
őstag
ubyegon2
#65799
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? -
-
#65793
Flowtation
őstag
ubyegon2
#65792
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.
-
csixy
addikt
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.
-
csixy
addikt
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 -
csixy
addikt
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.
-
csixy
addikt
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ő.
-
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.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
de ezután abszolut egyik irányban sem változott a gördülékenység.
Új hozzászólás Aktív témák
CPT.PirkA topik célja: Segítségnyújtás a Linux disztribúciókkal még csak ismerkedők számára. A szerveres kérdések nem ebbe a topicba tartoznak.
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Milyen program ami... [link]
Shell script kérdésekkel látogassatok el a topikjába
- Vélemény Ubuntu 20.04 LTS
- Vélemény Linux Mint Debian Edition 4
- Tudástár MX-Linux 19
- Bemutató Linux a mindennapokban: Manjaro KDE
- Bemutató Linux a mindennapokban
- Hír Zöld utat adott a nyílt forráskódú Linux meghajtóknak az NVIDIA
- Hír A Steam Play hozza el a Windowsra írt játékokat Linuxra
- Hír Hova jut a világ? Linuxot kínál a Windows Store!
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Sea of Thieves Premium Edition és Egyéb Játékkulcsok.
- Új, bontatlan World of Warcraft gyűjtői kiadások
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
- BESZÁMÍTÁS! MSI Z77 MPOWER Z77 chipset alaplap garanciával hibátlan működéssel
- ÁRGARANCIA!Épített KomPhone Ryzen 7 5800X 16/32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- Lenovo Legion 5 Gaming. Az ár irányár, komoly érdeklődés esetén van lehetőség egyeztetésre
- Bomba ár! HP EliteBook 850 G2 - i5-5GEN I 8GB I 256GB SSD I 15,6" FULL HD I Cam I W10 I Gari!
- Telefon felvásárlás!! iPhone 16/iPhone 16 Plus/iPhone 16 Pro/iPhone 16 Pro Max
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: Promenade Publishing House Kft.
Város: Budapest