- Luck Dragon: Asszociációs játék. :)
- Magga: PLEX: multimédia az egész lakásban
- sziku69: Fűzzük össze a szavakat :)
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- eBay-es kütyük kis pénzért
- sh4d0w: Netflix? Ugyan, VW előfizetés!
- Fire/SOUL/CD: INGYENES Clone és Backup-Restore alkalmazások tesztje [2024]
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- perge666: Anbernic kézikonzolok
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
-
LOGOUT
Arch Linux topik
Új hozzászólás Aktív témák
-
whbear
senior tag
#pacman - S kdesu
KDE - n nincs gksu. Különben jobban jársz a nano - val szerintem. Nekem is KDE minimal van és készülj fel rá, hogy semmi sincs alapból. Én pl ctrl alt fx kilépek konzolra és onnan tolom fel először amiket használok. Frissíteni is konzolról szoktam szerintem sokkal elegánsabb. Ha megfeküdne az X akkor sem történik baj. Még Fedora alatt szoktam rá itt tudom hogy nem szokott ilyen történni
-
korobi
aktív tag
feltettem tesztelésre az elutionlinux-al az arch-kde (minimal) párost. de mikor szeretnék szerkeszteni fájlokat, ezt az üzenetet kapom:
[korobi@arch_kde ~]$ sudo leafpad /etc/pacman.conf
[sudo] password for korobi:
No protocol specified
leafpad: Nem nyitható meg a megjelenítő:
[korobi@arch_kde ~]$mi lehet a gond?
-
spammer
veterán
Használja valaki? Nem volt semmi gond vele, de kb. 2 frissítéssel ezelőtt elszaródhatott valami, mert:
segmentation fault (core dumped) restore-trash
Hibát kapok a restore-trash parancsra.
Töröltem, újraraktam AUR-ból, nem javult meg. Guglival nem találtam semmit, csak más programokat érintő hasonló hibákat.
A trash-put és a trash-list parancsok működnek, érdekes módon a restore nem akar menni. Kuka rendben van, jogosultságok rendben vannak, azelőtt működött, Thunarból most is működik a dolog, csak ezt a CLI-s cucc döglik meg valami miatt.
szerk: AUR-ból a git verzió sem működött (még annyira sem). A Githubról klónozott source-os python setup módszer sem megy (valami hiba a python kódjában, lehet, hogy túl elavult már a cucc).
-
_Dumber_
őstag
válasz
_Dumber_
#3465
üzenetére
A hálózati nyomtatás megoldva.
systemctl enable cups-browsed.service
Ezekután megtalálta a nyomtatót:
A printers.conf most igy néz ki:
<Printer Canon_MP550_series>
UUID urn:uuid:d2c86949-471f-3fd9-749c-b363e748d5db
Info Canon MP550 series
Location 192.168.2.1:631
DeviceURI ipp://192.168.2.1:631/printers/Canon_MP550_series
State Idle
StateTime 1433863738
Type 6
Accepting Yes
Shared No
JobSheets none none
QuotaPeriod 0
PageLimit 0
KLimit 0
OpPolicy default
ErrorPolicy stop-printer
Option cups-browsed true
</Printer>
<Printer HP_Officejet_Pro_8600>
UUID urn:uuid:bd4fe91d-6359-3e96-6c3c-063bd3eb7f28
Info HP Officejet Pro 8600
MakeModel HP Officejet Pro 8600 hpijs, 3.15.4
DeviceURI socket://192.168.2.70:9100
State Idle
StateTime 1433845809
Type 8425500
Accepting Yes
Shared Yes
JobSheets none none
QuotaPeriod 0
PageLimit 0
KLimit 0
OpPolicy default
ErrorPolicy stop-printer
</Printer>Most az a helyzet, hogy a samba és az openoffice látja a Canont, de nem látja a Hp-t.
Sejtem, hogy a probléma a foomatic-db vagy a foomatic-db-nonfree-vel van.
Ugyanis a probléma a következővel kezdődött:
Telepíteni akartam a hálózati nyomtatót, de a driverek listáját nem ajánlotta fel. Hamar rájöttem, hogy az adatbázissal van hiba (sokan panaszkodtak a neten).
Az előbb említett csomagokat leszedtem, így már képes volt felajánlani a drivereket.Hogy most miért csak a Canont ajánlja fel azt még nyomozom...
-
_Dumber_
őstag
válasz
qisqaqas
#3484
üzenetére
A tcpdump -tupan | grep 192.168.2 kimenete üres. Közben mikor futott probáltam virtuális gépen felderíteni a nyomtatókat (samban megosztva, csak sehol sem látszik)
A sambalog:
Virtuális gép (log.win7) - mai bejegyzés
[2015/06/09 09:49:33.338226, 0] ../source3/printing/print_cups.c:151(cups_connect)
Unable to connect to CUPS server 192.168.2.1:631 - Hibás fájlleíróA 7 óra előtti bejegyzések még otthon voltak,. Próbáltam elérni a router CUPS-szerverét.
6.53 után már ez biztosan nem elérhető, mert munkahelyen csücsülök.Szeintem a CUP lesz a kudas, mert ha az rendesen kitenné a nyomtatókat (pl látná a libreoffice is) akkor samba is átvenné és megosztaná.
A hiba kb egyszerre jelentkezett hétvége óta (ne kérdezd hogy mit állítottam el - ha egyáltalán én tettem...)szerk:
miért is gondolom, hogy nem a samba a hibás:
Jelenleg a samba így van megosztva:
Ezzel eddig tökéletesen működött. Most, hogy valami nem jó, hozzáírtam a végén lévő részt (ami azőta már be van kommentezve). Ha az aktív, akkor a winek látják az ott megadott nyomtatót, de nyomtatni nem tudnak vele. Azaz, a samba rendesen kiadja a nyomtatókat, de csak azt amit ő is el tud érni... Csakhogy a CUPS-os nyomikat nem éri el és a sambaserver sem látja.. mint ahogy a libreoffice sem....
-
_Dumber_
őstag
válasz
_Dumber_
#3472
üzenetére
És még egy dolog.
Van a gépemen egy samba szerver is, hogy a virtualbox is lássa a nyomtatót. A samba conf több mint egy éve változatlan, de hétvége óta a win sem látja a megosztott nyomtatóimat.A legelső kérdés, hogy nem tudok távoli gépre csatlakozni,, jelenleg jegelve. Először a helyit szeretném rendbe tenni. (libreoffice és a samba)
-
Migrálják az AUR-t git alapú rendszerre:
Starting from 2015-06-08, the Arch User Repository is being migrated to a Git-based platform. Any changes to the AUR, including package submissions, comments and votes, made after 2015-06-08 will be lost! Please use aur4.archlinux.org instead (which will be activated on June 8th). More information on AUR 4 can be found in the Arch wiki.
Érdemes frissíteni először a package-query-t majd a yaourt-ot, ha valaki netán AUR-ból pakolta fel ezeket. Pont ma jött ki mindkettőből új verzió. Ugyan van egy archlinux.fr-es yaourt repo ahonnan pacamannel felrakható kész yaourt csomag, de amikor felvettem a tárolót és próbáltam csomagadatbázist frissíteni akkor a pacman panaszkodott hogy márpedig neki az archlinux.fr túl lassú és onnan nem hajlandó szinkronizálni, így végül AUR-ból tettem fel a yaourtot. Amúgy tetszik a yaourt, csomó "kézimunkát" megspórol amikor AUR-ból telepítek. -
Na csináltam vdpau wiki alapján egy ilyet:
grep -i vdpau ~/.local/share/xorg/Xorg.0.log
és ez alapján csináltam még ezt:
export VDPAU_DRIVER=r600
és ugyanabban a terminálban ahová ezt beíram (mert csak ott érvényes a környezeti változó ahol beírtam) indítottan egy vlc-t, határozottan csökkent a prociterhelés!
Beraktam az export VDPAU_DRIVER=r600 sort a felhasználóm .bashrc-jébe, így újbóli bejelentkezés után már az egész rendszerre érvényes. -
-
"a radeon fel van véve a a korai rendszerindító környezet betöltési listájába?"
Ha az early KMS-re gondolsz akkor igen."A kernel line -ban van valami opció írva?"
Nincs. De a wiki nem is írja hogy kellene a power managementhez.Azt vettem egyébként észre hogy nyílt driver mellett magasabb a procihasználat felmegy akár 35-40%-ra is videólejátszáskor, míg catalysttal 20 max 25% volt. Azt tudni kell hogy sem a nyílt driverrel sem a zárttal nem megy valamiért a videó gyorsítás. Ha a catalyst van fenn, és be van állítva vlc-ben az X11-en keresztüli vaapi, ugyan kírja a vlc a konzolba hogy hardveres dekódolást használ de abban a pillanatban át is vált vdpau-ra ami hibát dob, tehát szépen visszaáll szoftveres dekódolásra
A bomi látszólag használja a vaapi-t és nem váltott át a nemlétező vdpau-ra, de ennek ellenére ugyanakkora (20-25%) volt a prociterhelés mint vlc alatt.
Vaapi drivernek a fglrx_drv_video.so-t használtam ez elég sok formátumot és profilt támogat, szemben a splitted desktop féle xvba-val. Néztem az mpv-t is amit paraméterekkel kényszerítettem hogy a vaapi-t használja, használta is, de a prociterhelés maradt 20-25%. A vlc fejlesztőinek szólni kéne hogy módosítsák úgy a programot, ha egyszer beállítom a vaapi-t ne keresse a vdpau-t és ne váltson át rá, de gyanítom hogy azért van így mert lehet elfogultak az nvidia felé, minthogy a linux (X11) sajnos kizárólag az nvidia-t támogatja Nagy nehezen visszaraktam a nyílt drivert, a catalyst csomagokat csak a pacman -Rscn -el lehetett törölni, ez vitte az X-et és minden tőle függő dolgot, így ezeket újra kellett telepíteni. A nyílt driverrel a vdpau látszólag működik, ha a vlc-ben be van álltva akkor nem is vált át másra. Ennek ellenére a prociterhelés még magasabb mint catalystnál, filmnézés közben átlag 30-35% de van 40% is néha. Elkeserítő
Windows alatt persze van vga filmlejátszás gyorsítás. Egy sapphire passzív 1gb-os HD6670-em van, egy X4 860k és 8gb ram társaságában.
Talán majd a wayland változtat ezen, de nem fűzök túlzottan nagy reményt hozzá hogy elterjed, vagy hogy támogatni fogja a két nagy vga gyártó. -
Istju
senior tag
válasz
attilav2
#3470
üzenetére
Egy ötlet:
# udevadm test /etc/udev/rules.d/30-radeon-pm.rulesItt a parancs helpje:
$ udevadm --help
udevadm [--help] [--version] [--debug] COMMAND [COMMAND OPTIONS]Send control commands or test the device manager.
Commands:
info Query sysfs or the udev database
trigger Request events from the kernel
settle Wait for pending udev events
control Control the udev daemon
monitor Listen to kernel and udev events
test Test an event run
test-builtin Test a built-in commandA kernel line -ban van valami opció írva? Illetve a radeon fel van véve a a korai rendszerindító környezet betöltési listájába?
-
_Dumber_
őstag
válasz
_Dumber_
#3469
üzenetére
Kezd érdekessé válni a történet.
Már helyi myomtatóval, helyi gépen,helyilibreoffice-val sem tudok nyomtatni. Egyszerüen egyik nyomtatómat sem látja.
Ugyanakkor PDF viewer, vagy e-mailből simán megy.Lassan ott járok, hogy érdemes lenne letörölni a CUPS-ot, de hogyan tudom, hogy vigye a pi**ba az összes konfigfilet is, mert lehet már elkevertem valamit.
-
-
Visszatértem a nyílt driverre (xf86-video-ati) a catalysttal való kísérletezés után.
A nyílt driver power managementjével kapcsolatban lenne egy kérdésem, a wikiben az van hogy fullon pörög a kártya mert alapból nincs bekapcsolva a power management.
A wiki javaslatára csináltam egy ilyen udev szabályt:
/etc/udev/rules.d/30-radeon-pm.rulesKERNEL=="dri/card0", SUBSYSTEM=="drm", DRIVERS=="radeon", ATTR{device/power_method}="profile", ATTR{device/power_profile}="auto"
Note: If the above rule is failing, try removing the dri/ prefix.
Azt írja hogyha nem működne akkor el kell távolítani a dri/ prefixet a KERNEL== sorból.
Hogyan tudom ellenőrizni hogy ez az udev szabály rendben lefutott e, és aktív a power profil? -
_Dumber_
őstag
Lenne egy gondom mert már minden hajam kitéptem.
Megoldanám SAMBA-val is, de miért, ha mással is menneAdott egy debian server . Fut rajta egy CUPS-server.
A wiki alapján (archwiki-t is néztem) beállítottam. Minden windows kliens eléri kézzel configoltan a nyomtatót.
(http://192.168.2.1:631/printers/Canon_MP550_series)Az arch alatt nem akaródzik elérni a CUPS...
Cliensen:
a client.conf-ban a ServerName 192.168.2.1 beállítva.
az lpstat -p kimenete :
printer Canon_MP550_series is idle. enabled since 2015. jún. 7., vasárnap, 15.03.02 CEST
ezek szerint látja.
A serveren a 631 port nyitott. (nmap nyitottnak jelzi)
Miért nem megy?????
-
Siriusb
veterán
válasz
eddie1978
#3462
üzenetére
Virtualboxban jól fut.
-----------------------------------------
Hybrid graphics témakör:
Kb 2 évvel ezelőtt szórakoztam vele picit, de aztán az lett a vége (mivel úgyis gagyi a kártya, nem sokkal jobb, mint az integrált, de akkor meg minek rakták bele
), hogy a diszkrét kártyát szépen letiltottam és csókolom. Elég az Intel. -
korobi
aktív tag
válasz
attilav2
#3458
üzenetére
váltásra nincs lehetőség, nem megy olyan jól a szekér. illetve ha váltanék akkor már csak egy szimpla intelesre.... bár azt sem írtem ha lekapcsolom az ati kártyát akkor is ugyanúgy csíkozza a filmeket, ez egy agybaj...
igen azt a hybrid megoldást néztem, nekem nem sikerült működésre bírnom.
-
Na nem feltétlenül kell szimlinkelni ha a megfelelő (catalyst) vaapi drivert akarjuk használni.
A felhasználó .bashrc-jének elejére kell biggyeszteni ezt a sort:
export LIBVA_DRIVER_NAME=fglrx
Nálam így néz ki a .bashrc:# ~/.bashrc
#
export LIBVA_DRIVER_NAME=fglrx
# If not running interactively, don't do anything
[[ $- != *i* ]] && returnalias ls='ls --color=auto'
PS1='[\u@\h \W]\$ 'Ez egy ki/bejelentkezés vagy reboot után életbelép.
Ekkor ezt kell adnia a vainfo-nak:
libva info: VA-API version 0.37.0
libva info: va_getDriverName() returns 0
libva info: User requested driver 'fglrx'
libva info: Trying to open /usr/lib/dri/fglrx_drv_video.so
libva info: Found init function __vaDriverInit_0_33
libva info: va_openDriver() returns 0
vainfo: VA-API version: 0.37 (libva 1.5.1)
vainfo: Driver version: AMD MMD 1.0
vainfo: Supported profile and entrypoints
VAProfileMPEG2Simple : VAEntrypointVLD
VAProfileMPEG2Main : VAEntrypointVLD
VAProfileMPEG4Simple : VAEntrypointVLD
VAProfileMPEG4AdvancedSimple : VAEntrypointVLD
VAProfileMPEG4Main : VAEntrypointVLD
VAProfileH264Baseline : VAEntrypointVLD
VAProfileH264Main : VAEntrypointVLD
VAProfileH264High : VAEntrypointVLD
VAProfileVC1Simple : VAEntrypointVLD
VAProfileVC1Main : VAEntrypointVLD
VAProfileVC1Advanced : VAEntrypointVLD -
A vga váltás laptopoknál problémás még mindig linux alatt
Az arch wikiben van leírás a vga-k közti kapcsolgatásról (a nyílt a és zárt driver wikije is kitér rá)
Ezt is érdemes tanulmányozni: Hybrid graphics
Másik (drágább) lehetőség AMD lapkakészletes(AMD proci + AMD apu) laptopot venni, ott nem kell váltogatni a vga-k közt, mindig az AMD vga az elsődleges hiszen csak az van a gépben.
Nvidia-s laptopok is a vga váltás betegségétől szendvednek, ugye ezekben is intel proci van, és ezzel együtt intel IGP is -
korobi
aktív tag
válasz
attilav2
#3454
üzenetére
köszi a segítséget, de nálam ez már ott elbukik mikor felteszem az ato csomagokat nincs többé x felületem. feltételezem a a hibrid megoldás miatt (intel + ati)
egyenlőre C vágányra raktam a dolgot, már így is sok időt elpocsékoltam vele s semmi előrelépés nem volt ...remélem egyszer azért sikerül megoldaniuk ezt kicsit egyszerűbben...
-
Ja és sikerült downgradelnem az X-et 116-ra, csak a hivatalos repók elé kellett berakni a pacman.conf-ban a violo féle xorg116-ot.
A half life 2 viszont továbbra is lefagy az intro után amikor a menüt kellene betöltenie, pedig már újra lett telepítve, nyílt driverrel működött, lehet hogy a catalyst 32 bites libjeivel van valami problémája, vagy a nyílt driver esetlegesen fennmaradt 32 bites libjeivel ütközik. -
Ha újratelepíted a rendszert downgradeled az X-et felrakod a catalyst csomagokat, az xvba-video csomagot ne rakd fel! Ha már megy az X nyomj egy vainfo-t és írd be a kimeneted, valamint vlc-vel próbálj lejátszani egy fullhd filmet az előző hsz-omban javasolt vlc kódolási beállításokkal, és nézd meg a konzolba mit dobál a vlc!
Úgy tűnik ugyanis hogy az xvba-video csomag egy lebutított dekódert tesz fel, ami kevesebb profilt támogat.
Ha már fel lett rakva az xvba-video csomag, akkor csak 2 profilt fog támogatottnak jelezni a vainfo. Ha eltávolítod akkor is ragaszkodni fog a rendszer az xvba_drv_video.so használatához, ezt viszont meg lehet kerülni ezzel: sudo ln -s /usr/lib/libXvBAW.so.1.0 /usr/lib/dri/xvba_drv_video.so
Ha az AMD-s fglrx-es videódekódoló működik akkor a következőt írja a vainfo:
vainfo: VA-API version: 0.37 (libva 1.5.1)
vainfo: Driver version: AMD MMD 1.0
vainfo: Supported profile and entrypoints
VAProfileMPEG2Simple : VAEntrypointVLD
VAProfileMPEG2Main : VAEntrypointVLD
VAProfileMPEG4Simple : VAEntrypointVLD
VAProfileMPEG4AdvancedSimple : VAEntrypointVLD
VAProfileMPEG4Main : VAEntrypointVLD
VAProfileH264Baseline : VAEntrypointVLD
VAProfileH264Main : VAEntrypointVLD
VAProfileH264High : VAEntrypointVLD
VAProfileVC1Simple : VAEntrypointVLD
VAProfileVC1Main : VAEntrypointVLD
VAProfileVC1Advanced : VAEntrypointVLDHa úgy jártál el ahogy tanácsoltam akkor a vainfo-nak azt kell írnia hogy az /usr/lib/dri/fglrx_drv_video.so-t használja, ami valójában egy szimlink a /usr/lib/libXvBAW.so.1.0-ra.
-
sudo amdcccle
Majd ott kiválasztod a "szaggatásmentes" menüpontot balról, és "Engedélyezze a szakadozásmentes asztalt" opciót kiválasztod. Ezután nem kellene hogy csíkozzon.
Vlc-ben a Eszközök/Beállítások/Bemenet kódekek résznél Hardveresen gyorsított dekódolás: VA-API dekódoló X11-en keresztül, ezt állítod be.
A vlc-t terminálból indítsd el, miután megtetted ezt a beállítást, rakj be egy fullhd filmet és nézd meg milyen üzeneteket dobál konzolba a vlc, és írd be ide.
Valamint nézd meg a vainfo kimenetét és azt is írd be. -
-
Lehet hogy nem a catalyst-totalt kellett volna feltenned.
Én ezeket tettem fel: pacman -S catalyst-hook catalyst-utils catalyst-libgl opencl-catalyst lib32-catalyst-utils lib32-catalyst-libgl lib32-opencl-catalyst
és működik az X 1.17-es xorggal.
aticonfig --initial megvolt?
KMS ki van kapcsolva?Egyébként itt írta le violo a telepítési utasításokat: The AMD/ATI Bar & Grill #6976 post.
Még érdemes megnézni van e ilyen fájlod:
/etc/X11/xorg.conf.d/20-radeon.conf
és a Driver "radeon" -t Driver "fglrx" -re cserélned, a többi opciót kommentezd ki, az Identifier "Radeon" maradhat.
Valahogy így nézzen ki:
Section "Device"
Identifier "Radeon"
Driver "fglrx"
EndSection -
#3447
szundybence
aktív tag
szundybence
aktív tag
Szevasztok!
Az lenne a kérdésem, hogy egy friss telepítőlemezről mennyi szakértelem kell (mondjuk az Ubuntuhoz képest) a telepítés és rendes beállításhoz? (Ha lehet kéretik nem cikizni!)
-
korobi
aktív tag
fog menni, csak azt a tárolót a többi elé tedd!
nekem sikerült a xorgot lecserélni, felment a catalyst-total is, de grafikus felületem nincs...
gondolom még valamit kellenem valahol állítanom, de nem tudom mit és hol....
ahogy látom a xorg.conf nál vérzik el a dolog -
Megpróbálom még azt hogy az xorg 116 tárolót a hivatalos tárolók elé helyezem a pacman.conf-ban.
De ha ez mégsem jönne be, akkor kellene egy shell script ami lekérdezi a telepített xorg csomagokat és készít egy listát, utána a lista alapján pacman -U val feltelepíteném a letöltött xorg116 csomagokat, így biztos hogy minden xorg csomag downgradelődne, és nem maradnának ki csomagok amiből gond lehet. -
BoB
Topikgazda
Downgrade-re ez a hivatalos megoldás. Egyáltalán nem durva beavatkozás. A csomag tartalmazza függőségeit, ha valami gondja van úgyis szól.
Amikor repóból nyomsz fel csomagot, akkort sem történik más. Letölti a csomagot majd felteszi automatizálva.A durva megoldás ha ütközés vagy függőségi probléma van, de erőltetve mégis felteszed a force kapcsolóval.
Vi0L0 meg azért csinált xorg-hoz repót, mert ahogy jönnek ki újabb catalystok, újabb xorg-ot támogatnak. Így nem kell neked nézni, és manuálisan frissíteni a megfelelő verzióra.
Egyébként lehet azért nem tudod felrakni a régebbi xorg-ot Vi0L0 repójából, mert a pacman.conf fájlban nem a hivatalos tárolók elé tetted.
-
korobi
aktív tag
válasz
spammer
#3442
üzenetére
nem sikerült a yaournak, volt egy fura függőségi probléma, ütközött egy csomaggal mondom szedle, erre a végén bedobja hogy az a csomag függősége neki... mondom ez hogy?
na végül visszatettem egy 1.16 felment a catalyst-total, beírtam a modulhoz amit kellet, stbstb, és többé nincs grafikus felületem
kezd a p..... tele lenni a 2 kártyás notebookokkal, meg a vsync-el...
kénytelen leszek valami DE visszatérni openbox helyett, bár az ati kártyát még semmi alatt nem sikerült berugnom... -
spammer
veterán
AUR, jobb oldalon: "download tarball"
Downgrade progit nem használtam, de ha megeszi a tarballt, akkor ennyi. Ha nem, akkor csomagot a makepkg paranccsal tudsz készíteni, aztán sudo pacman -U <elkészültcsomagneve> és akkor a pacman felrakja.
Yaourt amúgy nem tudja downgrade-elni, ha ott van AUR-ban?
-
korobi
aktív tag
na most van ismét időm foglalkozni a catalyst driverrel...
látom és szól is hogy az AUR-ban ott a régebbi xorg, de hogyan magyarázom el a rendszernek hogy azt tegye fel és az újabbat szedje le?
találtam a downgrade progit is, de a régi csomagok között az 1.17.0 nincs fenn
vagy hogyan töltöm le csak a csomagot az AUR-ból, azt aztán majd megadom a downgrade paracsnak
-
spammer
veterán
válasz
zsambek
#3433
üzenetére
Ha szeretnél az Arch-nál maradni, akkor ott az Antergos, ami grafikus telepítővel rendelkezik, és ki is választható, milyen DE-t akarsz felrakni, a többit elintézi neked. Vagy ott a Manjaro, amivel kész rendszert kapsz. Az Arch alapokkal ismerkedni jók, a Wikit is ugyanúgy tudod használni velük. Arch-ot meg lehet gyakorolni addig virtuális gépen vagy másik gépen/hdd-n is.
-
zsambek
aktív tag
válasz
spammer
#3432
üzenetére
Végül abban maradtam magammal, hogy el tudok odáig jutni, hogy van egy Xfce-s Arch-om, de tovább már nem akarok menni. Tényleg valami kezdőbb disztróval kell kezdenem. Most felrakok egy Mint-et, aztán meglátjuk mikorra érek el odáig, hogy be merjek vállalni egy Archot.
Köszönöm azért a segítségeiteket
, -
spammer
veterán
válasz
zsambek
#3431
üzenetére
Ha ezek a kérdések felmerülnek, akkor lehet, hogy korai volt az Arch-ot választani.
![;]](//cdn.rios.hu/dl/s/v1.gif)
Azt rakd fel, ami tetszik. Tök mindegy, Xfce, Gnome, KDE, akármi... ami tetszik és amit elbír a géped.Én pl. nem használok DE-t, inkább a manuális csomagválasztást preferálom egy WM-mel (Window Manager). Ezelőtt Openboxot használtam, most meg AwesomeWM-et, de ott van pl. az i3 is. De ezekkel többet kell tökölni, konfigolni stb. Ha nincs ellenedre, tanulni akarsz, meg valami "könnyebb" felületet, akkor valamilyen WM + add meg neki, milyen csomagokat (programokat) akarsz telepíteni. Ebben az esetben vagy felraksz egy Display Managert (pl. SLIM), vagy xinitrc/startx kombóval indítod a GUI-t. Auto login, auto startx megoldható mindegyikkel.
-
zsambek
aktív tag
válasz
spammer
#3430
üzenetére
Ha minden igaz meg tudtam csinálni network CLI-vel.
A következő kérdésem az lenne, hogy milyen DE-t használjak?
Illetve, hogy tudom beállítani azt, hogy rögtön a DE-be jelentkezzen be, ne kelljen azzal szórakoznom, hogy először belépek a userembe, és mondjuk xfce-nél startx-vel tudjam elindítani a DE-t -
spammer
veterán
válasz
zsambek
#3429
üzenetére
enable után volt start is (vagy reboot)? Wifire csak akkor csatlakozik, ha be lett állítva neki a router/jelszó (értelemszerűen).
Én így lőttem be:
sudo pacman -S wpa_supplicant dialog
nmtuiAz nmtui a NetworkManager terminálos felülete. Ha valamiért nem menne ezzel, akkor próbálj úgy csatlakozni, hogy:
nmcli dev wifi connect <routerSSID> password <WifiJelszó>
-
zsambek
aktív tag
válasz
spammer
#3428
üzenetére
Miért van az, hogy ahogy a videóban kéri, (sudo systemcl enable NetworkManager) megcsinálom, viszont utána nem csatlakozik fel alapból a Wireless hálózatomra, sőt. Miután kiadom a wifi-menu parancsot, nem hajlandó felcsatlakozni semelyik hálózatra se, mivel a Job for netctl... failed hibát dobja.
-
spammer
veterán
válasz
zsambek
#3427
üzenetére
A blogomban van egy link gyűjtemény, abban van egy link egy Arch tutorial videósorozathoz. Ha a wiki nem elég, nézd végig, és mindjárt tisztább lesz a kép.
1-2-4-re válaszoltam a másik topikban, de ha itt maradsz, akkor oda már ne írj, tényleg ne szakadjon szét a beszélgetés.
-
zsambek
aktív tag
Hát, akkor maradok itt.
Most újra kezdem az egészet az elejéről, és akkor a HDD-t, majd csak linkelni fogom a /home-ba.
Kérdéseim:1, Mit rontottam el, hogy a tty1-ben miután újraindítottam a rendszert, a backspace helyett ?, lett (nem tudtam törölni)
2, Ha az a cél, hogy a rendszerem angol legyen, viszont tudjam használni a magyar betűket, ahhoz mit kell tennem? ($ localectl set-keymap --no-convert hu) ?
3, Az fstab-nak mi a megfelelő beállítása?
Az Ubuntu-soknál ilyet találtam: noatime.
Meg, hogy a TRIM is fontos, és talán?! igaz, hogy lassítja a boot időt, de összességében megéri?
Mik kellenének az enyémbe? (/, /home, /boot, swap?)
A HDD-nél is kell valamit editelnem az fstabben, vagy az jó úgy, ahogy van?
4, Amikor pacmannel elkezdem telepíteni a xorg-nak a cuccait, és beírom, hogy "all", akkor miért nem telepíti fel, miért írja ki ugyanazt?
5, Van a laptopomban egy dedikált(AMD) és egy integrált VGA(i3). Az integrált VGA-t szeretném használni, mivel nekem az bőven elég. Akkor először felrakom simán az intel drivert. Viszont utána a dedikált VGA-t valamire fel tudnám használni a gépemben? Olvastam, hogy esetleg SWAP-ként funkcionálhatna. -
válasz
zsambek
#3420
üzenetére
Kezdő Debianosként is javaslom, hogy pillants rá itt a boot időre MBR- ben, szerinted GPT mennyit gyorsítana ezen? Emiatt nem sok értelme lenne GPT- t használni, látom a kezdő topikban, le is mondtál erről, fentieket csak azért írom, hogy eloszlassam kicsit ezt a hiedelmet!
Ami lényegesebb: vagy itt vidd végig az Arch telepítést vagy a kezdő topikban, mert ennek így nincs értelme, hogy hol itt teszed fel a kérdést, hol ott! Egy topikban a segítő végigolvassa a thread- et, de nem fog ugrálni két topik között, hogy esetleg a másikban már kaptál választ az adott kérdésre.
Ha Arch- ot telepítesz, javaslom maradj ezen a topikon, ha kezdőknek való disztrót választasz (Arch nagyon nem az) esetleg mégis, akkor azt meg vidd a kezdő topikba!
-
qisqaqas
senior tag
válasz
zsambek
#3423
üzenetére
Komolyra forditva a szot: UEFI-s GPT-s sztorival a boot ido csokkent, nem kell sokra gondolni, de azert eszreveheto volt a kulonbseg. SSDvel tokmindegy mit csinalsz pikkpakk menni fog a rendszer.
Az UEFI pedig egy furcsa allat. Elso alkalommal legyen a cel az hogy mukodik a kesz rendszer, aztan majd ha emlekezetbol felpakolsz egy Archot, akkor majd melazhatsz hogy legyen gyorsabb.
Most koncentralj arra hogy minden SSD-s opciot tolj bele az fstab-ba. A tobbi megvar
-
zsambek
aktív tag
-
-
-
F34R
nagyúr
Szerintem ez okozhatja a legnagyobb promblemat. Szerintem hasznalj csak egy meghajtot.
Catalyst nem megy fel? En ezt hasznaltam egy melos AMD Apu-n Pl: [link] majdsudo vim /etc/mkinitcpio.conf
MODULES reszhez tedd be az fglrx-t majd
sudo mkinitcpio -p linux
Majd sudo grub-mkconfig -o /boot/grub/grub.cfgreboot es ha minden igaz akkor megy a Catalyst.
-
korobi
aktív tag
eddig nem volt az betöltve, csak ez volt az openbox autóstartjában
compton -b --backend glx --vsync opengl
most betöltöttem és abba írtam bele amit kell de még mindig vannak csíkok. korábban volt antergos-cinnamonom azalatt nem volt gondom.
már kicsit idegesítő ennyiért visszamászni winre...
(#3411) spammer: szintúgy inteles noti + ati vga, de azok a driverek nincsenek fenn, mert ugyse megy fel rendesen a catalyst sajnos, vagyis eddig nem sikerült működésre bírnom.
ez a dolog hogy a rendszer majd eldönti mikor melyik kártyát használja, linux alatt nem megy sajnos. -
spammer
veterán
Nem igazán konfigoltam/optimalizáltam még, anno mikor elkezdtem használni, kipróbáltam pár paramétert, és ami bevált, azt használtam:
compton --backend glx --paint-on-overlay --vsync opengl-swc
így hát a compton.conf-ban most lényegében csak ezek vannak:
backend = "glx";
paint-on-overlay = true;
vsync = "opengl-swc";
opacity-rule = ["90:class_g = 'URxvt' && !name = 'ranger'"];inteles laptop és mpv-vel játszok le mindent. Ezt használtam Ubuntu+Openbox alatt és most Arch+AwesomeWM alatt is.
-
-
zsambek
aktív tag
Sziasztok,
Életem első Arch telepítése előtt állok + életem első UEFI-s telepítése előtt.
Egy HP 450 G1-es gépem van, i3-as, dedikált AMD VGA-val. SSD-vel + HDD-vel.A kérdés:
Amikor Rufus-szal csinálom az USB-t, akkor MBR-es vagy GPT-s partíció sémával dolgozzak?
A GPT-nek így utána olvastam, hogy akkor korlátlan partíciót hozhatok létre, etc, etc... ez a jövő, stb.
Jó lesz ez akkor nekem? -
spammer
veterán
Monnyad.
Egyedül a terminálnál használok egy kicsit, mert ott tetszik. Amúgy sehol máshol, se árnyék (tilingnál hol is lenne 
), meg semmi effekt, lényegében a böngésző és a filmek miatt kell kompozit, anélkül töredezik a kép, ami elég ronda.szerk: csak azért írtam le, mert hátha valakinek még jól jön egyszer, ugyanis én nem találtam róla így egyben infót.
-
spammer
veterán
Az utókornak egy kis urxvt+ranger+w3mimgdisplay+compton infó:
Transzparens urxvt esetén nem használható a rangerben a w3mimgdisplay, azaz a kép előnézet. Ha szeretnénk előnézetet, akkor .Xresources-ban nem szabad True transparency-t beállítani (URxvt.depth: 32).
Van a urxvt-nek Native transparency beállítása, de az tré sajnos, mondjuk inkább úgy, hogy "Fake transparency".
No de én szerettem volna egy kis átlátszóságot a terminálnak, szóval ebben az esetben a comptonhoz kellett nyúlni.
90%-os opacity-hez a compton.conf-ba:
opacity-rule = ["90:class_g = 'URxvt'"];
Rendben, van átlátszóság, van kép előnézet, de a rangernek nem áll jól annyira az átlátszóság bizonyos színek/színsémát esetén. Ilyenkor meg kell oldani, hogy maradjon átlátszó a terminál, de ha elindul a ranger, ott már ne legyen átlátszóság (viszont ha kilépünk a rangerből, akkor pedig újra legyen átlátszóság).
Állítsuk be, hogy a ranger ne írja át a taskbar/titlebar címét (azaz maradjon "ranger")
~/.config/ranger/rc.conf
set update_title false
Majd a compton konfigjában állítsuk be az új szabályt:
compton.conf
opacity-rule = ["90:class_g = 'URxvt' && !name = 'ranger'"];
compton restart és kész is.
A bomi látszólag használja a vaapi-t és nem váltott át a nemlétező vdpau-ra, de ennek ellenére ugyanakkora (20-25%) volt a prociterhelés mint vlc alatt.
), hogy a diszkrét kártyát szépen letiltottam és csókolom. Elég az Intel.
eltántorított. 
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- Adobe Előfizetések - Adobe Creative Cloud All Apps - 12 Hónap
- Játékkulcsok a legjobb áron: Steam
- Kaspersky, BitDefender, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- AKCIÓ! EZÜST! RITKASÁG! Surface Pro 11 Qualcomm Snapdragon X Elite 16GB 512GB OLED 120Hz Gar!
- Konzol felvásárlás!! Playstation 5, Playstation 5 Pro
- GYÖNYÖRŰ iPhone 12 mini 128GB White -1 ÉV GARANCIA - Kártyafüggetlen, MS3201, 100% Akkumulátor
- HIBÁTLAN iPhone 14 Pro 128GB Deep Purple -1 ÉV GARANCIA - Kártyafüggetlen, MS3102
- MS SQL Server 2016, 2017, 2019
Állásajánlatok
Cég: FOTC
Város: Budapest