-
Fototrend
Arch Linux topik
Új hozzászólás Aktív témák
-
Shyciii
veterán
válasz jimmy399 #6901 üzenetére
Ezért nem írtam kötőjellel, hogy ne parancsnak vegye, amúgy meg nem grub-update, hanem update-grub, ha már pontosítani szeretnél...
És van Arch alatt is. AUR-ból feltehető ami pontosan olyan wrapper, mint amit a Manjaro is használ. Csak hogy még pontosabbak legyünk...[ Szerkesztve ]
-
májkimiki
őstag
Sziasztok!
Vettem egy ilyen WiFi adaptert:
[link]
A rendszer látja:[16:42-k máj 26 arcsi@prodesk ~]$ lsusb
Bus 001 Device 003: ID 2357:0106 TP-Link Archer T9UH v1 [Realtek RTL8814AU]
Megtaláltam a hozzá való AUR csomagot:pkgname=rtl8814au-dkms-git
_pkgbase=rtl8814au
pkgver=4.3.21.r49.g741fa1f
Fel ment gond nélkűl, de nem működik.[16:53-k máj 26 arcsi@prodesk ~]$ cd /lib/modules/5.6.14-arch1-1/kernel/drivers/net/wireless/
[16:53-k máj 26 arcsi@prodesk wireless]$ ls -l
összesen 556
-rw-r--r-- 1 root root 398244 máj 26 13.10 8814au.ko.xz
Egész délelőtt gugliztam, de igazán eredményes bejegyzést nem találtam.
Szinte mindíg ehhez a két bejegyzéshez jutottam a végére:
[link]
[link]
Totál káosz van a fejemben, rendet kéne rakni.
Ebben kérném a segítségeteket. -
Frawly
veterán
válasz májkimiki #6903 üzenetére
Ez a gond nélkül felment mit jelent? Az AUR csomag telepítette, frissítette a dkms kernelmodulokat, initramfs-t, újrabootoltál, és még mindig nem megy?
lsmod parancs mit mutat, használja hardver a modult?
ip link parancs kimenetében látszik a hálózati eszköz?Egyébként meg nem értem mi a káosz oka, a link világosan írja, hogy nem ezt a 8814au-t, hanem a 88xxau-t kell feltenni az AUR-ból helyette. Leszeded a régit pacman -R segítségével, és aur_helpered_neve -S rtl88xxau-aircrack-dkms-git kiadásával telepíted a másikat.
Egyébként meg ezek az AU, és EU-ra végződő Realtek-ek mindig gázak, ezt vásárlás előtt kellett volna megnézni. Mindig az OS-hez veszünk hardvert, és nem fordítva. Én pont most vettem Fiio K3 külső DAC-ot, előre megnéztem menni fog-e, és nem is ért meglepetés, USB-n rácuppantva a rendszerre azonnal használható volt, semmilyen dkms-modul vergődés, forráskódból pörgetés, meg firmware-telepítés meg semmi nem kellett hozzá Arch alatt, pöccre ment az egész, fagyások és bugok nélkül. Ez kétségtelenül előnye a nagy bináris disztróknak, Void és Gentoo alatt dolgozhattam volna vele elég rendesen, mire ment volna.
-
májkimiki
őstag
-
Szerintetek miért van az, hogy egyetlen GUI-s torrent kliens sem működik nálam?
Transmission-cli pipa!
rtorrent pipa!
Transmission-qt néha elindul a letöltés máskor csak csak áll és néz
qBitttorrent (kedvenc kliens) not contacted yet
Erre elvileg gyógyír az advanced/always announce to all tracker in a tier enabled de nálam akkor sem működik.Először arra gyanakodtam, hogy a külső drive-on csesztem a permission-t:
sudo chown -R alucard:alucard /mnt/PiDrive1
sudo chmod -R 775 /mnt/PiDrive1
de utána rájöttem, hogy biztosan nem mert akkor nem menne a cli-s letöltés sem, márpedig az nyitott port mellett szépen szaggatja a HDD-t.
Terminálból indítva nincs hibaüzenet![ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
válasz Archttila #6906 üzenetére
Működik
qBittorrent v4.2.5 started
(N) 2020-05-26T19:29:48 - Using config directory: /home/alucard/.config/qBittorrent/
(I) 2020-05-26T19:29:48 - Trying to listen on: 0.0.0.0:51444,[::]:51444
(N) 2020-05-26T19:29:48 - Peer ID: -qB4250-
(N) 2020-05-26T19:29:48 - HTTP User-Agent is 'qBittorrent/4.2.5'
(I) 2020-05-26T19:29:48 - DHT support [ON]
(I) 2020-05-26T19:29:48 - Local Peer Discovery support [ON]
(I) 2020-05-26T19:29:48 - PeX support [ON]
(I) 2020-05-26T19:29:48 - Anonymous mode [OFF]
(I) 2020-05-26T19:29:48 - Encryption support [ON]
(I) 2020-05-26T19:29:48 - UPnP / NAT-PMP support [ON]
(I) 2020-05-26T19:29:48 - IP geolocation database loaded. Type: DBIP-Country-Lite. Build time: Fri May 1 01:54:21 2020.
(N) 2020-05-26T19:29:48 - Options were saved successfully.Szóvan időközben kiment a fejemből, hogy a transmission.service tegnap start helyett kapott egy enable-et, így reboot után a trans már rátelepedett a qBittorrentben is beállított (azonos) portra, ezért nem működött.
[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
májkimiki
őstag
Örök hálám kísérjen!
Nem láttam a fától az erdőt, igaz mondás.
Úgy tettem, ahogy javasoltad, 8814AU uninstall és 88xxau-aircrack install majd restart.
Működik!
Az új dkms install-al még egy másik problémám is megoldódott, amit ez után szerttem volna orvosolni. Elég bosszantó jelenség és tele van a net ilyenekkel, ráadásúl több forrásra vissza vezethető kiváltó okok lehetnek.
Konkrétan a leállítási folyamat megakadt ezzel az üzenettel:kvm : exiting hardware virtualization
Innen csak a power gomb hosszú nyomása állította le a gépet. Ez most megszűnt a wifi drájver telepítése után.
Már a multkor emlegetett HP brand gépen vagyok, a Haswell procival. Kellet alibva-intel-driver
csomag, mert annélkűl csak tekert a YT. Viszont azintel-hybrid-codec-driver
csomaggal ütik egymást. Vagy az egyik vagy a másik lehet. Utóbbit majd akkor teszem fel, ha gondjaim lesznek.
-
Blasius
tag
Sziasztok, egy Sambás kérdés lenne.
Ha a Thunarban a hálózat böngészésére rákattintok, jobb oldalt a Windows Network megjelenik. Ha erre kattintok akkor belép, de itt már nem jelenik meg semmi. Felül a beírós részen ezt látszik “smb:///”. Hogyha ide beírom a Samba szerver IP címét (smb://xxx.xxx.xxx.xxx) akkor onnantól már működik. Szóval valami miatt nem tudom böngészni a hálózatot rendesen. Valaki tudna tippelni hogy mit verjek neki hogy menjen a böngészés?
Más OS (Android, Windows 8.1) tudják böngészni a hálózatot. Nem tudom hogy számít-e de az Samba szerver Openwrt. A problémás gépen pedig Manjaro fut.
Üdv
Ha ''a'' ram megy dualban ''b'' rammal, és ''c'' ram megy dualban ''b'' rammal, akkor ''a'' ram megy dualban ''c'' rammal?
-
májkimiki
őstag
Sziasztok!
Van itt egy kis anomália:[19:13-cs jún 04 arcsi@prodesk ~]$ lsblk -f
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINT
sda
├─sda1 ntfs Helyreállítás B0BA22C5BA2287C4
├─sda2 vfat FAT32 6E22-EB06
├─sda3
└─sda4 ntfs 22FA23B5FA23845F
sdb
├─sdb1 vfat FAT32 D604-169D
├─sdb2 ext4 1.0 Arch f8f57bc0-9fea-400e-af28-2e2992b8eeee 16,9G 51% /
├─sdb3 ext4 1.0 PoP e9f920c6-10f6-4446-ac3f-6d0a2c4f60b2
└─sdb4 ext4 1.0 MX 65169124-daec-45b1-8ea3-147ef8eb666b
[19:13-cs jún 04 arcsi@prodesk ~]$ cat /etc/fstab
# Static information about the filesystems.
# See fstab(5) for details.
# <file system> <dir> <type> <options> <dump> <pass>
# UUID=f8f57bc0-9fea-400e-af28-2e2992b8eeee
/dev/sda2 / ext4 rw,relatime 0 1
# UUID=D604-169D
/dev/sda1 /boot/efi vfat rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 2
/swapfile none swap defaults 0 0
[19:19-cs jún 04 arcsi@prodesk ~]$
A rendszerem az sdb-n van, az fstab-ban az UUID-k stimmelnek, csak a /dev/sdxxxxx jelölők vannak elmászva. Az sda egy only Win10 lemez.
A rendszer nyekereg is, hogy nincs csatolva a /boot/efi.
Ha az fstab-ban kijavítom a helyes sd jelölőket, akkor béke lessz és nyugalom? -
BoB
Topikgazda
válasz májkimiki #6911 üzenetére
Az Sxx jelölés kvázi véletlenszerűen van kiosztva és bármikor változhat.
Ebből következik hogy egyrészt nincs elmászva, másrészt fstab-ban pont ez miatt csak UUID alapján csatolunk.
Ez pirossal ki is van emelve a wiki ide vonatkozó oldalán: [link]
[ Szerkesztve ]
You may corrupt the souls of men, but I am steel. I am doom.
-
májkimiki
őstag
Amikor telepítettem, a másik lemez le volt húzva.
Akkor az Sxxx jelölés helyett írjam be az UUID-t a kezdő sor alá?[19:13-cs jún 04 arcsi@prodesk ~]$ cat /etc/fstab
# Static information about the filesystems.
# See fstab(5) for details.
# <file system> <dir> <type> <options> <dump> <pass>
# UUID=f8f57bc0-9fea-400e-af28-2e2992b8eeee
UUID=f8f57bc0-9fea-400e-af28-2e2992b8eeee / ext4 rw,relatime 0 1
# UUID=D604-169D
UUID=D604-169D /boot/efi vfat rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 2
/swapfile none swap defaults 0 0
[19:19-cs jún 04 arcsi@prodesk ~]$
[ Szerkesztve ]
-
májkimiki
őstag
Helyre állt a rend .
[20:12-cs jún 04 arcsi@prodesk ~]$ cat /etc/fstab
# Static information about the filesystems.
# See fstab(5) for details.
# <file system> <dir> <type> <options> <dump> <pass>
UUID=f8f57bc0-9fea-400e-af28-2e2992b8eeee / ext4 rw,relatime 0 1
UUID=D604-169D /boot/efi vfat rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 2
/swapfile none swap defaults 0 0
[20:12-cs jún 04 arcsi@prodesk ~]$ lsblk -f
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINT
sda
├─sda1 ntfs Helyreállítás B0BA22C5BA2287C4
├─sda2 vfat FAT32 6E22-EB06
├─sda3
└─sda4 ntfs 22FA23B5FA23845F
sdb
├─sdb1 vfat FAT32 D604-169D 327,2M 36% /boot/efi
├─sdb2 ext4 1.0 Arch f8f57bc0-9fea-400e-af28-2e2992b8eeee 16,8G 52% /
├─sdb3 ext4 1.0 PoP e9f920c6-10f6-4446-ac3f-6d0a2c4f60b2
└─sdb4 ext4 1.0 MX 65169124-daec-45b1-8ea3-147ef8eb666b
Köszi szépen. -
Frawly
veterán
válasz májkimiki #6915 üzenetére
Igen, ezért kell UUID-ket használni, abból is lehetőleg PARTUUID-t. Mert az jó eséllyel nem változik, akkor se, ha újraformázod a partíciókat. És nincs az, hogy a /dev/sdxX jelölés elmászik. A jó hír, hogy ezt egyszer kell megcsinálni normálisan, utána Arch újrahúzásánál nem kell csinálnod semmit, csak a régi fstab-ot visszahúzni. Ha nincs GRUB, akkor még azt se kell újratelepíteni. Így van az, hogy nálam egy Arch reinstall is baromi rövid, mert se a partíciók, se a bootolás, se semmi nem változik, régi /etc, régi /home/felhasználóm-ból is újrahasznosítok konfigokat. Így az Arch telepítési lépéseiből kimarad egy nagy csomó, ugorhatom is át. Még a csomaglistát is elmentem, amit visszateszek az új rendszer alá. Így lényegében alig-alig hosszabb, mint egy Ubuntu vagy egy Mint telepítése, ha tudja az ember, hogy mit csinál.
-
Shyciii
veterán
Legutóbb Zen installerrel tettem fel az Archot, mert lusta voltam gépelni. Gondoltam újrahúzom a rendszert (csak előtte csináltam a partícióról mentést), és megírtam 3db scriptbe a telepítést, meg a programjaim telepítéseit, fontokat, témákat stb. Azaz érdekes, hogy az így telepített rendszeren kb 95db csomaggal kevesebb van ami teljesen normális, hisz tényleg csak azt tettem fel, ami feltétlenül szükséges, de a legfurább az, hogy míg a régi rendszeren egy boot utána 184-185MB memóriát foglalt, most ez 214MB Hogy ez hogyan lehetséges...
-
Frawly
veterán
válasz Shyciii #6918 üzenetére
Ahogy ubyegon szokta mondani, ez a látóasszonyok topikba való. Innen ezt mi a látatlanban nem fogjuk tudni megfejteni. Neked kell tudni, hogy miket tettél fel, meg htop-ban vagy egyébben megnézni, hogy mi eszi a memóriát. Tippre gvfs vagy cups, vagy valami hasonló kiegészítő, addon.
-
-
Frawly
veterán
válasz Archttila #6920 üzenetére
Menteni így tudod:
pacman -Qq > csomag_lista.txt
yay -Qq > aur_lista.txtLegközelebb meg ezeket feltelepíted:
pacman -Syu - < csomag_lista.txt
yay -S - < aur_lista.txtAz AUR csomagoknál reklamálni fog a pacman, hogy nem elérhető csomag, de figyelmen kívül kell hagyni, a második yay parancs megoldja.
Bár én nem húzom vissza automatán, inkább kézzel szoktam, mert a cosmaglistában ki szoktam hagyni ezt-azt, amit az új rendszeren más csomaggal helyettesítek.
-
ztsoft
őstag
Csak egy kérdés a mentéssel kapcsolatban. Miért nem használod az -n és az -m kapcsolókat a pacman-nál? Így külön lehetne választani az AUR csomagokat.
Én a pacaur-t használom, ott nincs lehetőség külön csak az AUR csomagokat lekérdezni (legalább is én nem találtam).
Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
Shyciii
veterán
Semmi pluszt nem mutat a htop. Pontosan ugyanazt a használt progikat tettem fel, mint a régi rendszeren. Maga az arch rendszerfilejaiból van kevesebb, mert nem más scriptje installálta, ennyi. Azon gondolkodom, hogy nem az arch változott-e annyit, hogy egy friss telepítésnél ez a változás. Majd újra felrakom, és megnézem, hogy systemd alatt mennyi cucc van.
-
-
Frawly
veterán
válasz Archttila #6925 üzenetére
Itt van a lista, de szerintem sokra nem mész vele. Nem ugyanarra használjuk a gépet, nem ugyanazokra a programokra van szükségünk. Plusz már majdnem másfél éves telepítés, fent van egy csomó szemét, ami egyszer kellett valamihez (egy Window Manager kipróbálásához vagy valami játékhoz), de nem volt leszedve, vagy AUR csomag make dependency-je volt, stb..
Ha ilyen minimalista lehetőségek érdekelnek, akkor ezeket nézd
1) YouTube-on Luke Smith videói, és weboldala, valamint LARBS tárolója a git-en.
2) ugyanitt DistroTube (más néven Derek Taylor) videói és dwt1 néven elérhető gitlab tárolója
3) szintén YT-ról Brodie Robertson videói
4) reddit-en r/linux topik és r/commandline
5) reddit-en unixporn topikban screenshotokról is sokat el lehet lesni a minimalista megoldások közül. Szokták is írni a kép alá leírásba, hogy milyen programok futnak.(#6923) ztsoft: erre nem emlékeztem, hogy a Q-nak vannak ilyen alkapcsolói is. Ez a fenti lista már -Qqn és -Qqm segítségével készült, így külön vannak választva a pacmanos és yay AUR-os csomagok.
-
Frawly
veterán
Igazad van, valószínű felesleges windowsos berögződés még régről, de talán így jobban látja mindenki, hogy ezek plain text fájlok, amikben nem kód van, aminek színeződni kéne. A kiterjesztés nélküli (igazából Linux alatt nincs kiterjesztés, az is a név része) fájlokról hiheti az ember azt, hogy binárisok (jó, azok más mappákban vannak, /bin /usr/bin /opt, stb.) vagy scriptfájlok vagy ilyesmi, még ha a scriptfájlok +x attribútummal és fájlkezelőkben eltérő színezéssel jelölve is vannak. Így én megszokásból magamnak is jelölöm, mert pár év távlatából visszanézve ezeket a fájlokat jobban látszik mi van benne, mi lehet a tartalma. Annyiból viszont valóban célszerű lenne dobni a .txt végződést, mert az meg sugallhatja azt, hogy Windowson (tipikusan Notepad-del) készült \r\n sorvéges fájlról van szó. Annak ellenére, hogy a .txt kiterjesztés még a DOS-ból származik, vagy talán CP/M-ből.
A .doc megint megtévesztő lenne, a .list és .text hosszabb. Végül is ez ízlés kérdése. A többiek is írhatnának erre véleményt, érdekes lenne. Akkor lehet még ez érdekes, ha valaki GUI text editort használ, mondjuk GUI fájlkezelőből, ami „kiterjesztés” alapján nyitogatja meg a fájlokat ezzel vagy azzal a programmal, bár ilyenkor meg a kiterjesztés nélküli fájlok is plain text editorban nyílnak meg úgyis.
Nálam szintén régi beidegződés, hogy rövidnév.kiterjesztés nevet adok a fájloknak (és mappáknak is), mikor egy kiterjesztés nélküli „Hosszabb beszédesebb név vagy cím” jobb lenne. Ez még abból az időkből van, mikor DOS alatt a 8.3 névkonvencióra voltunk korlátozva. De ez él valamennyire unix-like rendszereken is, lásd a 2-3 betűs parancsnevek, meg 2-3 betűs kiterjesztések javában.
-
Frawly
veterán
válasz Shyciii #6918 üzenetére
Azt is kalkuláld bele, hogy legutóbb a base csomagcsoportból kivettek egy csomó csomagot, ami nem települ default. Emiatt kevesebb csomagod lesz.
Olyan nincs, hogy +30 megával több memóriafogyasztás, de a htop nem mutatja. Kapcsold be a rendszerfolyamatok mutatását is rajta. Linux kernel is hízik verzióról verzióra, systemd-nek is egyre több modulja fut, meg egyre több service-t futtat. Akár még X.org, kompozitor is ehet többet.
Én ilyen Zen installereket és scripteket nem alkalmazok. Nagyobb munka ezeket megírni, mint kézzel telepíteni. Úgyse telepítek gyakran, meg legalább így telepítéskor rá vagyok szorítva, hogy újra és újra elolvassam az Arch Wiki-t, így látom, ha valamiben változás volt.
-
Shyciii
veterán
Nah újra felraktam a scriptemmel az Arch-ot. Egyébként nem olyan nagy munka megírni. A Zen installert biztos nagy munka megírni, az enyém klassikus régi script. Az van benne, amit kézzel is beírok. Kivéve azon konfig fileok amikbe bele kell írni, azt sed-el, vagy sima echo-val csinálom, így azokba sem kell gépelni. Szóval semmi új program nem foglal plussz memóriát, de ez nem is csoda, hisz mint mondta jóval kevesebb csomag van. Így logikusan a meglévők foglalhatnak többet, mint a régi rendszeren, és valóban:
- Xorg foglal többet
- udiskie foglal kicsit többet
- nm-applet nagyon többet
legalábbis ha a HTOP alatt nézem, a MEM%-ot. lxtask is a Xorg-ot mutatja jóval többnek összeségében. Egész pontosan ezt:
/usr/lib/Xorg -nolisten tcp :0 vt1 -keeptty -auth /tmp/serverauth.blablanm-applet meg most 1%-ot mutat a MEM%-nál a Htop, a régi rendszeren meg olyna kevés lehetett, hogy be se fért a képernyő felső részébe...
De hogy ezek miért zabálnak most több memóriát egy vadi új telepítésen, és egy több mint 1 éves rendszeren miért kevesebbet, arról elképzelésem sincsen, főleg úgy, hogy az Arch rolling distro, tehát a régi telepítésű rendszerem is naprakész. -
BoB
Topikgazda
Nekem az hogy "csomaglista" elég beszédes, mivel arch csomagok listáját valószínúleg nem sql adatbázisban fogom tárolni. Ehez nem kell semmit odaiírni hogy tudjam hogy csak egy plain text fájl.
Másrészt meg úgyis szövegszerkesztő fogja megnyitni fájlkezelőből, ehez nem kell kiterjesztés mivel a linux nem így működik. Azaz nekem nem is kell tudnom hogy az szöveges fájl.
[ Szerkesztve ]
You may corrupt the souls of men, but I am steel. I am doom.
-
Frawly
veterán
válasz Shyciii #6929 üzenetére
A 214 alap memóriafoglalás kicsit sok. Igaz nem irreálisan. Ha fent van az udiskie, nm-applet (ez feltételezi, hogy megy a NetworkManager is), akkor simán lehet a közelében. Nálam az Openbox minden ilyen nélkül kb. 170 MB közelében volt, csak az Openbox, polybar, picom kompozitor, feh háttérkép futott (még téma sem volt az ablakokon), meg a háttérben a wpa_supplicant és dhcpcd (Wi-Fi-hoz, ennek egy hátránya van, hogy megszakad kapcsolatnál nem kapcsolódik magától újra), meg ezt én systemd-mentes disztrón mértem (Void), semmi systemd, semmi homed, semmi loginmanager, semmi.
A másik, hogy ezek a task-manager típusú programok összevissza jelzik ki a szabad memóriát. Ezért én csak a free -m parancsot tartom hitelesnek, ez biztosan a kerneltől kérdezi le. Igazából még ebből is le kéne vonni a terminál és a free parancs fogyasztását, de ez elhanyagolható szokott lenni. De a htop is ugyanezt mutatja, csak az összeadja az used+share oszlopokat a free parancs táblázataiból. De a sima top, lxtask, gnome-system-monitor, stb. teljesen hülyeségeket szokott mérni. htop-ban a hres oszlop számít meg kicsit a shared, nem a mem%.
Nálam most Arch, SwayWM Wayland, swaybg, swaybar eszik összesen szintén 171 MB-ot. Igaz 201-ről indul, de miután leült a dhcpcd meg valamelyik systemd service futása, onnantól 171-re süllyed tartósan.
Nem csak a memóriafoglalás számít, hanem a betöltési sebesség is, igaz a kettő korrelál. Az, hogy most 30-40 MB plusz ide vagy oda, nem sokat határoz meg, lehet betöltési és bootidőben egy SSD-s gépen dob +2ms-ot. A lényeg, hogy nem olyan full DE-t futtatsz, ami indulásból bekajál fél-egy giga memóriát és vagy 9-10 mp-ig tölt bootkor, mire mindenféle service-t meg grafikus library hegyeket töltöget befelé.
Ezek a scriptek meg veszélyesek, mert egyrészt változik mindig az Arch telepítése, valamit mindig variálnak, amiről a script nem fog tudni. Meg rugalmatlan, mert mindig ugyanazokat telepíti, én pl. mindig egy kicsit máshogy telepítek, bár ez változóban van, mert ahogy megyek az egyre nagyobb minimalizmus felé, úgy már nincs nagyon alternatív dolog, amit variálhatnék, erősen szűkülnek a lehetőségek 1-2 programra. Ugyanezért nem szoktam régi rendszert visszaklónozni, mert a felhasználói szokásaim, alkalmazáskínálat is változni szokott, nem megyek semmire egy olyan rendszerrel, ami a fél-egy évvel ezelőtti szokásaimhoz volt kialakítva.
Az a baj, hogy így is kerül fel bloat a gépemre, AUR csomag telepítésekor, meg játékok, Steam is feltesznek egy csomó sallangot sajnos. Wine is bloat, meg az összes mainstream böngésző. Igaz ezek nem indulnak a rendszerrel meg ritkán is indítom őket a böngésző kivételével.
-
Shyciii
veterán
A polybarról mondtam az értéket, és ott a free -m -el olvastatom ki. De amúgy teljesen mindegy, hogy mely értéket mondom, mert ha mindkét esetben ugyanazzal a módszerrel nézem, akkor a különbözet ugyanúgy konzekvens, valós. És itt nem az a gond, hogy pakoltam fel valamit pluszban ami többet foglal, hanem ugyanazok a service-ek foglalnak többet. Lásd az említett /usr/lib/Xorg -nolisten tcp :0 vt1 -keeptty -auth /tmp/serverauth.blabla.
ez viszont számomra megmagyarázhatatlan, hogy miért foglal többet, pláne egy friss rendszeren.
Amúgy egy kis megjegyzés: a zen installer követi az arch változásait. A tulaja frissíti mindig az installert. Lehet hogy, ha lesz időm holnap, vag holnapután, akkor a Zen installerrel is újrarakom a rendszert, hogy kíváncsiságképpen akkor mennyi foglalást fog mutatni. -
Shyciii
veterán
Jól emlékszem, hogy valaki próbálta már fájlrendszernek az F2FS-t? Néztem most egy alig 1 éves sebesség tesztet, és otthoni használatra SSD esetén az értékek alapján jelentősebben gyorsabb, mint az EXT4. Persze adatbázisok, apache és társai esetén már lassabb, de otthoni használatra jónak tűnik, csak kérdés, hogy mennyire stabilan működik. Lehet hogy kipróbálom a root "partícióra".
-
félisten
Sziasztok!
Szeretnék egy otthoni repo-t csinálni számomra fontos AUR csomagokból.
A kérdés, hogy lehetséges-e pl. debian rendszeren csomagolni az Arch csomagokat, és hogy?
Van egy OpenMediaVault szerverem, és ha lehetséges, ezt használnám fel a feladatra.Kössz!
Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
-
Frawly
veterán
válasz Shyciii #6933 üzenetére
Én használtam fél-egy évig F2FS-t SSD-n. Ne ülj fel a teszteknek, borzalmasan lassú. Érezhetően lassabb, mint ext4-gyel. Ráadásul mikor én próbáltam, az fstrim is bugos volt vele, igaz ezt javították.
Ha annyira akarod, próbáld ki, de csak akkor, ha mazohista hajlamaid vannak, és ne mondd, hogy nem szóltam előre.
(#6934) Bici: lehetni biztos lehet, valami AUR helpert lefordítani Debianon és ott futtatni, az meg tudja csinálni a forgatást, meg megcsinálja a csomagot, legfeljebb olyan paraméterrel hívod, hogy a kész csomagot ne próbálja pacmannal telepíteni.
Az Arch Wiki meg írja, hogy hogyan kell saját repót létrehozni.
-
Shyciii
veterán
Mikor használtál F2FS-t? 1 éves sincs a teszt amit néztem, és ott egyértelműnek tűnt, hogy otthoni használatra root partícióra megérheti. Amúgy nem próbltam ki, mert hiába próbáltam leformázni F2FS-re, hibát írt ki vadi új partíciónál is, úgyhogy hagytam a fenébe. Annyira nem érdekelt.
Viszont! Megvan, hogy friss telepítésnél amit csináltam saját scriptet, miért fogyasztott 30-40MB-al többet a Xorg, mint a most használt config esetén. Megnéztem hogy milyen csomagkülönbségek vannak, és 3-asával elkezdtem hozzáadni, majd megnézni, hogy rebootkot mennyit fogyaszt (mert arra gondoltam, hogy valami hiányzik neki, még ha őrültségnek is hangzik), és így kiszűrtem, hogy attól fogyaszt többet a Xorg process, mert nem installáltam fel a xf86-video-nouveau csomagot. Bár a notimban van egy dedikált Nvida kártya, de az Intel-t használom csak, nem vesződök bumblee-be konfigokkal, hogy bizonyos esetekben az Nvidiát is használhassam, főleg mert csak egy MX130-as. Alig gyorsabb ellenben többet fogyaszt. Felesleges, így gondoltam nem rakom fel hozzá a driver-t, mert nem használom. Nah úgy néz ki, hogy ezt a Xorg process zokonvette, és több erőforrással bosszulta meg. Most hogy beraktam a scriptbe, hogy rakja fel, máris normális a memóriafoglalás.
Nem igazán értem, hogy ez miért gond a Xorg-nak, pedig érdekelne.[ Szerkesztve ]
-
Frawly
veterán
válasz Shyciii #6936 üzenetére
Talán másfél éve használtam F2FS-t, körülbelül. A tesztek már 5 éve gyorsabbnak hozzák ki akárminél, ennek a bullshitnek ne dőlj be. Tőlem felteheted, a mentő nem fog elvinni, de ne mondd, hogy nem szóltam előre. Persze nagy károkat sem okoz, egyszerűen csak lassabb, főleg ilyen betöltési időkben, fájlrendszer-ellenőrzéskor, trimkor. Egyértelműen érezni, hogy az ext4 fürgébb. Szekvenciális értékek meg nálam nem fontosak, mivel nagy másolásokat és fájlírásokat ritkán művelek.
Az az MX130 valóban nem egy nagy szám GPU, de egyes prociba integrált GPU-knál jobb lehet, kb. Vega8 szint. Erősen függ, hogy milyen Intel IGP-vel hasonlítjuk össze, mert azok is fejlődtek elég sokat generációról generációra. Bár ezt a „sokat” relatív fogalomként kell kezelni, mert egy kicsit is normálisabb dedikált asztali GPU-hoz képest így sincsenek fasorban sem. A mostani legújabb Intel GPU, az Iris UHD 630 kb. a GTX8800 szintjén van, ami egy 14 !!!!!! éves kártya. Az integrált AMD GPU-k kicsit erősebbek, kb. 2-3×-os a különbség, egy mostani AMD Vega 7 integrált laptop GPU kb. GT 740 szint, annál kicsit erősebb, ez már felzárkózás a 6 évvel ezelőtti szintre (bár erősebb asztali GTX kártyáknál inkább 8 évvel ezelőtti szint), 14 évvel ezelőtti szint helyett. Elvileg a Vega 11 egy kicsit erősebb, amit az asztali procikba integrálnak, kb. 1,5×, ezt elég nehéz belőni, hogy asztali GPU-ként minek felel meg. Főleg azért, mert benchmarkonként, játékonként, DX/OpenGL/Vulkan verziónként változik, hogy hol egyik kártya erősebb ebben-abban, hol a másik, vannak játékok, ahol egy átlagban egyenlő erejű kártya nagyon elhúz, driveroptimalizációk, játékoptimalzáció, több VRAM, gyorsabb fajta VRAM, vagy valami egyéb optimalizáció miatt nagyon fekszik neki, ezért nehéz a szinteket belőni.
Egyébként ez a Xorg-os példád is azt bizonyítja, amit írtam. Ilyen Zen installereket mellőzni kell. Olyanoknak készültek, akiknek nincs meg a tudása az Arch telepítésére. Neked megvan, fel tudod tenni kézzel. Kicsit hosszabb, kicsit lassabb, bár nagy rutinnal nem valami nagy idő.
Az viszont nem logikus, hogy leszedett driver mellett miért fogyasztott többet. Lehet valami mesa sw-render LLVMpipe drivert töltött be helyette, vagy nem tudom. Ilyet még nem láttam, hogy egy leszedett csomag nagyobb fogyasztást okozzon. De ezért is jó, hogy kézzel nekiállsz ezeket kikísérletezni, mert ezekből tanulsz, ezekből lesz rutinod, hogy milyen hardverhez milyen driverek, csomagok kellenek, így már kézzel is csukott szemmel fog menni a telepítés, csak felhúzod a csomagokat, és nem leszel semmilyen idiótáknak összeállított installerre rászorulva.
-
Shyciii
veterán
Pont ez az, hogy a zen installernek ehhez semmi köze, hisz saját új installnál jött a probléma. Pontosan tudom, hogy milyen driver kell az nvidiahoz, ezzel se volt gond. A hiba az, hogy egész idáig nem gondoltam volna, hogy ha egy hardverelemet nem akarok használni (és biosban nem tiltható), akkor egyáltalán nem biztos, hogy jó ötlet, hogy a driverét nem rakom fel, mert lásd ebben az esetben több memóriát foglalt. Csak az a baj, hogy ezt nem tudom éppkézlább módon megmagyarázni. Gondoltam, hogy az arch bugokhoz bejelentem, de ezzel elzavarnának, mert ez nem egyértelműen hiba. Csak ba..za a csőröm, hogy miért van ez.
-
Frawly
veterán
válasz Shyciii #6938 üzenetére
Olyat még nem láttam, hogy egy GPU a BIOS-ban nem volt letiltható. Bár én azért használnám, ha játszol is, mert játékok alatt a teljesítménye gyaníthatóan jobb, mint egy CPU-ba integrált megoldásnak, kivéve, ha nem nagyon modern prociról van szó.
Annyi, hogy ha mégis használod, akkor fel kell rakni a zárt NV drivert, az Arch hivatalos tárolójából a legújabb 440-es driverágat, nvidia és nvidia-dkms azt hiszem a neve. NV-ben nem vagyok otthon, utoljára még a korai XP-korszakban volt a kezem ügyében NV kártya (MX440, FX5200), azóta vagy csak ATi (9600, 9800) vagy AMD (HD2400, RX570), vagy integrált Intel (GMA3600, GMA950, X3100, HD2000, HD3000, HD4000), Linuxon is csak ilyeneket használtam. ATi-t is utoljára még Ubuntu 10.04 alatt talán.
Ha annyira le akarod tiltani, akkor talán a hozzá való csomagok eltávolításán túl le kell tiltani a hozzá tartozó kernelmodult, blacklist-ben, és akkor eleve már detektálni sem fogja a kernel, és a X.org sem.
-
Shyciii
veterán
Óóó pedig sok notebook esetében nem tiltható a GPU BIOS-ban. Eleve a BIOS-ok már jópár éve közel sem olyan részletesek, mint régebben. Most is itt van előttem egy Dell R370-es server, és a BIOS-a valami bődületesen szegény. Főleg ha egy hasonló kategóriájú Supermicro-t nézek.
-
Siriusb
veterán
Agybajt kapok! Libreoffice-ből nem tudok nyomtatni, csak üres oldalakat dobál, de még akkor is, ha pdf-be exportálom. Ha a pdf-t konvertálom pdftotext-tel, akkor ott van a szöveg.
Nem tudok rájönni, mi a baj. GrrrrrrValakinek tippje?
-
félisten
Sziasztok!
Ha egy csomag eddig csak az AUR-ban volt elérhető, de bekerült a community-be, akkor hogy mondom meg a yay-nek, hogy többet ne keresse (anélkül, hogy uninstallálnám a csomagot)?
Kössz!
[ Szerkesztve ]
Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
-
Frawly
veterán
Ez szerintem csak uninstallállással lehetséges. De nyugodtan uninstallálhatod, a beállításokat az nem törli alapesetben. Tehát csak egy yay -R csomagnév alapján leszeded, majd pacman -Sy csomagnév alapján felteszed. Nem fog elveszni semmilyen beállítás, rendszert sem kell újraindítani.
-
Nagytoll
senior tag
Hello!
Ma ügyködtem valamit arch live iso-val és feltűnt, hogy sokkal reszponzívabbnak érződik a billentyűzetem mint a rendes feltelepített rendszeremen.
Kevesebb ideig kellett nyomva tartanom egy billentyűt, hogy elkezdje ismételni a karaktereket.
Pár napja láttam is egy Luke Smith videóban, hogy vim-ben is fel lehet gyorsítani így a billentyűzetet.
Nekem teljes system-wide konfiguráció kellene KDE-ben, de nem tudom, hogy ezt a beállítást hol érem el. A keyboard repeat-et próbáltam változtatni, de semmi nem történt. -
csixy
addikt
Az Epson L365-ös nyomtatóm fixen lóg a 192.168.2.22 IP címen. A mint és a rebornos (arch) is helyesen felismeri hálózatos nyomtatóként. A LMint Helyesen feltelepíti és működik, a rebornos is majdnem ugyanúgy felrakja, de nem működik mert mindig azt írja ki, hogy " Lehet hogy az Epson blablabla ... nyomtató nincs csatlakoztatva". Hogy lehet ezt meggyógyítani?
Kert, kütyük,munka,matek,morfondír...ennyi. Szóval ács nem vagyok, de nemrégiben sikerült faragnom egy mőködőképes fogpiszkálót.
-
Siriusb
veterán
Valamikor váltottam proftpd-ről bftpd-re, már nem tudom miért, talán mert vagy 2 évig nem nyúltak hozzá, vagy mert AUR csomag. Viszont ez utóbbi nem őrzi meg a fájlok időbélyegzőjét, míg a proftpd támogatta/támogatja az MFMT-t.
A cél az, hogy az Android-os telefonról FolderSync-kel szinkronizált fájlok megőrizzék az eredeti fájl dátumokat. Van valami jó ötletek erre, vagy csak szimplán térjek vissza a proftpd-re?
Új hozzászólás Aktív témák
- Windows, Office licencek a legolcsóbban, egyenesen a Microsoft-tól - 2990 Ft-tól!
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! LEGOLCSÓBB! Automatikus 0-24
- AKCIÓ! - STEAM kulcsok /Anuchard, Aragami, Children of Morta, stb. - 2024.04.17.
- Windows 10/11 Home/Pro , Office OEM/Retail kulcsok
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest