Rendben:-) Ha linux gondod van nygodtan kérdezz, nem elüldözni akarlak)

A bonyolultság elrejtése még bonyolultabb rendszert eredményez, és ezért kerülendő. KISS

Megszűnt az Evolution Linux Viszont a fejlesztők Architect néven indítanak új projectet.

Arch Linux, Void Linux, Network Radios, VoIP, HAM

Ennek mi az értelme akkor?

Ma próbálgattam a w_scan-t digitv csatornalista összeállításához. AUR-ból telepíthető, legegyszerűbben a yaourttal. Egész jónak tűnik. Holnap ha lesz kedvem írok róla egy összefoglalót. Transzponderlistát is tud generálni(nem nekünk kell kézzel a digi honlapja alapján megírni a transponderfájlt), ami felhasználható a csatornakeresés gyorsításához. A paraméterezése viszont nem egyszerű.
A w_scan többféle formátumú csatornalistát is tud generálni, xml-xspf, vagy hagyományos channels.conf.
Mindkétféle csatornalistával behozza az adásokat a vlc.

De foglalkoztat a tvheadend is, ki szeretném majd próbálni, de arról nem találtam infót hogy a w_scan által generált initial-tuning-data(transzponderlista) és csatornalista fájlok megetethetők e a tvheadenddel. Ez nagyban felgyorsítaná a csatornák beállítását.

-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-

Milyen vevőt használsz? Hogy működik ez?

Arch Linux, Void Linux, Network Radios, VoIP, HAM

Dvb-c vevőt, mert kábeles digi van. Egy pci kártya technisat cablestar II típusú. Ha lesz kedvem megírom az összefoglalót ami dvb-c mux és csatornslista generálásról szól w_scan-el. Elég kultúrált csatornalistát generál a scan-el ellentétben, de a paraméterezése nem egyszerű.

-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-

Transzponderlista előállítása w_scan-nel:
w_scan -fc -Q 1 -c HU -x > initial-tuning-data.txt
Nagyon fontos a "-Q 1" paraméter mert ez állítja be hogy qam256-on keressen, enélkül leáll a keresés.
A transzponderlista egy olyan fájl amely tartalmazza azokat a frekvenciákat qam és symbol rate adatokat, amik alapján a csatornakeresést el lehet indítani.

Csatornakeresés indítása egyszerű channels.conf csatornalista generálásával:
w_scan -fc -I initial-tuning-data.txt -c HU -X > channels.conf

Csatornakeresés indítása xml formátumú csatornalista generálásával:
w_scan -fc -I initial-tuning-data.txt -c HU -L > channels.xspf

Mindkétfajta formátum megnyitható vlc-vel és válogathatunk a csatornák között.
Az xml csatornalista előnye hogy áttekinthetősége végett kézzel is bele tudunk szerkeszteni, már persze ha tudjuk mit módosítunk.

Paraméterek magyarázata (w_scan német nyelvű oldal, az angolt nem ajánlja mert nem up to date)
http://wirbel.htpc-forum.de/w_scan/index2.html

Példa paraméterek:
https://wiki.ubuntuusers.de/w_scan

Valamint használható még a w_scan --help
és van részletes paraméterlista (csak itt említ meg bizonyos paramétereket pl a qam és symbol rate) w_scan -H
Illetve látható az összes paraméter egy helyen magyarázattal: man w_scan

-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-

Sziasztok.

Eddig Linuxmint -el kísérleteztem. Szeretném megpróbálni a Manjarot is. (az ARC még túl kemény falat a számomra). Az lenen a kérdésem, hogyan lehet Windows 10 mellé (UEFI + GPT) telepíteni Manjarot Dual bootal. Próbálkoztam, de sajnos nem sikerült. (Linuxmintel meg tudom csinálni a dualbootot)

A /boot/efi partícióval van problémám. Mit kell ezzel kezdenem?
Illetve nem láttam, hogy lehetőség lenne arra, hogy GRUB -ot ne vinyóra, hanem partícióra telepítsem.

A Manjaro forumon össze-vissza 37 db hozzászállás van. Mivel a Manjaro is Arch alapú ezért bátorkodtam itt feltenni a kérdésemet.

[link]

Ha az arch erős lehet jobb ha hagyod. Manjaro pont ezzel a filozófiával megy szembe, mert egy ilyen művelet erőteljesen tákolós. (Egyébként az arch sem feketemágia, nem kell túlmisztifikálni csak azért mert parancssorból kell telepíteni. Nem csodarendszer hogy vuduzni kelljen hogy menjen. Az az LFS. 1év "ubuntus" tapasztalattal vágtam bele és azóta nem volt jobb/kényelmesebb disztróm)

CMstorm QF TK eladó || Nem jó a keyboardod? Építs -> http://prohardver.hu/tema/igy_epitsd_a_billentyuzeted/ || Jolla!

Épp gondolkodtam a napokban egy ilyen cikk (logout) megírásán. AKkor lehet, hogy bele is vágok, egy érdeklődő már lehet, hogy lesz rá

Egyébként Arch -nál UEFI -hez nem kell semmiféle grub. Systemd boot manager
És meg lehet csinálni, gyönyörűen dualbootol.

SSD-hez ki mit ajánl, noop vagy deadline ütemező?

Arch Linux, Void Linux, Network Radios, VoIP, HAM

Akkor itt is. Arch wiki is noop-ot ajánl, ha csak SSD van, de ha ebből ki tudod bogozni melyik a jobb, akkor az még jobb! [link]

flash alapúra itt is noop
Understanding and Optimizing Disk IO

[ Szerkesztve ]

Valahol azt olvastam, a noop elavult és a deadline jobb. Használtam mindkettőt, semmi különbség. Viszont mindkettő gyorsabb mint a cfq. Most marad a deadline egy darabig.

Arch Linux, Void Linux, Network Radios, VoIP, HAM

Ma reggel mikor bekapcsoltam a gépet sokáig tartott a kde indulása, utána az asztali ikonok nem jelentek meg. Elindítottam egy rendszerfrissítést, yaourt -Syua utána próbáltam újraindítani a gépet a szokásos módon a kde menüből, de nem történt semmi. Reseteltem a gépet, gyorsan betöltött a kde voltak asztali ikonok is, most viszont a böngésző nem indul, se chrome se firefox. Próbáltam konzolból indítani, firefox busz szegmentálási hibát ír a konzolba, chrome semmit. Segítség! Mit tegyek? Nem akarom újrarakni a rendszert, az nagyon melós. Milyen logot kell ilyenkor nézni?

-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-

Én először nyomnék egy journalctl-t és egy dmesg-t, azokban legyen minden rendben. Ha ott nincs semmi hiba akkor csinálnék egy memtest86-ot. Ha ott sincs hiba akkor sajna nincs ötletem.

What I cannot create, I do not understand

Bfq az hdd-re van optimalizálva,nem?

Attilav2 :
Nekem el sem indult a kde. Aztán egyszer csak sikerült nehezen belépni. Vissza kellett tennem a 0.11 - es sddm - et, mert a helper összeomlott állandóan. Tele is írta a core dumpot rendesen.

Arch Linux, Void Linux, Network Radios, VoIP, HAM

Sziasztok!
A segítségeteket szeretném kérni. Utóbbi napokban a gépem egy jelentősebb hardverupgrade-en esett át - Új alaplap és egy második HD6850 kártya. Nem szeretném egyáltalán crossfire-ben használni (nem is kötöttem őket össze bridgedzsel), csak a kimenetek száma miatt volt szükség rá. Egy mega-giga 6+2 monitoros felállást szeretnék összepakolni
A problémám viszont ott adódik az opensource dviverrel, hogy ugyan lspci listázza a kártyát és egy xrandr --setprovideroutputsource 1 0 parancs után xrandr --listproviders-szel is látszik, viszont a sima xrandr parancs egy DVI-I kimenetet nem listáz ki. A másik 9 megjelenik, frankón használható mindegyik, viszont a masodik kártya okosabb DVI csatija nem. Egyébként minden más rendben. A proprietary driverrel működik, de ha nem kapcsolom be a Xinerama-t, akkor az xrandr minden a nem fő virtual display-hez kötött monitort disconnectednek lát és nem enged semmit sem kezdeni velük, bekapcsolva meg az awesome wm nem tudja eldönteni hogy melyik az a monitor amelyiken az aktív tag van és az új ablakokat random jó, máskor meg a jótól balrább lévő monitorok valamelyikére dobja be.
Van esetleg valakinek hasonlóval tapasztalata?
A gépen természetesen up to date 64bit arch fut...
Előre is köszönöm.

Gender of electrical connectors is defined by the pins.

Backupoltad / töröld az összes hülye cache / configot
# mv .config .config.bkp
# mv .cache .cache.bkp

Tedd újra a kde -t
# pacman -Rnsc plasma
# pacman -S plasma

Aztán nézd meg jó-e, kezd visszaállígatni a konfigokat, vagy csináld meg újból.
(Rnsc -vel óvatosan, rekurzívan a nem használt / előzőek törlése után megárvult csomagokat is pusztítja, konfiggal mindennel együtt!)

Sajnos ez elég specifikus probléma, nem hiszem, hogy itt a topikban bárki használna 3-nál több megjelenítőt. Én kettőt használok (laptop beépített kijelző és a DP kimenet), ott minden tökéletes, az xrandr felismert mindent kapásból, és az i3WM is jó helyre nyitotta meg az ablakokat. Lehet, hogy érdemes volna a hivatalos fórumon ennek topikot nyitnod, vagy esetleg reddit-en az /r/archlinux -ban körbekérdezned.

What I cannot create, I do not understand

Tapasztalatom nincs, csak tesztekre tudok hivatkozni, de SSD-n is eleg jonak tunik. Az biztos hogy HDD-re az egyik legjobb, SDD-n kb egy szinten lehet a tobbivel, sok parhuzamos dolognal lehet egy kis elonye. Felrakod a zen kernelt es kiprobalhatod te is.

Vigyázat, csalok!

memtest86-ot külföldi fórumokon is ajánlották, a firefox bus errorra sokféle megoldást írtak, többek között az fsck futtatását, mivel file rendszer hiba miatt is elhasalhat a firefox, de mivel a rendszerem egybe van partícionálva ezért nem tudom lecsatolni a rendszerpartíciót hogy fsck-t futtassak, hogyan tudnám elérni hogy bootkor automatikusan lefusson az fsck?

Minden megpróbáltam, töröltem a plasma configot, újraraktam, töröltem a .mozilla configot újraraktam, xfce alól is próbáltam indítani ott is bus error. A chrome sem indul, semmilyen hibaüzenetet nem ad, de a chromium elindul. Ebből rendszer újrarakás lesz , windows jól működik, nemhiszem hogy memória gond. Talán filerendszer hiba.

[ Szerkesztve ]

-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-

Hát például usb -ről indítod az arch telepítőt és arról lefuttattod, az nem jó?

Ahogy haddent írta egy Arch telepítő pendrive-ról chroot-olj be a rendszerbe.
Hasonlóan mint mikor telepítetted a gépet: Először mount-old be a partíciókat (vagy akár a root is elég, nem kell a többi), aztán arch-chroot <csatolási pont> <shell>. Példa: arch-chroot /mnt /bin/bash. Innen már futtathatsz amit csak akarsz.

What I cannot create, I do not understand

Fsck-hoz pont az a lényeg, hogy ne legyen mount-olva, így chroot-olni sem kell. Amint beboot-ol USB-ről a telepítő, azonnal lehet ellenőrizni a partíció(ka)t.

Alex

Egy kis érdekesség, a mai frissítéssel jött. Az LTS újabb, mint a sima.

Linux kernel 4.1.6-1
Linux-lts kernel 4.1.8-1

Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.

frissítek én is rá nemsokára, remélem itt is sima lesz...

--- N/A ---

Eddig jó (csak el ne kiabáljam)! Az első 4-es tesztelésnél voltak gondok (Intel driver probléma), remélem javították.

Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.

Futtass Memtest-et. A Windows ne érdekeljen, ha tényleg baj van, akkor majd egyszer kékhalállal befejezi életét.

Ubuntu MATE 20.04, hobbi cayenne termesztő

Eddig tartott, ismét szét hullott a kép. Sajnos a laposom nem kompatibilis a 4-es kernellel. Ha így megy, búcsút kell vennem az Arch-tól, pedig nem akarom. Érdekes, külső monitort rá kötve, helyre jött a kép.

Más, már herótom van a KDE4, Plasma 5 átállásból (képek). Ilyenkor mi van?

Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.

Le késtem a szerkesztést. A kijelző hibáról csak ennyit találtam, ez ugyan az, mint ami korábban volt, nem javították.

szept 25 12:38:05 arch-acer kernel: drm/i915: Resetting chip after gpu hang
szept 25 12:38:05 arch-acer kernel: [drm] GPU crash dump saved to /sys/class/drm/card0/error
szept 25 12:38:05 arch-acer kernel: [drm] The gpu crash dump is required to analyze gpu hangs, so please always attach it.
szept 25 12:38:05 arch-acer kernel: [drm] drm/i915 developers can then reassign to the right component if it's not a kernel issue.
szept 25 12:38:05 arch-acer kernel: [drm] Please file a _new_ bug report on bugs.freedesktop.org against DRI -> DRM/Intel
szept 25 12:38:05 arch-acer kernel: [drm] GPU hangs can indicate a bug anywhere in the entire gfx stack, including userspace.
szept 25 12:38:05 arch-acer kernel: [drm] GPU HANG: ecode 3:0:0x7d7fffc1, in Xorg [411], reason: Ring hung, action: reset
szept 25 12:38:05 arch-acer kernel: [drm] stuck on render ring

Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.

Miért nem használod 3-as kernellel, ha azzal működött? Én anno le is tiltottam az LTS kernel frissítését, 3.14 ott van tartaléknak, ha kellene (újabbak nálam a touchpadet nem ismerik fel).

[ Szerkesztve ]

„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."

Ó, ahogy olvasom még testing-ben van a kernel, addig fel se teszem, amíg ki nem jön a tesztfázisból...
Ó, most olvasom, hogy LTS kernel is van külön meg sima... Bocs.

[ Szerkesztve ]

--- N/A ---

Már egy ideje linux 4.2 -őn vagyok semmi gond vele
Linux archey 4.2.1-1-ARCH #1 SMP PREEMPT Tue Sep 22 06:57:07 CEST 2015 x86_64 GNU/Linux

[ Szerkesztve ]

Köszi az ötletet, vissza is tettem a 3.14-es LTS kernelt.

@jimmy399 Nem tudom Te melyik disztribúciót használod, Arch alatt már csak 4-es kernel van (ha csak le nem tiltod a frissítést). Amúgy már 4.2.1-nél jár a stabil verzió: [link]

@haddent Jó neked! Nálam a hardver nem díjazza.

[ Szerkesztve ]

Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.

Viszont koszi az otletet egy regi dell optiplexen is mindig szetesik a kep hatha ez lesz a gond