-
GAMEPOD.hu
Arch Linux topik
Új hozzászólás Aktív témák
-
spammer
veterán
válasz jimmy399 #3552 üzenetére
Nem fapad az, ne bántsd mindig.
Amúgy a frankenwm-ben az azért hátráltató lehet, hogy minden módosítás után újra kell fordítani. Bár gondolom nem olyan vészes, hiszen nem egy kernelről van szó, de azért mégiscsak lassítja a konfigolást/próbálgatást/tesztelést.
[ Szerkesztve ]
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
vinibali
őstag
válasz jimmy399 #3583 üzenetére
sokan panaszkodnak a Seagate által javított meghajtókra. Evo/lution isoról hallottál már? sokat lehet a telepítés idején faragni
BIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
-
spammer
veterán
válasz jimmy399 #3583 üzenetére
A fentebb említett R61-re mi is azért tettünk Arch-ot, mert megdöglött a HDD a notiban. Szerencsére az adatokról volt backup, a config fájlok mentésére/szinkronizációra pedig a github van használatban. Ajánlom neked is, főleg, ha szeretsz tweakelni, konfigolni, állítgatni: Using GNU Stow to manage your dotfiles. Ezt kombinálva egy github repóval, mindig meglesznek a konfigok lokálisan és git szerveren is, így ha beüt a baj, vagy másik gépre szeretnéd felrakni a konfigjaidat, csak egy git clone <repository> + stow <dir> parancs és minden a helyén van.
[ Szerkesztve ]
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
spammer
veterán
válasz jimmy399 #3587 üzenetére
Nem bonyolult, valójában faék, a githubhoz is elég pár parancsot tudni, és még azt is aliasolhatod. Majd lehet, hogy összedobok egy rövidke írást róla logoutra.
szerk: egyébként tegnap megvolt az első fagyásom Arch-on. Valami elkezdte darálni a hdd-t, akadt minden, ki akartam lépni konzolba, fehér képernyő, fagyi, kikapcsoltam. Szerencsére azóta megy *kopp-kopp*.
Ja és javították a systemd/NetworkManager bugot is, amiről a múltkor írtam, újra gyorsan működik a sleep.
[ Szerkesztve ]
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
_Dumber_
őstag
válasz jimmy399 #3589 üzenetére
A samba azért nem csatolódik fel, mert még nem állt fel a netkapcsolatod. (pl még nincs is IP-d )
segyít ha váratod egy kicsit a rendszert:systemctl enable NetworkManager-wait-online.service
Sajnos tapasztalat, hogy nem mindig jó ez sem, ellenben mocskosul növeli a bootidőt..
-
spammer
veterán
válasz jimmy399 #3589 üzenetére
Na összedobtam egy "gyorstalpalót" a logoutra
Linux: konfig fájlok mentése a Githubra[ Szerkesztve ]
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
spammer
veterán
válasz jimmy399 #3634 üzenetére
Laptopon nem nagyon van. Ráadásul a power gombra elalszik, hosszan kell nyomnom, hogy kikapcsoljon. Sőt, még az akksi is beépített, azt sem tudom kivenni.
De különben sem ez a megoldás. Utána kell túrnom, mi az Isten baja van, journalctl-t átfutottam, abban nem volt semmi, leszámítva egy systemd-s hibajelzést, de annak ehhez nincs köze, meg az jön majd a frissítéssel, mert azóta javították: Assertion 'subsystem' failed at src/libsystemd/sd-device/sd-device.c:1194, function device_get_id_filename()
Valószínűleg xorg lesz, mert az is frissült nálam tegnap, lehet, megpróbálok majd egy downgrade-et.
[ Szerkesztve ]
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
BoB
Topikgazda
-
ubyegon2
nagyúr
válasz jimmy399 #3754 üzenetére
technikai off:
Erre jó a TG rendszer, csak itt még nincs topikgazda. Ilyen esetben moderátor akkor töröl, ha
-véletlenül olvassa a topikot
-modkerbe beírod a kéréstHa valaki érez indíttatást, hogy itt TG legyen, lehet jelentkezni vagy tudtok javasolni valakit, aki vállalná, szóljatok és beírom a javaslatot a TG topikba.
[ Szerkesztve ]
-
őstag
válasz jimmy399 #3858 üzenetére
Lehet hogy be kéne állítanod a TRIM-et és ennek megfelelő mount opciókat az fstabban az ssd-re.
WIKI
Using the discard option for a mount in /etc/fstab enables continuous TRIM in device operations:
/dev/sda2 /boot ext4 defaults,noatime,discard 0 2
/dev/sda1 /boot/efi vfat defaults,noatime,discard 0 2
/dev/sda3 / ext4 defaults,noatime,discard 0 2Nem tudom mi a partíciókiosztásod de a mount opciókat ennek megfelelően változtasd meg az ssd-nél.
[link]-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
-
#16820480
törölt tag
-
vinibali
őstag
válasz jimmy399 #3974 üzenetére
ahogy én néztem, van egy folyamat, aminek ha felugrik a cpu terhelése 5-6%-ról felugrik 15-20%-ra, akkor kezd el szakadozni, annyira, hogy akár a megjelenítendő képkockák 75%-át eldobja!
BIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
-
Raynes
tag
válasz jimmy399 #4126 üzenetére
Bizony. Plusz, ha csak az OS core-t nézzük, pl. a Windows kernele alig változik, alig fejlődik egy fő verzión belül, csak sokévente főverzió váltásakor, egy rollingos Linuxban mindig szinte a legújabb kernel van. Az már csak mellékes, hogy a többi csomag is frissebb, akár főverziókkal előrébb járhatnak azok is. Pedig nem vagyok verziószám-mániás, de az IT-ben soha nem jó régi verziókba belebetonozódni, és elavult dolgoknál leragadni. A Windows másik hibája, hogy az alkalmazásokat és a kernelt nem frissíti, csak az OS többi részét, és általában arra is csak biztonsági javítások érkeznek, míg a Linuxban érdemi újdonságok is mindig megjelennek, nem csak biztonsági foltozások. Persze ezt lehet magyarázni Win Matyiknak, mindjárt besértődnek, ha valaki a szent, redmondi rendszerükre rossz szót is mer szólni.
A Debiant meg hagyjuk. Nem azért régiek a csomagok, mert a stabilitásra törekednek, hanem lusták és spórolósak. Ritkán nyúlnak a csomagokhoz, de semmivel nem stabilabb, ha egy csomag hibás, azt épp úgy nem javítják. Sose értettem azt a hype-ot, és stabilitásmítoszt, ami a Díbiönt mindig is körbevette, túl van misztifikálva, sose szerettem azt a disztrót. Mindig is egyfajta branch disztróként tekintettem rá, ami csak arra jó, hogy a mellékágakat táplálja (Ubuntu, Mint, stb.). A Debiannak egy valódi előnye van, hogy az támogatja a legtöbb architektúrát, és ha feltesszük szerverre, akkor az van el a legtovább úgy, hogy nem kell hozzányúlni, mivel ritkán frissít, és nincs az, hogy egy frissítés hazavágja a rendszert. Desktopra viszont nagyon rossz disztró, meg én szerveren is jobban bíznék egy Archban.
-
spammer
veterán
válasz jimmy399 #4189 üzenetére
A pip egy pythonos csomagkezelő, amit pedig hiányol, az egy pythonos modul:
Service Identity Verification for pyOpenSSL — service_identity 16.0.0 documentation, installation
De valószínűleg nem kell ezt használnod, mert megtalálható a hivatalos repóban a csomag: python2-service-identity 16.0.0
Ha ez sem segít, akkor a fentebbi oldalon csekkold a további csomagokat, hogy mik kellenek még neki (Requirements).szerk: Elvileg elégnek kell lennie, mert a kellő csomagokat húzza magával (lásd Dependencies).Viszont az Arch felé jelezni kellene, ha még nem jelezték, hogy fel kell venni a a deluge dependenciái közé.
[ Szerkesztve ]
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
BoB
Topikgazda
válasz jimmy399 #4656 üzenetére
Nekem Plasma 5 van fent, out-of box ment párosítás, mindkét irányba fájlküldés.
Ezek az ide kapcsolódó csomagok vannak fent:
local/bluedevil 1:5.9.3-1 (plasma)
Integrate the Bluetooth technology within KDE workspace and applications
local/bluez 5.44-1
Daemons for the bluetooth protocol stack
local/bluez-libs 5.44-1
Deprecated libraries for the bluetooth protocol stack
local/bluez-qt 5.31.0-1 (kf5)
Qt wrapper for Bluez 5 DBus API
local/bluez-utils 5.44-1
Development and debugging utilities for the bluetooth protocol stack[ Szerkesztve ]
You may corrupt the souls of men, but I am steel. I am doom.
-
Rimuru
veterán
válasz jimmy399 #4656 üzenetére
Alapvetoen csak egeret hasznalok bluetoothon keresztul, de telefonnal is jol elvan.
ezt a csoportot hasznalom halozatkezeleshez: connman bluez bluez-utils wpa_supplicant
ha gepet akarod parisotani:bluetoothctl pairable on
bluetoothctl discoverable onvagy forditva
bluetoothctl pair <MAC>
bluetoothctl connect <MAC>
esetleg extrabluetoothctl trust <MAC>
Ennyit tudok mondani de gondolom ezek mar megvoltak. Default jelszavak ilyen egyeru kodok szoktak lenni mint 0000,0123,stb.
Vigyázat, csalok!
-
vinibali
őstag
válasz jimmy399 #4722 üzenetére
azért a helyedben ránéznék még az Xorg-ra is.
1.19-től radeon és amdgpu esetén a TearFree default lett, nem tudom az inteles drivernél mi a helyzet, talán megérhet egy downgrade-et az xorg-server csomag 1.18-ra.BIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
-
Lenry
félisten
válasz jimmy399 #4729 üzenetére
kíváncsiságból ránéztem, szerencsétlen céges gépem SSD-vel hozza amit a tied vinyóval
lenry@vavatch:/$ systemd-analyze
Startup finished in 4.227s (kernel) + 10.894s (userspace) = 15.122sGvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
-
Frawly
veterán
válasz jimmy399 #6325 üzenetére
Szerintem a Wayland teljesen használható állapotban van. Ami a gond vele, hogy kevés grafikus felület hozzá (kicsi a választék) és kevés (natív) alkalmazás használja. A fejlesztők idegenkednek tőle, így nem sokan fejlesztenek rá. Persze így nem is fog terjedni, mert mindenki „elvan” a X.org-gal.
-
Shyciii
veterán
válasz jimmy399 #6541 üzenetére
Ez érdekes, mert nekem pure Arch van asztali felület nélkül, csak agy sima ablakkezelő van, de semmilyen állítás nem kellett, hogy a fedél lecsukásakor kikapcsolja a kijelzőt. Igazság szerint már a lecsukás előtt 1cm-el kikapcsolja. A lidswitch funkció azért van neked ignore-on, mert a LightDM-et használva notebook esertén így lehet megoldani, hogy a fedél lecsukásakor zárolja a notebookot. Ezt onnan tudom, hogy volt időszak, mikor LightDM-et használtam (amit az XFCE4 is használ alapból a bejelentkezésehez), és ekkor a lidswitch és egy handler script futtatásával volt megoldható a fedél lecsukásakori linux zárolása, de maga a kihjelző kikapcsolása automatikusan megy.
-
Shyciii
veterán
válasz jimmy399 #6547 üzenetére
acpi könyvtér nincs? Létre kell hozni. Linuxon sok ilyen eset van LightDM-et azért mondtam, mert az XFCE! alapból azt használja az emlékeim szerint. Amúgy megnéztem a linken levő scriptet, és eléggé fura, mert szimpla dpms értéket módosít, amit alapból tud a linux megfelelő driverekkel. Szerintem a Dell notid nem 100% kompatibilis a linuxban található driverekkel, firmwarekkel, mert ha az lenne, akkor nem lenne neki problémás az automatikus dpms állítás.
-
Shyciii
veterán
válasz jimmy399 #6549 üzenetére
Sanszos. Ezzel az a baj, hogy a frissítések után előfordulhatnak problémák. Még a megfelelő hardverek esetén is előforulhat gube. Nekem még a támogatott Atheros kártyával is volt egyszer gond. Nemrég a NetworkManager előző verziója okozott zajt. Kb 10-12 csatlakozás után már csak csatlakozott, de ip nem volt. VIsszaállva az előző verzióra gond nélkül működött. Most a legfrissebb NetworkManager-el már nincs ez a probléma. Amúgy ennyire durva gondot, hogy nem kapcsol ki a kijelző...nem gondoltam volna, hogy ilyen szintű dpm gond is előfordulhat, pedig anno még az ősöreg Asus notimon is kipróbáltam, ahol a Windows 10-nek is gondja volt az ACPI vezérléssel, de az Arch gond nélkül futott.
[ Szerkesztve ]
-
-
Laszlo733
aktív tag
válasz jimmy399 #6709 üzenetére
Megnéztem, de nem sokat mond
systemctl status nmb.service
● nmb.service - Samba NMB Daemon
Loaded: loaded (/usr/lib/systemd/system/nmb.service; enabled; vendor preset: disabled)
Active: failed (Result: exit-code) since Sat 2020-04-04 13:07:00 UTC; 2h 11min ago
Docs: man:nmbd(8)
man:samba(7)
man:smb.conf(5)
Main PID: 3107 (code=exited, status=1/FAILURE)ápr 04 13:07:00 Archlinux systemd[1]: Starting Samba NMB Daemon...
ápr 04 13:07:00 Archlinux systemd[1]: nmb.service: Main process exited, code=exited, status=1/FA>
ápr 04 13:07:00 Archlinux systemd[1]: nmb.service: Failed with result 'exit-code'.
ápr 04 13:07:00 Archlinux systemd[1]: Failed to start Samba NMB Daemon.
lines 1-12/12 (END)journalctl -xe
-- Defined-By: systemd
-- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- A start job for unit UNIT has begun execution.
--
-- The job identifier is 235.
ápr 04 15:20:25 Archlinux kwin_x11[664]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), s>
ápr 04 15:20:25 Archlinux kwin_x11[664]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), s>
ápr 04 15:20:25 Archlinux dbus-daemon[580]: [session uid=1000 pid=580] Successfully activated se>
ápr 04 15:20:25 Archlinux systemd[563]: Started Tracker metadata database store and lookup manag>
-- Subject: A start job for unit UNIT has finished successfully
-- Defined-By: systemd
-- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- A start job for unit UNIT has finished successfully.
--
-- The job identifier is 235.
ápr 04 15:20:25 Archlinux kwin_x11[664]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), s>
ápr 04 15:20:27 Archlinux konsole[5752]: Icon theme "Materia-Manjaro-Breeze-dark" not found.
ápr 04 15:20:27 Archlinux konsole[5752]: Icon theme "gnome" not found.
ápr 04 15:20:27 Archlinux konsole[5752]: QCommandLineParser: already having an option named "h"
ápr 04 15:20:27 Archlinux konsole[5752]: QCommandLineParser: already having an option named "hel>
ápr 04 15:20:27 Archlinux konsole[5752]: QCommandLineParser: already having an option named "v"
ápr 04 15:20:27 Archlinux kwin_x11[664]: file:///usr/share/kwin/aurorae/MenuButton.qml:22: TypeE>
ápr 04 15:20:27 Archlinux kwin_x11[664]: file:///usr/share/kwin/aurorae/MenuButton.qml:22: TypeE>
ápr 04 15:20:27 Archlinux kwin_x11[664]: file:///usr/share/kwin/aurorae/MenuButton.qml:22: TypeE>
ápr 04 15:20:27 Archlinux kwin_x11[664]: QPainter::begin: Paint device returned engine == 0, typ>
ápr 04 15:20:28 Archlinux konsole[5752]: Unsupported return type 65 QPixmap in method "grab"
ápr 04 15:20:28 Archlinux konsole[5752]: Unsupported return type 65 QPixmap in method "grab"
ápr 04 15:20:28 Archlinux konsole[5752]: Invalid return type in method "addAction"
ápr 04 15:20:28 Archlinux konsole[5752]: Skipped method "setDefaultShortcuts" : Pointers are not>
lines 1084-1114/1114 (END)[ Szerkesztve ]
-
Frawly
veterán
válasz jimmy399 #6892 üzenetére
UEFI módban fel lehet venni bármilyen EFI fájl indulását. Ki kéne deríteni, hogy az illető partíción lévő Windows mivel indul, biztos vagy ebben az efibootmgr.efi-ben? De én nem javaslom Windows Telepítő partíció futtatását. A gyártók telepakolják reklámmal, demóval, szeméttel, malware-rel, meg nem is a legfrissebb verzió, ha feltelepíted, napokig frissítgeti magát, 100× újraindulva. Ha Win10 telepítő kell, a MS oldaláról letöltöd a legfrissebb iso-t, és elve a Media Creation Tool-lal kiírja magát USB-re, vagy ha Linxux alatt látogatod meg az oldalt, akkor kimásolod az iso tartalmát egy FAT32-re formázott USB drive-ra, és telepíted azzal, rendes alaprendszert, tisztán, gyártói szemét nélkül, csak a MS Candy Crush és egyéb szemete és live/reklám csempéi lesznek benne default telepítéssel.
Új hozzászólás Aktív témák
- Eredeti Windows, telepítéssel! Digital Doctor Számítógép Szerviz
- Steam, Windows, Origin kulcsok, előfizetések közvetlenül a kiadótól, a LEGJOBB ÁRON!
- Vírusirtó, Antivirus VPN kulcsok
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
- World of Warcraft Shadowlands Collectors edition EU EN