-
Fototrend
Arch Linux topik
Új hozzászólás Aktív témák
-
Frawly
veterán
válasz vinibali #5799 üzenetére
A 6 MB-os partícióeltolás rossz. A Samsung 840 EVO planár TLC-s SSD, 4K-s NAND lapokba szervezett cellákkal. 4K-s partícióeltolás kell neki. De a linuxos és modern windowsos toolok, telepítők régóta 1024K-n particionálnak, ami osztható egy csomó eltolással, így megfelel a 4K-s, 8K-s, 16K-s, stb. eltolásnak is. Ez fontos, mert a modern 3D TLC-s és 3D QLC-s SSD-k már min. 16K-s particionálást igényelnek.
Archon meg a /boot/loader/loader.conf szerkesztésével vagy az efibootmgr futtatásával be lehet állítani, hogy melyik UEFI-s bootlehetőség bootoljon default. Egyszer átállítod, a Windows utána már nem fog hozzányúlni, miután egyszer a telepítése után ezt megcsináltad. De kulturált UEFI BIOS-okban is lehet kézzel állítani a sorrendet.
Bootidőnél nem minden gépen van nyereség. Én az UEFI bootot inkább a kulturáltsága miatt szeretem, átláthatóbb, nélkülözhetővé teszi a GRUB-ot. Csak a secure boottal meg közbeláncolt extra bootmanagerekkel (GRUB) nem kell bonyolítani, az UEFI egymagában is egy bootmanager, használható systemd boottal, további bootmanager közbeiktatása nélkül. Ráadásul kényelmes is, mert Arch alatt egyszer megcsináltam az UEFI systemd bootot, és lassan már 3. éve hozzá sem kellett többé nyúlni, pedig a Win10-et és az Archot már párszor újratelepítettem azóta, de mivel az UEFI bootbeállítások az EFI partíción tárolódnak, azok nem vesznek el újratelepítéskor. MBR-nél minden újratelepítéskor telepítheted újra a GRUB-ot vagy Syslinuxot, vagy amit használsz.
[ Szerkesztve ]
-
toxin2
tag
válasz Shyciii #5798 üzenetére
Szia.
Próbáld ki ezt:
https://aur.archlinux.org/packages/indicator-sound-switcher/[ Szerkesztve ]
***** Linksys WRT160NL ***** http://www.gubamm.hu/ *********************************** ***** OpenWRT telepítési útmutató *****
-
BoB
Topikgazda
You may corrupt the souls of men, but I am steel. I am doom.
-
félisten
Sziasztok!
Van valami teendőm, ha gépet cserélek a jól belakott Arch installomat?
Lap, proci, VGA csere.
Eddig már többször cseréltem gépet linux alatt gond nélkül, de most az elsődleges munka gépemről van szó. Szeretném, ha semmi hibás konfiguráció, vagy maradék file nem maradna.Kössz!
Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
-
Siriusb
veterán
Ami így hirtelen eszembe jut e késői órán:
Letörlöd a régi VGA és proci specifikus csomagokat és konfigokat. Grub kipofozása. Fallback módban elindít, mkinitcpio -p linux futtat. Ja, és az új hardver specifikus cuccok telepítése.Szerk.: Biztos kihagytam valamit, de majd a többiek megmondják.
(#5805) BoB
Kösz[ Szerkesztve ]
-
félisten
válasz Siriusb #5807 üzenetére
Köszi!
Systemd boot-ot használok, és szerintem nincs hardver specifikis kernel paraméter.
Az AMD mikrokód ugyanaz minden AMD procinál? Mindkét gép AMD (FM2+ -> AM4).
Hardver specifikus csomagok és konfig: tudtonnal nincs ilyen, de lehet olyan, amiről nem tudok; pl. automatán jön létre / települ.
Ebben jól jönne néhány tipp.Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
-
Frawly
veterán
Nem ugyanaz a mikrokód minden AMD procinál. De azonos csomagban vannak, linux-firmware, alapból telepítve van, induláskor a kernel ebből betölti a gépben lévő procira vonatkozót.
A GPU driver attól függ milyen GPU-d van. Ha AMD, ahhoz nem szokott megint semmi extra kelleni, a linux-firmware csomagban ott vannak a szükséges firmware-ek hozzá, a kernelben meg az opensource driver, ehhez már csak a mesa csomag kell, de ez is fel szokott kerülni függőségnek.
Szerintem a váltásnál nem lesz problémád, főleg, hogy AMD-ről AMD-re váltasz. Simán mennie kéne mindennek.
[ Szerkesztve ]
-
Frawly
veterán
Az 5.2-es kernellel eltört a Wine, de nem telt el egészen 24 óra, jött a javítás, Wine 4.12-es, ezzel már jó. Az eltörtet úgy kell érteni, hogy futott, de boothibát írt ki, le lehetett okézni, onnantól működött minden rendesen. Gyorsan rendbeszedték. Ez a jó az Archban, ha el is törik valami, hihetetlen gyorsan lépnek. Aki nem frissít túl gyakran, mondjuk csak hetente, az bele sem fut jó eséllyel.
-
vinibali
őstag
pardon... nem partíció, hanem szektor eltolás.
a block erase size(1,5MB) miatt lett 6MB-os az érték, a page size pedig 8K.
Samsung 840 250gb and Pro 256gb NAND page/block size INFOBIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
-
Frawly
veterán
válasz vinibali #5813 üzenetére
Ja, így már értem. De ez szerintem továbbra is hülyeség. Valóban, így már ártani nem árt a 6 megás eltolás (1,5×8K), de használni sem használ semmit.
Az én Crucial MX300-amban már 16K-s lapok vannak, a block erase size-t nem tudom, elő kell keresnem a pdf doksit a Micron-tól. De a sztenderd 1M-es eltolással teljesen jól megy. Igaz nem egy villám SSD, mert nem valami gyors, de nagyobb eltolással sem lenne jobb. Ennek ellenére kíváncsivá tettél ezzel a témával, legközelebb, ha particionálom, kipróbálom nagyobb eltolással.
-
Frawly
veterán
Na, közben megtaláltam a Micron doksit, ez az MX300-on lévő 32 rétegű 3D TLC NAND-ra 16K-s lapméretet ad meg, de a blokkméretnél 1536 lapot ír, ez pedig 24 MB-os blokkméretre jön ki, amit néhány IT-s oldalon írt cikk is megerősít.
Majd kipróbálom, ha újrahúzom a rendszert, hogy 24 MB-on alignálok, bár elég overkillnek néz ki, de kíváncsi vagyok mennyit gyorsul. Tippre semennyit nem fog.
-
májkimiki
őstag
Sziasztok!
AUR Helper-nek mit ajánlanátok? Yay vagy Trizen?
Van egy ArchLabs rendszerem, arra szeretném a Pamac-et felrakni AUR-ból.
Pro és kontra is érdekel. -
Shyciii
veterán
válasz májkimiki #5816 üzenetére
Én trizen-t használok, de utólag megnéztem a yay-t is. Átlag, normál használatra mindkettő nagyon jó. Trizenben én azt szeretem, hogy az AUR comment-eket is megjeleníti, és lehet is keresni annak tartalmára is. Erre yay nem képes. Legalábbis még 2019 február környékén nem volt képes.
Amúgy ez az oldal egész jól összefoglalja, hogy melyiknek mi az előnye: Link -
májkimiki
őstag
válasz Shyciii #5818 üzenetére
Köszi szépen és Frawly-nak is. Végül a Yay-t raktam fel. Igaz tényleg csak addig kellett míg a pamac-aur-t telepítettem. Kellett egy grafikus felület a frissítések kezeléséhez és az Aur-os progik frissítéseihez is.
Egyik cimborámnak pakoltam össze a rendszert és van egy-két progi amiből mindig a legfrisebb kell neki. Ezt más disztrókon kivárni akár sok idő is lehet.
Az Ő szempontjából mindegy, hogy a Debian, Mint vagy Arch rendszert nem ismeri, csak használja. Ha baj van, nálam köt ki. A Pamac-al meg feltolja magának a frissítéseket két kattintásból. Én el vagyok ettől puritánabb dolgokkal is. Igaz az Arch-ot csak kóstolgatom. -
májkimiki
őstag
Sziasztok!
Tűzfal beállítással és bekapcsolással van egy kis problémám. Telepítettem az egyszerű grafikus tűzfalat a gufw-t. Grafikus felületen be is kapcsoltam, viszont restart után nem indul el automatikusan.
Aztán terminálból is próbáltam root-ként és sudo-val is az enable ufw parancsot. Ami elvileg egyből elindítja és rendszerindítás után is elindítja. Sajnos nem, az ufw status inaktív.
Valami hiányzik a működéshez? -
Frawly
veterán
válasz májkimiki #5823 üzenetére
Pedig sudo systemctl enable ufw.service paranccsal kell indítani. Egyébként lehet elindul nálad, de ez csak magát a tűzfalat indítja, a grafikus kezelőfelületet nem, tehát a gufw-t be kéne tegyed az asztali környezet vagy ablakkezelő automatikus indításába, hogy lássad futni.
-
Nagytoll
senior tag
Sziasztok!
Archot telepítettem egy teljesen új ryzen/vega konfigra, nvme ssd-re és telepítés közben minden jól ment, de mikor végeztem és leallitottam a gépet nem sikerült újra bootolnia. Se kép, se grub menu, se semmi nincs. Még az alaplapot se hallom pittyenni (mondjuk elsőre se hallottam). A gépben van még az ssd-n kívül egy WD hdd is, de azt még nem particionáltam.
Az nvme ssd-n 3 particiot csináltam, egy EFI-t (/mnt/efi), egy swap-ot, és a maradék helyre pedig ext4 (/mnt).
Az lehet gond hogy a grubot simán grub-install --efi-directory=/efi-vel telepítettem, anélkül hogy megadtam volna neki a /dev/nvme-t mint cél device-t?Remélem valakinek lesz ötlete és nem hardveres gond lesz
-
Frawly
veterán
válasz Nagytoll #5826 üzenetére
Ott valami nem linuxos gond van, mert annyit minimum ki kéne írjon az UEFI BIOS-nak is, hogy nem talált bootolható OS-t. Ha F12-re vagy ilyesmire kézileg előhozod az UEFI BIOS bootmenüjét, ott milyen lehetőségeket kínál? Secure boot ki van kapcsolva?
A GRUB-ot jól telepítetted, bár az elérési útja (/EFI) attól is függ, hogy miként van felcsatolva. Az biztosan nem baj, hogy nem /dev/nvme-ként adtad meg, az nem működne. Ez már nem MBR, hogy a GRUB indítókódját oda kéne írni. Az NVMe eszközökön kötelező a GPT+UEFI boot, és az UEFI indítófájlok mindenképp az EFI partícióra mennek, vagyis abba a mappába, ahová az EFI partíció fel van csatolva.
-
Shyciii
veterán
Használ valaki szövegszerkesztőnek Atom-ot, vagy használta már, konfigurálta már?
[ Szerkesztve ]
-
Shyciii
veterán
Keveset tud? Ahogy nézem az egyik ami a legtöbbet tudja, és agyon pluginezhető kinek mi kell. Ráadásul működik benne rendesen a Project kezelés, ami nekem Sublime alatt sehogysem akart. A Vi és Vim-et meg gyűlölöm az érthetetlen bill kombóival, ami minden csak nem logikus mindenkinek, aki normális, és nem kocka
-
Shyciii
veterán
válasz vargalex #5836 üzenetére
Igen, a lassúsága ami engem is zavar, főleg hogy minden más meg nagyon gyors. Geany már nem is tudom miért, de valahogy nem tetszett. Sublime jó lett volna, de a kicseszett Projekt kezelése nem akart működni, hiába olvastam tutorialokat hogy milyen egyszerű. Nekem sosem jegyezte meg. Atom-ban viszont teljesen magátólérthetően működik rendben, és pluginekkel minden megoldható ami nekem kell. Úgyhogy egyelőre marad. Aztán majd 2-3 hét múlva - mikor az egészet Arch-ot újrahúzom az UEFI-zés miatt - marad-e az Atom, az majd kiderül.
-
Frawly
veterán
Nálam i7-es notin az egész Atom volt kompletten lassú, indulás, szöveg beírása, menük reakcióideje. Pedig még plugin is alig volt fent, azért is volt fapados.
A vim valóban érthetetlennek tűnik elsőre, mert gépíráshoz tervezték, meg módok között kell váltani, és ezt nehéz megszokni. Egyébként a vim nem is szövegszerkesztő, hanem szövegfeldolgozó, olyasmi, mint a sed, awk, csak valós időben viszed be szövegmanipuláló parancsokat billentyűkkel. Eleve, mikor manipulálja valaki vele a szöveget, akkor nem úgy kell gondolkodni, mint egy normál szövegszerkeszőnél.
A Geany teljesen jó. Régen a Kate volt még jó, igaz az nem nagyobb projektekhez volt akkor sem való, de az 5-ős verziótól kezdve agyon van butítva, ahogy a Gedit is. Ezért a vim előtt SciTe-t használtam. Jó még a Sublime, de az fizetős. A Kommodo Edit sem lenne rossz, de az elviselhetetlenül bloat. Projektekhez állítólag a Visual Studio Code jó, az ingyenes.
Aki vim-mel próbálkozik: mindenképp a gvim-et tegye fel, akkor is, ha nem GUI-n használja (javasolt nem GUI-sat használni), hanem terminálból. Azért gvim-et, mert az abban lévő vim tudja a vágólapkezelést a X.org felé. A sima vim csomagban lévő vim-ből ki van szedve egy csomó funkció, eleve úgy van forgatva a forráskód. Illetve a neovim-mel lehet próbálkozni, de az nem sztenderd még, nem próbáltam.
Amire még sokan esküsznek, de nekem mindig is átláthatatlan volt, meg nehezen lenyomható billkombói vannak: Emacs.
-
Shyciii
veterán
Nekem egy i3-7130U (Kaby Lake) van a notiban 4GB memóriával, és egy sima Kingston SSD-vel. Egyedül az Atom indulása lassú (4mp a betöoltődése pluginekkel és 4db megnyitott file-al). VIszont ha elindult, akkor már minden gyors, pedig az alap intel vidkártyát használom benne, és nem a dedikált Geforce MX130-at, ami azért gyorsítana rajta.
A Libreoffice meg a Gimp hasonlóan lassú elinduláskor, de a többi program gyakorlatilag azonnal megnyílik.
[ Szerkesztve ]
-
Frawly
veterán
válasz Shyciii #5843 üzenetére
Nálam i7-2620M prociról van szó (Sandy Bridge), 16 giga RAM, Crucial MX300 SATA3 SSD, Arch Linux Openboxon próbáltam akkoriban, pluginek nélkül az Atomot. Nem mértem hány másodperc, de elég lassú volt minden tekintetben.
A GIMP meg a LibreOffice minden gépen lassan indul, i9-esen, meg Threadripperen is, még az sem számít nekik, ha NVMe SSD-t teszel alá. De csak az első indítás ilyen, ha nem rebootol valaki, másodjára gyorsabban nyílnak meg. De a GIMP-nél meg a LibreOffice-nál nincs gond ugyanezen a gépen, lassan indulnak, de aztán használható sebességgel futnak, nem úgy, mint az Atom.
[ Szerkesztve ]
-
Shyciii
veterán
Akkor nem értem nálad mi lehet a gond. Nálam is Arch + Openbox van, és az Atom elindulása lassú, de onnantól kezdve bármit csinálok benne már gyors. Tegnap is pl teljesen átszabtam a polybar-t, és be volt töltve a polybar configja 3db + scriptek, betöltve x mennyiségű plugin, és gyorsan futott.
-
Shyciii
veterán
Eljött az idő, hogy az Arch-ot újratelepítsem, és immáron UEFI-ben. Jól meg is szívtam, mert maga a telepítés megtörtént minden. Most ha bebootolok a rendszerbe, akkor már nem lát netet. Mutatja, hogy UP a hálókártya, de nem kap ip-t. Enable és start NetworkManager megvolt, dhcpcd.service is engedélyezve lett, de semmi. Van valakinek ötlete, hogy mi a túró lehet? Az install procedúra alatt minden további nélkül kapott ip-t, ott nem volt gond.
Új hozzászólás Aktív témák
- Érkezik Magyarországa az LG szuper dizájnos hordozható projektora
- World of Tanks - MMO
- Otthoni hálózat és internet megosztás
- Ukrajnai háború
- Stellar Blade
- AMD off topik: VGA, CPU, APU és minden, ami AMD
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Így építsd a billentyűzeted!
- Linux felhasználók OFF topikja
- Bemutatkozott a Moto G32 4G
- További aktív témák...
- Bitdefender Total Security 3év/3eszköz! - "Tökéletes védelem most kedvező áron..."
- Eredeti Windows, telepítéssel! Digital Doctor Számítógép Szerviz
- Steames kulcsok jó áron eladóak!
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest