-
Fototrend
Arch Linux topik
Új hozzászólás Aktív témák
-
#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? -
#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
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.[ Szerkesztve ]
-
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)[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
#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?[ Szerkesztve ]
-
#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
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 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 --recheck
grub-mkconfig -o /boot/grub/grub.cfg
Nem lehetne itt valahogy megadni a linux-zen-t?
[ Szerkesztve ]
-
#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-manager
ERROR: a GPU setup was initiated but Xorg post-start hook did not run.
Log at /var/log/optimus-manager/switch/switch-20220513T212209.log
If your login manager is GDM, make sure to follow those instructions:
https://github.com/Askannz/optimus-manager#important--gnome-and-gdm-users
If 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,-troubleshooting
Cannot execute command because of previous errors.
A log ezt mutatja:
$ nano /var/log/optimus-manager/switch/switch-20220513T212209.log
17] 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 #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
Szeretném felrakni Wine után a PlayOnLinux csomagot (pikaur), viszont függőségi hibába futok:
$ sudo pikaur -S playonlinux
Reading 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.8
checking 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-code
Main processes terminated with: code=exited/status=4
Service runtime: 26.580s
CPU time consumed: 16.216s
Command '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 gstreamer
figyelmezteté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?) -
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 ? -
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 --discard
paranccsal 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)[ Szerkesztve ]
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
-
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 )
[ Szerkesztve ]
You may corrupt the souls of men, but I am steel. I am doom.
-
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 ?[ Szerkesztve ]
-
májkimiki
őstag
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
discard
azfstab-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 atrimm
parancs 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. -
Siriusb
veterán
válasz májkimiki #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.
-
growler
őstag
válasz májkimiki #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. (?) -
májkimiki
őstag
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 apacman
inteligensen is a leggyorsabb tükröket használja. -
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]
[ Szerkesztve ]
You may corrupt the souls of men, but I am steel. I am doom.
-
Sonja
veterán
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]."
[ Szerkesztve ]
Ha csalódni akarsz, bízz az emberekben!
-
májkimiki
őstag
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. -
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 ?[ Szerkesztve ]
-
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
[ Szerkesztve ]
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
Periodic +1
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
májkimiki
őstag
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. -
májkimiki
őstag
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.
Új hozzászólás Aktív témák
- Eredeti Windows, telepítéssel! Digital Doctor Számítógép Szerviz
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- AKCIÓ! - STEAM kulcsok /Anuchard, Aragami, Children of Morta, stb. - 2024.04.17.
- Bitdefender Total Security 3év/3eszköz! - "Tökéletes védelem most kedvező áron..."
- Vírusirtó, Antivirus VPN kulcsok