- Samsung Galaxy S24 - nos, Exynos
- Vodafone-ra áttért Digi Mobilosok
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Mindent megtudtunk az új Nokia 3210-ről
- Képeken az egyik kameráját elvesztő Sony Xperia 10 VI
- Apple iPhone 15 Pro Max - Attack on Titan
- Egyre közelebb a Poco F6 startja
- iPhone topik
- Újabb Samsungok telepíthetik a Galaxy AI-t
- Bemutatkozott a Moto G32 4G
Hirdetés
-
Az Apple megszerezné a klubvilágbajnokság közvetítési jogait
ph A vállalat ezért irgalmatlan pénzt fizetne a FIFA-nak, és ezzel rajzolná át az online streaming platformok háborújában a frontvonalakat.
-
AMD Radeon undervolt/overclock
lo Minden egy hideg, téli estén kezdődött, mikor rájöttem, hogy már kicsit kevés az RTX2060...
-
Képeken az egyik kameráját elvesztő Sony Xperia 10 VI
ma Részletes anyag került fel az internetre a Sony idei középkategóriás telefonjáról, három helyett két hátlapi kamera várható.
-
Mobilarena
Arch Linux topik
Új hozzászólás Aktív témák
-
Frawly
veterán
Nem megkövezés, de windowsos program hiába megy, azért szuboptimális Linux alatt, lassabb, emulációs többletterhelés, nem kezeli a linuxos jogosultságokat és attribútumokat. Az XnView 99,999%-ban helyettesíti az IrfanView-t, ami nem véletlen egybeesés, hanem szándékosan annak a klónja. Bár én még az XnView-t, meg ezeket a full extrás képnézőket, és képszerkesztőket sem szeretem már, igazából olyan mindenesek, bloatok, de cserébe egyik területen sem kiemelkedőek. Egy képnéző nézzen képet, legyen minél egyszerűbb és ennyi (az imv, svix, és hasonló csak ezt tudja). Egy képszerkesztő meg tudjon szerkeszteni, ala Gimp, Darktable. Egy konvertáló meg tudjon konvertálni, legyen abban jó (imagemagick convert, ffmpeg, sox, stb.). Egy mindenből kicsit módszerrel Fradi-levest kapunk.
Ezt a GPT vs. MBR-t sem értem. Mindegy melyik, egyiktől sem lesz gyorsabb a gép. Az UEFI boot elegánsabb és gyorsabb lehet, de csak azért, mert nem kell hozzá egy csomó BIOS-os detektálás, meg mindenféle extra bootmanager, ez viszont nem minden gépen hoz ténylegesen gyorsabb bootot, inkább sokszor csak a dual/multiboot elegánsabb vele, kiváltja a GRUB-ot, az egyes OS-ek nem írják felül egymás bootmanagerét az MBR-ben. A Core i platform akármilyen régi, azok mind támogatják az UEFI bootot,, nem csak a 9 évesek, hanem a 11 évesek is. Amelyek meg ettől régebbiek, azok meg úgyse, azokon mindenképp a Legacy boot marad MBR-rel. A GPT csak akkor kötelező, ha NVMe-t használsz, vagy 2 teránál nagyobb lemezt, vagy Windows kell UEFI boottal (pl. eGPU-hoz).
Sokszor az informatika meg egy program használata és kiváltása egy másikkal leginkább csak hozzáállás és szemlélet kérdése. Azért, mert az IrfanView-t szoktad meg, meg lehet szokni mást is. Tényleg csak tanulási hajlandóság, hozzáállás. Volt idő, mikor én is ragaszkodtam ezekhez, foobar2000, Total Commander, Notepad++, stb., de gyorsan rájöttem, hogy nem éri meg, és váltottam végül olyan progikra, amik igazából sokkal jobbak, csak máshogy kell őket használni, át kellett alakítsam a felhasználási szokásaimat, de így hatékonyabb is, már semmi pénzért nem cserélném őket vissza a hagyományos windowsos megoldásra, óriási visszalépésnek érezném, mintha Commodore 64-et kéne használni. Ez a Linuxban a legfőbb lényeg, hogy teljesen más, mint a Windows, más programok, azok másképp is működnek már alapjaiban, máshogy használod velük a gépet. Ezeknek a windowsos programoknak a klónjai is csak azért léteznek, hogy amolyan pótkerékként segítsék a Linuxra most frissen átálló kezdőket, hogy ne legyen nekik nagy lelki törés a Linux. De végül ez csak illúzió, mert teljesen el kell rugaszkodni attól, hogy mi volt Windowson, mert amíg azt szoktad meg, addig az tűnik majd a legjobbnak, pont erre épít a MS is, hogy azt szokták meg az emberek és nem tudják elengedni, utána minden más szarnak fog tűnni. Én is tapasztaltam magamon, hogy nehéz olyan szokásokat elengedni, ami 20+ évig vele volt az emberrel, és már annyira természetes és ösztönből jön, mint pl. a jobbkezesség, hogy nem tudja elképzelni máshogy, pedig lehetséges.
-
csixy
addikt
Akkor nincs harag? Szeretem a linuxot és az Irfan View programot. Az XnView a töredékét sem tudja az előzőnek. Ez van. Szeretem a csillogós kényelmet és mégis szimpatikusabb a rolling a Mint -től. Ha lehet linuxot használok, de vannak programok, amik csak egy soros porttal bíró windowsos gépen , vagy mások párhuzamos porton mennek windowson. Fura módon levelezni windowson szeretek.
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.
-
Frawly
veterán
Nem, nincs harag, nem is azért írtam, hogy megbántsalak. Csak furákat írsz, mint most is a windowson levelezést szereted. Az pl. pont az a műfaj Windowson, hogy egyik (pl. Outlook akármelyik verziója) mailkliens C4rabb, mint a másik (pl. The Bat), egy normális van, a Thunderbird, de az meg natívan megy Linux alatt is. Elég sokan csak böngészőből leveleznek webes felületről, arra meg megint csak jó ugyanaz a Firefox, Chrome, akármi, ami Linux alá is van.
Párhuzamos portot is van 15 éve nem használtam (akkor is utoljára retró gépeken), az utoljára nagyon régi nyomtatóknak, ősi szkennereknek, ZIP drive-oknak kellett, meg két DOS-os gép összekötésére, ha nem volt bennük hálókártya, de mégis fájlokat akart megosztani az ember, gyorsabban, mint a soros port lehetővé tette. Már vagy 10+ éve egy új gépre se teszik rá ezt a portot.
A soros portnak lehet még haszna, egyes eszközökön (szerver, hálózati eszköz, műholdvevő, ipari gépek, stb.) az admin port / konzol még mindig soros port, de ezt meg USB-RS232 adapterrel szokták megoldani, meg ez megint már nem home user kategória, amit az itteni PH-s topikokban én azért titkon feltételezek.
XnView-ból mi hiányzik, ami az Irfanban benne van?
-
csixy
addikt
A levelezési szokásaimon fogok változtatani. Outlookos címem van és a windows postát szoktam használni, de be tudom konfigolni a thunderboardot és az evolutiont is.
A régebbi műholdas műsorvételben párhuzamos port és jtag kellett ahhoz hogy a patchelt firmware felmenjen bizonyos vasakra. Ha véletlenül dupla bootszekvenciát nyomok egy TP-link routerre, akkor azt soros port segítségével lehetett újra flashelni. A Tenda N80-as routeremből soros port segítségével sikerült Asus RTN 66U klónt csinálni Tomato Shibbi firmmel 64K NVRAM-mal. [link] . Az IrfanView nekem nagyon kézre áll. A megfelelő képdarabot ki tudom vágni, átméretezni és Be tudom tömöríteni Jpegként újabban 1024 kilobájt fájlméret alá ,régebben 512, vagy 256 kilobájt alá kellett gyűrni(ezt a betömörítést nem tudja az XnView).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.
-
Frawly
veterán
Elég régi eszközeid lehetnek, én már routereken sem látom soros portot elég régóta, legalább a lakossági, konzumer eszközökön nem. Céges/ipari routernél, switchnél, stb. még van. Soros port ugyanolyan jól megy Linux alatt is, csak valami biztonsági alap szabály tiltja alapból a hozzáférést, külön jogosultságadással kell engedélyt adni, onnan megy. Egyedül műholdvevőnél lehet problémás a soros port, nem a soros porti mivolta miatt, hanem mert általában valami Windows only segédprogramot is igényel a firmware feltöltése, ami a hardverközeli matatás miatt jó eséllyel nem megy Wine-ban, de sajnos műholdvevőn ez a firmware-cserélgetés, meg kódolásmatatás mindig szopóroller, még Windowson is, max. csak pár lelkes műkedvelő szokott vele szórakozni.
Outlook-os mailszolgáltatást nem ismerem, de ha viszi a Thunderbird, akkor a kérdést meg is válaszoltad saját magad.
Ezt a képkivágást, képbetömörítést simán viszi a GIMP is, de talán még valami linuxos Paint klón is (Paint.NET, MyPaint, stb.). Ezeknek az Irfan/XnView progiknak inkább csak tömeges konvertálásnál van értelme, de arra meg ugyanolyan jó az imagemagick convert, csak ki kell tapasztalni a felparaméterezését, terminálba bevereted:
pacman -S imagemagick
cd képek_mappája
convert újméretxújméret+eltolás+eltolás -quality blabla% *.akármi *.jpgDe csak most a te kedvedért kipróbáltam, feltettem Artixra az XnView MP-t AUR-ból. Csak egy apróbb függősége volt, probléma nélkül felment pár másodpercen belül. Teljesen jól működik, tudja azt, amit keresel, megnyitom a képet, kijelölöm azt a részét, amit ki akarok vágni, majd Crop (Shift+X), végül File - Export menü (Crtl+Alt+S) és ott be lehet állítani, hogy jpg-be mentsen, hány százalékos tömörítéssel, milyen beállításokkal, mikor megvagy, Export... gomb, ott rákérdez hová mented, milyen néven, és kész.
Nyilván a felülete kicsit fapadosabb, mint az IrfanView, meg kevesebbet is tud az XnView MultiPlatform változata (a multiplatform miatt), de azért használható. Ezért is írom, hogy a megszokás nagy úr, a gépek nagy részén a mai napig azért van Windows, mert a user azt szokta meg, ergo az áll neki kézre. Ha majd annyira megszokod a Linuxot meg a linuxos ökoszisztémát, az fog kézre állni, és a Windows nem fog többé.
Bár még az IrfanView nem olyan nagy érvágás Wine-ben, mivel egy kisebb méretű szoftver, nem használ túl sok windows-specifikus hívást, sem hardverközeli mókolást, sem DRM-et, nem telepít szutyok kémszoftvereket és service-eket, a képfeldolgozás-tömörítés a mai prociknak nem tétel egy átlag szintig, ergo az emulációs overheadje se magas. De! Elvi kérdés, hogy ha van rá használható natív alternatíva, akkor lehetőleg annál érdemes maradni. Ha mindenre ilyen megszokásból Wine-t használsz, akkor kb. nem sok értelme volt Linuxra váltani. Félre ne érts, okés a Wine, olyan programoknál, amiknek nincs tényleg linuxos alternatívája (néhány játék, és legacy program, pl. nálam a Scriptum GIB szótár kezelőprogija, Apple QAAC encoder, stb., de ez utóbbit nem nagyon használom, eleve natív oggenc-et és Goldendictet használok pl., inkább csak a Steam miatt van fent a Wine). Akkor valóban jobb Wine-ozni, mint Windowsra átbootolni, meg a gépen NTFS partíciókat tartani, stb.. De nem szabad túlzásba sem esni, a minimumon tartani a Wine-os alkalmazások számát. Így tisztább, gyorsabb, meg így fogsz csak Linux terén fejlődni.
-
szuszinho
őstag
Azt hiszem nem jól adtam meg a felhasználóm a telepítés során.
Jelenleg:szuszi:x:1000:985
Ugyan létrehoztam a szuszi csoport is aminek tagja a felhasználó, de nem kellene a users csoportból kivenni, hogy alapból 1000:1000 legyen? -
csixy
addikt
válasz vargalex #7656 üzenetére
Köszönöm. Ha legközelebb ilyesmire lesz szükségem utána fogok keresni linux vonalon. Csak a neten mindig a windowsos leírást lehetett megtalálni anno. Logikus, hogy linuxszal jobban kell működjön a buherálás, hiszen a végén a cél a vas szintjén mindig linux.
Frawly #7655 : Az is érdekes hogy linuxon sokkal gyorsabb a betömörítés folyamata, vagy a szoftverek telepítése wine alá, mint windowson.
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
válasz vargalex #7656 üzenetére
Egyébként néha a windows használata segít megtalálni szépen szólva egy kiskaput. Itt egy példa egy régi híres tool kiváltására fritzbox ügyben és így még sokkal gyorsabb is a folyamat, nincs benne annyi kavarc, mint ami a régi toolban volt. [link]
[ 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.
-
vargalex
félisten
válasz májkimiki #7659 üzenetére
Ezt nem igazán értem. Ha a wiki-ben ajánlott módszerrel hozod létre az usert, akkor bizony saját group jön létre:
[gavarga@gavarga-5590 ~]$ sudo useradd -m testuser
[gavarga@gavarga-5590 ~]$ grep testuser /etc/passwd
testuser:x:1001:1001::/home/testuser:/bin/bash
[gavarga@gavarga-5590 ~]$ grep 1001 /etc/group
testuser:x:1001:
Alex
-
vargalex
félisten
válasz szuszinho #7662 üzenetére
Milyen legelején legelsőre gondolsz? Az Install guide végén található Post-Installation bekezdésben hivatkozott General recommendations első - Users and group - bekezdésében hivatkozott User management rögtön az általam is írt parancsot adja.
Alex
-
vargalex
félisten
válasz szuszinho #7664 üzenetére
Az useradd man-jában ez áll:
-g, --gid GROUP
The group name or number of the user's initial login group. The group name must exist. A group number must refer to an already existing group.
If not specified, the behavior of useradd will depend on the USERGROUPS_ENAB variable in /etc/login.defs. If this variable is set to yes (or -U/--user-group is specified on the command line), a group will be created for
the user, with the same name as her loginname. If the variable is set to no (or -N/--no-user-group is specified on the command line), useradd will set the primary group of the new user to the value specified by the GROUP
variable in /etc/default/useradd, or 100 by default.
A korábban hivatkozott wiki-ben pedig ez áll:
If an initial login group is specified by name or number, it must refer to an already existing group. If not specified, the behaviour of useradd will depend on the
USERGROUPS_ENAB
variable contained in/etc/login.defs
. The default behaviour (USERGROUPS_ENAB yes
) is to create a group with the same name as the username.Tehát default-ban csak akkor lesz az users csoport tagja, ha azt az
useradd
parancsnál a-g
kapcsoló használatával direkt kéred.De az egész erre a hozzászólásra regalálás.
[ Szerkesztve ]
Alex
-
májkimiki
őstag
válasz vargalex #7667 üzenetére
Telepítéskor az első létrehozott user-re gondoltam. Eddig ahány ahányféle telepítésem volt, abban mindben users volt a groups kimenetben, de saját nevű csoport nem.
Második felhasználó hozzáadásakor, mint ahogy említetted. Valóban létrejön a saját csoportja, másban nincs is benne.
Ezért is vágtam rá gyorsan az első hozzászólásban, mert nekem is furcsa volt deb rendszerek után. -
vargalex
félisten
válasz májkimiki #7668 üzenetére
A második/harmadik/stb. usert ugyan úgy és ugyan azon a rendszeren hozod létre, mint később. Legfeljebb, ha nem követed teljesen a telepítési leírást (ahogy pl. én), akkor még chroot-ban létrehozod. De az akkor is ugyan az a rendszer, ugyan úgy működik.
Szerk.: Van virtuális gépen egy 2016.07.25-én telepített Arch linuxom, amit ugyan úgy telepítettem, mint mindig. Már ott is saját csoport jött létre:
[gavarga@nmhh-build ~]$ cat /var/log/pacman.log | head -n 1
[2016-07-25 11:17] [PACMAN] Running 'pacman -r /mnt -Sy --cachedir=/mnt/var/cache/pacman/pkg --noconfirm base base-devel'
[gavarga@nmhh-build ~]$ grep gavarga /etc/passwd
gavarga:x:1000:1000::/home/gavarga:/bin/bash
[gavarga@nmhh-build ~]$ grep 1000 /etc/group
gavarga:x:1000:
[ Szerkesztve ]
Alex
-
vargalex
félisten
válasz májkimiki #7671 üzenetére
Miért érdekes, hogy az userem milyen csoportok tagja? Berakom az
id
kimenetet is, mert jobban látszik.
A virtuális gépen:[gavarga@nmhh-build ~]$ groups
gavarga
[gavarga@nmhh-build ~]$ id
uid=1000(gavarga) gid=1000(gavarga) csoportok=1000(gavarga)
Saját gépemen:
[gavarga@gavarga-5590 ~]$ groups
lock tomcat8 tomcat9 tomcat7 network vboxusers wireshark docker uucp gavarga
[gavarga@gavarga-5590 ~]$ id
uid=1000(gavarga) gid=1000(gavarga) csoportok=1000(gavarga),54(lock),57(tomcat8),58(tomcat9),71(tomcat7),90(network),108(vboxusers),150(wireshark),970(docker),987(uucp)
Alex
-
Wayland alatt milyen lehetőség van remappelni az egyik billentyűzetemet? Lényegében csak a funkcióbillentyűket szeretném úgy beállítani, hogy alapértelmezésben ne az FN szimbólumokkal operáljon, hanem mint minden standard billen F1-F12-ig funkcionáljanak.
Egy Logitech K400 Plus-ról van szó. [kép]Első körben a solaart találtam, csak annak sok a függősége (python meg egyéb rémségek)
[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
Frawly
veterán
válasz vargalex #7667 üzenetére
Igen, ezt megerősítem, ha valaki az Arch Wiki user and groups cikkét követi, akkor ott a legelején említett useradd -m blabla sor felhasználónév felhasználót default a felhasználónév csoportba létrehozva teszi be, Archon és Artixon is. Bár nem is értem mit kever a kolléga, ez neki miért fontos, mert ha nincs is saját csoportban, akkor is épp úgy kéne működjön minden. Szerintem valami kókler install scripttel telepítette, vagy rosszul másolt ki valami parancsot.
Egyébként meg úgy kell felhasználót hozzáadni, ahogy Chuck Norris csinálja, systemd-homed-vel, akkor a gid/uid lesz a legkisebb probléma
-
Frawly
veterán
válasz májkimiki #7668 üzenetére
Archon nincs telepítéskor létrehozva semmi. Pont ez a lényege az egész Archnak, pont azért nincs telepítője sem. Alapból csak egy root felhasználó van, be nem állított jelszóval. Nincs létrehozva semmilyen más user telepítéskor, te hozod létre, és az meg úgy jön létre, amilyen kapcsolókkal beveretted az useradd parancsot (Installation Guide vagy Arch Wiki alapján).
#7673 sati: én is akartam venni ilyen K400-at, de letettem róla, rossz latency, meg ez az Fn mizéria, kellene lennie a billentyűzeten FnLock-nak, de nincs. Csak windowsos szoftverrel lehet megoldani, ha van is rá valami linuxos progi, az tuti X.org-alapú, és Waylanden nem fog menni. Persze nem lehetetlen, hogy létre lehet hozni egy egyedi X.org-kiosztást, amit utána meg lehet adni a Sway beállításainál, de ilyet még nem csináltam, fogalmam sincs hogyan kell.
Az új laptopom is ilyen, gyárilag Fn-t kell nyomkodni a funkcióbillentyűkhöz, szerencsére van a billentyűzeten FnLock, meg az UEFI BIOS-ban egy opció, ami automatice bekapcsolja induláskor, így nem kellett szenvednem ilyennel. Jó lenne, ha a billgyártók ezt a Fn+ dizájnt dobnák, marha nagy balfékség, semmire nem jó kavarás.
-
Frawly
veterán
válasz vargalex #7672 üzenetére
Igen, nálam is így hozza létre az useradd -m parancs, amit mindig az Arch Wiki alapján csinálok. Az megint más, hogy én utána usermod-dal berakom a felhasználóm a video, storage, disk, audio, wheel csoportba is, néhány szoftvernek meg a sudo-nak szüksége van ezekre. De ez sem úgy történik, hogy így hozódik létre telepítéskor, hanem én futtatom tudatosan ezeket a user/group parancsokat, semmilyen automata installer nem dönti el ezt helyettem. Ez a jó az Archban, csak a systemd és az initramfs van eldöntve az ember helyett, minden mást saját maga állíthat, telepíthet.
Engem egyébként nem érdekelne, hogy a userem tagja-e a userem nevű csoportnak, vagy csak a users-nek. Teljesen mindegy. Ha annyira zavar valakit, később egy darab usermod paranccsal át tudja ezt szabni magának, csak akkor lehet a fájlrendszeren a user fájljainál át kell szabni a csoportjogosulságokat is chmod-dal.
Egyébként míg nem lesz jó a Gentoo-m, addig feldobok egy Archot az Artix helyére. Oka: Artixon nem tudtam megoldani a lassú mirrorokat, és a rendszer idle memóriafogyasztása elszállt 300 MB-ra, ami nálam sok. Archon 140-170 körül tartottam, pedig ott systemd is van.
-
vargalex
félisten
Én is pont nem azt nem értettem, hogy mi az, hogy először létrehozott felhasználó. Ahogy írtam, pont ugyan úgy kell létrehozni Arch alatt az elsőt, mint a századikat. Nincs közte különbség.
Szerintem is másolta a kolléga a felhasználó létrehozását valahonnan és ott volt egy -g users paraméter. Mondjuk ennek is megvan az előnye, mert minden utólagos módosítása nélkül létre tudsz hozni pl. egy könyvtárat, ami az users csoport számára írható/olvasható...Alex
-
májkimiki
őstag
válasz vargalex #7677 üzenetére
@Frawly
Értetlenségem oka ez lehet:[Arch Linux][~]$ id
uid=1000(arcsi) gid=985(users) csoportok=985(users),98(power),108(vboxusers),986(video),991(lp),995(audio),998(wheel),999(adm)
[Arch Linux][~]$ groups
power vboxusers users video lp audio wheel adm
[Arch Linux][~]$
Tiszta Arch-on most nem tudom megnézni, mert töröltem a vgépet.
Viszont ezt a szisztémát az összes "barátságos" Arch rendszernél tapasztaltam.
Az elsőnek létrehozott felhasználó az, akit a telepítőben megadsz.Az is érdekes, hogy az Arch Wiki a users csoportot most a használaton kívűli csoportnak mondja a power csoporttal együtt.
[ Szerkesztve ]
-
Shyciii
veterán
Én a saját telepítőscriptemben így hozom létre a useremet:
arch-chroot /mnt useradd -m -g users -G audio,video,network,wheel,storage,lp,rfkill shyciii -
vargalex
félisten
válasz májkimiki #7678 üzenetére
Akkor fény derült a titokra. Tehát az állításod nem állja meg a helyét, mert nem Arch linuxra vonatkozik. Ugyanis, Arch-on nincs telepítő, ergo nem is tudsz benne felhasználót megadni. Az pedig, hogy egy scriptben, vagy egy összerakott rendszerben (telepítőben) a készítő mit csinált, nem az Arch-ra vonatkozik.
#7679 Shyciii: tehát te direktben megadod, hogy az users csoport legyen az elsődleges csoport, ahogy valószínűleg a kollégák által használt scriptek/telepítők/rendszerek is teszik.
[ Szerkesztve ]
Alex
-
Frawly
veterán
válasz Shyciii #7682 üzenetére
Ez szerintem fordítva van. Az vanilla Arch és vanilla származékai (telepítő nélkül), azért rakják a user-t a userneve csoportba külön, ha felelőtlen csoportjogokat osztogat a fájlrendszeren, akkor még mindig nincs baj, mert ő a saját csoportjának a tagja, és másnak nem adott hozzáférést. Míg ha egy általános csoportba tartozik, akkor egy hibás döntésével több embernek is adhat hozzáférést, ami biztonsági kockázat. Nekem, mint írtam, mindegy.
Ez sokszor ízlés kérdése is, hogy ki milyen csoportba szereti tenni a felhasználót, meg milyen szoftvereket használ.
-
jimmy399
senior tag
Végre át tudtam én is térni UEFI-s bootra, eddig pár dolog akadályozott, de egy teljes rendszerújratelepítés után gondoltam kipróbálom már.
Vanilla arch linux (xfce4 DE, 12 GB RAM AMD A8-5600K AMD HD7650D, Samsung 512 SSD, grub2 boot loader, tudom, lehetne systemd-boot-is de nem akartam a dualboot miatt a win8.1-el): a boot idő:Startup finished in 78us (firmware) + 17us (loader) + 1.204s (kernel) + 1.617s (initrd) + 809ms (userspace) = 3.631s
graphical.target reached after 786ms in userspaceViszont az EFI partíciót a windows hozta létre. 100MB. Nagyon lecsökkent a hely rajta, így kénytelen voltam kiszedni a fallback initrd generálást. Valami más ötlet van?
Relatíve új vagyok az UEFI boot-ban, virtuális gépben már sokat gyakroltam dualboot-ot, meg olvasgattam is a témába, azárt nagyjából megvan, hogyan is működik kb.
--- N/A ---
-
csixy
addikt
válasz jimmy399 #7685 üzenetére
Ha a windosból átméretezed a C: partíciót egy picit kisebbre, majd Gparteddel move-olod hátrébb , akkor utána meglehetősen nehéz a 16 megabájtos MSR partíciót hátrébb tolni, ezután tudnád megnagyobbítani az EFI partíciót, de félő, hogy mindezek után még BCD boot javításra lesz szükség. Járható út , de nehéz. Én már egyszer korábban megcsináltam így valahogy. Ha van elég időd , akkor újratelepítéssel elegánsabban könnyedébben meg lehet csinálni. Gparteddel csinálsz a GPT diskre 3 partíciót , az első egy akkora partíció amekkorával nagyobbra szeretnéd majdan növelni az EFI partíciót. Ezt formázd meg mondjuk ext2-re. A második partíció akkora legyen , amennyi helyet a windowsnak szánsz. A maradék helyet foglald le a linuxnak és formázd ext4-re például. Most töröld a második partíciót. Szállj ki a Gpartedből. Most indítsd a windows telepítőt és mutasd meg neki a szabad helyet, hogy oda parancsoljon befáradni. Már van egy működő windowsod. Most a live linux Gparteddel töröld az első ext2-es partíciót. Move-old előre a 399, vagy 400 megabájtos, vagy mittomén mekkora recovery partícióját a windowsnak. Terjeszd ki az EFI partíciót. Szállj ki. Próbáld bebootolni a windowst. Vagy sikerül vagy nem. Ha nem sikerül , akkor BCD bootjavítás kell és menni fog a vindows. Most következhet izlésed szerint a linux telepítése az eredetileg harmadik partíció helyére.
[ 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.
-
jimmy399
senior tag
Így néz ki a lemez partícionálása:
sda 8:0 0 465,8G 0 disk
├─sda1 8:1 0 300M 0 part windows Helyreállítási partíció
├─sda2 8:2 0 100M 0 part /boot vagy EFI partíció
├─sda3 8:3 0 128M 0 part Microsoft reserved partition
├─sda4 8:4 0 444,7G 0 part /home/jimmy/Windows_mount
└─sda5 8:5 0 20,5G 0 part / Arch_rootMi van, ha az sda4-ből lekicsinyítek 1 gigabájtot, azt megformázom fat32-re, beállítom EFI partíciónak és az sda2-t átmásolom rá, és hozzáadom a sda3-hoz, vagy ha az nem megy akkor sda2-sda3-at hozzáadom az sda4-hez, így lesz egy új EFI partícióm, és nem is kell tologatnom semmit sem. Újratelepítést már eljátszottam teljesen párszor, mert ez az eltolásdi, meg partíció kiterjesztősdi lemezkéből nem sikerült jól, mert rohadt lassú lett a rendszer, egy 64 Gb-os ssd-ről klónoztam át a dualboot-ot és belssulások voltak, pedig az alignment jó volt, de mégsem.
--- N/A ---
-
csixy
addikt
válasz jimmy399 #7687 üzenetére
Az sda3-at ne bántsad, hagyd változatlanul és közvetlenül az sda4 előtt maradjon. Az sda4 túlsó végéből lecsíphetsz az új EFI partíció számára, de szerintem elég annak 512 megabájt is bőven. Költöztetés után lehet, hogy kell majd BCD javítás.Ha zavar a megszüntetett sda2 helye, akkor inkább terjeszd ki rá az sda1-et. Átmenetileg a biztonság kedvéért valami hülye flaggel megpróbálhatod elrejteni a tartaléknak hagyott eredeti EFI partíciót és majd ha jól működik az új, akkor töröljed csak.
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.
-
jimmy399
senior tag
Annyira nem létfontosságú az a partíció, mert aha előre partícionálom a lemezt akkor eleve létre se jön. Virtuális gépben kipróbálom, mi lesz ha törlöm meg új EFI partíciót hozok létre a régi helyett és a régit törlöm.
Gondolom azért kell az MSR ha nincs telepítő lemez, akkor onnan állítja be magát újra a rendszer reset-kor a gépházban.--- N/A ---
-
csixy
addikt
válasz jimmy399 #7691 üzenetére
Állítólag azért kell mert ennek a segítségével tud a saját helyével hely szűkében boldogulni. Tehát mintha egy parkolóházban lenne egy virtuális tolatósarok, ami mindig pontosan ott terem ahová be akar valaki tolatni átmenetileg.
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.
-
ztsoft
őstag
válasz jimmy399 #7685 üzenetére
Szia!
Én is sokat szórakoztam vele a kevés hely miatt, még végül oda jutottam, hogy az EFI partíciót nem a /boot alá csatolom, hanem a /boot/efi alá. Így csak az UEFI cuccai kerülnek bele.
/dev/sdb1 2048 206847 204800 100M EFI System /dev/sdb2 206848 239615 32768 16M Microsoft reserved /dev/sdb3 239616 313549539 313309924 149,4G Microsoft basic data /dev/sdb4 313550848 314570751 1019904 498M Windows recovery environment /dev/sdb5 314570752 419428351 104857600 50G Linux filesystem /dev/sdb6 419428352 976773134 557344783 265,8G Linux filesystem
/dev/sdb5 49G 24G 23G 51% / /dev/sdb6 261G 22G 226G 9% /home /dev/sdb1 96M 27M 70M 28% /boot/efi
Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
zumike
tag
Üdv mindenkinek,
tftp-ről szeretném telepíteni az archlinux, de nem igazán működik.
Minden más szépen telepíthető: Ubuntu,Debian,Centos.
A hiba boot során: mounting /dev/disk/by-label to /run/archiso/bootmnt
Próbáltam nfs-t, http-t, nbd használni forrásnak, semmi sem lett jó.Ilyen a konfig:
LABEL arch64_nbd
TEXT HELP
Boot the Arch Linux install medium using NBD.
It allows you to install Arch Linux or perform system maintenance.
ENDTEXT
MENU LABEL Arch Linux install medium (x86_64, NBD)
LINUX /arch/boot/x86_64/vmlinuz-linux
INITRD /arch/boot/intel-ucode.img,/arch/boot/amd-ucode.img,/arch/boot/x86_64/initramfs-linux.img
APPEND archisobasedir=arch archisolabel=ARCH_202012 archiso_nbd_srv=${pxeserver} checksum verify
SYSAPPEND 3LABEL arch64_nfs
TEXT HELP
Boot the Arch Linux live medium using NFS.
It allows you to install Arch Linux or perform system maintenance.
ENDTEXT
MENU LABEL Arch Linux install medium (x86_64, NFS)
LINUX /arch/boot/x86_64/vmlinuz-linux
INITRD /arch/boot/intel-ucode.img,/arch/boot/amd-ucode.img,/arch/boot/x86_64/initramfs-linux.img
APPEND archisobasedir=arch archiso_nfs_srv=${pxeserver}:/run/archiso/bootmnt checksum verify
SYSAPPEND 3LABEL arch64_http
TEXT HELP
Boot the Arch Linux live medium using HTTP.
It allows you to install Arch Linux or perform system maintenance.
ENDTEXT
MENU LABEL Arch Linux install medium (x86_64, HTTP)
LINUX /arch/boot/x86_64/vmlinuz-linux
INITRD /arch/boot/intel-ucode.img,/arch/boot/amd-ucode.img,/arch/boot/x86_64/initramfs-linux.img
APPEND archisobasedir=arch archiso_http_srv=http://${pxeserver}/ checksum verify
SYSAPPEND 3[ Szerkesztve ]
-
Frawly
veterán
válasz jimmy399 #7685 üzenetére
100 megás EFI partíciónak elégnek kéne lennie, volt, hogy nekem is akkorán voltak a Win10 indítófájlai és az Arch kernele, initramfs-e, fallback initramfs-e, és még hely is maradt rajta valamennyi. Egyébként át lehetne méretezni, vagy egy másik FAT32 partíciót létrehozni a többi mögé, kicsit kéne csak az Archon szerkesztgetni hozzá, de a Windows garantáltan nem bootolna, persze lehet meg lehetne javítani Windows telepítőből indított javítókonzollal, de nem biztosan. De maradhat így is, hogy a fallbacket letiltottad, nekem még 5 év archozás során egyszer se volt rá szükségem, hogy fallbacket bootoljak be.
Egyébként megint itt jön, amit mondtam. Hogy egy telepítő ne döntse el az ember helyett, hogy neki mekkora EFI partíció kell, mert 640 KB meg 100 mega mindenkinek elégnek kéne lennie. Pont ezért nincs az Archnak telepítője, hogy ne hozzanak meg a user helyett ilyen kontár döntéseket, hanem az ember a saját rendszerét építhesse. Nem azért nincs a telepítő, hogy a kezdőket tartsák távol, meg szopassák a konzolban parancsok begépelésével, meg Wiki-ben írt litániákkal és technoblablával, és magukat elitistának tüntessék fel.
[ Szerkesztve ]
-
Még mindig keymap téma
Arra gondoltam, hogy csinálok K400-nak egy egyéni keymap-et a/usr/local/share/kbd/keymaps
folderbe, amit aztán a Sway conf-húzna be induláskor. [link]
Szerinted ez mennyire járható út? (nem lőnék el vele X órát ha kapásból hülyeség)[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
Shyciii
veterán
Tud valaki olyan lehetőségről, hogy Linux alatt a népszerű tömörítő progik tömörítés (ki-be) használják az összes procimagot? Mert eléggé elkeserítő, hogy 2021-ben még mindig ott tartunk Linux alatt, hogy pl a tar, vagy gunzip 1db procimagot használ. De pl a zip/unzip csak 1db magot képes használni.
-
Frawly
veterán
válasz Shyciii #7697 üzenetére
Igen, van rá módszer, de nem általános, amivel minden tömörítő egy csapásra használ minden magot, hanem a különböző tömörítőkből vannak parallel nevű verziók, amik tudnak több szálon ki/betömöríteni, gzip helyett pigz, zstd helyett pzsdt. xz az pont kivétel, abba be van építve a több szál támogatása, de ott is CLI kapcsolót kell beveretni hozzá. Tar-ból nincs parallel, mert annak a működési elve lineáris, tape (TAR = Tape ARchive) folyamot csinál az adatokból, ezt nem tudod párhuzamosítani, de cserébe nem igényel procit/memóriát, csak lemez I/O-t.
De ha mindezeken túl vagy, akkor is van egy olyan rossz hírem, hogy még ezek a parallel változatok sem tökéletesek, mivel egy fájl per egy szál alapon dolgoznak, és ha egy archívumban vagy mappában kevesebb fájl van, mint amennyi CPU-szál, akkor néhány szál mindenképp kihasználatlan marad.
De Linuxon és unixlike rendszereken mindig is ilyen elmaradott volt a tömörítés, eleve a legtöbb tömörítő csak egy fájlt tud tömöríteni, azért kell tar-ozni, mert előbb tar-ba bemásolja az összes fájlt/mappát, majd ezt egy nagy fájlként kezelve tömöríti be, ezért van, hogy Linux alatt nem használnak .zip, .gz, .lmza, .zst formátumot, hanem csak tar.gz, tar.bz, tar.xz, tar.lzma, tar.zst, tar.akármi. Van azért ez alól is kivétel, pl. 7-zip, nanozip, Rar, stb., de azok meg sokszor a linuxos jogosultságokat és metaadatokat nem tudják kezelni, eldobják tömörítéskor, míg a tar-os megoldás megőrzi ezeket is.
-
Blasius
tag
Sziasztok,
Egy frissítés után, jobbra lent eltűnt a bluetooth, hálózat és az energia ikon. (azt hiszem ezeket "tray icon"nak hívják.)
Jobb klikk, panel, hozzáadás és az energia ellátás ikonját (kis elem) sikerült megtalálnom, hozzáadtam és már jó. De a másik kettő nincs a listán. Van valakinek tippje hogy hogy tegyem vissza őked? Esetleg csak várjak új frissítésekre és hátha visszajönnek maguktól?xface van.
Üdv
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
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest