-
IT café
Arch Linux topik
Új hozzászólás Aktív témák
-
Frawly
veterán
Ez igaz, az is az, de annyira egyszerű, hogy lényegében egyetlen kicsi .EFI fájl, meg 1-2 hozzá tartozó .conf fájl, nem kell újratelepíteni soha, még Arch újratelepítésekor sem. Elég a .conf fájlban az UUID-ket egyeztetni, és ez elég ahhoz, hogy bármilyen Arch telepítés bootoljon. Nekem már több mint 3 éves az EFI partícióm a rendszer alatt, pedig számtalanszor volt Arch újratelepítve.
Lehetne magát a Linux kernelt is EFI stub fájlként bootoltatni, akkor tényleg nincs semmilyen bootmanager az UEFI-n kívül, de ez Arch alatt tudtommal ez nem megy az initramfs miatt.
GRUB akkor kell, ha valami bonyolultabb bootfelállás van, mondjuk valaki RAID-ről vagy ZFS-ről vagy hasonlóról bootol, vagy UEFI Secure Boot miatt shim kell, vagy MBR Legacy BIOS boot van.
-
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
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.
-
Siriusb
veterán
Na, sikerült lefaragnom:
/home/siriusb> time /bin/zsh -i -c exit
/bin/zsh -i -c exit 0,06s user 0,02s system 100% cpu 0,084 total
1,9s user volt a kiinduló állapot. Szerintem ez volt az egyik bűnös:
#eval "$(pipenv --completion)"
Szóval én voltam a hunyó, bár ez nem lep meg egyikőnket sem. -
Frawly
veterán
A próféta szóljon belőled. Ennek ellenére nem teszem vissza. Nem durcizásból, hanem már tényleg nem először volt qB-tel problémám. Igaz nem is túl sűrűn, kb. 3 évente egyszer, de nem akarok gikszert legközelebb. Egy ideje már a minimalizmus jegyében váltani akartam qB-ről, de mindig halogattam, hogy egyelőre még jó lesz, majd máskor váltok, elfér még, és végül ez az utolsó probléma adta meg a lökést, hogy a váltást komolyan vegyem, ne halogassam.
Egyébként meg a Testing tároló nem gáz, ez az első problémám vele, pedig már majd 2 éve engedélyeztem. Eddig még nem tört el ezen kívül semmit. Vagy csak nem futottam bele, mert nem használtam azokat a csomagokat, amik eltörtek másnál. Igaz nem is sok csomag van benne, meg ha valami el is törik, az szerintem a sok függőséggel rendelkező, komplex/bloat rendszerek csomagjainál van, tipikusan Gtk-s, Qt-s alklamazások és DE-k, DE komponensek, amiket nem használok. De abban igazad van, hogy a Testing pont erre való, hogy ezeket a problémákat megfogja. Amit nem értek, hogy mi tartott eddig, mire javították, több hét telt el.
Windowsra viszont még mindig ajánlom, mert a uTorrentet fizetőssé tették, az ingyenes verziót telenyomták reklámokkal és bitcoin miner szeméttel. Így ezen a platformon a qBittorrent a legjobb, meg nem szokott vele baj lenni, mert többen használják, és nagyon alaposan tesztelt binárisokat kap ez a platform, hozzá vannak csomagolva a szükséges függőségek is, dll-ek formájában, így nincs az, hogy a függőség törik el. Windowson amúgy sincs értelme a minimalizmusnak, mert per definitionem az egész platform bloat.
Bár nekem az a legnagyobb szívfájdalmam, hogy az rTorrentet már régóta nem fejlesztik, szerintem végleg magára hagyták. Az lenne a legminimalistább, tényleg csak pár dolog hiányozna belőle, hogy az megfeleljen (torrentek sortartása, áttekinthetőbb CLI felület).
[ Szerkesztve ]
-
BoB, Frawly köszönöm, egyelőre marad ez, aztán ha pár frissítés nem oldja meg akkor megnézem a javaslataitokat! (még nem ez az elsődleges rendszerem)
Más
Úgy látom FF alatt van hardveres gyorsításom, viszont valahogy nem az igazi, illetve találtam egy-két gyanús sort az about:support Graphics alatt:Features
Compositing Basic
WebGL 1 Driver Renderer Broadcom -- V3D 4.2
WebGL 1 Driver Version 2.1 Mesa 20.2.0
WebGL 2 Driver Renderer WebGL creation failed:
* tryNativeGL
* Exhausted GL driver options.
GPU #1
Active Yes
Description V3D 4.2
Vendor ID 0x14e4
Device ID 0xffff
Driver Vendor mesa/vc4
Driver Version 20.2.0.0
RAM 3836
Decision Log
HW_COMPOSITING available by default
blocked by env: Acceleration blocked by platform
OPENGL_COMPOSITING unavailable by default: Hardware compositing is disabled
WEBRENDER opt-in by default: WebRender is an opt-in feature
WEBRENDER_QUALIFIED available by default
denied by env: Not on allowlist
WEBRENDER_COMPOSITOR disabled by default: Disabled by default
WEBRENDER_ANGLE opt-in by default: WebRender ANGLE is an opt-in feature
WEBRENDER_DCOMP_PRESENT opt-in by default: WebRender DirectComposition is an opt-in feature
OMTP available by default
WEBGPU disabled by default: Disabled by default
blocked by runtime: WebGPU can only be enabled in nightly
about:config alatt kell állítanom valamit?
[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
BoB
Topikgazda
Ha valaki meg akarja nézni saját maga itt a script amit csináltam (lynx kell hozzá):
#!/bin/zsh
makedepends_counter=0
progress_counter=0
lynx -dump https://aur.archlinux.org/packages.gz | sed 1d > AUR_list
total_number_of_packages=$(wc -l < AUR_list)
echo "Total number of packages to check: $total_number_of_packages"
while read package
do
pkgbuild=$(curl -s "https://aur.archlinux.org/cgit/aur.git/plain/PKGBUILD?h=$package")
grep -q 'makedepends' <<< $pkgbuild && ((makedepends_counter++))
((progress_counter++))
echo "Progress: $progress_counter / $total_number_of_packages - Total packages with 'makedepends' so far: $makedepends_counter"
done < AUR_list
echo "Total number of AUR packages containing 'makedepends': "$makedepends_counter
[ Szerkesztve ]
You may corrupt the souls of men, but I am steel. I am doom.
-
vargalex
félisten
-
-
májkimiki
őstag
Valahonnan innen indultam, chrootoltam majd lett hálózatom a rendszeren.
Pfúú, hát ez olyan első taknyolás inkább, mintsem tudatos istall.
Sok-sok hiányosság még mindig.
Ami van:
-jó magam, mint user. De csak a magam csoportjának a tagja.
-xorg meg xfce4, de nem indul a startx-re (rootként se)
Ami nincs:
-fix hu bill. kiosztás (loadkeys hu ideiglenesen),
-szerintem a hálózati setup se a tökéletes, bár telepíteni tudok rootként,
- xorg-hoz kéne vga driver (vboxban csinálom, ide kikéne nyitni a wiki idevonatkozó részét),
-sudo sem működik,
Igazából a GUI nem is annyira lényeg most. Inkább az, hogy a userem tudjon sudo-t használni.
Aztán a GUI menjen.
Tök jó az Arc Wiki, csak nem step by step. Kell hozzá kellő tudatosság, mert csak nagyjából mutat irányt. Igaz a leágazó hivatkozásokban minden megvan, csak fel kell tudni érni ésszel. Mi kell a usernek.Jól gondoltam én, hogy többször neki kell futni. De nem baj, ezért csinálom.
Egyelőre azért VBoxban, mert így tudtam olyan két monitoros környezetet kialakítani, hogy egyiken a gép megy másikon meg a wikit sasolom.
Ha van iránymutató javaslat, ne kíméljetek. Nem kész megoldást várok, inkább praktikát. Ti hogyan csináljátok. -
Frawly
veterán
Én a kezdő Arch user szemszögéből írtam, aki felteszi első alkalommal az Archot, és hirtelen arcra esik, hogy alapból nem tud sudo-zni, mikor meg Ubuntu, Mint, Debian, Fedora, stb. rendszereken meg install után alapból megy.
Pont azért írom, hogy alapból sehol nem lenne ez engedélyezve, bekapcsolva, csak a felhasználóbarát disztrókon a disztrókészítők alapból engedélyezik, csak ezt a laikus user nem látja, mert az automata installer végzi el ezt a lépést is, így a felhasználónak az jöhet le, hogy ez a sudo egy alap dolog Linuxon, ami minden disztrón működik. Hát nem.
A nincs engedélyezve kifejezést meg nem úgy kell érteni, hogy tiltva van, hanem alapból csak nincs bekapcsolva. Még a sudo csomag sincs fent alapból, ha jól emlékszem, még azt is fel kell hozzá tenni, usercsoportot, /etc/sudoers-t állítani. És ez nem véletlen, mert biztonsági szakmai szemmel a sudo-t biztonsági kockázatnak tartják, és helyette vagy az su-t, vagy a root konzolt ajánlják, vagy grafikus felületen a pkexec meg admin:// módszerrel kell kiváltani. Ennek ellenére sokan mai napig ragaszkodnak hozzá, pl. én is, lehet rosszul teszem, pusztán megszokásból, az első, hogy minden Arch, Artix, Void, Gentoo, stb. installkor kézzel engedélyezem, mert már csukott szemmel tudom, hogy magától nem fog menni.
-
Frawly
veterán
Kösz szépen a kioktatást, de épp ezzel kezdtem, hogy a haveged-et csak akkor ajánlom, ha a bootolás megakadna, én is innen ismerem. De azt kell érteni, hogy csak 1-2 gépen történik ez meg, akkor is kernelverzió és disztrófüggő. Legújabb kiadású disztrókon, meg nem túl régi hardvereken ez úgy ahogy van, nem szokott probléma lenni. És nem túl régi hardveren értem most az Rpi4-et is.
Persze ettől még a biztonsági szakértők szerint a gyenge entrópia biztonsági kockázat, de ez is csak elméleti okoskodás, meg hype, mert olyat még senki nem tudott mutatni, hogy „gyenge” entrópiával generált hash-t, meg azzal használt titkosítást bárki is meg tudott volna törni gyakorlatilag. De ha tévedek, nyugodtan oktass ki, keress rá forrást, amiben igazolják, hogy ez megtörtént.
Az a baj, hogy hiába írok, nem olvassátok el, vagy csak az utolsót, és azt is felszínesen.
#7277 sati: Wofi helyett működik a dmenu is, meg tudsz fzf-fel terminálos megoldás is szögelni helyette. Én is így csinálom, dmenu és $mod + különböző billentyűkre indulnak bedrótozott alkalmazások, úgy értve, hogy $mod + A-Z/a-z/0-9/F1-F12-re vannak alkalmazások és WM funkciók bedrótozva, ritkán kell indítómenüznöm. Dokumentumaimat is fzf-et használó script indítja, ami a dmenu/Wofi-nál fejlettebb részleges egyezési mintákat tudó kereső, 1-2 karakter leütése után szinte bármelyik dokumentumomat megnyitom vim-ben. Illetve Vifm-ben is vannak 'A-z/'a-z-re bookmarkok bedrótozva, így megint 2 billentyű leütésére ott vagyok a legfontosabb mappákban. Sőt, Bash-an csináltam magamnak egy "cf" nevű aliast (change fuzzy directory rövidítése), ami fd (ez Rust-ban is gyorsabb find) és fzf segítségével 1-2 billentyű leütésére átvált közvetlenül akármilyen mappára, még csak Tab-os kiegészítés sem kell.
Tehát nem úgy van, mint hagyományos WM/DE-kben, hogy indítómenükben kell egérrel turkászni, meg dokkra kattintgatni, és mindenféle fájl menüből meg fájl browserből mappákat, megnyitandó fájlokat keresgetni, és csomót kattintgatni, mindent elérek közvetlenül, mintha nem is lennének szinte mappák, vagy csak 1-2 szint mélység lenne. Nem kell kinyúlnom egérért, és kurzormozgató billentyűkért is nagyon-nagyon ritkán, végig az alfanumerikus részt használom gépírási tartásban.
-
Frawly
veterán
Olyan nálam vagy már 10 éve nincs, hogy csak egy gép van (jó, 5 éve volt egy átmeneti, pár hónapos időszak, mikor 0-1 gépem volt csak, de ettől tekintsünk el, akkor nem a csomagcache volt amúgy sem a legnagyobb gondom). Kb. 4 éve van vagy három. És mint mondtam, nem volt belőle soha gondom, hogy valami régebbi csomagverzió nem volt meg. Nem is azt mondtam, hogy mindenkinek így kell csinálnia, ahogy én oldottam meg, csak ez is egy alternatíva, ha valaki lusta állandóan cache-t ürítgetni, és nem akarja, hogy beteljen emiatt a root partíció.
Tényleg nálam 99,999999999%-ban teljesen felesleges a csomagcache, nem szokott gondom lenni frissítéssel, most tegyem el az unokáknak a tar.zst csomagokat? Én ugyanúgy kezelem, ahogy a böngészőcache-t is. Csak rövid ideig kell, felesleges felvésni egy non volatile háttértárra. Persze aki csomagmúzeumot akar nyitni, annak hajrá, főleg rollingon van értelme régi csomagverziókat őrizni, mikor úgyis naponta-kétnaponta jön helyette az újabb verzió. Persze azt elismerem, hogy néha segítség lehet, ha mégis megvan egy problémás csomagból az egyel régebbi verzió, de ennek a tényleges gyakorlati haszna annyira ritka, hogy döntse el mindenki maga, hogy neki ez a biztonsági fogodzó a növekvő helyigénnyel megéri-e. Aki mondjuk 2-4 terás háttértárakon használ OS-t, annak lehet valóban mindegy, főleg, ha HDD.
Egyébként sokan a swap-pal is így vannak. Jajj, mert állítóleg kell, mert a disztrókészítők szerint kell. Közben meg valóban kell, szökőévente lehet egyszer, de csinálgassunk neki egy külön partíciót. Nagy büdös lófütyköst, ha majd mégis kell, akkor csinálok magamnak:
dd if=/dev/zero of=/akármi/swapfile bs=xG count=1 && mkswap /akármi/swapfile && sudo swapon segítségével.YouTube videókon is gyakran kuncogok, hogy ott figyel a jómunkásember gépében a 32-64 giga RAM (!), aztán ott motyok, hogy jajj, a swap, mindjárt partíció formájában, az kell, mint egy falat kenyér, merajánlottttötö. Meraszongyákkő. Valakik írták valami 30 éves cikkben, hogy a fizikai memória kétszerese!!!!!!!! De legyen inkább háromszorosa, biztos, ami biztos. Közben meg nekem 8-16 GB RAM-nál sem kellett soha, jó, 8 giga RAM-nál szökőévente ha belenyalt a rendszer a swapba, 16-nál már az se.
-
Siriusb
veterán
Én csak zárolást találtam, képernyőkímélőt nem. Ha kikapcsolom az automatikus zárolást, a képernyővédő sem indul el, nincs is opció, hogy a képernyőkímélő mikor induljon, csak manuálisan lehet indítani.
[kép]#7623 tiobe
Ez nem állítja le a futó folyamatokat? Mert nem akarom felfüggeszteni minden folyamatnak a futását. -
csixy
addikt
Igen !
Calam-arch scripttel lett feltéve egy sallangmentes arch xfce, majd abból egy cinnamon.
Nem bírom ki IrfanView nélkül. Az XnView soványka nekem.
Gondolom a pikaurral is ez történne.[ Szerkesztve ]
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.
-
csixy
addikt
igen és a multilib testing is.
#7644 májkimiki : kizárom a multilib testinget és a multilibet is, ezután újraindítom és utána megint megengedem a multilib tárolót és újraindítom, hátha.
[ Szerkesztve ]
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.
-
A nem lat tovabb az kisse tulzas, de ertem mire gondolsz.
A mai napig Castlevaniazok (SotN) de barmikor szivesen eloveszek egy River Raid-et vagy egy jo kis Shoot 'em up-ot a nosztalgiafaktor miatt. En mar akkor tudtam milyen nehezek a FromSoftware jatekok (King's Field) amikor itt rengeteg RGB gamer meg a vilagon sem volt nem ez a Dark Souls-on nevelkedett generacio vagyok[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
jimmy399
senior tag
Néztem logokat, null pointer reference amivel megáll a gép. Ezt nem írja ki csak ssh-n belogolva a journalctl -fb kinenetében láttam.
Vargalex: Nos, az integrált 7650D-n van alapból a rendszer mert az UEFI GOP-ot még nem támogatja az 5550-es kártya. Szóval az integráltal bootol a gép. Alapból le van tiltva az 5550-es kártyán a monitor. Viszont mikor ezt engedélyezem az xfce4 DE-n akkor fagy a rendszer null pointer reference driver hibával.
--- N/A ---
-
csixy
addikt
Az rtl88xx sorozattal az a gond, hogy nem elég a DKMS-sel felrakni, de előbb ki kell blacklist-elni a ...5.09... utáni kerneltámogatásból is. És akkor jó lesz. Én az rtl8821ce kártyával rendelkező gépemet csak úgy tudtam telepíteni, hogy eleve beledugtam egy ócska tp-link usb-s wifi dugót és csak azt használtam a telepítés alatt és egy darabig azután is, mert egyébként a rosszul támogatott wifivel csonttá fagyott a rendszer random időpontokban. Majd midjárt rákeresek erre a díszvirágra is és adok egy receptet.
[ Szerkesztve ]
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.
-
őstag
Akkor valami nagyon elmászott, nálam egy valós mappa a /usr/sbin, valami történt hogy ennyire elkefélődött, csak nem tudom mi. Lehet hogy valamelyik aur csomag kavart be. Egy live arch rendszer alól, pl magyarch megpróbálom javítani, törlöm a /usr/sbin-t és symlinkelem a /usr/bin-t /usr/sbin néven.
ztsoft: a csomagok újratelepítése jó ötlet, ezt is meglépem live rendszer alól.
Futó rendszer alól nem tudom merjek e ezekbe belepiszkálni, nehogy több kárt okozzak.-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
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 ]
-
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. -
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 ~]$ -
őstag
Megoldottam! Módosítottam az fstabot egy új opcióval.(x-systemd.mount-timeout=1m) Olvasgattam a wiki vonatkozó részeit, és találtam egy workaroundot, lehet hogy nem szép, de működik Természetesen nem kell egy percet várni, mikor beírom a második lemez jelszavát azonnal megy tovább a boot folyamat. A crypttab-ból a discard opciót kivettem mert nem oda való valószínűleg. A boot folyamat során még a jelszó megadása előtt fel akarja oldani a /dev/mapper/CT1000MX500-at, és mivel még nem létezik elhasalt a felcsatolás, ezután kéri a jelszót, így létrejön az eszköz, de az fstab már nem fog újra lefutni. Megnöveltem a mountolás várakozási idejét 1 percre az fstab-ban, így szépen megvárja míg beírom a jelszót és létrejön a /dev/mapper/CT1000MX500 eszköz, és sikeres az automata mountolás.
Most így néz ki a konfig:
/etc/crypttab:CT1000MX500 PARTUUID=[partíció kód] none timeout=180
/etc/fstab:
/dev/mapper/CT1000MX500 /media/CT1000MX500 ext4 rw,noatime,discard,nofail,x-systemd.mount-timeout=1m 0 2
[ Szerkesztve ]
-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
őstag
-
Blasius
tag
Hát köszi az infót. #@!$&*## hogy remegne meg a keze annak aki ezt a manjarolál kitalálta… Amúgy anno emiatt a gyorsítás miatt álltam át Ubunturól Manjarora. Hát akkor majd emiatt állok most át rendes Archra; két amd videós gépem is van. Az a baj hogy a rendes Archot feltenni fele se tréfa…
Ha ''a'' ram megy dualban ''b'' rammal, és ''c'' ram megy dualban ''b'' rammal, akkor ''a'' ram megy dualban ''c'' rammal?
Új hozzászólás Aktív témák
- Kerékpárosok, bringások ide!
- Diablo IV
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Ukrajnai háború
- EAFC 24
- Vezetékes FEJhallgatók
- Samsung Galaxy Z Fold4 - egyre megy, honnan nézed
- PHP programozás
- Politika
- További aktív témák...
- Autómatricák a legjobb minőségben, több ezer minta! PH tagoknak 30% kedvezmény!
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- AKCIÓ! - STEAM kulcsok / Punch Club, Oddworld: Soulstorm, Children of Morta, stb. - 2024.05.16.
- Vírusirtó, Antivirus VPN kulcsok
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs