-
Fototrend
Arch Linux topik
Új hozzászólás Aktív témák
-
vargalex
félisten
A wiki példa szerint az udev és a keyconf is kell a HOOKS-ba. Alap, de ugye az lvm2-t telepítetted és a HOOKS módosítása után generáltál is új initramfs-t?
[ Szerkesztve ]
Alex
-
vargalex
félisten
válasz Xenophobermn #7051 üzenetére
Pedig akkor az lesz, amit a kolléga ír. Nem jó SSD-re mutat az EFI bejegyzés. Próbáltad úgy is, hogy visszarakod a másik SSD-t is?
BIOS-ban sem tudsz boot manager-t váltani?Alex
-
vargalex
félisten
válasz Xenophobermn #7054 üzenetére
Azért azt lássuk be, hogy ez nem normális... Mitől kellene mindig telepíteni a grub-ot???
Alex
-
vargalex
félisten
válasz Siriusb #7061 üzenetére
Én is éppen tegnap frissítettem a teljes rendszert, és gond nélkül megy tovább a qbittorrent (qbittorrent-nox-ot használok). Valóban áprilisi verzió, amit egyébként tegnap flaggeltek out-of-date-ra. De ez még nem jelenti, hogy máris lenne újabb verzió. Persze lehet, hogy egy rövid időre volt a repoban...
Alex
-
vargalex
félisten
válasz májkimiki #7076 üzenetére
A doksit elolvasva nem igaz, hogy nem támogatott az SMB1, csak default-ban a minimum verzió SMB2-re van állítva.
Szóval, én a /etc/samba/smb.conf-ba betenném aclient min protocol = NT1
sort.
Alex
-
-
vargalex
félisten
válasz Shyciii #7105 üzenetére
Azért egy bármilyen Core I3-at nem szabad összehasonlítani egy RPi-vel. Ég és föld a különbség. Láthatod, hogy nálad a transmission kihajtja a gigabitet, míg a kollégánál 80-160 Mbps-nél vége. Pedig a csúcs RPi-vel használja. Így nála teljesen jogos a több magos alkalmazás igénye.
[ Szerkesztve ]
Alex
-
vargalex
félisten
válasz Shyciii #7109 üzenetére
Márpedig egy Core i3 nem csak egy RPi4-hez, hanem egy átlagos NAS CPU-jához (ami általában szintén ARM) igen is erős CPU-nak számít. Ezt kell elfogadni. Nem feltétlenül mai desktop CPU-khoz kell hasonlítani. Azoknak nyilván nem gond a gigabit. De nem is feltétlenül csak ARM-hez. Nagyon sokan, köztük én is "szar Celeron, meg Nxxxx-es" CPU-val szerelt lapokat (én konkrétan Intel J3455-öt) használnak otthoni mindenes szervernek. Elég lenne csak benézni a Home server / házi szerver építése topic-ba. Szerintem az én szerverem sem bírná a gigabitet torrentben 1 magon, persze kipróbálni nem tudom, mert 500 Mbps-es netem van. Szóval minden csak viszonyítás kérdése.
És ugye az eredeti kérdező nem is desktopról beszélt, hanem konkrétan az RPi-ről. Amit egyébként én sem használnék desktop eszköznek (még az operátorok számára sem).
Alex
-
vargalex
félisten
válasz Shyciii #7111 üzenetére
Ez az x86 világban igaz. De mondom, nézz szét a NAS-ok között. Sőt, sokan használják android boxokat linux-al ilyen célra, amik szintén ARM-el szeretlek.
A home szerver topicban pedig az a jellemző, hogy passzív hűtéssel ellátott lapokat használnak. Ezt az általad említett CPU-kkal nem tudod megtenni.
És még egyszer mondom, ne desktop vonalban gondolkodj!Alex
-
vargalex
félisten
válasz Shyciii #7113 üzenetére
Ne a mobilod grafikus teljesítményét nézd, hanem a CPU számítási teljesítményét. Hiszen pl. a transmission nem a GPU-t használja! És ne is céges szerver kategóriát.
De hagyjuk, nem akarod megérteni, hogy a többség (Magyarországon) Core i3-nál jóval gyengébb CPU-kon torrentezik. És még a routeren torrentezést nem is említettem, ahol még csak nem is ARM, hanem MIPS architechtúrán tolják ugyan ezt.
Ezekhez képest írjuk itt mi az erős CPU-t. De ezt leírtam már az összes hozzászólásomban. Sehol nem írtam olyat, hogy nézd meg általánosságban. És valóban nevetséges, hogy csak részleteket ragadsz ki a hozzászólásaimból, a lényegén teljesen átsiklasz...Alex
-
vargalex
félisten
Sziasztok!
Érdekes esetem volt, gondoltam leírom, hátha mással is megesik:
Szóval, van egy céges Dell Latitude 5590-es notebook-om, amin természetesen Arch linuxot használok. 2019 szeptemberében (alig 1-2 hetes volt a gép) munka közben szétesett a kép, össze-vissza villódzott, majd a bekapcsoló gomb hosszú nyomására történő kikapcsolás utáni bekapcsolásra csak hibakód villogást produkált (az elején lévő erre is szolgáló leden). Később mégis elindult, de jelentettük a Dellhez és cserélték is az alaplapot. Ez az alaplap az utóbbi 2 hétben viszont négyszer-ötször ismét hibakódot produkált (egy másikat, ez a ledek villogása szerint CPU hiba), így ismét jelentettük. Jött a szervizes, ismét cserélték az alaplapot (múlt pénteken).
Ezután érdekes számomra a történet. Ugyanis az új alaplappal random idő után (2-10 perc közti időtartam) lefagyott a grafikus felület, az egér sem reagált. 1-2 perc múlva az egér visszajött, de a grafikus felület nem. Terminálon (tty3-on) be tudtam jelentkezni és GPU crash dump-ot láttam a logban. Ez azért érdekes, mert nincs külön GPU, a CPU-ba (I5-8350u) integrált van csak. Viszont újraidítva a grafikus felületet, ismét ment néhány percig, majd újra hiba. Újraindítás után ugyan ez folytatódott.
Gondoltam megnézem LTS kernellel. Hibátlanul ment, egész hétvégén nyüstöltem.
Persze még pénteken ismét lejelentettem, hogy nem jó az új alaplap, tegnap jöttek is ismét cserélni. Ez az alaplap viszont már a friss kernellel is hibátlanul működik.
Láttatok már ilyen hibát? Az LTS kernel ennyivel hibatűrőbb lenne? Úgy gondolom, hogy nyilván volt valami hardware hiba a cserélt alaplapon, ha az előtte és az utána lévő sem produkálta ezt a hibát. De a CPU-ba integrált GPU?Annyit megtudtam a szervizestől, hogy ezek egyébként Csehországból érkeznek, javított, átnézett alaplapok.
Alex
-
vargalex
félisten
-
vargalex
félisten
válasz Xenophobermn #7186 üzenetére
Visual Studio Code-ban működik PHP esetén is, ott dupla kattintásra csak a változó nevét jelöli ki $ nélkül.
Alex
-
vargalex
félisten
-
vargalex
félisten
Szerintem a wiki-ben nagyjából ott is a válasz: "
Haveged was created to remedy low-entropy conditions in the Linux random device that can occur under some workloads, especially on headless servers."Márpedig az Arch Linux ARM elsőslegesen headless server-ekhez készült. Ezért is része több dolog az alaptelepítésnek, hiszen egy olyan rendszert kell elindítani, ami rögtön távolról is elérhető, tehát pl. az SSH kulcsok generálása is megtörtént (ehhez pedig kell a random úgy, hogy semmi felhasználói aktivitás nem volt).
Az már más kérdés, hogy a projekt indulása óta már több olyan board is van (pl. a kolléga által használt Raspberry Pi), amire kijelző is köthető, tehát akár teljesértékű desktop rendszerként lesz használva. Én anno pl. Seagate GoFlex Net-en használtam nagy megelégedéssel.Alex
-
-
vargalex
félisten
-
vargalex
félisten
Közben láthattad (a kolléga linkelte), hogy azért kell, mert bizonyos szolgáltatások éppen az entrópia növekedésére várnak (vagyis a random generátorra, ami az entrópia növekedésére), ezért az adott szolgáltatást headless szerver esetében el sem tudod érni...
[ Szerkesztve ]
Alex
-
vargalex
félisten
válasz Archttila #7236 üzenetére
Most nézem, hogy ezt nem is a Manjaro-ék mondják, hanem az általam már linkelt Haveged Arch wiki oldalról van (konkrétan az első, 2012.10.23-i verzióban is benne volt már).
Alex
-
vargalex
félisten
Szerintem is elbeszélünk egymás mellett: ahogy írtam, az Arch Linux ARM alapvetően kis headless gépekre (értsd: nincs is rajta monitor kimenet) készített distro (csak, hogy azokat a vasakat említsem, amik miatt egyáltalán létrejött a projekt: Pogoplug, SheevaPlug, Seagate Dockstar, Seagate GoFlex Home, Seagate GoFlex Net, stb.). Ezeket az eszközöket csak SSH-n tudod elérni (jó, ott van még a soros port, de az átlag usernek nem opció). Márpedig az SSH szolgáltatás indításához random kulcsok generálására van szükség, ami a kis entrópia miatt blokkolva lesz. Ergo nem éred el sehogy a gépedet. Szóval, indokolt, hogy az alaptelepítés része legyen.
Alex
-
-
vargalex
félisten
válasz szuszinho #7320 üzenetére
Mi értelme van dockerben futtatni az OpenVPN-t? Pontosan hogy indítod a container-t? (Esetleg egy
docker ps -a --no-trunc
kimenet jó lehet még.) Mi a hoston a tűzfal confg-od? (sudo iptables-save
kimenet jó lehet.) Ugye a lényeg, hogy az OpenVPN container belső portját (gondolom az UDP 1194 lesz) a host egy portjára kell mappelni. Ezt pedig nyilván be kell engedni.
Minek egyébként webes felület egy OpenVPN-hez?Szerk.: Ha jól sejtem, ezt használod.
Alex
-
vargalex
félisten
válasz Shyciii #7383 üzenetére
Most rákeresve a dolgaimban, lehet, hogy kevertem. Egy Alcatel Idol 2-nél (pedig az nem mai készülék) fastboot módban futtattam egy TWRP-t mentés miatt (nem is telepítettem fel), majd utána szervízbe került a készülék. Javították, de visszajött egy screenshottal, hogy a készülék módosított recovery-t futtatott valaha, így ha olyan hiba lesz, ami arra vezethető vissza, elutasíthatják a garanciát. A szervíz által használt belső alkalmazásról készült a screenshot.
Alex
-
vargalex
félisten
-
vargalex
félisten
válasz anorche1 #7441 üzenetére
Nem lehet, hogy ez éppen egy bug az aktuális verzióban és a Manjaro-ban egy régebbi található? Több bug-ot is láttam ezzel kapcsolatban, pl. ezt. Ennél azt írja, hogy Natural sorting beállítás nem jut érvényre azonnal, hanem csak akkor, ha újra megnyitod a beállítások ablakot.
[ Szerkesztve ]
Alex
Új hozzászólás Aktív témák
- Call of Duty: Modern Warfare III (2023)
- Nintendo Switch
- OpenWRT topic
- Autós kamerák
- Mibe tegyem a megtakarításaimat?
- Samsung Galaxy S23 Ultra - non plus ultra
- Milyen notebookot vegyek?
- Samsung Galaxy A54 - türelemjáték
- ReVanced patch-elt alkalmazások és Youtube Android alkalmazás alternatívák reklámszűréssel / videók letöltése
- Kerékpárosok, bringások ide!
- További aktív témák...
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Alpha Laptopszerviz Kft.
Város: Pécs