- Xiaomi 14 - párátlanul jó lehetne
- Samsung Galaxy S26 Ultra - fontossági sorrend
- Yettel topik
- Xiaomi 17 Ultra - jó az optikája
- Huawei Watch Fit 5 Pro - jó forma
- Samsung Galaxy Watch8 és Watch8 Classic – lelkes hiperaktivitás
- Fotók, videók mobillal
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- iPhone topik
- Milyen okostelefont vegyek?
-
Mobilarena
Mobilarena
Új hozzászólás Aktív témák
-
ubuntu lts-t kért a megrendelő, az van fönn. pxe be van kapcsolva, mert azon keresztül telepítettem, de a boot sorrendben az SSD az első.
memória: a fene tudja már, egy darab 16GB-s modul volt, arra még emlékszem
PXE szerintem simán lehet, próbálkozik valamivel.
Első kör memteszt pipa, szerintem valami szoftveres gebasz lesz, nem fűtöm tovább a kicsit eleget kapott... most 86°C.
-
Nem igazán tapasztaltam hasonlót, esetleg boot sorrendnél csak a boot meghajtót hagyd meg illetve nekem kb minden alapon van kivéve XMP és C6 state. Arch linuxszal kb 10mp után készen van a boottal. Ha mással használod, win alatt régebben valamivel meg tudtam nézni mi fogja a bootot, vagy esetleg valami BIOS beallitas...pxe, hasonló nincs bekapcsolva?
mod: esetleg milyen memória modul, nem lehet hogy nem szereti és a training fut le mindig?
Csak ilyen vad elképzeléseim vannak.Fut a memtest, eddig semmi hiba, 83°C aktív hűtés nélkül. 😅
ubuntu lts-t kért a megrendelő, az van fönn. pxe be van kapcsolva, mert azon keresztül telepítettem, de a boot sorrendben az SSD az első.
memória: a fene tudja már, egy darab 16GB-s modul volt, arra még emlékszem -
off, de ha már említetted azt az alaplapot: pont a múlt héten raktam össze egy gépet egy ilyen lappal, és nálam azt csinálja, hogy rebootkor percekig áll egy darab kurzorral a képernyőn az OS betöltése előtt, aztán elindul. ha kikapcsolom és bekapcsolom, akkor meg normálisan, azonnal bootol.
felraktam a 2.01-es béta BIOS-t, de nem változott semmi.te tapasztaltál hasonlót?
Nem igazán tapasztaltam hasonlót, esetleg boot sorrendnél csak a boot meghajtót hagyd meg illetve nekem kb minden alapon van kivéve XMP és C6 state. Arch linuxszal kb 10mp után készen van a boottal. Ha mással használod, win alatt régebben valamivel meg tudtam nézni mi fogja a bootot, vagy esetleg valami BIOS beallitas...pxe, hasonló nincs bekapcsolva?
mod: esetleg milyen memória modul, nem lehet hogy nem szereti és a training fut le mindig?
Csak ilyen vad elképzeléseim vannak.Fut a memtest, eddig semmi hiba, 83°C aktív hűtés nélkül. 😅
-
Volt valami update / történt valami az elmúlt pár napban ami miatt a dmesg-ben megjelent egy ilyen hiba nekem:
[ 5.574555] resource: resource sanity check: requesting [mem 0x00000000fedc0000-0x00000000fedcffff], which spans more than pnp 00:03 [mem 0xfedc0000-0xfedc7fff][ 5.574563] caller igen6_probe+0x17f/0x7f2 [igen6_edac] mapping multiple BARs[ 5.574604] EDAC MC0: Giving out device to module igen6_edac controller Intel_client_SoC MC#0: DEV 0000:00:00.0 (POLLED)[ 5.574624] EDAC igen6 MC0: HANDLING IBECC MEMORY ERROR[ 5.574625] EDAC igen6 MC0: ADDR 0x7fffffffe0[ 5.575355] EDAC igen6: v2.5.1A hibaüzenet+memóriacím masodpercenként kétszer bekerül logba. Ez mi a tök lenne?
N100 proci, 16G sima ram, Arch linux nyilván.
Linux HomeServer 6.13.1-arch1-1 #1 SMP PREEMPT_DYNAMIC Sun, 02 Feb 2025 01:02:29 +0000 x86_64 GNU/Linux
-
wwenigma
Jómunkásember
Volt valami update / történt valami az elmúlt pár napban ami miatt a dmesg-ben megjelent egy ilyen hiba nekem:
[ 5.574555] resource: resource sanity check: requesting [mem 0x00000000fedc0000-0x00000000fedcffff], which spans more than pnp 00:03 [mem 0xfedc0000-0xfedc7fff][ 5.574563] caller igen6_probe+0x17f/0x7f2 [igen6_edac] mapping multiple BARs[ 5.574604] EDAC MC0: Giving out device to module igen6_edac controller Intel_client_SoC MC#0: DEV 0000:00:00.0 (POLLED)[ 5.574624] EDAC igen6 MC0: HANDLING IBECC MEMORY ERROR[ 5.574625] EDAC igen6 MC0: ADDR 0x7fffffffe0[ 5.575355] EDAC igen6: v2.5.1A hibaüzenet+memóriacím masodpercenként kétszer bekerül logba. Ez mi a tök lenne?
N100 proci, 16G sima ram, Arch linux nyilván.
Linux HomeServer 6.13.1-arch1-1 #1 SMP PREEMPT_DYNAMIC Sun, 02 Feb 2025 01:02:29 +0000 x86_64 GNU/Linux
-
-
Köszi, végül nem találtam sehol.
Végigvárom a buildet inkább.Ugyanerről jut eszembe, hogy van arra valami trükk, hogy ha valami történik a terminálban (pl. megy a fordítás), az blokkolja a gép elalvását?
Folytatta a fordítást, miután felébresztettem, és hibaüzenet sem volt, de nem tudom, hogy így hibátlan lesz-e.
Oké, átállíthatom ilyen esetben 2 óráról többre, aztán vissza, de hátha van erre okosabb megoldás.Kössz!
-
-
Sziasztok!
Érdeklődnék, hogy van-e valami bevált módszer az unofficial Arch repokban való kereséshez.
A codelite nevű csomagot keresem, mert az AUR-ban lévő verzió fordítása a laptopomon marha lassú, a -bin változat meg hónapokkal később frissül általában.
Nem életbevágó a dolog, de hátha van egy frissen tartott repo, ami tartalmazza a progit.
Köszi!
-
Bici
félisten
Sziasztok!
Érdeklődnék, hogy van-e valami bevált módszer az unofficial Arch repokban való kereséshez.
A codelite nevű csomagot keresem, mert az AUR-ban lévő verzió fordítása a laptopomon marha lassú, a -bin változat meg hónapokkal később frissül általában.
Nem életbevágó a dolog, de hátha van egy frissen tartott repo, ami tartalmazza a progit.
Köszi!
-
IstvánLászló
őstag
-
Archttila
veterán
DWL
Nos igen, C tudas nelkul ez nem fog menni...
pedig ez most (nekem) nagy lepes lett volna 4.5 ev Sway utan... de mint tudjuk nincs ingyen ebed 
-
lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS
loop0 7:0 0 2G 0 loop
loop1 7:1 0 20G 0 loop
loop2 7:2 0 14G 0 loop
sda 8:0 0 3.6T 0 disk
└─sda1 8:1 0 3.6T 0 part
sdb 8:16 0 1.8T 0 disk
└─sdb1 8:17 0 1.8T 0 part /mnt/pve/backupHDD
sdc 8:32 0 238.5G 0 disk
├─sdc1 8:33 0 512M 0 part
├─sdc2 8:34 0 55.9G 0 part /
└─sdc3 8:35 0 3.7G 0 part [SWAP]
sdd 8:48 0 476.9G 0 disk
└─sdd1 8:49 0 476.9G 0 part /mnt/pve/vmA kiemelt lenne az EFI partíció szerintem.
Ha jól gondolom, akkor EZ alapján:
proxmox-boot-tool format /dev/sdc1
proxmox-boot-tool init /dev/sdc1
proxmox-boot-tool refresh...azért mentek egyet előtte
-
lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS
loop0 7:0 0 2G 0 loop
loop1 7:1 0 20G 0 loop
loop2 7:2 0 14G 0 loop
sda 8:0 0 3.6T 0 disk
└─sda1 8:1 0 3.6T 0 part
sdb 8:16 0 1.8T 0 disk
└─sdb1 8:17 0 1.8T 0 part /mnt/pve/backupHDD
sdc 8:32 0 238.5G 0 disk
├─sdc1 8:33 0 512M 0 part
├─sdc2 8:34 0 55.9G 0 part /
└─sdc3 8:35 0 3.7G 0 part [SWAP]
sdd 8:48 0 476.9G 0 disk
└─sdd1 8:49 0 476.9G 0 part /mnt/pve/vmA kiemelt lenne az EFI partíció szerintem.
-
Szerintem a conf fájlok kavarnak be... a systemd-boot nem közvetlenül listázza a törölt kerneleket, hanem azokat a bejegyzéseket jeleníti meg, amelyek az EFI partíción található konfigurációs fájlokban vannak definiálva. Ha a kernel és az initramfs fájlokat eltávolítottad, de a hozzájuk tartozó .conf fájlok megmaradtak, akkor a törölt kernelek továbbra is megjelenhetnek a listában.
Listázd már az alábbi fájlokat:
boot/efi/loader/entries/boot/efi üres, gondolom mert ez debian, megkeresem, ha gépnél leszek
Grub csomagol törölhetők gondolom... -
ViZion
félisten
-
Archttila
veterán
-
Sziasztok
Kérlek segítsetek "látni", mert valamit biztos nem veszek észre.
Adott a saját gépem ahol használok openVPN-t. Ha felcsatlakozom a VPN-re akkor csak a oda irányított forgalom megy rajta keresztül. Minden más a normál internet csatlakozáson. Természetesen a VPN setting-ben benne van a never-default=true.
Felraktam jó pár linuxot az emúlt napokban calamarch, manjaro - kde, gnome DE-vel
Hiába kattintom be a VPN settingsben (és a config fileban is benne van) a "Use only for resouces on this connection" mégis teljesen belassul a weboldalak lekérése. (nem kerüli ki a VPN-t.)Mit kellene még tennem?
-
Én külön jelszót adnék a root-nak mindenképpen. De ez egyéni döntés.
Ahogy a többiek is írták, asudojól működik. Pont arra van, hogy tudj bizonyos dolgokat más user (jellemzően root) jogosultságával futtatni (auditálva) úgy, hogy nem ismered a root jelszavát.
Ugye asu-val root shell-t kapsz, míg asudo-val csak átmenetileg a beállított jogosultságokat (lehet az is, hogy csak 1 parancsra adsz root jogot a kérdéses felhasználónak).Miért zavar az téged, hogy van root felhasználó is?
-
Én külön jelszót adnék a root-nak mindenképpen. De ez egyéni döntés.
Ahogy a többiek is írták, asudojól működik. Pont arra van, hogy tudj bizonyos dolgokat más user (jellemzően root) jogosultságával futtatni (auditálva) úgy, hogy nem ismered a root jelszavát.
Ugye asu-val root shell-t kapsz, míg asudo-val csak átmenetileg a beállított jogosultságokat (lehet az is, hogy csak 1 parancsra adsz root jogot a kérdéses felhasználónak).Miért zavar az téged, hogy van root felhasználó is?
-
Kificamítani? Egyénfüggő de van akinél 10 centis ugrás is elég.
root-ot tiltani:
# passwd -l rootEngedélyezni újra:
# passwd -u root
Mielőtt tiltod azért győződj meg róla hogy a normál felhasználóddal tdod használni a sudo-t (és nem csak korlátozottan), valamint hogy a sudoers nem úgy van konfigolva hogy a root jelszavát kell beírni amikor használod (hanem a normál user jelszavát kéri).
Köszönöm, köszönöm, köszönöm!
Na ezt szerettem volna kimazsolázni, mert az én gesztenyekaparóm még kevés ehhez. -
IstvánLászló
őstag
-
Endeavour os fut most. Nem tudom hogy követtem el (lehet hogy ez a normális),de külön jelszava van a rootnak ( a su-nak) és a sudonak (ugye ez a user jelszava). Én szeretem ezt az újmódi sudózást. Meg lehet a root-ot szüntetni, vagy lehet neki ugyanazt a jelszót adni , mint a sudo-t használó usernek?
A
sudonagyon nem "újmódi"... Asu-ról kellett volna inkább már régen leszokni. -
Archttila
veterán
Arch Linux hajrá csak így tovább,ennek örülök.
Levente Polyak grat mindenért ha ezt olvasod.Mar alapvetoen az is udvozlendo, hogy ilyen pozicioban Magyar emberke tronol immaron sokadik eve, szoval tenyleg hatalmas virtualis pacsi innen is... oszinten buszke vagyok!
-
IstvánLászló
őstag
-
Írd le a lépéseket hogy kapcsoltad be a hardveres titkosítást az ssd-n. Próbáltam google fordítóval értelmezni az arch wiki vonatkozó részeit de nekem elég bonyolultnak tűnik, meg lehet a fordítás sem az igazi. Kell valami pre boot authorization image-t generálni vagy letölteni valahonnan, lehet hogy az alaplap biosának is támogatnia kell a dolgot mert különben nem tudok bootolni a hw titkosított drive-ról, ennyit silabizáltam ki. A sedutil-cli --scan azt mondja az sn580 támogatja az opal-t. A LUKS elméletileg tudja használni a hardveres titkosítást(vagy legalábbis részben arra támaszkodni), ha a LUKS konténert a cryptsetup --hw-opal-only kapcsolóval hozom létre, ez nekem egyszerűbb lenne mint a meghajtó sima lejelszavazása. A kérdés az ha a LUKS-on keresztül opal-al használom a hw titkosítást akkor ugyanúgy lejelszavazódik a meghajtó mintha simán sed-et használnék, és támogatnia kell a biosnak a feloldást, meg pba image kell, vagy hogy van ez ? Mert a wiki azt írja hogy a LUKS fejléc fogja feloldani a hardveres titkosítást, tehát elvileg a LUKS ugyanúgy bekéri a jelszót mint eddig. Azt is írja a wiki hogyha opal-al megtámogatott LUKS titkosítást használok akkor a trim engedélyezve lesz alapból, és elméletileg így nem érintett az adatszivárgásban. A wiki szerint komolyabb adatszivárgás szoftveres titkosításnál trim mellett akkor lehet ha a cryptsetup 1.6.0 vagy alacsonyabb verzióval lett létrehozva a konténer, ez esetemben nem áll fenn, bőven magasabb verzióval hoztam létre.
-
The device-mapper maintainers have made it clear that TRIM support will never be enabled by default on dm-crypt devices because of the potential security implications.
Esetleg még ezt érdemes elolvasni:
https://wiki.archlinux.org/title/Solid_state_drive#TRIM -
Igazad van, amíg a systemd-boot konfigban nem engedélyeztem hogy a LUKS engedje át a discard-ot, addig az fstrim -v / parancsra azt írta nem támogatott. Amint engedélyeztem reboot után működött az fstrim, kb 300gb-ot trimmelt. sd-encrypt -et használok a rendszerpartíció felcsatolásához, ilyenkor a /boot/loader/entries/arch.conf a következőképp néz ki:
title Arch Linux NVME
linux /vmlinuz-linux
initrd /intel-ucode.img
initrd /initramfs-linux.img
options rd.luks.name=UUID=sn580_cryptroot root=/dev/mapper/sn580_cryptroot rw
options rd.luks.options=UUID=discardAz UUID helyére a rendszerpartíció UUID-je kell. Az utolsó sor engedélyezi a trim-et.
Az sn580_cryptroot helyére lehet tetszőleges nevet írni, praktikusan a meghajtónk típusát.Kísérletképp az fstab-ba beraktam a discard-ot, kíváncsi vagyok néhány hét múlva belassul e a rendszer, ha igen akkor marad a periodic trim mint lehetőség. A crucial mx500-on és a samsung QVO 860-on gyakorlatilag nem nagyon működött a continous trim, az fstrim-el indőnként be kellett segíteni. Van egy másik gépbe adata sp600-on(sata ez is) Arch Luks-al, az még nem lassult be, pedig kb egy éve használom, lehet az a meghajtó jobban komálja a linux alatti folyamatos trim-et.
-
Nvme-re kellett cseréljem az Arch-ot futtató ssd-t mert a sata-s ssd nem szerette a luks titkosítást és a trim-et egyszerre, nagyon laggolt. Átklónoztam a rendszert nvme-re, pöccre indul nem laggol. A régi ssd egy mx500 egy terás, az új egy wd sn580 1 terás. Más márkájú sata ssd-nél is előjött luks és folyamatos trim beállítás mellett a laggolás, magas IO használat. Egyelőre úgy tűnik az nvme beváltotta a hozzá fűzött reményeimet, nem kell a trim-el törődni, ha minden igaz firmware-ból végzi automatikusan, semmilyen rendszer beállítást nem igényel.
-
" ha minden igaz firmware-ból végzi automatikusan, semmilyen rendszer beállítást nem igényel"
Legalábbis ez az infó terjeng a linux kezdő topikban.
Csinálj egy fstrim-et. Mi a kimenet? Trim-elni fog.
Csinálj még egyet, nem fog trimmelni mert nincs mit.
Hozz létre egy fájlt tetszőleges mérettel. (pl. dd if=/dev/random of=./testfile bs=4M count=1) ez egy darab 4M méretű fájl.
Töröld le.
Csinálj még egy trimet, láss csodát, pont 4M adat trimmelődött.
Szerinted nvme esetén egy SATA parancsot akar kiadni az fstrim mert a fejlesztők annyira hülyék, vagy inkább egy nvme parancsot? (deallocate)
-
Nvme-re kellett cseréljem az Arch-ot futtató ssd-t mert a sata-s ssd nem szerette a luks titkosítást és a trim-et egyszerre, nagyon laggolt. Átklónoztam a rendszert nvme-re, pöccre indul nem laggol. A régi ssd egy mx500 egy terás, az új egy wd sn580 1 terás. Más márkájú sata ssd-nél is előjött luks és folyamatos trim beállítás mellett a laggolás, magas IO használat. Egyelőre úgy tűnik az nvme beváltotta a hozzá fűzött reményeimet, nem kell a trim-el törődni, ha minden igaz firmware-ból végzi automatikusan, semmilyen rendszer beállítást nem igényel.
-
Nvme-re kellett cseréljem az Arch-ot futtató ssd-t mert a sata-s ssd nem szerette a luks titkosítást és a trim-et egyszerre, nagyon laggolt. Átklónoztam a rendszert nvme-re, pöccre indul nem laggol. A régi ssd egy mx500 egy terás, az új egy wd sn580 1 terás. Más márkájú sata ssd-nél is előjött luks és folyamatos trim beállítás mellett a laggolás, magas IO használat. Egyelőre úgy tűnik az nvme beváltotta a hozzá fűzött reményeimet, nem kell a trim-el törődni, ha minden igaz firmware-ból végzi automatikusan, semmilyen rendszer beállítást nem igényel.
-
IstvánLászló
őstag
-
vargalex
félisten
Te mit használsz a pamac helyet?
Üdv: István -
IstvánLászló
őstag
Én ugyan nem használok pamac-ot, de ott van a pamac-aur csomag részletei oldalon az utolsó komment:
"update your databases then remove pamac-aur and libpamac-aur or whatever dependencies need to be removed within these two. Install libpamac-aur which has been updated to work with pacman >=7 then install pamac-aur again and everything would be back to normal.
If you don't know how to reinstall from aur you can temporary use any other known tool or simply check this aur sh file https://github.com/WebReflection/archibold.io/blob/master/utils/aur and then aur libpamac-aur first and aur pamac-aur after.
This solved for me on plain ArchLinux."
-
vargalex
félisten
A pamak-aur helper frissitésére itt a megoldás,most teszteltem és miden is rendbenvan..
Az asztalról és menüből a programokhozzáadása és eltávolitása program,most már müködik,úgy mint ahogyan azt meg is szoktuk.yay -Syyu pamac-flatpak
Köszönöm az ötleteidet. Remélem ezzel mindekinek is tudtam segíteni.
-
IstvánLászló
őstag
A pamak-aur helper frissitésére itt a megoldás,most teszteltem és miden is rendbenvan..
Az asztalról és menüből a programokhozzáadása és eltávolitása program,most már müködik,úgy mint ahogyan azt meg is szoktuk.yay -Syyu pamac-flatpak
Köszönöm az ötleteidet. Remélem ezzel mindekinek is tudtam segíteni.
-
IstvánLászló
őstag
-
#63718632
törölt tag
Igen én is pacman és aur helpert használom most parancssorból.
A rendszert tuom frissíteni..
Az install során igen igen csak a parancssoros pacman kerül fel a rendszerre., de én ezután a pamac-aur helpert installáltam.. -
IstvánLászló
őstag
-
#63718632
törölt tag
Archlinux Cinnamonnal a rendszerem.
A pacman 7.0.0-ra frissűlt és ezután eltűnt az asztalról és menüből a programokhozzáadása és eltávolitása program és ez minden usernél így van.
A netet már több órájatúrom,sokan azt írják hogy várnikell,mig fríssitik a pacmant...
Kérdezem hogyan is lehetséges,visszaállitani a pacmant,lehet hogy várnom is kellene mig javítják ezt a hibát.. -
IstvánLászló
őstag
-
Archttila
veterán
-
#78522999
törölt tag
Nem nagyon "vágom" a Python-t, de mintha hiányozna a "setuptools.build_meta" fájl az "ffmpeg-normalize" csomagból.
Próbáltam az "ffmpeg-normalize" és a régebbi "ffmpeg-normalize-git" csomagokat is az AUR-ból, de ugyanez a végeredmény.
Nálam van valami gond vagy hibás a repo-ban lévő stuff? -
Igen tudom.
Egyszerűen csak kényelmi szempont alapján akartam aláírást hozzá.
Viszont csak próbából a laptopon "pacman -U" csináltam, hogy mit szól az aláírás nélküli zst fájlra, de másodpercek alatt felrakta és rendben működik.Így végül a célomat elértem, de nem teljesen világos miért nem szólt a hiányzó .sig fájl miatt.
Csak ilyen vad elképzeléseim vannak.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
pedig ez most (nekem) nagy lepes lett volna 4.5 ev Sway utan... de mint tudjuk nincs ingyen ebed 
Új hozzászólás Aktív témák
- Adobe Előfizetések - Adobe Creative Cloud All Apps - 12 Hónap
- Forza horizon 6 prémiumot vásárolnék
- Star Wars The Old Republic Collectors Edition
- Eladó jogtiszta, Windows 11/10, Office 2019/2021/2024, Fizikai és Digitális licencek, Számlával.
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Eladó Samsung Galaxy A50 4/128GB szivárvány / 12 hónap jótállás
- Keresünk Galaxy S22/S22+/S22 Ultra
- Apple MacBook Pro 14 M4 2024 24GB/512GB SSD újszerű állapotú 100% akku 40 ciklus
- Apple Mac mini M1 2020 - 16GB/256GB SSD - Erősebb verzió! - Szép/Megkímélt állapotban
- Keresünk Galaxy S23/S23+/S23 Ultra/S23 FE
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest