- Gurulunk, WAZE?!
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- eBay-es kütyük kis pénzért
- N€T0X|N: SSD hűtés
- sziku69: Fűzzük össze a szavakat :)
- Luck Dragon: Asszociációs játék. :)
- gban: Ingyen kellene, de tegnapra
- GoodSpeed: Bye PET Palack, hello SodaStream
- DraXoN: Utolsó 2011-3 rendszerem
- sziku69: Szólánc.
-
LOGOUT
Arch Linux topik
Új hozzászólás Aktív témák
-
-
I02S3F
addikt
Sziasztok!
Régóta használok Linuxot. Néha csak arra vágyok, hogy "csak működjön" (mint például a Mint [kattintok kettős és minden probléma meg van oldva]), viszont az Arch-ban tetszik, hogy frissek a csomagok.
Ha script nélkül is képes vagyok feltenni az Arch-ot, akkor már használni is tudni fogom?
-
#08299776
törölt tag
válasz
kelna91
#8494
üzenetére
Elvileg detektálja magától, de ettől függetlenül én meg szoktam adni az ssd opciót.
Viszont az autodefragot nem használom. Ha sok kicsi (64 KiB) fájl írásáról van szó, akkor hasznos, különben többet árt mint használ. Érdemesebb manuálisan kiadni, ha szükséges 'btrfs filesystem defragment -rvf /csatolás'.
TRIM pedig inkább ütemezett fstrim, ahogy urandom kolléga írta.
Ezen kívül én használom a tömörítést (zlib), remekül működik. -
kelna91
senior tag
Sziasztok! Adott egy Arch / BTRFS / LUKS / SSD felállású rendszer. Az fstab subvolume mount optionök a következők: defaults,noatime,space_cache,autodefrag
Ez így rendben van? Nem kellene discard-ot (vagy discard=async-et) beállítani? Vagy a mai kernel már automatikusan trimmeli az SSD-ket? Hogy van ez? -
#68216320
törölt tag
Lenry, Sonja:
Letöröltem a wxgtk2 csomagot. Ezután elindult az update és lecserélte az alábbiakat, de rendben lefutott. Akkor ez így rendben van?:: Teljes rendszerfrissítés indítása...
:: Lecseréli wxgtk-common-t erre: extra/wxwidgets-common? [I/n]
:: Lecseréli wxgtk3-t erre: extra/wxwidgets-gtk3? [I/n] -
Sonja
nagyúr
válasz
#68216320
#8487
üzenetére
Ahogy írja is, le kell szedni a
wxgtk-commoncsomagot, de annak is vannak függőségei, azaz pár program/lib. Ha megpróbálod eltávolítani, akkor kiírja, hogy mik azok a programok. Ezeket leszedtem (plusz ugye a wxgtk2 csomagot), majd utánna frissítettem, ami szépen le is futott. Végül nem tettem vissza ezeket a programokat, mert nem voltak fontosak. Gondolom, ha kellenének, akkor fel lehetne tenni ismét őket. -
#68216320
törölt tag
Ezt egy kicsit részleteznéd? Mert én is belefutottam és nem tudom mi legyen a dependency-vel.
$ sudo pikaur -Syu:: A csomagadatbázisok szinkronizálása...core naprakészextra naprakészcommunity naprakészmultilib naprakész:: Starting full AUR upgrade...Reading repository package databases...Reading local package database...hiba: nem sikerült előkészíteni a tranzakciót (nem sikerült kielégíteni a függőségeket):: wxgtk-common eltávolításával megtörik a(z) 'wxgtk-common' függőség amit wxgtk2 kér -
BoB
Topikgazda
[link]
wxWidgets 3.2 provides a Qt frontend in addition to the GTK3 one, so packages have been renamed from wxgtk- to wxwidgets-. The GTK2 frontend is no longer provided. If you have wxgtk2 installed, the upgrade will fail witherror: failed to prepare transaction (could not satisfy dependencies) :: removing wxgtk-common breaks dependency 'wxgtk-common' required by wxgtk2
In such case, uninstall wxgtk2 first and then proceed with the upgrade.
-
#8483
Mobulla
csendes tag
borisz1994
#8481
Mobulla
csendes tag
válasz
borisz1994
#8481
üzenetére
Szerintem nomodeset kernelparaméter.
-
#8482
jimmy399
senior tag
borisz1994
#8481
jimmy399
senior tag
válasz
borisz1994
#8481
üzenetére
nomodeset kernel paraméterrel meg lehet oldani.
-
#8481
borisz1994
csendes tag
borisz1994
csendes tag
Üdvözlök mindenkit. Van mód arra, hogy USB Live módban, a GPU driver-t ne töltse be induláskor?
-
#68216320
törölt tag
Használ közületek valaki Opera browser-t?
Nálam valamiért újabban nem működik a saját menüje és egér jobb gombra sem jönnek fel a lehetőségek, mikor linkre vagy képre kattintok.
Először azt hittem a laptopomon van valami gond, de más gépeimen is ezt csinálja az estek 70%-ban. -
Shyciii
veterán
Tudom, hogy mi indítja...És pont azért írtam, hogy nem, nem látszik. Amit te bevágtál a status alatt, az nekem nincsen már jóideje, és erre utaltam, és ezért vágtam be a journal logját, mert nekem már csak ott mutatja. És bár notebook ez is, de nekem ez a seed szervereme is, így ritkán van reboot.
-
vargalex
félisten
Nálam sem látszik valamiért (most direkt sudo-val futtattam a status-t is):
[gavarga@gavarga-5500 ~]$ sudo systemctl status fstrim.service○ fstrim.service - Discard unused blocks on filesystems from /etc/fstabLoaded: loaded (/usr/lib/systemd/system/fstrim.service; static)Active: inactive (dead)TriggeredBy: ● fstrim.timerDocs: man:fstrim(8)[gavarga@gavarga-5500 ~]$ sudo journalctl -u fstrim.servicejún 06 18:54:47 gavarga-5500 systemd[1]: Starting Discard unused blocks on filesystems from /etc/fstab...jún 06 18:55:15 gavarga-5500 fstrim[5240]: /boot: 173,4 MiB (181867520 bytes) trimmed on /dev/nvme0n1p1jún 06 18:55:15 gavarga-5500 fstrim[5240]: /srv: 41 GiB (43985354752 bytes) trimmed on /dev/mapper/vgwdc-srvjún 06 18:55:15 gavarga-5500 fstrim[5240]: /mnt: 19,1 GiB (20490309632 bytes) trimmed on /dev/mapper/vgwdc-mntjún 06 18:55:15 gavarga-5500 fstrim[5240]: /home: 12,7 GiB (13597962240 bytes) trimmed on /dev/mapper/vgwdc-homejún 06 18:55:15 gavarga-5500 fstrim[5240]: /: 14,1 GiB (15192903680 bytes) trimmed on /dev/mapper/vgwdc-rootjún 06 18:55:15 gavarga-5500 systemd[1]: fstrim.service: Deactivated successfully.jún 06 18:55:15 gavarga-5500 systemd[1]: Finished Discard unused blocks on filesystems from /etc/fstab.jún 06 18:55:15 gavarga-5500 systemd[1]: fstrim.service: Consumed 1.504s CPU time. -
Lenry
félisten
válasz
Shyciii
#8473
üzenetére
a service-re persze, hogy azt írja, hogy dead, mert nem önmagától fut, hanem a timer indítja.
én nem is erre utaltam.
ha megnézed, a saját logomat, amit odamásoltam, nekem is azt írja, hogy dead, alatta viszont ott van a journalctl vonatkozó logja, amiben látszik, hogy 6-án hajnal fél2-kor lefutott.
ha kiadod asystemctl status fstrim.serviceparancsot, neked is látszódni fog ugyanaz, amit a journalctl-ban is látsz.
growlernek viszont nem volt ilyen alatta. -
Shyciii
veterán
Ez így ebben a formában nem igaz. Nekem is ugyanazt mutatja az fstrim.service-ra mintha halott szolgáltatás lenne, ennek ellenére mégis lefutott már párszor.
journalctl | grep fstrim
May 30 00:10:43 archlinux fstrim[51704]: /home/Data: 199.7 GiB (214405660672 bytes) trimmed on /dev/sda3
May 30 00:10:43 archlinux fstrim[51704]: /boot: 453.8 MiB (475791360 bytes) trimmed on /dev/sda1
May 30 00:10:43 archlinux fstrim[51704]: /: 16.6 GiB (17787359232 bytes) trimmed on /dev/sda2
May 30 00:10:43 archlinux systemd[1]: fstrim.service: Deactivated successfully.
Jun 06 01:20:15 archlinux fstrim[75988]: /home/Data: 196.4 GiB (210929713152 bytes) trimmed on /dev/sda3
Jun 06 01:20:15 archlinux fstrim[75988]: /boot: 453.6 MiB (475660288 bytes) trimmed on /dev/sda1
Jun 06 01:20:15 archlinux fstrim[75988]: /: 17.3 GiB (18574147584 bytes) trimmed on /dev/sda2 -
growler
őstag
válasz
growler
#8471
üzenetére
A szóban forgó SSD-t közvetlenül SATA csatlakozással bekötve, és a fenti ellenőző
parancsokat futtatva, azok kimenete nem változott. (Ahhoz képest, mikor az SSD
egy külső USB3-as házba volt téve)
Viszont !! A kézi trim lefut ! Így is:
sudo fstrim -av
és így is:
sudo fstrim -v /
sudo fstrim -v /homeÚgy döntöttem az SSD marad így beépítve a PC-be.
-
Sonja
nagyúr
Ma rendszerfrissítés után fekete képernyő + egérkurzor fogadott. Végül a megoldás az Arch fórumán reggel nyitott topicban volt!
-
growler
őstag
m@mo ~]$ sudo hdparm -I /dev/sda | grep TRIM
[sudo] m jelszava:
* Data Set Management TRIM supported (limit 8 blocks)
* Deterministic read ZEROs after TRIM
[m@mo ~]$Furcsa, mert a
systemctl status fstrim.service
parancs, továbbra is csak ezt mutja:○ fstrim.service - Discard unused blocks on filesystems from /etc/fstab
Loaded: loaded (/usr/lib/systemd/system/fstrim.service; static)
Active: inactive (dead)
TriggeredBy: ● fstrim.timer
Docs: man:fstrim(8)
[m@mo ~]$ -
Lenry
félisten
válasz
growler
#8457
üzenetére
ez azt jelenti, hogy nálad ez egyszer se futott le, mert különben írná a legutóbbi futás eredményét, ami úgy néz ki, hogy
lenry@zetetic-elench:~$ systemctl status fstrim.service
● fstrim.service - Discard unused blocks on filesystems from /etc/fstab
Loaded: loaded (/lib/systemd/system/fstrim.service; static)
Active: inactive (dead) since Mon 2022-06-06 01:33:16 CEST; 2 days ago
TriggeredBy: ● fstrim.timer
Docs: man:fstrim(8)
Process: 3023761 ExecStart=/sbin/fstrim --listed-in /etc/fstab:/proc/self/mountinfo --verbose --quiet-unsupported (code=exited, status=0/SUCCESS)
Main PID: 3023761 (code=exited, status=0/SUCCESS)
CPU: 831ms
Jun 06 01:33:02 zetetic-elench systemd[1]: Starting Discard unused blocks on filesystems from /etc/fstab...
Jun 06 01:33:16 zetetic-elench fstrim[3023761]: /: 25.1 GiB (26995699712 bytes) trimmed on /dev/md0
Jun 06 01:33:16 zetetic-elench systemd[1]: fstrim.service: Succeeded.
Jun 06 01:33:16 zetetic-elench systemd[1]: Finished Discard unused blocks on filesystems from /etc/fstab. -
growler
őstag
[m@mo ~]$ sudo systemctl status fstrim.service
[sudo] m jelszava:
○ fstrim.service - Discard unused blocks on filesystems from /etc/fstab
Loaded: loaded (/usr/lib/systemd/system/fstrim.service; static)
Active: inactive (dead)
TriggeredBy: ● fstrim.timer
Docs: man:fstrim(8)
[m@mo ~]$ -
-
Lenry
félisten
válasz
growler
#8453
üzenetére
trim támogatású USB3-as házban
azért én megpróbálnám rendesen, SATA-ra kötve is ugyanezt a műveletet, mert a hibaüzenet alapján mégsem annyira trim támogatású az a ház
nálam ugyanez lefuttatva:
lenry@so-much-for-subtlety:~$ sudo fstrim -v /
/: 117.1 GiB (125736411136 bytes) trimmed
(igen, nemrég töröltem egy tonnányi szemetet) -
growler
őstag
m@mo ~]$ sudo systemctl status fstrim.timer
[sudo] m jelszava:
● fstrim.timer - Discard unused blocks once a week
Loaded: loaded (/usr/lib/systemd/system/fstrim.timer; enabled; vendor preset: disabled)
Active: active (waiting) since Wed 2022-06-08 14:54:54 CEST; 2min 1s ago
Until: Wed 2022-06-08 14:54:54 CEST; 2min 1s ago
Trigger: Wed 2022-06-08 15:52:11 CEST; 55min left
Triggers: ● fstrim.service
Docs: man:fstrim
jún 08 14:54:54 mo systemd[1]: Started Discard unused blocks once a week.
[m@mo ~]$ sudo fstrim /dev/sda3 -v
fstrim: /dev/sda3: not a directory
[m@mo ~]$ sudo fstrim -v /
fstrim: /: the discard operation is not supported
[m@mo ~]$
Külső UASP + trim támogatású USB3-as házban lévő SATA3 SSD Manjaroval telepítve. -
#63718632
törölt tag
Igen, hát mondjuk ez a trimmelés téma Arch Linuxon nem is annyira triviális. Mivel a filozófia meg hagyja a user-nek a döntés szabaságát, hogy mit használ. Meg milyen szolgáltatásokat állít be a rendszerén.
Erre volt ma egy jó példám.
Cimbimnek anno egy kis fos AMD C-70-es notikára tettem egy Arch rendszert, mert azzal viszonylag jól megy. Ennek két éve már. Tegnap csörög, hogy nyomtatni szeretne. Mondom semmi gond, Xfce>Nyomtató beállítások és minden fasza lesz, meg szkenneléshez Skanlite vagy Szkennelés progi.
Majd negyed óra mulva csaptam a fejemhez, hogy állj ne csinálj semmit. Mert szinte biztos, hogy nyomtató csoporthoz kell adni a user-t. Be kell lőni a CUPS service-t és egyéb nyalánkságok.
Másik öreg notiján egy Deb alapú Neptune van. Na azon nyomhatod nyugodtan, amit a GUI ad nyomtatókra és szkennerekre. Azzal elboldogulsz, biztos.
A lényeg, hogy a cimbi abszolute nem érdekelt, a dolgok hátterének megértésében. Csak működjön.
Na ezzel csak azt szertettem volna sugalni, minden disztrón kicsit más minden is.
-
#63718632
törölt tag
válasz
growler
#8441
üzenetére
Lényegtelen! A végeredmény ugyan az, ha ütemezett, ha realtime/online. Ha SATA, ha NVME.
Értsd úgy, hogy robbanó motoros autón a gázpedált nyomod a gyorsításhoz. Elektromos autón meg az előrehaladást pedált.
Csak a név más, a jobb lábaddal rátaposol a pedálra és megyen.
Lényegében mindkettő a karosszéria szekrény gyorsulását okozza.
Kvázi a fajin kis SSD-d, csatoló felülettől függetlenül le lesz trimmerelve így vagy úgy. Attól függ melyiket választod. -
-
Lenry
félisten
válasz
growler
#8441
üzenetére
nem.
olvasd el még egyszer BoB hozzászólását:
"az fstrim parancs az eszköznek megfelelő parancsot fogja küldeni amivel trimmelni fog a meghajtó. Ez a felhasználó számára transzparens."
azaz: te kiadod az fstrim parancsot, az op.rendszer meg az SSD vezérlője meg majd lematekozzák, hogy ténylegesen mit is kell csinálni, neked ezzel már nem kell foglalkoznod.igen, külön fajta megoldása van a SATA-nak meg az NVME-nek a trimmelésre, de mindkét esetben ugyanazt az fstrimet kell elindítani, ugyanúgy
-
growler
őstag
Ezek szerint en felreertem a helyzetet.
Ha engedelyezem akar az azonnali, akar az idozitett trimet,
az csak a SATA (ATA)-s csatolofeluletu SSD-re "van hatassal"
Az NVME M.2 SSD-k csatolofeluleten ez nem is "megy at"
Az NVME M.2 csatolofeluletu SSD-knek sajat / beepitett megoldasa
van a trimre. - Vagy nem ? -
#63718632
törölt tag
válasz
growler
#8437
üzenetére
Én Arch-on az Ext4-es partíciókra kilövöm az fstab-ban a discard kapcsolókat és belövöm az ütemezett trimmelést. Ezt tenném NVME meghajtókkal is.
Csak abba gondoljunk bele, ha azonnali/online trimmelés van és esetleg egy nem jól irányzott törlés után realtime lefut. Akkor nincs lehetőség visszaállításra. Mondjuk ettől a kuka használat megvéd, de mi van ha nem használod? Ütemezett trimmelésnél meg van egy heted, mert ez a default beállított periódusa a heti terimmelésnek. -
Sonja
nagyúr
válasz
growler
#8437
üzenetére
Én a periodic TRIM-et választottam. Arch wiki ezt írja erről:
"Note: Continuous TRIM is not the most preferred way to issue TRIM commands among the Linux community. For example, Ubuntu enables periodic TRIM by default [7], Debian does not recommend using continuous TRIM and Red Hat recommends using periodic TRIM over using continuous TRIM if feasible [8]."
-
-
BoB
Topikgazda
válasz
growler
#8433
üzenetére
NVME-t ugyanúgy kell trimmelni, annak nyilván nem a TRIM SATA parancs megy ki, hanem az nvme deallocate, ami ugyanazt csinálja.
Te is meggyőződhetsz róla NVME esetén, csinálj egy fstrim-et, hozz létre egy 1GB-os fájlt, töröld le, majd újra fstrim. Látni fogod hogy pont 1GB lett trimmelve.
Az NVME és SATA SSD belső működése ugyanaz, csak az interfész más.
Lényeg, hogy az fstrim parancs az eszköznek megfelelő parancsot fogja küldeni amivel trimmelni fog a meghajtó. Ez a felhasználó számára transzparens.
De ezt a Wiki is írja: [link]
-
#63718632
törölt tag
válasz
Siriusb
#8432
üzenetére
Én sima titkosítatlan
ext4-en élem az életem, szóval ehhez nem tudok mit hozzá tenni.
A Reflektor az ugyan az mint pl. Ubuntun a tükör elérési sebessége alapján alapuló prioritás. A frissítési szervereket illetően.
Őszintén megvallva nálam nem hozott látványos javulást annyira, hogy ezt mindig megcsináljam.
Én úgy vettem észre, hogy apacmaninteligensen is a leggyorsabb tükröket használja. -
growler
őstag
válasz
#63718632
#8431
üzenetére
Kozben ratalaltam Ubyegon2 blogjara ahol az NVME SSD-rol ertekezik.
[link]
Ha jol ertelmezem, NVME M.2 SSD-re telepitett rendszeren, akar le is
lehet tiltani (inaktivalni) az esetleges alapertelmezetten aktiv TRIM-et
Mivel a TRIM SATA-s parancs - ugy sincs hatassal a nem SATA
csatolofeluletu NVME M.2 SSD-re.
Az NVME M.2 SSD:
"Az eszköz saját Dataset Management parancskészlete, pontosabban annak deallocate utasítása folyamatosan hajtja végre a TRIM-nek megfelelő műveletet adatmozgatás közben, quasi online TRIM-melést végez."
Szoval, kulso beallitas nelkul "hazon belul" elintez mindent. (?) -
Siriusb
veterán
válasz
#63718632
#8431
üzenetére
Nálam kicsit bonyolult a helyzet, mert LVM-et használok LUKS-on, nehogy túl egyszerű legyen. Én a periodikus trim mellett döntöttem.
Más: frissült a mirrorlist – s habár mostanság nem volt probléma a sebességgel –, úgy döntöttem generálni kellene egy új listát. Találtam egy reflector névre hallgató csomagot, parancssorból lehet készíteni egy listát különféle szempontok figyelembevételével, szóval egész hasznos. Ráadásul a kidolgozott utasítás ott figyel az előzményekben most már, csak vissza kell rá ugranom, ha új mirrorlist kellene.
-
#63718632
törölt tag
válasz
growler
#8430
üzenetére
Anno körbejártam az SSD/Trimmelés/Linux témát, amikor megvettem az első SSD-met (SATA). Én azt szűrtem ki, hogy vagy
discardazfstab-ba, vagysystemd service. Ez disztrónként változik, ki melyiket preferálja. Az tény, hogy Arch-on tényleg rád van bízva, hogy melyiket választod.
Aztán van olyan is, hogy atrimmparancs az SATA szabvány. Az NVME/PCIE szabványhoz meg adiscard(online/realtime trimmelés) áll közelebb.
Ezt a témát lenne jó körbe járni, mert már nekem is vannak M.2 SATA/NVME SSD-im is.
Szóval jó témát vetettél fel. -
growler
őstag
Nemreg telepitettem az Arch alapu ArcoLinuxot SATA-s SSD-re
Engedelyeztem az fstrim.timert, - ellenoriztem - fut !
Viszont a mas rendszeren megszokott kezi Trim (sudo fstrim -av)nem fut le.
Annyit sikerult kideritenem, hogyha az fstab-ba beirnam a discard
parametert, akkor elkepzelheto hogy a kezi TRIM is lefutna.
Kerdesem: Nem lehetne valahogy megis futtatni kezi TRIM-et ugy
hogy csak az idozitett trim van engedelyezve ? -
BoB
Topikgazda
Mivel Arch linuxról beszélünk, ezért kell külön foglalkozni vele.
Nincs trim folyamatosan automatikusan, csak ha magadnak beállítottad (másképpen kifejezve a discard nem kerül be az fstab-ba csak úgy magától).
Sem a periodic trim nincs beállítva.
Azaz neked kell választanod hogy melyiket használod, vagy nem használod egyiket sem (bár nem látom ez miért lenne jó).
SATA vs NVME között valóban nincs különbség a felhasználó szempontjából ilyen téren.
A véletlen törlések ellen meg nem az a megoldás hogy az ember kikapcsolja a trim-et (ez elég kókány géza lenne
) -
Lenry
félisten
válasz
growler
#8423
üzenetére
szia
egyrészt nem kell külön foglalkozni vele, a fájlrendszer folyamatosan csinálja (continous trim), emiatt nem feltétlenül ajánlott még külön a periodic trimet bekapcsolni (amit az általad írt parancs csinál) - de a lényeg, hogy csak az egyik legyen bekapcsolva.
másrészt ebből a szempontból a SATA és az NVME közt nincs különbség, egész pontosan nem itt van a különbség. a trim a flash cellák karbantartása miatt fontos. az, hogy aztán az SSD milyen kapcsolaton keresztül csatlakozik a gép többi részéhez (SATA v NVME) ebből a szempontból irreleváns.
lsblk --discardparanccsal tudod ellenőrizni, hogy működik-e most is a trim. az SSD-k esetében a DISC-GRAN oszlopban nem nulla értéket kell hogy visszakapj.tldr: a mai rendszerek automatikusan kezelik az SSD-k sajátosságait, semmi külön teendő nincs már velük.
ezekkel a 10 évvel ezelőtti machinációkkal nem kell ma már foglalkozni (és a szerény véleményem az, hogy már akkor is túl volt misztifikálva a dolog) -
growler
őstag
Sziasztok !
SSD TRIM-el kapcsolatban kernek megerositest, ill. helyesbitest.
Tudomasom szerint:
- SATA SSD: Szuksege van TRIM-re (Arch alapu kiadasokon altalaban
ezt kulon engedelyezni kell. --> sudo systemctl enable fstrim.timer --now
- NVME M.2 SSD: Nem kell foglalkozni a TRIM-el.
Jol tudom ? -
#68216320
törölt tag
Szeretném felrakni Wine után a PlayOnLinux csomagot (pikaur), viszont függőségi hibába futok:
$ sudo pikaur -S playonlinuxReading repository package databases...Reading local package database...Resolving AUR dependencies...:: error: Can't resolve dependencies for AUR package 'playonlinux'::: error: Dependencies missing for playonlinux:: warning: Following package cannot be found in AUR:wxpython:: Try recovering playonlinux?[e] edit PKGBUILD[s] skip this package[A] abort> s:: Nothing to do.Ha megpróbálom felrakni a wxpython csomagot, pontosabban bármelyik gtk verziós csomagot belőle akor az sem sikerül.
wxpython (python2-wxpython3-gtk2, python2-wxpython3-gtk3)...checking for GST... configure: WARNING: GStreamer 0.10 not available, falling back to 0.8checking for GST... configure: WARNING: GStreamer 0.8/0.10 not available.configure: error: GStreamer not available==> HIBA: Hiba történt a build()-ben.Megszakítás...Finished with result: exit-codeMain processes terminated with: code=exited/status=4Service runtime: 26.580sCPU time consumed: 16.216sCommand 'systemd-run --service-type=oneshot --pipe --wait --pty -p DynamicUser=yes -p CacheDirectory=pikaur -E HOME=/tmp -p WorkingDirectory=/var/cache/pikaur/build/python2-wxpython3 makepkg --force' failed to execute.:: Try recovering?Gondoltam felrakom a gstreamer-t, hátha az a gondja, de mint kiderült abból az 1.20 már telepítve van.
$ sudo pacman -S gstreamerfigyelmeztetés: a(z) gstreamer-1.20.2-1 naprakész -- újratelepítés...Mit szúrok el? Miért nem tudok PlayOnLinux-ot felrakni?
(És nem kéne amúgy a Wine-nak install után automatikusan ikonnak létrehozni?) -
#68216320
törölt tag
válasz
#68216320
#8420
üzenetére
Azóta többször nekifutottam, de nem sikerül választhatóvá tennem az NVidia VGA-t a laptopban.
Vagy teljesen letiltom két fájl szerkesztésével vagy folyamatosan aktív és használatban van.
Nincs tapasztalat, hogy Arch-on hogyan tudnám megoldani?Valami régebbi gépen ubuntu esetén volt az nvidia driverben legalább választás és reboot után vagy intel vagy nvidia volt használatban. Most viszont ez sincs.
-
#68216320
törölt tag
Ismét elakadtam.
Szeretnék a laptopomon az Intel és Nvidia VGA-k között váltani.
Az lenne a terv, hogy alapban az Intel van használatban, de szükség esetén az Nvidia is használható legyen. neofetchFelraktam az "optimus-manager" csomagot, de indítva az alábbi üzenetet kapom:
$ optimus-managerERROR: a GPU setup was initiated but Xorg post-start hook did not run.Log at /var/log/optimus-manager/switch/switch-20220513T212209.logIf your login manager is GDM, make sure to follow those instructions:https://github.com/Askannz/optimus-manager#important--gnome-and-gdm-usersIf your display manager is neither GDM, SDDM nor LightDM, or if you don't use one, read the wiki:https://github.com/Askannz/optimus-manager/wiki/FAQ,-common-issues,-troubleshootingCannot execute command because of previous errors.A log ezt mutatja:
$ nano /var/log/optimus-manager/switch/switch-20220513T212209.log17] INFO: # Xorg pre-start hook[17] INFO: Previous state was: {'type': 'pending_pre_xorg_start', 'requested_mode': 'integrated', 'current_mode': None}[17] INFO: Requested mode is: integrated[1169] INFO: Available modules: ['nouveau', 'nvidia', 'nvidia_drm', 'nvidia_modeset', 'nvidia_uvm'][1169] INFO: Unloading modules ['nvidia_drm', 'nvidia_modeset', 'nvidia_uvm', 'nvidia'] (if loaded)[1173] INFO: switching=none, nothing to do[1197] INFO: Writing to /etc/X11/xorg.conf.d/10-optimus-manager.conf[1197] INFO: Writing state {'type': 'pending_post_xorg_start', 'switch_id': '20220513T212209', 'requested_mode': 'integrated'}[1197] INFO: Xorg pre-start hook completed successfully.Mi lehet a gond? Hogyan lehetne rendbetenni?
-
#68216320
törölt tag
válasz
vargalex
#8416
üzenetére
A "/etc/default/grub" fájban nem találok erre vonatkozó részt.
Hol lehetne átírni? Közvetlenül a /boot/grub.cfg-ben nem szeretném, mert egy esetleges grub generálásnál újra átírja majd.
Valami olyan helyen volna ideális a "vmlinuz-linux-zen" és "initramfs-linux-zen.img" fájlokat megadni, ahol "grub-mkconfig" már azzal hozza létre a grub.cfg-t.Jelenleg így rakom fel a grub-ot:
grub-install --target=x86_64-efi --bootloader-id="Arch Linux" --efi-directory=/boot --recheckgrub-mkconfig -o /boot/grub/grub.cfgNem lehetne itt valahogy megadni a linux-zen-t?
-
#68216320
törölt tag
Kis segítséget szeretnék kérni.
A macbook air laptopomra felraktam a zen kernelt, de nem tudom beállítani, hogy azt használja.
Ez alapján próbálom, de nálam nincs a /boot alatt "loader" könyvtár. Ott csak EFI és grub könyvtárak vannak és a kernel fájlok.A gépben lévő wifi-t próbálom életre kelteni, de a "broadcom-wl-dkms" csomag felrakása után sem tudom használni, nem látszik a gnome beállításokban. Az lspci listázza.
-
#68216320
törölt tag
válasz
#68216320
#8413
üzenetére
Próbáltam más megoldással és kiderült, hogy a ppd egy "rastertoqpdl" nevű filtert keres, ami nincs.
Kerestem a Xerox oldaláról letöltött driverben, de ott sem találtam.
Aztán gondoltam egy nagyot és annak ellenére, hogy nincs a támogatott listában, felraktam a letöltött drivert.
Akadt közben 1-2 hibaüzenet, illetve úgy látom a gui-hoz qt kellene neki és nekem gtk van, de text módban végül felment a driver és hozzá is adta.
Viszont most hálózati nyomtató lett (localhost) és minden nyomtatásnál autentikációt akar.
Nem tudom ezt hogyan lehetne beállítani.
Felvettem újra a nyomtatót más névvel, de az USB lett kiválasztva kapcsolatnak. Így erről a gépről tudok nyomtatni már, ami igazából elég is.Viszont érdekel most, hogy localhost-on is elérhető, hogy miként lehetne hálózatosra megcsinálni.
-
#68216320
törölt tag
Volna egy nyomtatós problémám.
A cups telepítve van, de amikor hozzáadnám a nyomtatót (gnome) akkor a Xerox Phaser 3140 nyomtatóra azt mondja, hogy kellene külön driver.
Eddig ezzel a két csomaggal próbálkoztam: [link] [link]
Természetesen cups restart volt mindegyik után, de úgyanúgy azt mondja, hogy kell valami külön driver.
Itt van egy régi driver, de nincs az Arch feltünteve.
Hogyan tudnék telepíteni valami drivert? -
Archttila
veterán
válasz
#68216320
#8405
üzenetére
Igy van, mivel amit etc/environment ala teszel azt system szinten alkalmazza.
micro editor tud olyat, hogy ha sima userkent (mc -be is) szerkeszted a fajlt, mentesnel bekeri a user pass-t, igy nem kell allandoan sudo-zni az mc-t egy editalashoz, illetve magasan az egyik legjobb, legtobbet tudo, legjobban plugolhato light editor . (ha nem jatszik a vim) -
#68216320
törölt tag
Nem próbáltam, de tényleg eszembe juthatott volna. Tényleg logikus root-ként is akkor megadni.
Archttila:
Szuper, köszi. Beírtam az EDITOR=nano kulcs-érték párost és a sudo a nano-t használja alapértelmezetként.
Kivettem a ~/.bashrc-ből is az export EDITOR=nano sort. Így már az sem kell. -
#68216320
törölt tag
válasz
#68216320
#8401
üzenetére
Annyiban pontosítanék, hogy .desktop fájl a ~6.config/autostart path-on elindul, de kb. 1mp-ig látható, mivel a gnome ezután tölti be a saját cuccait gondolom.
Szóval sleep-et rakva a script-be ugyan működik a dolog, de ez azért elég tákolós megoldás. Egyelőre itt tartok.Más:
A bashrc-ben tettem egy export EDITOR=nano sort, ami jól működik, ha a user indít mondjuk egy MC-t. Viszont sudo esetén már nem használja ezt a bash paramétert és a sudo mc esetén most nincs editor F4 billentyűre. Az mc internal edit ki van kapcsolva, de nincs beállítva a nano defaultnak.
Hogyan tudnám sudo esetén is a nano-t használni default editornak? -
#68216320
törölt tag
válasz
Shyciii
#8400
üzenetére
Ezt tudom, de sajnos nem működik.
Csináltam már desktop fájlt, pl. az imwheel-t így indítom, de valamiért az xrandr-t nem szereti.
Próbáltam direktben indítani, azaz a desktop fájlba írni a paramétereket a paramétereket is, de próbáltam a script-et is, amit jelenleg kézzel indítok folyton. Egyik megoldással sem tetszik neki.
Igazság szerint jó volna valami DE-től független megoldással indítani, mert ha feldobok esetleg egy i3-at vagy bármi mást, akkor ne kelljen ezzel külön foglalkozni.
És persze user független is jó volna.
Nincs valami systemd paraméter arra, hogy várjon a DE betöltésre és csak azután fusson le egy xrandr paraméterezve?
)
![;]](http://cdn.rios.hu/dl/s/v1.gif)
)Új hozzászólás Aktív témák
Hirdetés
- NVIDIA GeForce RTX 4060 / 4070 S/Ti/TiS (AD104/103)
- Azonnali informatikai kérdések órája
- World of Tanks - MMO
- Milyen TV-t vegyek?
- Autós topik
- Allegro vélemények - tapasztalatok
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Melyik tápegységet vegyem?
- One otthoni szolgáltatások (TV, internet, telefon)
- Debrecen és környéke adok-veszek-beszélgetek
- További aktív témák...
- Bezámítás! Asus ROG STRIX G15 G513IH Gamer notebook - R7 4800H 16GB DDR4 512GB SSD GTX 1650 4GB W11
- MacBook Pro 16 i7-9750H 32GB RAM 512GB SSD RX 5300M 1 év garancia
- Targus Universal USB 3.0 DV1K-2K Compact docking station (DisplayLink)
- Xiaomi Redmi Note 10 Pro 128GB, Kártyafüggetlen, 1 Év Garanciával
- MacBook Pro 16 2021 M1 Max 32GB 512GB 1 év garancia
Állásajánlatok
Cég: FOTC
Város: Budapest