-
Fototrend
Fototrend
Új hozzászólás Aktív témák
-
service-rol hogyan vonom vissza az override-ot? (mert gondolom nem csak egy mezei del az
override.conf-on)[alucard@server ~]$ systemctl cat systemd-networkd-wait-online.service# /etc/systemd/system/systemd-networkd-wait-online.service# SPDX-License-Identifier: LGPL-2.1-or-later## This file is part of systemd.## systemd is free software; you can redistribute it and/or modify it# under the terms of the GNU Lesser General Public License as published by# the Free Software Foundation; either version 2.1 of the License, or# (at your option) any later version.[Unit]Description=Wait for Network to be ConfiguredDocumentation=man:systemd-networkd-wait-online.service(8)DefaultDependencies=noConflicts=shutdown.targetRequires=systemd-networkd.serviceAfter=systemd-networkd.serviceBefore=network-online.target shutdown.target[Service]Type=oneshotExecStart=/usr/lib/systemd/systemd-networkd-wait-onlineRemainAfterExit=yes[Install]WantedBy=network-online.target# /etc/systemd/system/systemd-networkd-wait-online.service.d/override.conf[Service]ExecStart=/usr/lib/systemd/systemd-networkd-wait-online --timeout=5 -
Archttila
veterán
-
-
Nálam ez most ilyen:
################################################################################################# Arch Linux mirrorlist generated by Reflector ################################################################################################## With: reflector @/etc/xdg/reflector/reflector.conf# When: 2023-01-22 09:49:29 UTC# From: https://archlinux.org/mirrors/status/json/# Retrieved: 2023-01-22 09:48:50 UTC# Last Check: 2023-01-22 09:24:23 UTCServer = https://de.arch.mirror.kescher.at/$repo/os/$archServer = https://mirror.chaoticum.net/arch/$repo/os/$archServer = https://mirrors.niyawe.de/archlinux/$repo/os/$archServer = https://mirror.f4st.host/archlinux/$repo/os/$archServer = https://mirror.pseudoform.org/$repo/os/$arch...Viszont német VPN-en (~700Mb/200Mb, szóval gyors) lógok, tehát elméletileg jó kellene legyen.
De mégis valami gond van időnként. -
-
Sziasztok,
Na, volt egy kis időm, feltettem a rendes Arch Linuxot
. A telepítőben néha nehéz volt lekövetni hogy mikor kell a chroot, és mikor kell a rendes telepítő parancssor. Systemctl boot indítót raktam, (azért mert a systemctl valahonnan ismerősen hangzott…), de lehet hogy ez nem a legegyszerűbb megoldás volt. Eléggé bonyolult volt feltenni, kézzel kellett megírni a konfigot. Ez valahogy a uefi partícióra tette a vmlinuzt és az initramfst. Nem tudtam hogy majd odakerülnek és elég kicsire vettem a partíció méretet (300 Mb) ennek nem tudom hogy később még lesz-e következménye. Mindenesetre ha egy windowsos dupla bootot kellett volna összehozni, akkor biztos még izzasztóbb lett volna. Így is jópárszor újra kellett indítanom hogy beinduljon. A telepítés eléggé IKEA feeling volt, itt még a rendes (nem root) usert is kézzel kell hozzáadni, az audio mixert is. Olyan dolgokat is kellett babrálni amikről nem is tudtam hogy léteznek, pl “avahiban” hogy menjen a Samba rendesen. Az xfce más billentyűbeállítást használ mint amit az alap telepítőben beállít az ember az elején. Waylendet nem mertem kipróbálni, maradtam a xfce-nél. A videógyorsítás amúgy pöccre indult. Ez az alap xfce egy kicsit idegennek néz ki, még szokni kell. Lehet hogy egy kicsit koca lett a rendszer abban az értelemben hogy nem mindegyik grafikus alkalmazás xfcehez való (ami azt hiszem Qt). Lehet hogy néhány Gnome-os cucc is bekerült. Összességében a wikiben elég jól le voltak írva a dolgok, és jól jött egy működő Manjaro laptop is hogy néhány tuti konfig fájlba azért bele tudjak nézni. Az egész telepítés böngésző és pacman cache nélkül 4 giga alatt van; a manjaro 10+ biztosan megvolt. Egyelőre úgy tűnik hogy minden megy faszán 
. -
Hát köszi az infót.
#@!$&*## hogy remegne meg a keze annak aki ezt a manjarolál kitalálta… 
Amúgy anno emiatt a gyorsítás miatt álltam át Ubunturól Manjarora. Hát akkor majd emiatt állok most át rendes Archra; két amd videós gépem is van. Az a baj hogy a rendes Archot feltenni fele se tréfa…Sziasztok,
Na, volt egy kis időm, feltettem a rendes Arch Linuxot . A telepítőben néha nehéz volt lekövetni hogy mikor kell a chroot, és mikor kell a rendes telepítő parancssor. Systemctl boot indítót raktam, (azért mert a systemctl valahonnan ismerősen hangzott…), de lehet hogy ez nem a legegyszerűbb megoldás volt. Eléggé bonyolult volt feltenni, kézzel kellett megírni a konfigot. Ez valahogy a uefi partícióra tette a vmlinuzt és az initramfst. Nem tudtam hogy majd odakerülnek és elég kicsire vettem a partíció méretet (300 Mb) ennek nem tudom hogy később még lesz-e következménye. Mindenesetre ha egy windowsos dupla bootot kellett volna összehozni, akkor biztos még izzasztóbb lett volna. Így is jópárszor újra kellett indítanom hogy beinduljon. A telepítés eléggé IKEA feeling volt, itt még a rendes (nem root) usert is kézzel kell hozzáadni, az audio mixert is. Olyan dolgokat is kellett babrálni amikről nem is tudtam hogy léteznek, pl “avahiban” hogy menjen a Samba rendesen. Az xfce más billentyűbeállítást használ mint amit az alap telepítőben beállít az ember az elején. Waylendet nem mertem kipróbálni, maradtam a xfce-nél. A videógyorsítás amúgy pöccre indult. Ez az alap xfce egy kicsit idegennek néz ki, még szokni kell. Lehet hogy egy kicsit koca lett a rendszer abban az értelemben hogy nem mindegyik grafikus alkalmazás xfcehez való (ami azt hiszem Qt). Lehet hogy néhány Gnome-os cucc is bekerült. Összességében a wikiben elég jól le voltak írva a dolgok, és jól jött egy működő Manjaro laptop is hogy néhány tuti konfig fájlba azért bele tudjak nézni. Az egész telepítés böngésző és pacman cache nélkül 4 giga alatt van; a manjaro 10+ biztosan megvolt. Egyelőre úgy tűnik hogy minden megy faszán . -
-
Köszönöm a tippeket!
Akkor szerintem az lesz hogy nekiugrok felrakni egy rendes Archot. Addig eldöcögök mesa-giten Manjaroval. Ha nagyon nem megy a telepítés akkor meg felrakok egy Arco-t.Fele sem trefa?
archinstall-al pofonegyszerű es nagyon gyorsan megvan az egesz
bonuszkent a vegen elmenthed a scriptet, igy legkozelebb mar azt a ket percet sem kell rászánnod a telepitesre 
-
Annyira nem katasztrófális a helyzet, tedd fel a mesa-gitet.
vainfo ✔
Trying display: wayland
vainfo: VA-API version: 1.17 (libva 2.17.1)
vainfo: Driver version: Mesa Gallium driver 23.1.0-devel for AMD Radeon RX 6600 XT (navi23, LLVM 15.0.7, DRM 3.49
, 6.1.9-1-MANJARO)
vainfo: Supported profile and entrypoints
VAProfileMPEG2Simple : VAEntrypointVLD
VAProfileMPEG2Main : VAEntrypointVLD
VAProfileVC1Simple : VAEntrypointVLD
VAProfileVC1Main : VAEntrypointVLD
VAProfileVC1Advanced : VAEntrypointVLD
VAProfileH264ConstrainedBaseline: VAEntrypointVLD
VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice
VAProfileH264Main : VAEntrypointVLD
VAProfileH264Main : VAEntrypointEncSlice
VAProfileH264High : VAEntrypointVLD
VAProfileH264High : VAEntrypointEncSlice
VAProfileHEVCMain : VAEntrypointVLD
VAProfileHEVCMain : VAEntrypointEncSlice
VAProfileHEVCMain10 : VAEntrypointVLD
VAProfileHEVCMain10 : VAEntrypointEncSlice
VAProfileJPEGBaseline : VAEntrypointVLD
VAProfileVP9Profile0 : VAEntrypointVLD
VAProfileVP9Profile2 : VAEntrypointVLD
VAProfileAV1Profile0 : VAEntrypointVLD
VAProfileNone : VAEntrypointVideoProc -
Hát köszi az infót.
#@!$&*## hogy remegne meg a keze annak aki ezt a manjarolál kitalálta… Amúgy anno emiatt a gyorsítás miatt álltam át Ubunturól Manjarora. Hát akkor majd emiatt állok most át rendes Archra; két amd videós gépem is van. Az a baj hogy a rendes Archot feltenni fele se tréfa… -
Hát köszi az infót.
#@!$&*## hogy remegne meg a keze annak aki ezt a manjarolál kitalálta… Amúgy anno emiatt a gyorsítás miatt álltam át Ubunturól Manjarora. Hát akkor majd emiatt állok most át rendes Archra; két amd videós gépem is van. Az a baj hogy a rendes Archot feltenni fele se tréfa… -
A hiba az hogy a Manjaro kivette a hardveres gyorsítást a mesa-ból az AMD kártyák részére licensz okok miatt.
Válts Arch-ra, ott jó.
Hát köszi az infót.
#@!$&*## hogy remegne meg a keze annak aki ezt a manjarolál kitalálta… Amúgy anno emiatt a gyorsítás miatt álltam át Ubunturól Manjarora. Hát akkor majd emiatt állok most át rendes Archra; két amd videós gépem is van. Az a baj hogy a rendes Archot feltenni fele se tréfa… -
Sziasztok,
A rendszer jóideig nem volt frissítve de aztán egy frissítés után a hardveres videógyorsítás elromlott:[bazs@bazs-vig430p ~]$ vainfoTrying display: waylandTrying display: x11vainfo: ../mesa-22.3.3/src/compiler/glsl_types.cpp:1245: static const glsl_type* glsl_type::get_array_instance(const glsl_type*, unsigned int, unsigned int): Assertion `glsl_type_users > 0' failed.Aborted (core dumped)
Eddig azt a stratégiát követtem, hogy rendszeresen frissítettem és hátha a probléma magától majd "megjavul", de egyelőre nem oldódott meg... Valakinek van ötlete hogy mi lehet itt a hiba?
ÜdvSystem:Host: bazs-vig430p Kernel: 6.1.7-1-MANJARO arch: x86_64 bits: 64compiler: gcc v: 12.2.1 Desktop: Xfce v: 4.18.0 Distro: Manjaro Linuxbase: Arch LinuxMachine:Type: Desktop System: Viglen product: Vig430P v: xx:xx:xx:xx:xx:xxserial: <superuser required>Mobo: Viglen model: X9DAL v: 0123456789 serial: <superuser required>BIOS: American Megatrends v: 3.0 date: 03/28/2014Graphics:Device-1: AMD Barts PRO [Radeon HD 6850] vendor: PC Partner / Sapphiredriver: radeon v: kernel arch: TeraScale-2 bus-ID: 03:00.0 temp: 40.0 CDisplay: x11 server: X.Org v: 21.1.6 driver: X: loaded: radeonunloaded: modesetting dri: r600 gpu: radeon resolution: 1600x1200~60HzAPI: OpenGL v: 4.5 Mesa 22.3.3 renderer: AMD BARTS (DRM 2.50.0 /6.1.7-1-MANJARO LLVM 15.0.7) direct render: Yes -
Persze, csak hirtelen nem vagtam mit tettem fel reggel (boven kv elott voltam)
Log meg nincs, hála a tmpfs-nekWaybar miatt van fent a csomag, mivel patcheletlen
fontokkal nagyon ormotlanul neznek ki a modulok ikonjai. 
5 éve telepítettem újra a rendszert, azóta 6MB a pacman.log.
Szerintem néha jól jönnek a log-ok, jobb az megőrizve. -
Ez AUR csomag, így akár előfordulhat ilyen hülyeség is. Hivatalos tárolónál biztos nem tapasztalod ezt.
Persze, csak hirtelen nem vagtam mit tettem fel reggel (boven kv elott voltam)
Log meg nincs, hála a tmpfs-nekWaybar miatt van fent a csomag, mivel patcheletlen
fontokkal nagyon ormotlanul neznek ki a modulok ikonjai. -
Archttila
veterán
Ugy latom a reggeli frissitessel jott ket uj joveveny
home folder:drwxr-xr-x - alucard 2 Feb 08:38 .paralleldrwxr-xr-x - alucard 2 Feb 08:38 .subversionTudunk roluk valamit, melyik csomag hozhatta letre?
-
Manjaron milyen beállításokat érdemes laptopon elvégezni a lehető legnagyobb akksi idő miatt?
Nem vagyok egy hatalmas linux guru, de szeretem használni, és azért foglalkoztam már vele. Van egy dell e7270-es laptopom, nem bírja olyan rosszul az akku benne de azért ha 10-20 percet ki lehetne csikarni belőle pluszba, hogy egyetemen jegyzetelés közben tovább bírja, vagy akár ha csak ágyban sorozatozok, az jó lenne.
Nem baj ha vissza veszi rendesen a teljesítményt mikor nincs töltőn, mert ha kell viszem magammal, de vannak helyzetek mikor nagyon nincs konnektor (ez általában nem a programozás óra).Köszönöm a válaszokat!
-
Frissult a
libmodplugName : libmodplugVersion : 0.8.9.0-5Description : A MOD playing libraryArchitecture : x86_64URL : http://modplug-xmms.sourceforge.net/Licenses : customGroups : NoneProvides : NoneDepends On : gcc-libsOptional Deps : NoneRequired By : ffmpegOptional For : cmusConflicts With : NoneReplaces : NoneInstalled Size : 366.09 KiBPackager : Andreas Radke <andyrtr@archlinux.org>Build Date : Mon 02 Jan 2023 08:17:31 AM CETInstall Date : Mon 02 Jan 2023 12:30:21 PM CETInstall Reason : Installed as a dependency for another packageInstall Script : NoValidated By : SignatureBizony, ami patchelve lett, így már a DC is jó!
-
Na, most már ír hibát is terminálban.
SystemLocale hu_HU
SystemLanguage hu
SystemEncoding UTF-8
DefaultSystemCodePage 65001
DefaultFileSystemCodePage 65001
DefaultRTLFileSystemCodePage 65001
XInitThreads: 1
[FORMS.PP] ExceptionOccurred
Sender=EInvalidOp
Exception=Invalid floating point operation
Stack trace:
$00007F761A4795AA in /usr/lib/libmodplug.so.1
$AFB825E294BA1100 in
Exception at 00007F761A4795AA: EInvalidOp:
Invalid floating point operation.
TServerListnerThread.DestroyLátszólag elindul, de nincs sehol. Érdekes, mert ez a libmodplug hanghoz köthető?!
Ötlet?! 
Szerk.: Arch fórumon van topik is, és a libmodplug visszaváltása eggyel régebbi verzióra, bizony megoldja a problémát!
Érdekes. Akkor allitsd vissza amig nem jon ra solution.
Ez a libmodplug utoljara 2017-ben kerult frissitesre ami persze nem feltetlen problema, de azert erdekes -
Bocs, ezt hülyén írtam. Az AUR/linux-amd az eleve zenvr3-ra kéne legyen, de van egy ugyanilyen csomag, AUR/linux-amd-znver2. znver-re (Zen, Zen+) nincs külön ilyen kernel, de egy generic AUR-os kernelcsomagot viszont le lehet rá fordítani optimaliizáltan, a /etc/makepkg.conf-ba beilleszted ezt:
CFLAGS="-march=native -O2 -pipe -fno-plt"
CXXFLAGS="${CFLAGS}
RUSTFLAGS="-C opt-level=2 -C target-cpu=native"
MAKEFLAGS="-j$(nproc)"
Ez a native kapcsoló lényegében detektálja, hogy mi az adott procihoz a legoptimálisabb fordítási profil, ami kihasználja az összes utasításkészletet. Nem csak kernelnél fog működni, hanem a összes AUR-os csomagnál életbe lép, már ha az adott csomag makepgk scripte felül nem bírálja, de ez ritka. -O2 helyett -O3-mal is lehet próbálkozni, de azt nem minden kód szereti, igaz azok felül szokták bírálni -O2-re.
Ebből a MAKEFLAGS="-j" rész detektálja a prociszálak számát, azon belül is a nproc parancs, pl. ha 16 szálas a proci, akkor 16-tal tér vissza, és így make -j16 formában hívódik meg a make, és fordít mindent. Érdemes megejteni általánosságban is, mert sok AUR-os csomag fordítása gyorsabb lesz.Szerintem valami hasonló van Debian-on is, igaz ott nincs AUR, de a rendszerben valahol be lehet konfigurálni ezeket a fordítási kapcsolókat, hogy ha forráskódból forgatsz, akkor minden magot használjon, és konkrét procira optimalizáljon. Ha más nem, akkor az adott fordítandó kód makefile-jában vagy közvetlenül a fordítást végző parancsok kiadásakor írod be ezeket a környezeti változókat, pl.
make CFLAGS="-march=native -O2 -pipe -fno-plt" CXXFLAGS="${CFLAGS} MAKEFLAGS="-j$(nproc)"
Elvileg, mert Debianon nem csináltam még ilyet, de minden disztrón működnie kéne.
Beállítottam, köszi!
-
Na, most már ír hibát is terminálban.
SystemLocale hu_HU
SystemLanguage hu
SystemEncoding UTF-8
DefaultSystemCodePage 65001
DefaultFileSystemCodePage 65001
DefaultRTLFileSystemCodePage 65001
XInitThreads: 1
[FORMS.PP] ExceptionOccurred
Sender=EInvalidOp
Exception=Invalid floating point operation
Stack trace:
$00007F761A4795AA in /usr/lib/libmodplug.so.1
$AFB825E294BA1100 in
Exception at 00007F761A4795AA: EInvalidOp:
Invalid floating point operation.
TServerListnerThread.DestroyLátszólag elindul, de nincs sehol. Érdekes, mert ez a libmodplug hanghoz köthető?!
Ötlet?! Szerk.: Arch fórumon van topik is, és a libmodplug visszaváltása eggyel régebbi verzióra, bizony megoldja a problémát!
Érdekes. -
Tegnap este tökéletesen működött a Double Commander, ma már nem akar. Elindulni elindul, látom a task manager-ben, de nincs sehol?!
Terminálból indítva semmi hibát nem ír, tényleg rendesen elindul, de sehol nincs. A DC GTK legutolsó verzióját használom (1.0.9), a QT változat viszont meg is jelenik. A reggeli frissítések csak ezek voltak, ezek nem okozhatják szerintem. [2022-12-28T07:56:02+0100] [ALPM] upgraded alsa-card-profiles (1:0.3.63-1 -> 1:0.3.63-3)
[2022-12-28T07:56:02+0100] [ALPM] upgraded libcamera (0.0.2-1 -> 0.0.3-1)
[2022-12-28T07:56:02+0100] [ALPM] upgraded pipewire (1:0.3.63-1 -> 1:0.3.63-3)
[2022-12-28T07:56:02+0100] [ALPM] upgraded gst-plugin-pipewire (1:0.3.63-1 -> 1:0.3.63-3)
[2022-12-28T07:56:02+0100] [ALPM] upgraded pipewire-audio (1:0.3.63-1 -> 1:0.3.63-3)
[2022-12-28T07:56:02+0100] [ALPM] upgraded pipewire-alsa (1:0.3.63-1 -> 1:0.3.63-3)
[2022-12-28T07:56:02+0100] [ALPM] upgraded pipewire-pulse (1:0.3.63-1 -> 1:0.3.63-3)
Mi a fene lehet vele, illetve mitől? Sajna így nehéz, hogy nincs hibaüzenet, csak nem jelenik meg. Na, most már ír hibát is terminálban.
SystemLocale hu_HU
SystemLanguage hu
SystemEncoding UTF-8
DefaultSystemCodePage 65001
DefaultFileSystemCodePage 65001
DefaultRTLFileSystemCodePage 65001
XInitThreads: 1
[FORMS.PP] ExceptionOccurred
Sender=EInvalidOp
Exception=Invalid floating point operation
Stack trace:
$00007F761A4795AA in /usr/lib/libmodplug.so.1
$AFB825E294BA1100 in
Exception at 00007F761A4795AA: EInvalidOp:
Invalid floating point operation.
TServerListnerThread.DestroyLátszólag elindul, de nincs sehol. Érdekes, mert ez a libmodplug hanghoz köthető?!
Ötlet?! Szerk.: Arch fórumon van topik is, és a libmodplug visszaváltása eggyel régebbi verzióra, bizony megoldja a problémát!
Érdekes. -
Sonja
nagyúr
Tegnap este tökéletesen működött a Double Commander, ma már nem akar. Elindulni elindul, látom a task manager-ben, de nincs sehol?!
Terminálból indítva semmi hibát nem ír, tényleg rendesen elindul, de sehol nincs. A DC GTK legutolsó verzióját használom (1.0.9), a QT változat viszont meg is jelenik. A reggeli frissítések csak ezek voltak, ezek nem okozhatják szerintem. [2022-12-28T07:56:02+0100] [ALPM] upgraded alsa-card-profiles (1:0.3.63-1 -> 1:0.3.63-3)
[2022-12-28T07:56:02+0100] [ALPM] upgraded libcamera (0.0.2-1 -> 0.0.3-1)
[2022-12-28T07:56:02+0100] [ALPM] upgraded pipewire (1:0.3.63-1 -> 1:0.3.63-3)
[2022-12-28T07:56:02+0100] [ALPM] upgraded gst-plugin-pipewire (1:0.3.63-1 -> 1:0.3.63-3)
[2022-12-28T07:56:02+0100] [ALPM] upgraded pipewire-audio (1:0.3.63-1 -> 1:0.3.63-3)
[2022-12-28T07:56:02+0100] [ALPM] upgraded pipewire-alsa (1:0.3.63-1 -> 1:0.3.63-3)
[2022-12-28T07:56:02+0100] [ALPM] upgraded pipewire-pulse (1:0.3.63-1 -> 1:0.3.63-3)
Mi a fene lehet vele, illetve mitől? Sajna így nehéz, hogy nincs hibaüzenet, csak nem jelenik meg. -
Bocs, ezt hülyén írtam. Az AUR/linux-amd az eleve zenvr3-ra kéne legyen, de van egy ugyanilyen csomag, AUR/linux-amd-znver2. znver-re (Zen, Zen+) nincs külön ilyen kernel, de egy generic AUR-os kernelcsomagot viszont le lehet rá fordítani optimaliizáltan, a /etc/makepkg.conf-ba beilleszted ezt:
CFLAGS="-march=native -O2 -pipe -fno-plt"
CXXFLAGS="${CFLAGS}
RUSTFLAGS="-C opt-level=2 -C target-cpu=native"
MAKEFLAGS="-j$(nproc)"
Ez a native kapcsoló lényegében detektálja, hogy mi az adott procihoz a legoptimálisabb fordítási profil, ami kihasználja az összes utasításkészletet. Nem csak kernelnél fog működni, hanem a összes AUR-os csomagnál életbe lép, már ha az adott csomag makepgk scripte felül nem bírálja, de ez ritka. -O2 helyett -O3-mal is lehet próbálkozni, de azt nem minden kód szereti, igaz azok felül szokták bírálni -O2-re.
Ebből a MAKEFLAGS="-j" rész detektálja a prociszálak számát, azon belül is a nproc parancs, pl. ha 16 szálas a proci, akkor 16-tal tér vissza, és így make -j16 formában hívódik meg a make, és fordít mindent. Érdemes megejteni általánosságban is, mert sok AUR-os csomag fordítása gyorsabb lesz.Szerintem valami hasonló van Debian-on is, igaz ott nincs AUR, de a rendszerben valahol be lehet konfigurálni ezeket a fordítási kapcsolókat, hogy ha forráskódból forgatsz, akkor minden magot használjon, és konkrét procira optimalizáljon. Ha más nem, akkor az adott fordítandó kód makefile-jában vagy közvetlenül a fordítást végző parancsok kiadásakor írod be ezeket a környezeti változókat, pl.
make CFLAGS="-march=native -O2 -pipe -fno-plt" CXXFLAGS="${CFLAGS} MAKEFLAGS="-j$(nproc)"
Elvileg, mert Debianon nem csináltam még ilyet, de minden disztrón működnie kéne.
-
-
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.
zenvr-zenvr2-zenvr3-ra optimalizáljon.
A magok/szalak szam be van allitva, errol viszont nem tudtam.
Bemasolnad? (johet privatba is) -
valóban nem olvastam, de köszi
-
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.
Arra azért figyelj, hogy egy Ryzenekre szabott kernel
<insert surprised-pikachu-meme.jpg here>
igen, ezt valahogy sejtettem a névből
Ryzen 5 3600-ra fog menni -
ami egyebkent binaris formaban is megtalalhato a maintainer weboldalan
áh, jó tudni, mert amúgy szemezgettem vele, de úgy voltam vele, hogy forgatgassa a franc órákon át
mod: tudsz adni egy linket?
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/$archSigLevel = Optional TrustAll -
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)
ami egyebkent binaris formaban is megtalalhato a maintainer weboldalan
áh, jó tudni, mert amúgy szemezgettem vele, de úgy voltam vele, hogy forgatgassa a franc órákon át
mod: tudsz adni egy linket?
-
Archttila
veterán
Nálam a linux-amd 6.1.v.0-1 Kernel már forog.
-
-
Ezt egy kicsit félreértetted, no meg lehet én sem egyértelműen írtam.
LINUX: Remove option of using icons from system theme (now-im)
A nox-ot megnézem, kösz a tippet.
Ja, hogy a nox cli meg web ui.Én is meglepődtem, bár ez csak kinézet így engem nem érdekel miondaddig amíg nem csillámpóni a téma
-
Én qbittorrent-nox-ot használok, így nem érint, de ikont azért nem olyan nehéz csinálni...
Ezt egy kicsit félreértetted, no meg lehet én sem egyértelműen írtam.
LINUX: Remove option of using icons from system theme (now-im)
A nox-ot megnézem, kösz a tippet.
Ja, hogy a nox cli meg web ui. -
Sziasztok!
Érdekes hálózati problémám lenne. Nem vagyok nagy linux guru, de a laptopomon szeretek manjarot használni, asztali gépemen windows van játékok miatt.
Egyetemen tanulok, kollégiumban élek. A wifi használhatatlan, van kábeles net, ami viszont mac címhez kötött. Ezzel probléma nem is lenne, asztali gépnek meg van adva mac címe, proxyt beállítom és használható netem lesz (majdnem gigabites). Amik pedig le vannak tiltva a proxy miatt (torrent, steam, stb) megoldom vpn-nel (protont használok).
"Gyors" wifit pedig usb-s kártyával hotspotolok innen, és telefonról vagy laptopról protonvpn-nel tudok szintén használni.
Azonban ez linux alatt egyszerűen nem akar működni. Hiába használnám a gui vagy a cli proton-t nem csatlakozik, folyamat csak connection errort dob fel...
Ennek mi oka lehet? Próbáltam másik wifi hálózaton is, nem működik. Valakinek lehet ötlete?Próbáld meg esetleg OpenVPN-el használni, de amúgy ha ebben a koliban beregisztrálod az eszközeidet és azok közvetlen érik el a hálózatot (nincs közben NAT, kábelről vagy switch+AP-nek használt szappanosdobozról WiFi-n), akkor nincs szűrés
-
huu emlekszem mekkora bughalmaz volt ez anno az Ubin
-
Sonja
nagyúr
-
Megoldottam! Módosítottam az fstabot egy új opcióval.(x-systemd.mount-timeout=1m) Olvasgattam a wiki vonatkozó részeit, és találtam egy workaroundot, lehet hogy nem szép, de működik
Természetesen nem kell egy percet várni, mikor beírom a második lemez jelszavát azonnal megy tovább a boot folyamat. A crypttab-ból a discard opciót kivettem mert nem oda való valószínűleg. A boot folyamat során még a jelszó megadása előtt fel akarja oldani a /dev/mapper/CT1000MX500-at, és mivel még nem létezik elhasalt a felcsatolás, ezután kéri a jelszót, így létrejön az eszköz, de az fstab már nem fog újra lefutni. Megnöveltem a mountolás várakozási idejét 1 percre az fstab-ban, így szépen megvárja míg beírom a jelszót és létrejön a /dev/mapper/CT1000MX500 eszköz, és sikeres az automata mountolás.
Most így néz ki a konfig:
/etc/crypttab:CT1000MX500 PARTUUID=[partíció kód] none timeout=180/etc/fstab:
/dev/mapper/CT1000MX500 /media/CT1000MX500 ext4 rw,noatime,discard,nofail,x-systemd.mount-timeout=1m 0 2 -
Hamarabb próbálja a systemd felcsatolni(dependency failed a hibaüzenet egyébként), és később kéri be a jelszót. Más megoldás kell, nem jó a crypttab mert így túl későn jut el a boot során a feloldáshoz, az fstab meg jóval hamarabb csatolná.
Biztos nem ez a probléma, ahogy azt amorf (
![;]](//cdn.rios.hu/dl/s/v1.gif)
) barátunk is megmondta. -
Artix-on vagyok már egy jóideje, de kíváncsiságból egy másik drive-ra feldobtam az Arch-ot. Hogy tudom azt megoldani hogy a másik lemezen levő Artix titkosított(luks) root partíciója egy boot-kori jelszóbekérés után automatikusan felcsatolódjon ? Az /etc/crypttab -ba ezt írtam:
CT1000MX500 PARTUUID=[partíció kód] none discard timeout=60
Induláskor kb a vga driver éledésekor bekéri a meghajtó jelszavát, ezzel létrejön a /dev/mapper/CT1000MX500 amit bejelentkezés után manuálisan akár udisksctl-lel tudok csatolni. Viszont automatikusan szeretném. Ezt írtam az /etc/fstab-ba:/dev/mapper/CT1000MX500 /media/CT1000MX500 ext4 rw,noatime,discard,nofail,x-systemd.device-timeout=20ms 0 2
Nem tudja a systemd felcsatolni. hibaüzenet jön bootkor. Lehet az a gond hogy a lemez titkosítása túl későn oldódik fel, a vga driver inicializálódásakor, és a systemd előtte akarja csatolni, amikor még a /dev/mapper alatt nem jött létre az eszköz. Próbálom értelmezni az Arch wiki vonatkozó részét, de gyenge az angolom. Szóval hogyan oldható meg hogy a meghajó időben feloldódjon és az automatikus csatolás megtörténjen ? -
Annyit megpróbáltam, hogy az gnome-shell/extensions könyvtárban a kiegészítő metadata fájlban átírtam a shell verziót 43-ra. Ez az egyik kiegészítőnél bevált, elindult, de a másik nem és hibaüzenetet kapok.
Egészen pontosan ehhez a fájlhoz írtam hozzá a 43-at [link] -
Akkor én a kivétel vagyok, OpenWrt van a routereimen (és a rokonoknál lévőkön, akiknél én állítom be) már a kezdetektől. Még White Russian-al kezdtem 2007-ben...
A pkttype-nak 5 különböző értéke van, amiből az unicast és a host azonos jelentéssel bír... Mondjuk abban egyetértünk, hogy reject helyett egy drop jobb lenne... Nem kell tudatnuk vele, hogy él a host.
De gondolom az alap config nem egy ajánlás, csak egy példa, ami egyébként működőképes.
No ez nagyon dícséretes, de ne magadból indulj ki, hanem egy átlag userból. Még aki linuxot használ otthon, azok nagy %-a azt sem tudja, hogy mi az hogy openwrt. Felrakta az ubuntut, mert azt sokan dícsérik, és hasonló a windowshoz, oszt annyi. A Winesek meg pláne nem tudják mi az. Szal ők a boldog tudatlanok, hogy védve vannak, oszt csókolom.
Jópofa az nftable wikije. Én itt néztem: Link
ott meg 3 féle értéket mutat
Viszont attól függően hogy ki mire használja a home serverét, nem túl szerencsés minden forgalomra egységes limit rate-et beállítani, különben lehetnek meglepetések. Rendes szerveren meg kifejezetten hibás dolog (én pl megszívnám, ha így tennék a szervereinken)
Gyanítom ezért van az, hogy Debian (minimal) alatt az alap beállításban semmi nincs. Az összes policy accept, oszt csókolom. Arch-ot meg nemigen használnak szervernek, így gondolom úgy veszik, hogy a user kevésbé képzett, legyen neki valami. -
Most otthoni felhasználásról beszélünk ha jól sejtem. Az otthoni routerek 95%-ának a szoftvere mint egy ementáli sajt, ha a gyári firmware van rajta, és elvétve frissítik (kétlem hogy sokan OpenWRT-t raknak fel a gyári helyett mezei usereknél), és a feldolgozási sebessége is egyenlő a nullával. Legtöbbjük fele olyan gyors sincs, mint a mögötte levő számítógép. Szal én ezekben a home routerekben sosem bíztam, ha biztonságról van szó, és mást se bátorítok arra, hogy most akkor minden rendben van, mert router mögött van. Egyébként évente szoktak csinálni felmérést a home routerekről elég nagy mintavételezéssel, és katasztrófális a helyzet a biztonságuk terén.
pkttype host limit rate 5/secondősszintén szólva passz. A pkttype -nek (packet) három értéke van: broadcast, unicast, multicast. Szal a host nem tom hogyan jön ki, és nem is találok utalást a reference-ben sem.
Ráadásul utána ez van: reject with icmpx type admin-prohibited
counter
Ezt sem értem, hogy miért icmp admin-prohibited típussal utasítjuk vissza? Egyáltalán miért pazarlunk erőforrást arra, hogy aki épp floodol minket, és rossz esetben alig tudjuk feldolgozni, még külön küldözgetünk neki vissza ilyet és ezzel még mi is terheljük a saját gépünket/szerverünket? Miért nem dobjuk el simán?
Arról nem is beszélve, hogy ez a szabály sima filter inputként van, vagyis a leglassabb feldolgozással bír. Az ilyet én ingress hookba raknám netdev alá. Ez már olyan alacsony szinten van, hogy jóval gyorsabb a feldolgozási sebessége, mint a filter inputé. -
A legtöbb esetben úgyis van előtte egy router, ami ezeket már be sem engedi... És ugye ezek az input láncon vannak engedélyezve, ami egy LAN-on csücsülő headless eszköz esetén pont jól jön.
Nem néztem át tüzetesen a config-ot, de az 5/second-os rate limit nem global beállítás minden kapcsolatra? -
pacman -S nftables után ilyen bejegyzések vannak alapból az nftables.conf -ban?
Nah ezt nem gondoltam volna. Mindenesetre több furcsaságot látok benne. Egyrészt a sorrenddel nemigen értek egyet. Másrészt ha ez az alap config, akkor azért igen bátor a default ssh portot megnyitni úgy, hogy az illető nem is biztos hogy szeretne ssh-zni. Ugyanez az icmp-vel. Ezzel az összes icmp csomagot engedi, nem csak a pinget, de szabály már nincs rá, hogy mennyit enged másodpercenként. Hát... -
Köszönöm!
Arch-on így néz ki az alapbeállítás:
❯ cat /etc/nftables.conf#!/usr/bin/nft -f# vim:set ts=2 sw=2 et:# IPv4/IPv6 Simple & Safe firewall ruleset.# More examples in /usr/share/nftables/ and /usr/share/doc/nftables/examples/.table inet filterdelete table inet filtertable inet filter {chain input {type filter hook input priority filterpolicy dropct state invalid drop comment "early drop of invalid connections"ct state {established, related} accept comment "allow tracked connections"iifname lo accept comment "allow from loopback"ip protocol icmp accept comment "allow icmp"meta l4proto ipv6-icmp accept comment "allow icmp v6"tcp dport ssh accept comment "allow sshd"pkttype host limit rate 5/second counter reject with icmpx type admin-prohibitedcounter}chain forward {type filter hook forward priority filterpolicy drop}}
. A telepítőben néha nehéz volt lekövetni hogy mikor kell a chroot, és mikor kell a rendes telepítő parancssor. Systemctl boot indítót raktam, (azért mert a systemctl valahonnan ismerősen hangzott…), de lehet hogy ez nem a legegyszerűbb megoldás volt. Eléggé bonyolult volt feltenni, kézzel kellett megírni a konfigot. Ez valahogy a uefi partícióra tette a vmlinuzt és az initramfst. Nem tudtam hogy majd odakerülnek és elég kicsire vettem a partíció méretet (300 Mb) ennek nem tudom hogy később még lesz-e következménye. Mindenesetre ha egy windowsos dupla bootot kellett volna összehozni, akkor biztos még izzasztóbb lett volna. Így is jópárszor újra kellett indítanom hogy beinduljon. A telepítés eléggé IKEA feeling volt, itt még a rendes (nem root) usert is kézzel kell hozzáadni, az audio mixert is. Olyan dolgokat is kellett babrálni amikről nem is tudtam hogy léteznek, pl “avahiban” hogy menjen a Samba rendesen. Az xfce más billentyűbeállítást használ mint amit az alap telepítőben beállít az ember az elején. Waylendet nem mertem kipróbálni, maradtam a xfce-nél. A videógyorsítás amúgy pöccre indult. Ez az alap xfce egy kicsit idegennek néz ki, még szokni kell. Lehet hogy egy kicsit koca lett a rendszer abban az értelemben hogy nem mindegyik grafikus alkalmazás xfcehez való (ami azt hiszem Qt). Lehet hogy néhány Gnome-os cucc is bekerült. Összességében a wikiben elég jól le voltak írva a dolgok, és jól jött egy működő Manjaro laptop is hogy néhány tuti konfig fájlba azért bele tudjak nézni. Az egész telepítés böngésző és pacman cache nélkül 4 giga alatt van; a manjaro 10+ biztosan megvolt. Egyelőre úgy tűnik hogy minden megy faszán 
.
#@!$&*## hogy remegne meg a keze annak aki ezt a manjarolál kitalálta… 
Amúgy anno emiatt a gyorsítás miatt álltam át Ubunturól Manjarora. Hát akkor majd emiatt állok most át rendes Archra; két amd videós gépem is van. Az a baj hogy a rendes Archot feltenni fele se tréfa…
bonuszkent a vegen elmenthed a scriptet, igy legkozelebb mar azt a ket percet sem kell rászánnod a telepitesre 
Ötlet?! 
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
- Game Pass Ultimate előfizetések 3 - 36 hónapig azonnali kézbesítéssel! 13 hónap ultimate - 45.000 ft
- Eladó jogtiszta, Windows 11/10, Office 2019/2021/2024, Fizikai és Digitális licencek, Számlával.
- Gyermek PC játékok
- Kaspersky, BitDefender, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Adobe Előfizetések - Adobe Creative Cloud All Apps - 12 Hónap
- iPhone 11 Pro 64GB 100% (3hónap Garancia) - AKCIÓ
- i9-11900K / RTX 3080 / Z590i / 32GB 4000MHz / 1TB NVMe / 750w GOLD! BeszámítOK
- Lenovo ThinkPad T14s Gen 2 i5-1135G7 16GB 1000GB FHD 1 év garancia
- HP ProBook 650 G5 - i5 8265U, 8-16GB RAM, SSD, jó akku, számla, 6 hó gar
- Apple iPhone 8 64GB Space Gray Használt, jó állapotban 94% akkumulátor
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest