- DIGI Mobil
- Apple AirPods Pro (2. generáció) - csiszolt almaságok
- iPhone topik
- Xiaomi 11 Lite 5G NE (lisa)
- Xiaomi 12 - az izmos 12
- Fotók, videók mobillal
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Samsung Galaxy S23 Ultra - non plus ultra
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Milyen okostelefont vegyek?
Hirdetés
-
VR játék lesz az Batman: Arkham Shadow (Meta Quest 3)
gp Egyelőre csak egy teaser trailert kaptunk a teljes leleplezésre a Summer Game Festen kerül sor.
-
Spyra: akkus, nagynyomású, automata vízipuska
lo Type-C port, egy töltéssel 2200 lövés, több, mint 2 kg-os súly, automata víz felszívás... Start the epic! :)
-
Eleglide C1 - a középérték
ma Szintet lépett az Eleglide, az egyébként egész korrekt M2 után a C1 sokkal komfortosabb közlekedésre alkalmas.
-
Mobilarena
Arch Linux topik
Új hozzászólás Aktív témák
-
Tudtam mar az elejen, csak ugy voltam vele, hogy egy probat meger. Kozben talaltam aarch64-es csomagot de azzal sem jo, szoval nagyon kellene az az armv7h package...
De ebbol is tanultam! Ha van hely, akkor nem kell nyomkodni az Scc -tPassionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
Frawly
veterán
Igen, ezt jó is hogy írod, ha kell hibernálás, akkor kell swap, és ráadásul akkor a méretének is el kell érnie legalább a fizikai RAM mennyiségét. Ez az egy eset, amikor valóban indokolt a swap, de én nem ajánlom a hibernálást sem, a legtöbb hardveren a legtöbb disztró kernel vagy nem tud visszajönni hibernálásból, vagy csak bugokkal, meg ma már pár másodperc alatt bootoló SSD-kel nincs az egésznek sok haszna. Ezt mindenkinek magának kell eldöntenie, hogy tényleg kell-e hibernálás, és az mekkora plusz áldozatot hajlandó fizetni ezért.
-
Esküszöm akkor jutott eszembe, miután beküldtem a postot. de a lényeg, hogy lefordult szépen, és most működik a Chromium...
Mondjuk gondolom az az én bénázásomnak, rutintalanságomnak tudható be, hogy make install után nem a /usr alá másolta be a kérdéses fájlokat, hanem /usr/local alá kreált foldereket és ott virított minden, szóval manuálisan kellett a helyére tenni őket, de most működik.így nézett ki a make install:
sudo make install
[sudo] password for alucard:
mkdir -p /usr/local/include/re2 /usr/local/lib/pkgconfig
install -m 644 re2/filtered_re2.h re2/re2.h re2/set.h re2/stringpiece.h /usr/local/include/re2
install -m 644 re2.pc /usr/local/lib/pkgconfig/re2.pc
sed -i -e "s#@includedir@#/usr/local/include#" /usr/local/lib/pkgconfig/re2.pc
sed -i -e "s#@libdir@#/usr/local/lib#" /usr/local/lib/pkgconfig/re2.pc
install obj/libre2.a /usr/local/lib/libre2.a
install obj/so/libre2.so /usr/local/lib/libre2.so.8.0.0
ln -sf libre2.so.8.0.0 /usr/local/lib/libre2.so.8
ln -sf libre2.so.8.0.0 /usr/local/lib/libre2.so[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
Frawly
veterán
A szerver tág kategória, nagyban függ, hogy mit csinál, hány gépet szolgál ki. A 10 GB-os fogyasztás is relatív, mi eszi, milyen formában, mennyi a shared, mennyi a cache/buffer, stb.. Mert pl. a ZFS tudja enni rendesen a memóriát, de általában cache meg stb. formájában.
Laptopnál sincs szükség feltétlenül hibernálásra, lehet menteni is, ha merül az akku. Ez a hibernálás egy régről maradt valami, mikor még lassan bootoltak HDD-ről a gépek, és muszáj volt valami megoldást kitalálni, hogy ne kelljen minden gépindítást végigvárni. Egyébként a hibernálás az egyik nagy gyenge pontja a Linuxnak.
@sati: ejha, bátor vagy, Rpi4-en Chromiumot forgatni. Legcombosabb, 16 magos gépeken is min. fél óra, de átlag régi üzleti notin simán megvan 8-12 óra is. Persze a FF forgatása se sokkal röpkébb, hatalmas, több gigás kódbázisa van ezeknek. Egyszerűen horror bloatak.
-
A felesegemtol kaptam :) szerintem Alis, de nagyon jo, 100% pamut anyag. (nem vicc)
En is Pingvinbolt parti vagyok!Talan meg taskam is van toluk. Igaz nem egy Samsonite minoseg de jopofa! Emlekeim szerint Debian himzesu.Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
Frawly
veterán
De, gányolás, mert a legritkább esetben van csak rá szükség, hogy mindenkinek, minden jogot megadj futtatást is beleszámítva. Plusz ez a chmod 777, mint írtam, minden fájlnak futatható jogot ad, egy sima plain text, kép fájlnak is, ami fájlkezelőknél zavart szokott okozni! De, igen, gányolás.
Ez a chmod 3+ számjegy akkor kell, ha valami olyan fájlrendszert kell rendbe tenni, ami korábban egy chmod 3+ számjegyes laikus már szétbarmolt olyan szintre, hogy használhatatlan, és kézzel kell az összes fájl, összes mappa, összes jogosultságát mindenki irányában rendbe tenni.
Egyébként meg normál fájlokra a 644 ajánlott, futtathatókra 744 vagy ritkábban 774. A 777 csak a legritkább esetekre fenntartandó, és mint legritkábbakra, nagy melegen nem javallott rekurzívan, több mappára kiadni.
Legtöbbször, mikor ezt a 777-et laikusok kiadják, valójában csak fájlokhoz szeretnének hozzáférni, és az esetek 99,9999%-ban ezen segít egy chown -R is. A 777 használata olyan, hogy be akarsz menni egy épületbe, de ahelyett, hogy az ajtót nyitnád ki, betöröd, és az összes ablakot is kitöröd mellé, hogy mindennek, és mindenkinek szabad ki/bejárása legyen, minden nyíláson, ha kell, ha nem.
Apt-get-tel alapvetően nem lenne baj, ha évek óta nem az apt lenne helyette ajánlva. Az apt-get már évek óta deprecated, helyette az apt ajánlott. Igaz még egy ideig az apt-get is menni fog, de érdemes leszokni róla, mert egy ponton túl majd nem fog működni és el lesz távolítva a Deb/Ubuntu-alapú rendszerekről. Egyszerűen csak szép fokmérője az időbeli elmaradottságnak, ha valaki még apt-get-et emleget, példázza, hogy elfelejtett tájékozódni, meg haladni a korral.
-
Frawly
veterán
Nem, nem amikor kedved van. A chmod +x vagy +akármi, u+akármi, stb. sokkal kulturáltabb, mert nem kell ellenőrizni, hogy mik most a jogosultságot, meg miért azok. Mondom, itt ráadásul a rekurzív kiadásról volt szó. Egy-egy fájlnál én is el tudom képzelni a chmod 777-et, ha olyan fájlról van szó, amit mindenkinek kell tudnia futtatni, és nem érdekel, hogy most mik a jogosultságai. De rekurzívan mindenképp ellenjavallott. Ha ingerenciád támad rá rekurzívan, gondold át jobban.
De nem kell nekem hinni, adj ki chmod 777 -R parancsot egy egész fájlrendszerre és nézd meg mit fognak hozzá szólni a programok. A saját szemeddel kell lásd, hogy mi a baj vele, mert ennél érthetőbben nem tudom elmagyarázni.
Apt-get ügyében utánanéztem, és megváltozott az álláspont. Vagyis nem teljesen tévedtem, csak nem deprecated, mégis sok oldal az apt-ot ajánlja helyette, függőségkezelés miatt. Részletek itt.
Persze, nem álmodtam, mert régen tényleg volt róla szó, pár éve, hogy ki fogják vezetni, de ezek szerint meggondolták magukat, ennek ellenére viszont továbbra is az apt az ajánlott.
Olyasmi, mint az ifconfig a net-tools csomagból, a évek óta deprecated, az ip parancsot kéne használni helyette, de mégis tovább használják az emberek. Ráadásul az ifconfig olyan, ami nekem is jobban kézreáll, de igyekszek helyette az ip-t használni, sajnos annak elég hülye kapcsolói vannak.
-
vargalex
félisten
Azt azért megnézem, hogy hogy tudod 3 számjegyes formátumra váltani, hogy a jelenlegi jogosultságtól függetlenül pl. mindenkinek adj futtattási jogot. De itt én is írhatnék bármilyen példát, a lényeg azon van, hogy a jelenlegi jogosultságtól függetlenül valamivel kiegészíteni, vagy valamit elvenni.
Alex
-
Sonja
veterán
A
pacman-key --list-sigs Jakob
parancsra ezt írja. Próbáltam az ottani szerint ezt a két parancsot egymás után, de sajnos nem segített.pacman-key --delete 2612B04099DBD9B9A3DD92A0456C7A9B91B842AE
pacman-key --populate archlinux
#8016 growler: Sajnos ez sem segít.
Ha csalódni akarsz, bízz az emberekben!
-
Sonja
veterán
Igen, ezért volt ez "nehéz" így hirtelen kideríteni. Én magam nem is gondoltam rá, hogy szervert cseréljek. Egyébként pedig neked is köszönöm a segítséget (growler-nek szintén)!
Szerk.: Azért írom, hogy "nehéz", mert én mindenféle kulcsos próbálkozást kipróbáltam, amit a google-vel találtam, de eredménytelen volt.
[ Szerkesztve ]
Ha csalódni akarsz, bízz az emberekben!
-
Frawly
veterán
Én mondanám, hogy megmondtam, és mondom is. Talán nincs még 2 hete, hogy valaki az Linux OFF topikban jelezte, hogy gondja van a Void magyar mirrorjával. Erre írtam, hogy ez a baj a kicsi disztrókkal, nem sok mirror, de még nagy disztrónál, mint az Arch, ott sem mindegy, hogy mely mirrorokat használja az ember, és nem csak letöltési sebesség miatt, hanem a tier1 mirrorokhoz képest történő syncállapot miatt, amibe itt most ti is belefutottatok. Épp ezért nem csak pinget meg nyers letöltési sebességet kell nézni, hanem pl. készenléti időt (szerverkimaradás), sync-frissességet. A német szerverek általában jobbak ebben, mint a magyar. Az archlinux.org-on lévő mirrorösszeállítóval lehet nézelődni.
Egyébként nem is jártam messze a megoldástól az Syu-val, hogy nem volt teljesen lefrissülve, de ezek szerint nem user error, hanem mirror synclag miatt.
-
Frawly
veterán
Ó, bazz, elfelejtettem előtte topikot váltani, nem ide akartam. Benéztem melyik topikba megy. Most már mindegy, itt hagyom, nem írom át az OFF-ba is. Gondoltam megindulhatna egy disztrófüggetlen eszmecsere róla, de így már mindegy.
#8069 attilav2: igen, BT-vel lehetnek bajok. Igaz az Pulseaudio-val is problémás. Semmit nem konfiguráltam, Arch Wiki ajánlására benyomattam a pacman -S pipewire pipewire-pulse pipewire-alsa parancsot, erre engedélyt kért, hogy leszedje a pulseaudio-t. Telepítés után reboot és minden ment. Nem kellett hozzá semmit konfigurálni. Igaz a DAC-om még nem próbáltam ki rajta, minden más egyelőre úgy tűnik megy, böngésző, lejátszóprogramok, játékok, egyelőre nem futottam semmi hibába. Még a pulsemixer és pamixer is épp úgy működik. A HUP-on már régóta ajánlgatják, de eddig nem mertem feltenni, mert nem volt időm, hogy ha nincs hang, akkor újabb problémát kelljen megoldani. A másik gépemen egyébként fent volt a Pipewire, Archon és Artixon is, de azokon a Pulseadio mellett, nem helyett üzemelt, ami azért elég lényeges különbség.
-
csixy
addikt
A Mint és a windows 10 hibátlanul fut rajta. Majd mindenhonnan kiirtom az altatást és gyorsindítást. A calamarch telepítővel csinálja. Lehet hogy nem esik neki jól a túl friss kernel. Majd kipróbálom másik telepítővel is. Matatni nem sok mindent tudok rajta mert secperc alatt kifagy.
Kert, kütyük,munka,matek,morfondír...ennyi. Szóval ács nem vagyok, de nemrégiben sikerült faragnom egy mőködőképes fogpiszkálót.
-
-
csixy
addikt
UEFI telepítésről van szó , lehet, hogy a legacy is ugyanilyen.
Legelőször rádöbbentem, hogy még nincs telepítve az os-prober csomag.
Ezt telepítettem. Majd
újraindítottam és a sudo grub-mkconfig -o /boot/grub/grub.cfg lefuttatása után még mindig csak a saját kerneleit tette bele a grub menübe.
Ezután nem találtam a /etc/defaut/grub állományban a GRUB_DISABLE_OS_PROBER=false sort, ezért ezt ide beszúrtam (a 8.sor lett nálam) és elmentettem. Én újraindítottam, lehet hogy nem kellett volna. Ezután lefuttatván a sudo grub-mkconfig -o /boot/grub/grub.cfg sort már megtalálta a 3. partícióba telepített Windows 10-est is, de érdekes, hogy az 5. partícióba pakolt Linux Mint 20.01-est nem találta meg. Pedig a linux mint meg simán felderítette a most futó Magyarch-omat is. Eddig jutottam.
Most így néz ki az SSD-m.
De nehogy már ne bootoljon a magyarchom legaciban is! Már másoltam az i386-pc mappát a /usr/lib/grub mappából a /boot/grub mappába. Ezután a linux mint legacys bootmenüjéből remélem be fogom tudni bootolni legacy módban a magyarchomat is és ezután telepítem a grubot a
/dev/nvme0n1-be (azaz a /dev/nvme0n1p8 partíció grub2 core.img -jébe az útjelzőtábláját) sudo grub-install /dev/nvme0n1 .... és ezután egy sudo grub-mkconfig -o /boot/grub/grub.cfg parancs lefuttatása jön ismét és ezután bootolni fog mindkét linuxom (mert a linux minttel ezt már korábban megcsináltam) uefiben is és legacyban is.[ Szerkesztve ]
Kert, kütyük,munka,matek,morfondír...ennyi. Szóval ács nem vagyok, de nemrégiben sikerült faragnom egy mőködőképes fogpiszkálót.
-
#68216320
törölt tag
Nem próbáltam, de tényleg eszembe juthatott volna. Tényleg logikus root-ként is akkor megadni.
Archttila:
Szuper, köszi. Beírtam az EDITOR=nano kulcs-érték párost és a sudo a nano-t használja alapértelmezetként.
Kivettem a ~/.bashrc-ből is az export EDITOR=nano sort. Így már az sem kell.[ Szerkesztve ]
-
BoB
Topikgazda
Mivel Arch linuxról beszélünk, ezért kell külön foglalkozni vele.
Nincs trim folyamatosan automatikusan, csak ha magadnak beállítottad (másképpen kifejezve a discard nem kerül be az fstab-ba csak úgy magától).
Sem a periodic trim nincs beállítva.
Azaz neked kell választanod hogy melyiket használod, vagy nem használod egyiket sem (bár nem látom ez miért lenne jó).
SATA vs NVME között valóban nincs különbség a felhasználó szempontjából ilyen téren.
A véletlen törlések ellen meg nem az a megoldás hogy az ember kikapcsolja a trim-et (ez elég kókány géza lenne )
[ Szerkesztve ]
You may corrupt the souls of men, but I am steel. I am doom.
-
growler
őstag
Ezek szerint en felreertem a helyzetet.
Ha engedelyezem akar az azonnali, akar az idozitett trimet,
az csak a SATA (ATA)-s csatolofeluletu SSD-re "van hatassal"
Az NVME M.2 SSD-k csatolofeluleten ez nem is "megy at"
Az NVME M.2 csatolofeluletu SSD-knek sajat / beepitett megoldasa
van a trimre. - Vagy nem ?[ Szerkesztve ]
-
growler
őstag
[m@mo ~]$ sudo systemctl status fstrim.service
[sudo] m jelszava:
○ fstrim.service - Discard unused blocks on filesystems from /etc/fstab
Loaded: loaded (/usr/lib/systemd/system/fstrim.service; static)
Active: inactive (dead)
TriggeredBy: ● fstrim.timer
Docs: man:fstrim(8)
[m@mo ~]$ -
-
Shyciii
veterán
Ez így ebben a formában nem igaz. Nekem is ugyanazt mutatja az fstrim.service-ra mintha halott szolgáltatás lenne, ennek ellenére mégis lefutott már párszor.
journalctl | grep fstrim
May 30 00:10:43 archlinux fstrim[51704]: /home/Data: 199.7 GiB (214405660672 bytes) trimmed on /dev/sda3
May 30 00:10:43 archlinux fstrim[51704]: /boot: 453.8 MiB (475791360 bytes) trimmed on /dev/sda1
May 30 00:10:43 archlinux fstrim[51704]: /: 16.6 GiB (17787359232 bytes) trimmed on /dev/sda2
May 30 00:10:43 archlinux systemd[1]: fstrim.service: Deactivated successfully.
Jun 06 01:20:15 archlinux fstrim[75988]: /home/Data: 196.4 GiB (210929713152 bytes) trimmed on /dev/sda3
Jun 06 01:20:15 archlinux fstrim[75988]: /boot: 453.6 MiB (475660288 bytes) trimmed on /dev/sda1
Jun 06 01:20:15 archlinux fstrim[75988]: /: 17.3 GiB (18574147584 bytes) trimmed on /dev/sda2[ Szerkesztve ]
-
vargalex
félisten
Nálam sem látszik valamiért (most direkt sudo-val futtattam a status-t is):
[gavarga@gavarga-5500 ~]$ sudo systemctl status fstrim.service
○ fstrim.service - Discard unused blocks on filesystems from /etc/fstab
Loaded: loaded (/usr/lib/systemd/system/fstrim.service; static)
Active: inactive (dead)
TriggeredBy: ● fstrim.timer
Docs: man:fstrim(8)
[gavarga@gavarga-5500 ~]$ sudo journalctl -u fstrim.service
jún 06 18:54:47 gavarga-5500 systemd[1]: Starting Discard unused blocks on filesystems from /etc/fstab...
jún 06 18:55:15 gavarga-5500 fstrim[5240]: /boot: 173,4 MiB (181867520 bytes) trimmed on /dev/nvme0n1p1
jún 06 18:55:15 gavarga-5500 fstrim[5240]: /srv: 41 GiB (43985354752 bytes) trimmed on /dev/mapper/vgwdc-srv
jún 06 18:55:15 gavarga-5500 fstrim[5240]: /mnt: 19,1 GiB (20490309632 bytes) trimmed on /dev/mapper/vgwdc-mnt
jún 06 18:55:15 gavarga-5500 fstrim[5240]: /home: 12,7 GiB (13597962240 bytes) trimmed on /dev/mapper/vgwdc-home
jún 06 18:55:15 gavarga-5500 fstrim[5240]: /: 14,1 GiB (15192903680 bytes) trimmed on /dev/mapper/vgwdc-root
jún 06 18:55:15 gavarga-5500 systemd[1]: fstrim.service: Deactivated successfully.
jún 06 18:55:15 gavarga-5500 systemd[1]: Finished Discard unused blocks on filesystems from /etc/fstab.
jún 06 18:55:15 gavarga-5500 systemd[1]: fstrim.service: Consumed 1.504s CPU time.
Alex
-
Shyciii
veterán
Tudom, hogy mi indítja...És pont azért írtam, hogy nem, nem látszik. Amit te bevágtál a status alatt, az nekem nincsen már jóideje, és erre utaltam, és ezért vágtam be a journal logját, mert nekem már csak ott mutatja. És bár notebook ez is, de nekem ez a seed szervereme is, így ritkán van reboot.
[ Szerkesztve ]
-
#68216320
törölt tag
Lenry, Sonja:
Letöröltem a wxgtk2 csomagot. Ezután elindult az update és lecserélte az alábbiakat, de rendben lefutott. Akkor ez így rendben van?:: Teljes rendszerfrissítés indítása...
:: Lecseréli wxgtk-common-t erre: extra/wxwidgets-common? [I/n]
:: Lecseréli wxgtk3-t erre: extra/wxwidgets-gtk3? [I/n] -
#70211840
törölt tag
Nem igazán tudom mit kellene néznem rajta.
Azt látom, hogy sok idő és próbálkozás van valami ilyesmik tömkelegére:
... audit: type=blahblah...Update: az audit rész akkor is benne van, amikor gyorsan tölt be. Szóval nem az lesz a gond.
Annyi kiderült, hogy grub-ból a "fallback initramfs"-t választva a szokott tempóban indul.
[ Szerkesztve ]
-
#70211840
törölt tag
Az a gond ezzel, hogy úgy nézem szintén csak a jelszóval feloldás utáni részt rögzíti. Érthető, mert addig nincs mit indítani, nincs hova logot menteni, satöbbi.
Pedig direkt figyeltem az időpontokat a telefonon ami másodpercre pontos a géppel.Butaság lenne egy "mkinitcpio -P"? Vagy az nem pont az initram-ot csinálja meg?
-
#70211840
törölt tag
Nekem nem lépett tovább, elakadt a pacman. Ezért is írtam ide.
BoB:
Megpróbáltam kihagyni az imént, de most elő sem jött a hiba.
Lehetséges volna, hogy éppen kifogtam a repo frissítés olyan állapotát, amikor a függőségek még nem voltak rendben?Az imént frissítettem, rendben lefutott, most naprakész minden.
-
Elnezest kerek valoszinuleg felreerthetoen fogalmaztam. Termeszetesen nem a Vanilla Kernelt forgattam, (nem is lenne ertelme) hanem az AUR-ban is megtalalhato linux-amd forrast hasznaltam. (ami egyebkent binaris formaban is megtalalhato a maintainer weboldalan)
[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
Sonja
veterán
Ejj, ejj. Nem olvasod a kommenteket az aur repóban? Ki is van emelve, hogy mit kell csinálni.
"Tired of compiling? Use this binary repo instead! Add this at the end of /etc/pacman.conf :"
[linuxkernels]
Server = http://nhameh.ovh/$repo/$arch
SigLevel = Optional TrustAll
[ Szerkesztve ]
Ha csalódni akarsz, bízz az emberekben!
-
Frawly
veterán
Arra azért figyelj, hogy egy Ryzenekre szabott kernel, ha inteles rendszered van, akkor jó eséllyel bebootolni se fog.
Egyébként nem fordul órákon át, 10-15 perc körül, ha nem túl szar a gép. Már pedig mivel Ryzenekre készült, azokból a leggyengébb is van olyan gyors, meg annyi magos (min. 4), hogy kb. ennyi idő alatt lefordítja, és ezeken a rendszereken mindig van min. 8 giga RAM is. Nálam mind Ryzen 2600, 4700U, 6800H + 16 GB RAM alatt lefordult kb. 10 perc alatt (az is igaz, hogy a makepkg konfigjába be van állítva, hogy az összes magot használja és zenvr-zenvr2-zenvr3-ra optimalizáljon. A stock vanilla kernel defconfiggal kb. 2-3 perc, de ez egy fullos kernel, egy csomó extra AMD cucc, meg Arch-patch, extra driver benne van, ami egy csomó kernelmodult jelent, így nyilván hosszabb a forgatása, de nem vészes. Ennek ellenére néhány embert frusztrálhat ez a 10 perc is, hogy izzik a procija meg süvítenek a ventik, nekik lett kitalálva a bináris változat.
-
Új hozzászólás Aktív témák
- Steam, Windows, Origin kulcsok, előfizetések közvetlenül a kiadótól, a LEGJOBB ÁRON!
- Vírusirtó, Antivirus VPN kulcsok
- Eredeti Windows, telepítéssel! Digital Doctor Számítógép Szerviz
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.