Hirdetés
- Luck Dragon: Asszociációs játék. :)
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- eBay-es kütyük kis pénzért
- GoodSpeed: Márkaváltás sok-sok év után
- D@reeo: Pi-hole és a Telekom Sagemcom F@st 5670 DNS beállítása
- N€T0X|N: Poloskahegy
- sziku69: Szólánc.
- sziku69: Fűzzük össze a szavakat :)
- bb0t: Ikea PAX gardrób és a pokol logisztikája
-
LOGOUT
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
válasz
#63718632
#81210
üzenetére
Ha van rá lehetőséged, légy szíves próbáld már ki, hogy ha csatlakozol a fájlkezelővel egy sftp szerverre, mutatja-e a mappák jogosultságait a tulajdonságok ablakban, és tudsz-e írni a mappákba?
A múltkor jelentettem ezt a hibát, és az Elementary Files maintainerje, írt patchet az első hibára, és megkért, hogy fordítsam le, próbáljam ki, hogy már mutatja-e a jogosultságokat. Az már működött, de az mappába való írás még akkor sem, arra megint nyitottunk úgy issue-t, de azóta sem történt vele semmi.
Sima sftp mappába nem tudsz írni, pedig van hozzá jogosultságod, és nem csak a fájlkezelővel nem megy, de pl. a Code sem tud menteni ilyen mappába, miközben Nautilus-szal vagy Gedittel simán megy. -
Volt régen egy gNewSense nevű disztró, és ha jól emlékszem, a Trisquel annak a folytatása. A licencelése azért olyan, amilyen, hogy legyen egy disztró, ami Richard Stallmannak sem okoz álmatlan éjszakákat
Debian free repóban is csak jogilag teljesen tiszta cuccok vannak. -
Most itt kevered a systemd-et és a fájljogosultságokat, de nem értem, hogy jön össze nálad a kettő.
Minden fájlnak és könyvtárnak (pontosabban minden i-node-nak, mert nem csak fájl és könyvtár létezik, hanem van pl. symlink, socket, blokkeszköz, cső, stb.) van egy tulajdonosa, aki egy felhasználó. Ezen kívül az adott fájl/könyvtár tartozik egy csoportba (a csoportban van egy vagy több felhasználó), illetve van a külvilág, aki se nem a tulajdonos, se nem tagja a csoportnak.
A chmod 644 azt jelenti, hogy a tulajdonos joga 6-os, a csoporté 4-es, illetve a külvilágé szintén 4-es. A számok úgy jönnek ki, hogy 1-es a végrehajtási jog, 2-es az írási jog, 4-es az olvasási jog, és ezeket össze kell adni.
6=4+2 azaz írási és olvasási jog.
4=4 azaz olvasási jog.
4=4 azaz szintén olvasási jog.
Tehát a tulajdonos tudja írni és olvasni a fájl, a csoport csak olvasni, a külvilág pedig szintén csak olvasni. -
válasz
lanszelot
#81122
üzenetére
Amúgy RPi hez nem kell linux feltétlenül.
Tudom, de te most mégis Linuxot akarsz telepíteni rá
A másik pedig ha pl programozás, akkor se kell linux ismeret. VS Code és ennyi.
Aha. Ez kb. addig tart, amíg azt nem mondja a VS Code, hogy telepíts egy compilert meg annak a függőségeit a rendszer csomagkezelőjével. És ha nem tudod, hogy neked mondjuk gcc meg mondjuk libc6, és azt hogy kell telepíteni, akkor csak nézel ki a fejedből...
-
válasz
lanszelot
#81119
üzenetére
A dpkg a csomagkezelő "magja", ez felel a .deb csomagok telepítéséért Debian alapú disztrókon. Az apt pedig egy erre épülő segédprogram, ez pedig a függőségek feloldásáért, a csomagok letöltéséért, és a csomagadatbázisért felel (többek közt).
#81103-as hozzászólásodban már használtad is, ugyanígy kell minden más programot telepíteni, pl.
apt install gimp
Manjaroban nem dpkg meg apt van, hanem van pacman és van pamac. Ezekkel így tudsz telepíteni:pacman -Syu gimpvagypamac install gimp.Egyáltalán nem értek a linuxhoz.
Mondjuk így nekiesni egy RPi-nek, amire Linuxot szeretnél telepíteni, elég meredek.
-
-
ha nyomva tartja a diák a power gombot a gépházon...
Akkor meg kell tudni, hogy ki volt az, és adni neki egy akkora egyest, hogy a fal adja a másikat
Egyébként tapasztalataim szerint - egyetemen vagyok rendszergazda - a diákok által használt gépekkel nagyon ritkán van probléma, ellenben az oktatói gépekkel valami furcsa oknál fogva sokkal gyakrabban...
De egyébként jogos az érved,de az elején az if $user az php-ban az szokott lenni hogy az van e bejelentkezve éppen, itt is az? Ha igen akkor ez miért kell bele?
Igen, a $USER változó azt a felhasználónevet tárolja, aki be van jelentkezve és kiadta a parancsot.
Ezt azért írtam bele, mert hogyha esetleg bármilyen oknál fogva nem a postlogin futtatná le a scriptet, hanem valaki vagy valami más, és a $USER értéke üres, akkor ez futna le:rm -rf /home
cp -r /etc/skel /home/
chown -R : /home/Természetesen enélkül az ellenőrzés nélkül is működik a script, de én szoktam ilyesmiket írni bele, mert inkább legyen egy tizedmásodperccel lassabb, de így elkerülöm az önszívatást.
-
Igazad van, elhittem az egyik MS oldalnak, amit egy másik cáfol.
Nem, hanem elbeszéltetek egymás mellett. Te a natív Windows-ows Visual Studio-t linkelted, ami x86 alapú, zárt forráskódú, az első kiadása 1997-ben jelent meg, ő pedig a Visual Studio Code-ot, ami Electron alapú, nyílt forráskódú, és 2015-ben adták ki először. Kódszinten semmi köze a kettőnek egymáshoz.
-
válasz
lanszelot
#81096
üzenetére
Nincs csomag kezelője. Azaz én sehol se találtam.
Program telepítőt találtam, de bármire keresek kb 4millió találat van, persze egyik sem az, és láttam már ilyet linuxban, de 1 program több csomagból áll, és foggalmam sincs mi merre, meg mihez mi kell.
Parancssorokat sem ismerem.Distrowatch alapján ez a TwisterOS Debian alapú, így nagy valószínűséggel a Debian repókat IS használ, tehát a Debianos ARM csomagok érhetők el hozzá.
dpkg biztosan van benne, és valószínűleg akkor már apt is.Köze nincs egymáshoz a szerver es a desktop verziónak, csak ennyi.
Ubuntu server és kliens verzió között kb. annyi az eltérés, hogy kliensen gyárilag van GUI, serveren nincs. Semmilyen radikális különbség nincs a kettő közt.
-
A scriptet köszönöm szépen, de miért logoutnál?
Végső soron mindegy, teheted preloginba is (postlogin már nem játszik, mert a loginkor már léteznie kell a mappának). Csak akkor az előzőleg bejelentkezett user cuccai ott maradnak a következő loginig. Ha postloginba teszed, akkor pedig kijelentkezéskor törlődik a cucc.
Mert ugye úgy telepíted a rendszert, hogy létrehozol benne egy felhasználó, amivel majd be tud lépni a diák. Az elején ez üres, a diák használja, majd postloginkor törlöd.
De mondom, teheted preloginba is, vagy akár ketté is szedheted. -
Szia!
Én inkább azt csinálnám, hogy megnézném, az adott asztali környezet melyik fájlokban tárolja a beállításokat, a root tulajdonába tenném, mindenki mástól pedig elvenném az írási jogot. Vagy akár a ~/.config-on belül az összes olyan mappát elveheted a usertől, amibe nem kell írnia (csak teszteld le alaposan, egyes programok nagyon háklisak erre).
szerk: Firefoxnál pl. van egy prefs.js, amit abba beleírsz, az felüírja a gyári beállításokat, és ha ezt read-onlyvá teszed a user számára, akkor a Firefox mindig ugyanazokkal a beállításokkal fog indulni. Chromiumnál is van ilyen, azt hiszem initial_preferences a neve, de külön policyk is vannak.A scriptet szerintem meg tudod írni, nem nehéz. Kb. annyi, hogy logoutnál lefuttatsz egy ilyet:
if [ "$USER" -ne "" ]
then
rm -rf /home/$USER
cp -r /etc/skel /home/$USER
chown -R $USER:$USER /home/$USER
fiEz törli a user teljes homeját, aztán létrehoz neki egy újat az /etc/skel tartalma alapján, végül a saját tulajdonába adja.
Azt nem nézted, hogy mennyire lehet a Linuxot integrálni AD-be? Én annyit tudok erről, hogy lehet AD-ből autentikálni, de neked itt most ennél több kellene.
-
Jajj ne már, ez egy orbitális nagy gányolás, ilyet nem csinálunk. Ha annyira kényelmetlen a jelszóbeírogatás, akkor
1) ki kell törölni a felhasználói fiók jelszavát, onnantól fogva vagy nem fog jelszót kérni, vagy kidob egy ablakot, amit csak le kell okézni (bár ekkor bejelentkezésnél sem fog jelszót kérni)
2) hozzá kell adni a sudoers fájlhoz azokat a programokat, amiket jelszó nélkül szeretnél futtatni (szerintem ez a legtutibb)
3) polkitet meg kell varázsolni, hogy ne kérjen jelszót (ilyet még nem csináltam)
4) vagy végső esetben beállítasz egy egykarakteres jelszót -
Nekem csak az a fura, hogy a nomodeset sem segít, pedig elméletileg pont az lenne a célja, hogy a tökalap VESA módot használja, ne a drivert. Utánaolvasva, van, ahol azt írják, hogy proprietary drivernél nem működik. No mindegy, már megvan a megoldás
Közben elvitte a cica a hozzászólásom... -
Az LXQt-t használja valaki? A napokban jelent meg az 1.0.0-ás verziója.
-
Szerintem próbáld meg azt, hogy Grub bootnál a kernel paraméterek közé a linux-szal kezdődő sorba beírod, hogy vga=ask, elméletileg ennek hatására meg fogja kérdezni a felbontást, és kiválaszthatsz valami kisebbet. Vagy megadhatsz direktbe egy videó módot, pl. vga=769, ez 640x480x8 lesz (itt van az elérhető videómódok egy része).
Vagy megpróbálhatod simán anomodeset-et beírni, lehet, hogy úgy is működne.
szerk: Elméletileg létezik video= paraméter is, ez kicsit bonyolultabb, itt van róla leírás. -
#81048
urandom0
őstag
PCProfessor
#81046
válasz
PCProfessor
#81046
üzenetére
A játék más kérdés. Én ritkán játszok, általában csak a gyerekekkel, de azt is jellemzően olyan játékokkal, amiknek van Linuxos portja (ET Legacy, Minecraft, Minetest, 0ad, OpenTTD, Freeciv, Unciv). De játékfronton a Linux még elég sokáig le lesz maradva a Windowshoz képest. Oké, bekapcsolt Protonnal a Windows-os játékok kb. 70-80%-át állítólag képes futtatni, hát nem tudom, saját tapasztalataim nem olyan jók ezen a téren.
-
válasz
#63718632
#81044
üzenetére
Nekem is könnyen ment az átállás, mert azelőtt is nagyrészt open source programokat használtam. Korábbi munkahelyemen csináltam online kampányokat, hírleveleket, kis promóciós füzetkét Inkscape-pel és Gimppel, weboldalt készítettem Geanyvel, stb. Egyedül az Office volt problémás, de abból a 2013-as verziót viszi a Wine. -
#81045
urandom0
őstag
tordaitibi
#81042
válasz
tordaitibi
#81042
üzenetére
Agy begyöpösödés gátlás
Mindezeket úgy hogy a terminált utálom, ahol lehet kerülöm. Persze kell használni de magamat guihuszárnak tartom
Ez nem baj, azért van a GUI, hogy használjuk.
Az más kérdés, hogy van 3 VPS-em (+a céges Debian-os, Ubuntus vm-ek), mindegyiken Debian van, és egyiken sincs GUI, mert szerverre nem kell. Most megint tudnék fél oldalt írni arról, hogy mennyivel jobb és könnyebb Linuxot CLI-ben használni, mint Windowst, de nem írok, mert ez nem az a topik
Csak megemlítem, hogy többpaneles/ablakos módban dolgozok (tmux), fájlokat kezelek (mc, vifm), scripteket írok (nano, mcedit, vim), szöveges pdf-eket olvasok (pdftotext), táblázatokat kezelek (sc, visidata), stb... Windowson paranccsorban ezek kb. űrtechnológiának számítanak. -
Nekem, aki ~15 éve foglalkozok informatikával, a Zabbix beüzemelése - a manual végigolvasásával együtt - belefért 8 órába, úgy, hogy a végére már a legfontosabb szervereinket és switcheinket fel is vittem, gyakorlatilag üzemképes volt. Ehhez képest az SCCM-féle monitoring beüzemelésével odáig sem jutottam, hogy megértsem az alapjait, pedig magát az SCCM-et és használtam évek óta. De maga a monitoring leírás megértéséhez is meg kell tanulnod vagy 15 új fogalmat, el kell olvasnod egy több fejezetből álló msdn-es manualt... És ez úgy általában jellemző a Microsoftra, hogy a szerverekre készített cuccaik feleslegesen agyonbonyolítottak, a megtanulásukhoz egy komplett több napos tanfolyam kell, miközben semmivel sem kevésbé bugmentesek, mint a Linuxos cuccok, sőt. Évtizedek óta működnek kontinenseket átívelő hálózatok olyan viszonylag egyszerű programokon, mint a BIND, meg a szögegyszerű levelezőprotokollok, mint az IMAP meg az SMTP is teljesen jól üzemelnek és jól használhatók szintén évtizedek óta. Ehhez képest Windows serveren a VPN normális belövése is egy komoly kihívás, pláne úgy, hogy a Windowson 10 kliensen a 1903 előtti verziókban van egy komoly bug, ami miatt a második-harmadik csatlakozási kísérlet után a Géházban a VPN csatlakozás egyszerűen nem működik tovább, semmit nem csinál.
Én meg a céges Windows serveres VPN-re simán csatlakozok Gnome-mal, KDE-vel, elementary OS-sel is úgy, hogy kb. 2 évvel ezelőtt egyszer összeszedtem a szükséges infókat hozzá, és azóta tökéletesen megy.
De felhozhatom a szintén Windows serveres ftp szerver beüzemelését, úgy, hogy anonym user is hozzáférjen, de csak read only joggal. Na, ez megint egy olyan dolog, hogy proftpd-vel, konfig fájlok szerkesztgetésével megcsinálom 10 perc alatt, Windowson pedig örülök, ha egy óra alatt meg van, MERT a Windows állandóan jobban akarja tudni nálam, hogy szerinte miért nem biztonságos az anonym user. Aztán jobb esetben csak a GPO-ban kell turkálni, rosszabb esetben registry-ben...
Na mindegy, nem ez a lényeg, csak azt akarom ebből kihozni, hogy desktopon, átlagos felhasználásra - általában - jobb a Windows a professzionálisabb szoftver- és hardverellátottság miatt, szerveren viszont csakis Linuxot használok. -
#81040
urandom0
őstag
PCProfessor
#81035
válasz
PCProfessor
#81035
üzenetére
Kezdőként a linux világa meglepően könnyű és zökkenőmentes volt ameddig csak az átlagfelhasználás köreit merítettem ki.
Ez minden oprendszerre igaz, még Windowsra is. Csak Windowson szélesebb az, amit átlagfelhasználási körnek lehet nevezni, illetve ahogy írod, Windowson azért bővebb a professzionális szoftver- és hardvertámogatás, ezt el kell ismerni.
DE próbálj meg olyasmit csinálni Windowson, ami a Microsoft szerint már nem fér bele abba, amire a Windowst tervezték. Mert igaz, hogy a Windows egy multitaszk, multiuser rendszer, de az elsődleges pozícionálása szerint még mindig egyfelhasználásra szent, asztali rendszert. Ennek megfelelően egy rakat olyan dolgot borzasztó nehéz megvalósítani benne, ami Linuxban adott. Példának okáért ott a CLI-s távelérés. Az Openssh-t belőni kb. 5 perc. Windowsra ott a WINRM, de nagyságrenddel nehezebb normálisan beállítani, és SOKKAL megbízhatatlanabb.
Vagy például próbálj meg Windows-on tartomány nélkül kezelni 10-20-30 gépet. Linuxon belövöd az ssh-t, és Ansible-vel nagyon gyönyörűen lehet kezelni akár több száz gépet is. Vagy próbálj meg Windows-on SCCM alapon monitoringot csinálni. Az úgy kezdődik, hogy elvégzel egy hetes tanfolyamot... akkor inkább összeraksz egy Linuxos vm-et Nagios-szal vagy Zabbix-szal, és teljesen jó kis monitoring rendszert alakítasz két két nap alatt.
Vagy üzemeltess Windows servert. Igaz, hogy nagyon szép színes-szagos HA failover clustert lehet összerakni csupán kattintgatással, de a multipath I/O évek óta bugos, és szinte mindegy egyes Windows server kiadásban van valami újabb bug olyan teljesen alap dolgoknál, mint a VPN szerver.
Ezzel csak azt akarom mondani, hogy minden rendszernek megvan a maga elsődleges felhasználási területe, és ha azon túllépsz, akkor onnantól igen nehéz dolgod lesz. Windowsnál ez a terület az asztali felhasználás, Linuxnál inkább a szerveroldal, bár ezt valószínűleg eddig sem vitatta senki.Én csak azon értetlenkedem, hogy ha valaki függ a Windowstól, akkor miért erőlteti a Linuxot? Félreértés ne essék, én nem akarom megmondani senkinek, hogy mit használjon, csak ez nekem kicsit nehezen fér a fejembe. Az itthoni PC-men nincs még Wine sem, mert nincs rá szükségem. A laptopomon van, de csak azért, mert a fiammal néha szoktunk Robloxozni.
A céges gépemen viszont Windows van, és bár nagyon szívesen használnék azon is Linuxot, de mivel van összesen 2 programunk, ami miatt Windowst kell használnom, így Windowst használok. Ennyi.Foglalkoztam másodállású egyéni vállalkozóként gépek szervizelésével és forgalmazásával. Volt olyan év, hogy több száz gépet szervizeltem, és nagyon sok esetben láttam azt, hogy a jóember
- megveszi a gépet Windows-szal együtt, majd egy böngészőn meg egy zenelejátszón kívül gyakorlatilag semmilyen programot nem használ
- vagy egy olyan ezeréves gépen használ Windowst, amin egy Linux biztos, hogy gyorsabb lenne, és jellemzően ő is csupa olyan szoftvert használ, amihez elég lenne egy Linux isNa, ők két olyan csoport, akiknek akár ajánlanám is a Linuxot. De annak, akinek egy vagy két olyan Windows-os szoftvere van, amire nincs Linuxos alternatíva, vagy van, csak nem megfelelő minőségű, nekik még csak ajánlani sem ajánlanám.
-
válasz
-szabi-
#81012
üzenetére
Elmegyek a készítő honlapjára.
Ne menj, ha van a tárolóban csomag, használd azt! Csak akkor menj a készítő honlapjára, ha nincs a tárolóban csomag, nincs belőle flatpak, snap vagy appimage.
Legfrissebb verzió xscreensaver-6.02.tar.gz (2021), amit ugye kezdőként telepíteni nem tudok.
Ez egy forráskódú csomag, a fordítás és telepítés ennyi:
./configure --prefix=/usr
make
sudo make install
make cleanDe mint ahogy a weboldalon is írja, ha van a tárolóban csomag, használd inkább azt.
Rákattintok és a letöltő oldalon rögtön fogad egy üzenet, hogy erősen javasolja csomagkezelő használatát.
Én a helyedben ezt erősen meg is fogadnám
Ugye ott a régi verzió van és ajánlott, hogy honlapról töltsem le a frissebbet.
Ez nekem ellentmondásos.Csak azt mondja, hogy HA Debiant használsz, akkor az unstable csomagot szedd le. De ez sem jó ötlet.
Nálad meg pláne nem, mivel ezek Debian csomagok, neked pedig Minted van, a kettő binárisan sem kompatibilis egymással.Synaptic viszont frissebb verzió, mint ami a gépre települt ezért gondoltam frissítem talán ez frissebb xscreensaver-t tölt le és nem kell rakás függősséggel kínlódni.
Ne, ne, nee!!!
Csomagokat innen-onnan letöltögetni erősen ellenjavallt, pláne akkor, ha az adott csomag ott van a tárolóban is. Ezzel olyan "dependency hell"-t tudsz okozni, amiből órákig tart kikászálódni egy tapasztaltabb felhasználónak is, kezdőként pedig azonnali reinstall lesz az eredménye.
Amúgy a Synaptic mindig a rendszerben beállított tárolókból veszi a csomagokat, teljesen mindegy, melyik verziót telepíted. Ha újabb verziót próbálsz telepíteni, az függőségi miatt nem fog menni, de ha menne is, simán lehet, hogy nem működne megfelelően.Ugyan nem értem miért hiszi, hogy Mint az Ubuntu de Suse sorok eltávolítása után csak Mint boot van.
A Mint Ubuntu alapú.
Az xscreensaver man oldalát nézted? Az X Resources résznél van egy olyan opció, hogy "splash", nem ezt kellene false-ra állítani? Ez alapból true.
-
-
válasz
-szabi-
#81002
üzenetére
Az ilyesmi jó kis tanulópénz tud lenni
És egyben komoly önszívatás is. De tényleg ebből tanul az ember.
Milyen felugró ablak van, amivel nem tudsz mit kezdeni? A jelszókérés?
Nekem nagyon retro feeling képernyővédőt futtatni 2021-ben. Az XAnalogTV és az XMatrix nevű képernyőkímélők elég pöpecek -
válasz
szekzol
#81001
üzenetére
Szerintem akkor az Xfce, vagy valamelyik komponense is törölve lett. Ezek a login managerek, mint a Lightdm is, az /usr/share/xsessions/ mappából szedik az elérhető munkameneteket. Ha nincs ott az Xfce, az azt jelenti, hogy az xfce4-session vagy valamelyik létfontosságú komponens el lett távolítva, és vitte magával a munkamenetet is.
Jelszavak: én otthoni PC-n 4 számból álló jelszavakat (PIN-kódot) használok, ezt gyorsan be lehet tolni a numerikus billentyűzeten
-
válasz
szekzol
#80996
üzenetére
Most már mindegy, de itt szerintem nem a Lightdm volt a hibás, hanem valami olyan program, ami a Lightdm függősége. Mert ahogy látom, a gpu-manager.service sem futott már le, szóval itt valószínűleg vagy maga az X, vagy a videó driver lett eltávolítva.
De ha már van Lightdm, onnantól csak át kell állítani a bejelentkező képernyőn, hogy az Xfce induljon el, és elméletileg működnie kell.
autoremove-nál figyelni kell, én egyszer el akartam távolítani a KDE vágólapkezelőjét, vitte volna magával az egész KDE-t...
-
Ezt így nincs értelme összehasonlítgatni, mert minden program máshogy értelmezi a minőséget. Itt van pl. ez a kép (3840 × 2160, 1,2 MB), ha gThumb-ban elmentem ilyen beállításokkal, akkor 404,6 kB-os fájlméretet kapok. Ha XNView-ban veszem le a minőséget 45%-ra, mást nem állítok be és úgy exportálom, akkor 440,8 kB lesz a méret. Ha Gimp-ben exportálom úgyanígy 45%-os minőséggel, akkor pedig 503,7 kB.
-
válasz
-szabi-
#80967
üzenetére
KDE-nek van egy másik jegyzettömbje is, Kwrite a neve, legalábbis régebben így volt, nem tudom, mostanság mi a helyzet. A Kwrite kisebb tudású, egyszerűbb, a Kate többet tud.
Ez a hibaüzenet szerintem azért van, mert bennmaradt a tárolók közt a pendrive, amiről telepítetted.
Ebbe a partíció "bekötésekbe" nem akarok beleszólni. Egyrészt nem tudom követni, hogy mit csináltál, másrészt hogy mi a cél, harmadrészt ha lenne olyan, hogy Linuxok 10 parancsolata, én a második helyre tenném, hogy SOHA, semmilyen esetben legyen két Linux telepítésnek egy közös /home-ja. Ezt úgy kell elkerülni, mint a leprás embert, mert ez bizony irgalmatlan nagy szopások melegágya lehet. Te még igen szerencsés vagy, hogy semmi komolyabb problémába nem futottál bele
-
Ja... a Gimp egyáltalán nem megtanulhatatlan, ez nem igaz. Ha leülsz mellé, fél óra alatt meg lehet tanulni olyan szinten, hogy a legtöbb dolgot, ami eszedbe jut, meg tudod csinálni benne.
Bonyolultnak lehet nevezni, de én inkább komplexnek szoktam hívni, mert sok funkciója van. Minden program komplex, aminek sok funkciója van. -
Igen, a színek számának csökkentése és a képminőség csökkentése sok esetben nagyon hasonló végeredményhez vezet. Ha a kisebb méret a cél, akkor _általában_ célszerűbb a minőséget csökkenteni, nem a színek számít, mert jóval kisebb fájlmérethez vezet. Képfüggő, de pl. a jpeg még 40-50% minőség mellett is nagyon jó képet tud adni.
-
Oké, azért nem kell leharapni a fejem
Nem kell bemutatnod az Irfanview-t, én is ismerem, a céges Windows-os gépemen használom, illetve ha telepítek egy Windows-os gépen, automatikusan megy fel rá az Irfanview is.
De nekem nincs szükségem arra, amit tud. Windows-on is két dologra használom, képek böngészésére, meg egy képből egy adott területet kivágni és a vágólapra másolni, ennyi. Erre meg a sokkal kisebb tudású bármilyen képnézegető is jó. Minden komolyabb szerkesztést Gimpben csinálok, vagy ha kifejezetten fotós jellegű dolgokat akarok, akkor Rawtherapee vagy Darktable. -
#80965
urandom0
őstag
tordaitibi
#80964
válasz
tordaitibi
#80964
üzenetére
Nem kövezlek meg, mondom, mindenki azt használ, amit akar. Én úgy vagyok vele, hogy a képnézegető legyen képnézegető, ha szerkeszteni akarom a képet, akkor indítok egy komolyabb szerkesztőprogramot.
Ezek a KDE-s programok, mint a Gwenview és az Okular, egyébként is elég lassúak. A pdf kezelésnél én is találtam problémákat, volt, hogy teljesen szétesett egy-egy doksi, ma sem tudom, miért.
A Thunderbird profilt nem lehet költöztetni? -
#80956
urandom0
őstag
tordaitibi
#80942
válasz
tordaitibi
#80942
üzenetére
Abszolút nem akarok köcsög lenni, mindenki úgy használja a gépét, ahogy akarja! De szeretném megkérdezni, hogy ha valaki ennyire Windows függő, akkor miért Linuxot használ?
Mit tud pl. az Irfanview, amit nem lehet helyettesíteni Linuxos programmal? Vagy a Foxit? Vagy az 1by1 és az Mp3gain? Az Audacious-ban pl. van mappa lejátszása menüpont, és alapból tud hangerőnormalizálást is. -
válasz
CPT.Pirk
#80952
üzenetére
Tudom, csak nálam a Notepadqq eléggé gyengén muzsikált.
Voltak olyan HTML fájlaim, amikben base64 kódolású képek voltak, ezek több ezer karakteres sorokat alkottak, és ettől folyamatosan megborult. Olyan is volt, hogy ragaszkodott az UTF-8 BOM-hoz, hiába mondtam neki, hogy vegye ki. Bár az igaz, hogy én elég régen használtam, azóta biztosan javult.@-szabi-
szerk: az Audacioust visszavonom, abban sincs olyan media library, amit te keresel.
-
válasz
-szabi-
#80944
üzenetére
Én ezt a képernyővédő témát elengedném a helyedben. Vagy 15 éve kihalt a használatuk, helyettük a monitor kikapcsolása a szokás. Energiagazdálkodási beállítások kell, hogy legyenek KDE alatt! Ha nincs, akkor lehet, hogy hibás, vagy hiányzik valamelyik összetevője (pl. a upower).
A Discover mindig lassú
Helyette Muont vagy Appert szoktam használni, amelyik van.
Double Commander helyett Krusader. -
válasz
-szabi-
#80938
üzenetére
Foobar helyett Audacioust, Notepad++ helyett Geary-t, Resilio Sync helyett FreeFileSync-et, OpenHardwareMonitor helyett (részben) az lm-sensorst tudom ajánlani.
HDSentinel van Linuxra, csak CLI-s, Aegisub is van (https://github.com/Aegisub/Aegisub/releases/tag/v3.2.2), és TeamViewer is.
AviSynth+-ból nincs Linuxos verzió? Mert valami Haiku support van, azt látom
Vírusírtó nem kell Linuxra.Ilyen programokat, mint a Nokia Suite, Putty, SD Card Formatter, BurnPlot, DVD Decrypter, Eraser, ImgBurn, PC Connectivity Solution, mire használtok? Mármint értem én, hogy mire jók, de tényleg van bennük olyan funkció, amire szükség, és nem lehet helyettesíteni mással? Én legutoljára kb. 15 éve indítottam el a Nokia Suite-ot...
Az a sok mp3, mp4 bizgeráló cucc biztos, hogy kell?Az olyan programok, mint a Radon RAMDisk és a Dual Core optimizer, mint technológiák léteznek Linuxra, csak máshogy kell keresni és használni őket.
-
válasz
sí sakk
#80883
üzenetére
Én is értetlenkedek, mert csak most esett le igazán, mit is akar a kolléga
Ice&Lime
Meg tudod nyitni az asztal mappát a fájlkezelőben? Ha igen, akkor nyisd meg mellé annak a mappának a szülőjét, amiben van az a mappa, amit linkelni szeretnél, és húzd át az asztal mappába úgy, hogy közben nyomod a balt ALT gombot. Ekkor megnyílik egy menü, amiből tudsz linkelni. Próbálom egy képen érzékeltetni, hogy miről van szó: [kép]
A Képek mappát húztam át az asztal mappába úgy, hogy közben nyomtam a bal ALT-ot. -
-
-
Igen, az asztal arra való, hogy legyen hova tenni a háttérképet
A kiegészítők pedig arra, hogy akinek ilyen dolgok kellenek, mint asztali ikonok, meg panel, ésatöbbi, azok is tudják használni a Gnome-ot.az se zavarta hogy egy ablakkezelő függőségbe kerül egy konkrét init rendszertől.
A Gnome nem függ a systemdtől
A logind-ra dependel, ami a systemd része, de továbbra is kompatibilis a Login Kittel (ami a Console Kit2-re épített API), a systemd-shim API-val (amit kifejezetten a systemd emulálása miatt fejlesztettek ki), illetve a systembsd-vel, ami egyfajta systemd változat BSD rendszerekhez. -
#80860
urandom0
őstag
tordaitibi
#80858
válasz
tordaitibi
#80858
üzenetére
5 vagy 6 évvel ezelőtt apósom vett egy laptopot a fiamnak, elementary OS volt rajta. Én úgy voltam vele, hogy milyen sz*r egy rendszer az, aminél még ikonokat sem lehet kirakni? Oké, hogy minimalizmus, de ez már tényleg a legalja...
Aztán ahogy elkezdtem használni, kipróbálgatni a disztrókat meg az asztali környezeteket, azt vettem észre, hogy én is csak egy ilyen átmeneti tárolónak használom az asztalt. Aztán valahogy rászoktam arra, hogy kikapcsolom az ikonokat az asztalon, és hogy nem szemetelek semmit sehova, mindent a letöltések mappába töltök le, oda bontom ki, aztán időnként takarítok. Mióta Gnome-ot használok, azóta pedig amúgy sincsenek asztali ikonjaim, de még a céges Windows-os gépen is kikapcsoltamGnome-ban amúgy nem designbeli döntés volt az ikonok elhagyása, hanem technikai. Az asztali ikonok megjelenítését a Nautilus végezte, de valami elég bonyolult módon, a root window fölé húzott egy transzparens ablakot, arra rajzolta ki az ikonokat... több mint 10 000 sor volt az asztalkezelés kódja, még 1999-ben kezdték el írni, és a kutya sem nyúlt hozzá évek óta. Ráadásul a Wayland miatt plusz problémákat is okozott, szinte teljesen újra kellett volna írni az egészet...
Aztán elkezdtek agyalni azon, hogy mit kezdjenek a dologgal. Az egyik fejlesztő elkezdte leválasztani a Nautilusból az asztalmegjelenítő kódokat és kiszervezni egy nautilus-desktop nevű csomagba, de ebből az hiszem, nem lett semmi sem. Volt aki azt javasolta, hogy csapják hozzá a Gnome projekthez a Nemo-t, ami ugye egy korábbi Nautilus fork volt, és most a Mate projekthez tartozik. De ez meg elég idiótán nézett volna ki, hogy egy DE-nek két fájlkezelő függősége van, úgy, hogy egyébként a Nemo-nak semmi köze a Gnome-hoz. Aztán végül abban állapodtak meg, hogy majd írnak extensions az asztalkezeléshez. -
Tegyél rá Windows 98-at
Valahol az 5.10 vagy 5.12 környékén dobták a floppy támogatást, azelőtti verziókban benne kell, hogy legyen. De szerintem frissebb verzióba is vissza lehet varázsolni, az, hogy kikerült a kernelből, nem feltétlenül jelenti azt, hogy nem működhetne modulként betöltve.
-
válasz
Ice&Lime
#80833
üzenetére
Ezen kb. bármelyik asztali környezet elmegy. Viszont én egy SSD-t azért tennék bele.
Pendrive-ra is nyugodtan lehet Linuxot telepíteni, bár hosszú távon nem javaslom.
De nekem is van most egy Manjarom egy 32 GB-os pendrive-on, CSM/BIOS telepítéssel (tehát nem UEFI-s), 24GB-os a rendszerpartíció, és van mellette egy 8GB-os adatpartíció LUKS-szal titkosítva, ide van felcsatolva a /home (hogy ha elveszíteném...). Egyetlen probléma vele, hogy egyes gépeken bebootol, másokon nem. Maga a rendszer egy ezeréves Core2 DUO-s leselejtezett masinán készült, azon meg. Az itthoni PC-m egy Fujitso Esprimo, azon is be tud bootolni. Van egy Lenovo Thinkpad X240-esem, azon viszont nem, és a céges Thinkpad T460-on sem, valamint próbáltam egy HP asztali PC-n, azon sem. Még nem jöttem rá, hogy mi a baja, de volt már Ubuntum is pendrive-ra telepítve titkosított partíció nélkül, az gyakorlatilag minden gépen bebootolt. -
-
A kettő nem üti egymást? Tehát ha már induláskor sikerült felcsatolni, akkor az automount nem üti agyon? Vagy figyelembe veszi, hogy már sikeresen felcsatolta, és meg sem próbálja újra felcsatolni?
Így van, mint ahogy kézzel sem tudsz felcsatolni egy fájlrendszert kétszer azonos mount pontra, a systemd sem tud.
De egyébként ha a mount unitban a Where= szakaszban olyan mappát adsz meg, ami nem létezik, a systemd létrehozza. -
Hogy érted azt hogy nem lehet vele sokat csinálni?
Hát, pontosabban kéne fogalmaznom
Úgy értem, hogy a rendszer felcsatolja, és ennyi. De automount nélkül nem lesz olyan mechanizmus, hogy "akkor csatolja fel, amikor szükség van rá". Az autofs-t ismered? A systemd-féle automount kb. ugyanazt tudja.Egy egyetemen dolgozok rendszergazdaként. Van a könyvtárunkhoz egy Java-alapú webes rendszer, ahol lehet könyveket lefoglalni elvitelre, a foglalást meghosszabítani, a katalógust nézegetni, a nyilvános szakdolgozatokat böngészni, stb. Ennek van egy adatbázisa, amiről naponta készül inkrementális mentés, hétvégenként pedig teljes mentés egy NAS-ra. A szerver induláskor felcsatolja magának a NAS megosztott mappáját.
Az utóbbi időben sokszor volt olyan probléma, hogy a NAS nem ment, amikor kellett volna, mert a szünetmentese haldoklik; vagy ment, csak lassabban bootolt be, mint a Java-s rendszert futtató szerver. Olyan is volt, hogy ment a NAS, csak az őt kiszolgáló switch nem, így a szerver nem tudta elérni. Ilyenkor hogy oldod meg, hogy a mentés időpontjában biztosan fel legyen csatolva a NAS-on lévő backup, függetlenül attól, hogy ment-e már vagy még nem ment, amikor elindult a szerver? A legegyszerűbb az, ha csinálsz egy automount unitot hozzá, és amikor a szerver megpróbálja elérni a NAS-t, akkor a systemd felcsatolja azt. Így nem kell aggódni azon, hogy bootoláskor elérhető volt-e a NAS és hasonlók.De egyébként a systemd minden egyes fstab bejegyzéshez gyárt egy mount unitot, illetve ahol "x-systemd.automount" paraméter van fstabban, ahhoz automountot is.
-
Azért a systemd előtt is volt rá megoldás, más inti rendszert használva is van rá megoldás.
Ez így van, minden init rendszernek megvannak az előnyei, meg a hátrányai. Csak példaként hozom fel: egy darabig használtam Void Linuxot, ami runit-et használ. Ha valami, az gyors volt... egy ezeréves Lenovo laptopon úgy bootolt be vele a rendszer, mint ha egy vadiúj SSD-s gépen az Ubuntu.
nem vágom most sem mi a difi a kettő között, és melyiket mikor kell vagy hogy miért ok okozati összefüggés ha a kettő csak együtt működik.
A mount point csak egy csatolási pontot definiál, amivel túl sok mindent nem lehet csinálni. Paramétereket lehet átadni neki, meg fel lehet csatolni.
Az automount pedig automatikusan felcsatol egy adott csatolási pontot, ha szükség van rá. Pl. ha egy program hivatkozik az /mnt/sdb1 útvonalra (ami mondjuk egy merevlemez, de ez most teljesen mindegy), de az útvonal nincs felcsatolva, akkor alapesetben hibát kapsz, hogy az útvonal nem elérhető.
Ha viszont van rá írva automount unit, akkor nem hibát kapsz, hanem a systemd felcsatolja. -
Azt hiszem erre való a noatime vagy a reltime attribútum csatoláskor.
-
Na, kipróbáltam. Egy valamit nem jól írtam, ami viszont fontos, a unit fájlok neve.
Ha például a /home/bela/valami mappába akarsz csatolni, akkor a .mount unit nevének ennek KELL lennie:
home-bela-valami.mount
Az .automount unit nevének pedig ennek:
home-bela-valami.automountEz kötelező, enélkül nem fog menni.
Ha elkészültek a fájlok, akkorsystemctl daemon-reload, majdsystemctl enable home-bela-valami.automount. Innentől mennie kell. -
-
Nem biztos hogy bántani akarom a systemd-t, de ez is egy olyan dolog amire nem kellene megoldást találni, ha nem létezne a systemd
A hagyományos init scriptekkel hogyan garantálod, hogy csak akkor próbálja meg mountolni, ha már van hálózat? Vagy azt, hogy ha megszakad a hálózat, akkor unmountolja a hálózati megosztást (és ne pörögjön leállításkor másfél percig a "waiting for..."), és mondjuk küldjön valamilyen visszajelzést.
Miért kell 2 (valami.mount, és valami-csatolas.automount)?
Mert az első csak egy mount pontot ír le, amit később felhasználhatsz (mondjuk felcsatolhatod kézzel a systemd-mount paranccsal). A második pedig magát az automountolást leíró unit.
-
Ha ennyit megcsinálsz, már elég.
Egy
valami.mountaz/etc/systemd/systemmappába:[Unit]
Description=myshare mount
[Mount]
What=//mit/csatoljon
Where=/hova/csatolja
Type=cifs
Options=rw,file_mode=0775,dir_mode=0775,uid=1000,netdev,x-systemd.automount,credentials=/home/username/.cifs-credentials
DirectoryMode=0775
[Install]
WantedBy=multi-user.target/home/username/.cifs-credentials mappába írod bele a felhasználónevet, jelszót:
username=ouruser
password=ourpasswordÉs még egy fájl,
valami-csatolas.automountaz/etc/systemd/systemmappába:[Unit]
DefaultDependencies=no
After=remote-fs-pre.target
Wants=remote-fs-pre.target
Conflicts=umount.target
Before=umount.target
[Automount]
Where=/hova/csatolja
DirectoryMode=0775
TimeoutIdleSec=0
[Install]
WantedBy=remote-fs.targetElméletileg ennyi. Holnap kipróbálom, hogy működik-e.
-
Windowsban van egy módszer, hogy feladatütemezővel (vagy mivel) lehet UAC trigger nélkül programokat indítani. Na valami ilyesmi kellene nekem ide is. Hogy a mount utasítás lefusson magától.
cron-ban tudsz ilyet csinálni, sőt ott még azt is meg lehet adni, melyik felhasználó nevében fusson le a script. De ha systemd unitot írsz, bele tudod írni ezt:
After=network-online.target
Wants=network-online.targetEz tutira biztosítja, hogy csak akkor fusson le a unit, ha már aktiválódtak a hálózati interfészek, és kaptak IP címet is, tehát van működő hálózat.
Ehhez viszont kell a NetworkManager-wait-online.service vagy a systemd-networkd-wait-online.service. A kettőt együtt nem célszerű használni!Ha kiadod ezt a parancsot, látod, hogy melyik van engedélyezve:
systemctl is-enabled NetworkManager-wait-online.service systemd-networkd-wait-online.serviceHa az egyik engedélyezve van, az már elég. Egyébként a multi-user.target általában már feltételezi a network-online.target működését, tehát erre nem is kell külön hivatkozni.
-
Ezt a megoldást szerintem ne erőltessétek, vannak ennél sokkal elegánsabb megoldások. A systemd-nek külön modulja van az ilyesmire systemd.automount néven. Egyetlen rövidke unit fájlt kell megírni hozzá, nem bonyolult, itt és itt találsz hozzá példát.
-
A /boot/grub/grub.cfg-t felülírja az update-grub script minden alkalommal, amikor pl. kernelfrissítés van, vagy ha valamilyen drivert telepítesz... ezt nem érdemes átírni, mert akkor minden ilyen alkalommal írhatnád át újra.
Amit te keresel, valószínűleg az /etc/grub.d/30_os-prober vagy valami hasonló nevű scriptben lesz. Én itt ilyen sorokat látod:menuentry '$(echo "${LONGNAME} $onstr" | grub_quote)' $CLASS --class os \$menuentry_id_option 'osprober-chain-$(grub_get_device_id "${DEVICE}")' {
EOF
save_default_entry | grub_add_tab
prepare_grub_to_access_device ${DEVICE} | grub_add_tab
if [ x"`${grub_probe} --device ${DEVICE} --target=partmap`" = xmsdos ]; then
cat << EOF
parttool \${root} hidden-
EOF
fi
case ${LONGNAME} in
Windows\ Vista*|Windows\ 7*|Windows\ Server\ 2008*)
;;
*)
cat << EOF
drivemap -s (hd0) \${root}
EOF
;;
esac
cat <<EOF
chainloader +1
}
EOFItt nézd meg a 3. pontot ("Changing Windows/Other OS Titles"), erről írnak.
-
#80724
urandom0
őstag
GreenGoblin
#80716
válasz
GreenGoblin
#80716
üzenetére
Nem esküszök egyikre sem, mert alapvetően nem használok Ubuntu alapú rendszereket (ellenben Debian van minden szerveremen), de ha esetleg mégis használok, akkor az Elementary OS az, de azt is csak a Pantheon desktop miatt.
-
#80714
urandom0
őstag
PCProfessor
#80712
válasz
PCProfessor
#80712
üzenetére
Olyan oprendszert még nem írtak, amin a KDE ne crashelt volna
Főleg az 5-ös verzió elején, az durva volt... tízpercenként magába zuhant az egész plasma-desktop. Volt, hogy az Akonadi hasalt el, de úgy, hogy semmilyen jelet nem adott róla, csak azt vettem észre, hogy fél napja nem jött e-mailem... azaz jött, csak az Akonadi épp megint nem futott, szerencsétlen KMail anélkül meg semmire sem jó.
Újraindítottam az Akonadit, rögtön lehúzott vagy 10 e-mailt...Amúgy én lassan egy éve Manjarot használok főleg, erre is azt mondták, hogy instabil, mert félig-rolling. Ehhez képest stabilabb, mint bármelyik másik LTS Ubuntu.
-
válasz
Vasti74
#80709
üzenetére
Én csak 6 éve Linuxozok, de az Ubuntut én is kerülöm, és nem is elsősorban a bugok miatt, hanem a Canonical döntései miatt. Az egyik kedvencem, hogy kitalálták, a whoopsie csomag alapból legyen a rendszer része. Ennek a következménye sok kiadáson keresztül az volt, hogy:
- első indulás rögtön hibaüzenettel fogadott az Ubuntu
- amiből az átlagfelhasználó úgysem ért semmit
- kezdeni sem tud vele semmit, csak azt látja, hogy a frissen telepített Ubuntuban crashel valami
Pedig ezek a whoopsie által jelentett hibák ilyen teljesen átlagos, jelentéktelen hibák szoktak lenni, aminek nincs is igazán következménye.A másik, hogy az Ubuntu tele van pakolva az átlagfelhasználó számára teljesen feleslegesek servicekkel. Jelen pillantban a több, mint fél éve telepített, belakott Manjaromon 60 service van, a frissen telepített Ubuntumon 74, úgy, hogy nem is telepítettem még rá semmilyen csomagot. Összesen egy órát nem használtam, mióta telepítve van... olyan service-ek, mint a thermald, az apport, az openvpn, a cupsd, teljesen feleslegesen vannak fent. Szerencsére a whoopsie egy ideje már nem a rendszer része.
A harmadik amit nem szeretek Ubiban, az erőltetett snap mánia. Volt időszak, amikor a Gnome számológép, ami natívan a Gnome, a Gedit, és mindenféle kis vicik-vacak program snapként jött az Ubuntuval. Most már e téren is sokat javult a helyzet, nem erőltetik annyira ezt a snap dolgot.
A negyedik, hogy az Ubuntu nagyon sok programot patchel, amik sokszor nem sikerülnek jól.
És úgy általában lassabbnak érzem az Ubuntu alapú disztrókat, nem csak a csomagkezelés terén, de mindenféle fájlműveletnél (pl. a tracker-miner-fs sokkal jobban dolgoztatja a HDD-t), de szerintem még az ablakanimációk is lassabbak.
Ezen hátrányok nagy része az Ubuntu derivatívákat nem érinti, mert pl. a Mintes srácok is sok servicet kitakarítanak az Ubuntuból, de a lassúság ott is jelen van.
Én egyetlen Ubuntu alapú rendszert használok, az Elementary OS-t. Itt is van service bőven (71), de nem azok, amiket az Ubuntu használ, hanem pl. a bluetooth (egy laptopról van szó). Mondjuk a cupsd itt is fent van... de snapd nincs, és telepítéskor nem kerül fel egyetlen snap csomag sem. -
-
-
-
válasz
Sokimm
#80293
üzenetére
Ugye amíg nem tudjuk, hogy pontosan milyen gépről és milyen driverekről van szó, addig nincs is értelme erről beszélni. Sima PC hajtja a gépet, vagy valami egyedi cucc? Van-e hozzá egyáltalán driver? Ha van, mennyire friss? Kell-e régi kernelt vadászni a driverhez?
Melyik disztrót tennéd rá? Annak a repójában van-e a driver, vagy valahol a neten egy weboldalon? Ha a repóban van, akkor letöltöd egy online gépen, majd a /var/cache/apt mappa tartalmát átmásolod egy adathordozóra, és a CNC-n már apt install ./xxx.deb paranccsal fogod tudni telepíteni. -
Jó, de a -d meg csak a könyvtárat listázza.
Nem... legalábbis nálam nem. Ha nálad igen, akkor vagy máshogy van beállítva valami, vagy nem basht használsz, vagy másik verziót.
De ha ls (vagy más listázó) parancsban szeretném
Mármint hogy érted? ls-en belül ls?
Mondjuk van egy ilyen könyvtárstruktúrád:
.
├── termesz/
│ ├── hangya
│ └── monguz
├── termosz/
│ └── meggy/
│ └── cseresznye/
│ ├── banan/
│ │ ├── citrom
│ │ ├── mandarin
│ │ └── narancs
│ └── szolo/
├── terra/
└── teszt/
└── abcd/
└── alma9 directories, 6 files
Ha az összes te-vel kezdődő mappákbban az első szinten lévő fájlokat szeretnéd listázni, akkor
ls -dal te*/* | grep ^-vagyfind te* -mindepth 1 -maxdepth 1 -type f
Ha a könyvtárakat is, akkor:ls -d te*/*vagyfind te* -mindepth 1 -maxdepth 1Rekurzívitásra pedig ott az ls -R kapcsolója vagy próbálkozz a
du-val. -
Az
lsalapesetben fájlokat és könyvtárakat listáz, de elsősorban fájlokat, amíg explicit nem utasítod arra, hogy csak könyvtárakat listázzon. Ezért van, hogyls te*-tő úgy értelmezi, hogy "listázd ki az összes te-vel kezdődő könyvtár tartalmát", és nem úgy, hogy "listázd ki az összes olyan könyvtárat, ami te-vel kezdődik".
A shell kifejti a *-ot, azlsprogram pedig már így kapja meg:ls teszt -
#79839
urandom0
őstag
GreenGoblin
#79838
válasz
GreenGoblin
#79838
üzenetére
Jól csináld mindent. A Rufusznál csak arra kell figyelni, hogy a BIOS-ban beállított bootmódhoz megfeleló módban (BIOS vagy UEFI) legyen kiírva az ISO.
De az az SD card formatter programocska nem kell, intézőből nyugodtan lehet formázni a pendrive-ot (amúgy tudtommal a Rufus is formáz), illetve a telepítés végén, az EasyBCD programot csak akkor kell használni, ha módosítani akarsz valamit a boot közelében, amúgy felesleges. Ha mindent jól csinálsz, akkor a Grubból tudsz rendszert választani.
Viszont a végén nehogy kitöröld az Ubuntu partícióit, akkor feleslegesen dolgoztál
A Windows partícióit viszont nyugodtan kitörölheted, azért nem kár...![;]](//cdn.rios.hu/dl/s/v1.gif)
-
válasz
leviske
#79776
üzenetére
Most is tényleges kötés van, a rendszer következetesen UID-t/GID-et használ a felhasználók azonosításához és az erőforrások hozzárendeléséhez. Az, hogy mi szöveges felhasználónevet látunk, igazából csak egy kozmetikázás nekünk, embereknek.
Nem ismerem a systemd-homed-et, de ahogy utánaolvastam, ez - többek közt - arról szól, hogy egy helyen legyenek tárolva egy adott user saját adatai és metaadatai (és bevezeti az asszimetrikus kulcsú titkosítást, éstaöbbi). Tehát az /etc/group, /etc/passwd fájlokra nem lesz többé szükség.
Logikusan belegondolva, a fájlrendszer továbbra is numerikus azonosítókkal fog dolgozni, a felhasználó pedig továbbra is human-readable szöveges azonosítókat fog látni, tehát ez ilyen szempontból nem változik. Olyan értelemben viszont tényleg portable ez a dolog, hogy ha felcsatolod a home mappádat másik rendszer alá, egy az egyben átkerül a jelszavad, a beállításaid, a saját fájlaid, stb., és nem kell vele másolgatni az /etc/passwd és a többi rendszerfájlt. Tehát igen, újratelepítés után is ugyanaz marad minden felhasználói adat, beleértve az UID-t/GID-et. -
#79774
urandom0
őstag
tordaitibi
#79771
válasz
tordaitibi
#79771
üzenetére
Hát ahogy érzed. Végső soron jogosak az érveid.
Én személy szerint nem ragaszkodom ennyire a programjaimhoz. Amíg lokális gépről hallgattam zenét, addig feldobtam egy Audacioust, azt jóvanazúgy, de ha valamiért nem volt rá mód, akkor használtam azt, ami épp kéznél volt. Újabban már csak Spotifyt használok.
Egyedül a Gimp az, amit évek óta használok, illetve pár játék.
Én jobban szeretem a tárolóban lévő programokat. -
válasz
St3ven
#79769
üzenetére
Az ilyen alkalmazások mennyire megbízhatóak, a futtatásuk mennyire biztonságos?
Ha hivatalos oldalról töltöd le, akkor nem kevésbé biztonságosak, mint a nem appimage programok.
Ezzel az Appimagehubbal én csak futólag találkoztam, de megbízhatónak tűnik (legalábbis nem kevésbé megbízhatónak, mint a Flathub vagy a Snapcraft).
Én inkább azt kérdezném meg magamtól, hogy tényleg az Appimage-re van-e szükségem? Miért lenne ez jobb nekem, mint a gyári repóból, vagy flatpakból/snapből szedni? -
Akkor már inkább a root
Otthoni környezetben jellemzően egyfelhasználós rendszerek vannak, a gép használója egy személyben a root is, még ha technikailag külön account is, ezért fogalmaztam így. -
#79743
urandom0
őstag
tordaitibi
#79741
válasz
tordaitibi
#79741
üzenetére
Amitől én agyf...szt kapok, én a mai napig nem tudom magamévá tenni ezt a roppant dedós, óvó, vigyázó szemléletet amit a linuxok képviselnek.
Egy egyszerű lemezkezeléshez, egy label átíráshoz jelszavazni, minek?Ez egy technikai örökség, még abból az időkből maradt ránk, amikor a /dev és az /mnt mappát csak a root érte el. Manapság polkittel nagyon sok mindent lehet részletesen szabályozni, ezt is lehetne. De aki egyszer Linuxra vált, az előbb-utóbb megszokja a jelszavazást, neki már nem lesz prioritás az, hogy polkit ilyen szabályokat írkáljon.
A saját gépemen, saját magamtól...?
Tőled is, de inkább a rosszindulatú programoktól.
Pl. egy update minek kér jelszót, hisz létfontosságú.
Lehet, hogy létfontosságú, de akkor is jobb, ha a user kezében a döntési lehetőség. Így lehetőség van átnézni a frissítések listáját, kipinelni amit nem akarsz frissíteni, .. ez főleg szerveren fontos, de otthon is az lehet.
A flatpak és a snap előnye elsősorban nem is a biztonság, hanem az, hogy bármelyik disztrón futtathatók az így csomagolt programok. De ha a biztonságot nézzük, ezzel egy elég régi lemaradását pótolja a Linux, ugyanis a többi rendszeren már évek óta létezik ez a fajta biztonsági rendszer. Windowson a WinRT-ben (2011) írt programok, Androidon a Java appok, MacOS-en a bundle appok... sem érnek el csak úgy mindent.
-
-
#79709
urandom0
őstag
Kazakovian35
#79708
válasz
Kazakovian35
#79708
üzenetére
Én azért megnézném annak a lemeznek a SMART adatait, és egy kondíciót HD Sentinellel.
-
#79707
urandom0
őstag
Kazakovian35
#79694
válasz
Kazakovian35
#79694
üzenetére
Így a hibaüzenetből ítélve, erősen azt sejtem, hogy gondok vannak a diszkkel, amire telepíteni szeretnéd.
-
#79706
urandom0
őstag
Kazakovian35
#79664
válasz
Kazakovian35
#79664
üzenetére
Én Manjarot szoktam javasolni mindenkinek, nekem az a kedvenc disztróm...
-
#79705
urandom0
őstag
MostaPista
#79599
válasz
MostaPista
#79599
üzenetére
mail.com
Azt írják, hogy az IMAP hozzáférés fizetős, de ez nem igaz. Egyedi alkalmazásjelszót kell generálni, azzal be lehet lőni levelezőprogramba. -
válasz
leviske
#79179
üzenetére
A felsorolt hibák mind az asztali környezetből erednek, ami azért van, mert elég kevés fejlesztő áll az LXQT mögött. Ettől függetlenül használható (az más kérdés, hogy mennyire ajánlott), de azt észben kell tartani, hogy ez a disztró nem a kényelmes automatizmusról szól.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
A topik célja: Segítségnyújtás a Linux disztribúciókkal még csak ismerkedők számára. A szerveres kérdések nem ebbe a topicba tartoznak.
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Milyen program ami... [link]
Shell script kérdésekkel látogassatok el a topikjába
- Teszt Már csak két hónap van hátra a Windows 10 nyugdíjazásáig, ideje előrelépni
- Teszt [Linux] Vanilla OS, egy Debian alapú immutable operációs rendszer
- Teszt [Linux] Aeon Desktop, egy immutable operációs rendszer az OpenSUSE-tól
- Teszt [Linux] A Flatpak
- Bejegyzés MS Office365 Linuxon
- Bejegyzés [Linux] Futtassunk bármely disztrót a terminálunkban
- Bejegyzés Alpine Linux telepítés mindenféle low-end dologra
- Hír Zöld utat adott a nyílt forráskódú Linux meghajtóknak az NVIDIA
- Győr és környéke adok-veszek-beszélgetek
- Assassin's Creed: Valhalla
- BestBuy topik
- AMD Navi Radeon™ RX 9xxx sorozat
- Samsung kuponkunyeráló
- Mini-ITX
- Xiaomi 14T Pro - teljes a család?
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Spórolós topik
- További aktív témák...
- GYÖNYÖRŰ iPhone 14 Pro 256GB Deep Purple -1 ÉV GARANCIA - Kártyafüggetlen, MS3959, 100% Akkumulátor
- Xiaomi Redmi 15 128GB, Kártyafüggetlen, 1 Év Garanciával
- Shure Podcast mikrofon
- RAKTÁRKISÖPRÉS! Eladó projektorok!
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7800X3D 32/64GB RAM RX 9070 XT 16GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: BroadBit Hungary Kft.
Város: Budakeszi
Cég: ATW Internet Kft.
Város: Budapest