-
Fototrend
Arch Linux topik
Új hozzászólás Aktív témák
-
vargalex
félisten
válasz
vargalex
#4957
üzenetére
Már lemaradtam a szerkesztésről. LTS kernel esetén (4.14.18-1-lts) ez így néz ki:
gavarga@gavarga-e5540 ~ % cat /sys/module/snd_hda_intel/parameters/power_save_controller
Y
gavarga@gavarga-e5540 ~ % cat /sys/module/snd_hda_intel/parameters/power_save
0Megoldásként létrehoztam a /etc/modprobe.d/disable_audio_powersave.conf file-t a következő tartalommal:
gavarga@gavarga-e5540 ~ % cat /etc/modprobe.d/disable_audio_powersave.conf
options snd_hda_intel power_save=0[ Módosította: Intruder2k5 ]
Alex
-
vargalex
félisten
Sokkal régebben jelen van az intel_pstate. Akkor még 3.15-ös kernel volt. A linkelt hozzászóláshoz annyit fűznék hozzá, hogy nem a governor volt bugos, hanem a BIOS. Egy későbbi BIOS frissítés után minden helyreállt.
Alex
-
vargalex
félisten
Sziasztok!
Cégnél kaptam egy 500 GB-os SSD-t, így arra fogok a notebookon átköltözni. Kérdésem, hogy ki milyen filerendszert javasol? Nálam az XFS, illetve EXT4 merült fel. Persze más is lehetséges. Az szinte biztos, hogy LVM-en lesz.
Sajnos az SSD az egy Samsun 850 EVO, így a queued trim nem fog menni. Jobban járok a discard mount opció helyett az fstrim.service futtatásával?[ Szerkesztve ]
Alex
-
vargalex
félisten
Szia!
A queued trim <> continuous trim. Előbbi akár ütemezett, akár folyamatos trim esetén működik, ha tudja a drive és nincs blacklist-en. Sajnos a 850 esetében blacklist-en van, azaz a hagyományos blokkoló trim működik. Ekkor is használható mindkét módszer (continuous trim - discard, illetve periodic trim - fstrim.service, vagy kézi futtatás), csak a blokkolás miatt talán a periodic kevésbé zavaró.
Alex
-
vargalex
félisten
válasz
attilav2
#5265
üzenetére
Én kb. 1 hónapja telepítettem 0-ról a céges, illetve 1 hete az otthoni notebookot. Semmi hasonlót nem tapasztaltam. Mindkettőben Intel VGA, illetve a DE az Gnome.
Nem települ fel nálad esetleg Google bejelentkezés miatt valamilyen bővítmény (adblock, stb.)?
[ Szerkesztve ]
Alex
-
vargalex
félisten
válasz
attilav2
#5270
üzenetére
Szerintem, ha proxyn keresztül (valamennyire) megjelenik az oldal, akkor nem az Arch-ban kell keresni a hibát. Én is inkább DNS szerverre gondolnék. Nézd meg, hogy Arch alatt mi a DNS szervered és nézd meg azokon a rendszereken is, ahol megjelenik az oldal.
Ha holnap lesz időm, feltolok egy Arch-ot virtuális gépre és megnézem.
Alex
-
vargalex
félisten
De, szerintem is ettől zengene. De a kolléga valamiért nem akarja elhinni nekünk (pedig már mindannyian írtuk), hogy nem az Arch-ban kell keresni a hibát, akárhogy bizonygatjuk... Itt konkrétan kérte is (illetve kijelentette, hogy új telepítésnél tuti gond lesz), így gondoltam jó fej leszek. A telepítés pedig néhány percet vett el az életemből, aztán töröltem is a virtuális gépet.
[ Szerkesztve ]
Alex
-
vargalex
félisten
válasz
attilav2
#5287
üzenetére
Nálam NetworkManager van, LAN oldalon IPv6 és IPv4 osztva OpenWrt alapú routerről. Igaz, WAN oldalon csak IPv4 van az UPC-nek köszönhetően. Systemd-networkd-vel is kapsz IPv6 címet? Én valami olyanra gondolok, hogy a youtube a Digi hálózatáról valamiért nem megy rendesen IPv6 alatt, ellenben IPv4-el igen.
Frawly: Nálam a wifivel sincs semmi gond. Ma is egész nap wifi-n lógok, itthonról dolgozom, így a céges VPN-re is folyamatosan csatlakozva vagyok (OpenVPN) délelőtt 10 óta.
Alex
-
vargalex
félisten
-
vargalex
félisten
válasz
anorche1
#5601
üzenetére
Arch linux alatt nem "divat" a fejlesztéshez szükséges header file-okat (azért kell neked, mert valami saját alkalmazást akarsz készíteni?) külön devel csomagba tenni. Az alap csomag része:
[gavarga@gavarga-e5540 ~]$ pikaur -Ql openmpi | grep ".h$"
openmpi /usr/include/mpi-ext.h
openmpi /usr/include/mpi.h
openmpi /usr/include/mpi_portable_platform.h
openmpi /usr/include/mpif-c-constants-decl.h
openmpi /usr/include/mpif-config.h
openmpi /usr/include/mpif-constants.h
openmpi /usr/include/mpif-ext.h
openmpi /usr/include/mpif-externals.h
openmpi /usr/include/mpif-handles.h
openmpi /usr/include/mpif-io-constants.h
openmpi /usr/include/mpif-io-handles.h
openmpi /usr/include/mpif-sentinels.h
openmpi /usr/include/mpif-sizeof.h
openmpi /usr/include/mpif.h
openmpi /usr/include/openmpi/ompi/mpi/cxx/comm.h
openmpi /usr/include/openmpi/ompi/mpi/cxx/comm_inln.h
openmpi /usr/include/openmpi/ompi/mpi/cxx/constants.h
openmpi /usr/include/openmpi/ompi/mpi/cxx/cxx_glue.h
openmpi /usr/include/openmpi/ompi/mpi/cxx/datatype.h
openmpi /usr/include/openmpi/ompi/mpi/cxx/datatype_inln.h
openmpi /usr/include/openmpi/ompi/mpi/cxx/errhandler.h
openmpi /usr/include/openmpi/ompi/mpi/cxx/errhandler_inln.h
openmpi /usr/include/openmpi/ompi/mpi/cxx/exception.h
openmpi /usr/include/openmpi/ompi/mpi/cxx/file.h
openmpi /usr/include/openmpi/ompi/mpi/cxx/file_inln.h
openmpi /usr/include/openmpi/ompi/mpi/cxx/functions.h
openmpi /usr/include/openmpi/ompi/mpi/cxx/functions_inln.h
openmpi /usr/include/openmpi/ompi/mpi/cxx/group.h
openmpi /usr/include/openmpi/ompi/mpi/cxx/group_inln.h
openmpi /usr/include/openmpi/ompi/mpi/cxx/info.h
openmpi /usr/include/openmpi/ompi/mpi/cxx/info_inln.h
openmpi /usr/include/openmpi/ompi/mpi/cxx/intercomm.h
openmpi /usr/include/openmpi/ompi/mpi/cxx/intercomm_inln.h
openmpi /usr/include/openmpi/ompi/mpi/cxx/intracomm.h
openmpi /usr/include/openmpi/ompi/mpi/cxx/intracomm_inln.h
openmpi /usr/include/openmpi/ompi/mpi/cxx/mpicxx.h
openmpi /usr/include/openmpi/ompi/mpi/cxx/op.h
openmpi /usr/include/openmpi/ompi/mpi/cxx/op_inln.h
openmpi /usr/include/openmpi/ompi/mpi/cxx/request.h
openmpi /usr/include/openmpi/ompi/mpi/cxx/request_inln.h
openmpi /usr/include/openmpi/ompi/mpi/cxx/status.h
openmpi /usr/include/openmpi/ompi/mpi/cxx/status_inln.h
openmpi /usr/include/openmpi/ompi/mpi/cxx/topology.h
openmpi /usr/include/openmpi/ompi/mpi/cxx/topology_inln.h
openmpi /usr/include/openmpi/ompi/mpi/cxx/win.h
openmpi /usr/include/openmpi/ompi/mpi/cxx/win_inln.h
openmpi /usr/include/openmpi/ompi/mpiext/affinity/c/mpiext_affinity_c.h
openmpi /usr/include/openmpi/ompi/mpiext/cuda/c/mpiext_cuda_c.h
openmpi /usr/include/openmpi/ompi/mpiext/pcollreq/c/mpiext_pcollreq_c.h
openmpi /usr/include/openmpi/ompi/mpiext/pcollreq/c/pmpiext_pcollreq_c.h
openmpi /usr/include/openmpi/ompi/mpiext/pcollreq/mpif-h/mpiext_pcollreq_mpifh.hA pvm egy elég régen módosított aur csomag. A gondja az, hogy nincs rpc/types.h header file (azaz /usr/include/rpc/types.h). Ha jól sejtem, ez most már a libtirpc csomag része lett. Így a fordításnál a /usr/include/tirpc-t kellene include-olni.
[ Szerkesztve ]
Alex
-
-
-
-
vargalex
félisten
válasz
Shyciii
#5762
üzenetére
A transmission valóban kis erőforrásigényű, nem véletlenül alkalmazzák embedded rendszereknél is.
16 MB/s persze nem gond egy x86-os CPU-nak. Az érvelésedet továbbra sem értem, különösen annak fényében nem, hogy úgyis nyitva van több fül a böngésződben. Egy új fül már nem hinném, hogy (sokkal) több RAM használatot eredményezne, mint egy új natív alkalmazás...Alex
-
vargalex
félisten
Én először rTorrent-et használtam, majd sokáig Transmission-t. Aztán visszatértem az rTorrent-re, majd váltottam qBittorrent-re. Utóbbi jóval gyorsabban elkezd maximális sebességen tölteni. Az rTorrent sajnos feleslegesen jobban terheli a háttértárat seed alatt (nagyságrendekkel több adatot olvas, mint kellene). Én egyelőre maradok a qBittorrent-nél, ami nálam egy AsRock J3455-ITX lapon fut (az otthoni mini szerverem/NAS-om, természetesen Arch-al), gond nélkül kihajtja az 500 Mbps-es netet. 60 MB/s letöltésnél a magok még csak fel sem kapcsolnak maximális órajelre...
[ Szerkesztve ]
Alex
-
vargalex
félisten
válasz
Shyciii
#5856
üzenetére
Ha nincs GUI, akkor miért raktál fel NetworkManager-t? Ha jól látom, az alapból semmilyen konfigurációt nem tartalmaz, így nem is fog DHCP-n IP-t kérni. Úgyhogy, vagy beállítasz egy connection-t a /etc/NetworkManager/system-connection-s alá, vagy tiltsd a NetworkManager-t és engedélyezd a megfelelő interface-ra a dhcpcd-t.
Ha ez egy szerver, akkor felesleges a NetworkManager. Teljesen jó a systemd-networkd, vagy a dhcpcd.[ Szerkesztve ]
Alex
-
vargalex
félisten
válasz
Shyciii
#5860
üzenetére
Nem írtam, hogy scriptekkel kellene telepíteni. Én még soha nem telepítettem úgy... Csak annyit írtam, hogy miért van NetworkManager-ed, ha nincs GUI-d és nincs is hozzá semmilyen config.
A telepítő indításkor alapból indítja a dhcpcd-t, így van net. Viszont ez a service telepítés után nincs engedélyezve, így a már telepített rendszert boot-olva kell egysystemctl start dhcpcd.servicevagy interface specifikusan
systemctl start dhcpcd@interface.servicede ez ott is van a wiki-n.
Alex
-
#5904
vargalex
félisten
SteveBeard
#5903
vargalex
félisten
válasz
SteveBeard
#5903
üzenetére
Nézd meg, hogy hol keresi a wget-et. Lehet, hogy csak nem jó helyen...
Alex
-
vargalex
félisten
válasz
attilav2
#5945
üzenetére
EFI esetén valóban a legegyszerűbb a systemd-boot használata. Évek óta azt használom, nincs gondom vele.
Nem kell kézzel bepötyögni, berakhatod egyetlen paranccsal:echo "options root=PARTUUID=$(blkid | grep sda2 | sed 's/\(.*\)PARTUUID="\(.*\)"$/\2/') rw" >> /boot/loader/entries/arch.confTermészeteesen itt az sda2 a megfelelő partíció számával helyettesítendő. De magát a root partíciót megadhatod labellel, vagy akár device-val is.
[ Szerkesztve ]
Alex
Új hozzászólás Aktív témák
- Védje meg számítógépét a vírusoktól!
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
- AMD Game Bundle: Warhammer 40,000: Space Marine 2 és Unknown 9: Awakening - LEGOLCSÓBB!
- Windows 10/11 Home/Pro , Office OEM/Retail kulcsok
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest