-
PROHARDVER!
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
válasz
CPT.Pirk
#88244
üzenetére
Igazából attól függ, milyen környezetben használod. Otthonra teljesen jó, vállalati környezetben már nem annyira: kell valaki, aki gondosan kitalálja, mihez kell hozzáférés és mihez nem; ha ez megvan, kell egy disztribúciós rendszer, amivel szétszórod; mfa konfigot nem feltétlenül viszi magával; audit finding lehet.
-
#88239
sh4d0w
félisten
agentswitch
#88231
válasz
agentswitch
#88231
üzenetére
https://arstechnica.com/information-technology/2020/10/popular-chromium-ad-blockers-caught-stealing-user-data-and-accessing-accounts/
-
#88234
sh4d0w
félisten
agentswitch
#88231
válasz
agentswitch
#88231
üzenetére
Igen, az enyém, majd megnézem.
-
#88216
sh4d0w
félisten
tordaitibi
#88208
válasz
tordaitibi
#88208
üzenetére
Nem egészen, plusz Gregory nem is ezt írta
sudo + guiapp az adott user jogosultságait teheti tönkre, plusz ha indítasz egy GUI-s filekezelőt, átadhatja az emelt jogosultságait GUI-s text editornak.
Persze ha szerver és nincs GUI, akkor sudo nano, sudo vi nem lehet gond.
-
#88183
sh4d0w
félisten
arcoskönyv
#88177
válasz
arcoskönyv
#88177
üzenetére
A driverek BSD-n problémásak, VGA és network fronton is gondok lehetnek, hogy egyebekről ne beszéljünk.
-
Koszi. A szomoru az ebben az egeszben, hogy Lefebvre nem erre hivatkozott a valaszaban, meg javitasi megoldast sem kinalt, hanem annyit mondott, hogy a Debianrol es Ubunturol erkezo felhasznaloknak meg kell tanulniuk a mintesiteseket. Kar, hogy tisztan latszott, az ellenproba Kalin tortent...
-
Nos, ime (rosszul emlekeztem a reszletekre, de kiprobalhatnatok, ha Mintet hasznaltok) - trimmelve:
Title:
User password kept in memory
Status in Linux Mint:
Invalid
Bug description:
1. Linux Mint 18 "Sarah" Cinnamon 64-bit edition
2. Typed "apt upgrade" then "sudo !!" and then "apt update" and "apt
upgrade"
3. My password stayed in memory after the "sudo !!" command even if I
didn't use "sudo" as I could issue apt update and apt upgrade without
providing my password again.
4. It is expected to throw and error message for "apt update" and "apt
upgrade" if I use it without "sudo".
5. Always.Here are the things happened in LM18 (text saved from gnome-terminal):
user@Bismarck ~ $ apt upgrade
[sudo] password for user:
user@Bismarck ~ $ sudo !!
sudo apt upgrade
[sudo] password for user:
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
The following packages will be upgraded:
bind9-host dnsutils libbind9-140 libdns-export162 libdns162 libisc-export160 libisc160 libisccc140 libisccfg140 liblwres141 vivaldi-stable
11 to upgrade, 0 to newly install, 0 to remove and 0 not to upgrade.
Need to get 49.6 MB of archives.
After this operation, 6,767 kB of additional disk space will be used.
Do you want to continue? [Y/n] ^C
user@Bismarck ~ $ apt update
Get:1 http://ftp.ticklers.org/archive.ubuntu.org/ubuntu xenial InRelease [247 kB]
Ign:2 http://www.mirrorservice.org/sites/packages.linuxmint.com/packages sarah InRelease
Hit:3 http://www.mirrorservice.org/sites/packages.linuxmint.com/packages sarah Release
trim
The same try on Kali:
user@kali-core:~$ apt update
W: chmod 0700 of directory /var/lib/apt/lists/partial failed - SetupAPTPartialDirectory (1: Operation not permitted)
E: Could not open lock file /var/lib/apt/lists/lock - open (13: Permission denied)
E: Unable to lock directory /var/lib/apt/lists/
W: Problem unlinking the file /var/cache/apt/pkgcache.bin - RemoveCaches (13: Permission denied)
W: Problem unlinking the file /var/cache/apt/srcpkgcache.bin - RemoveCaches (13: Permission denied)
E: Could not open lock file /var/lib/dpkg/lock - open (13: Permission denied)
E: Unable to lock the administration directory (/var/lib/dpkg/), are you root?
user@kali-core:~$ sudo !!
sudo apt update
[sudo] password for user:
Get:1 http://ftp.hands.com/kali kali-rolling InRelease [30.5 kB]
trim^C
user@kali-core:~$ Failed to import the site module
Traceback (most recent call last):
File "/usr/lib/python3.5/site.py", line 580, in <module>
main()
File "/usr/lib/python3.5/site.py", line 567, in main
known_paths = addsitepackages(known_paths)
File "/usr/lib/python3.5/site.py", line 343, in addsitepackages
if os.path.isdir(sitedir):
File "/usr/lib/python3.5/genericpath.py", line 42, in isdir
st = os.stat(s)
KeyboardInterrupt
apt update
W: chmod 0700 of directory /var/lib/apt/lists/partial failed - SetupAPTPartialDirectory (1: Operation not permitted)
E: Could not open lock file /var/lib/apt/lists/lock - open (13: Permission denied)trim
user@kali-core:~$ sudo apt update
Hit:1 http://ftp.hands.com/kali kali-rolling InRelease
Reading package lists... Done
Building dependency tree
Reading state information... Done
61 packages can be upgraded. Run 'apt list --upgradable' to see them.
user@kali-core:~$ apt update
W: chmod 0700 of directory /var/lib/apt/lists/partial failed - SetupAPTPartialDirectory (1: Operation not permitted)
E: Could not open lock file /var/lib/apt/lists/lock - open (13: Permission denied)A bug reportot ne keressetek Launchpaden, mert le lett torolve.
-
No mindjart visszakeresem az emailt, kozkivanatra.
natë: kezdoknek az Ubuntu/Mint/Manjaro teljesen jo, amig ki nem novi es megtanulja hasznalni a rendszert. Azutan - igenytol fuggoen - johet komolyabb is, pl. Debian. A Debian - ahogy elhangzott, altalaban regebbi csomagokat tartalmaz, upgrade-elni csak testing branchra teressel lehet - de akkor oda a stabilitas es a sebesseg. Persze a regi csomagok azt is okozhatjak, hogy ujabb hardverek tamogatasa problemas lehet.
Hardcore arcoknak Slackware, Gentoo, bitagyuaknak LFS.Anyway, a Slackware a kedvencem, gyorsabb es stabilabb, mint a Debian (ami onmagaban nagy szo), de mindent kezzel kell csinalni. Nincs automatikus GUI config generalas, a usernek kell csinalni; nincs fuggoseg kezeles, a usernek kell csinalni; sok esetben nincs binary csomag, a usernek kell csinalni.
-
Nyitsz egy terminalt, amiben hasznalod a sudo-t - pl. apt-hoz. Nyitsz egy masikat egy oraval kesobb, ott is hasznalod es emlekszik a jelszavadra. 1 oraval kesobb egy total mas sessionben... Reportoltam, mint security issue, Lefebvre meg bezarta, hogy nem bug, hanem feature. Ekkor intettem bucsut a Mintnek.
CPT.Pirk: fogalmam sincs, de az evek soran tobbszor is ki akartam probalni, mindig elojott ez a hiba.
growler: nalam az meg experimental feature es akkor kerul stable-be, ha a disztribuciok nagy tobbsege alapkent implementalja, addig nem. Pont eleg alkalommal szivtam mar a filesystemek koruli dolgokkal, hogy ne menjek ilyenbe bele (volt adatvesztesem is).
-
válasz
CPT.Pirk
#88055
üzenetére
Debian meg KDE sosem voltak puszipajtik, meg a KDE-n kivul van legalabb 8 masik ismertebb DE, tehat nem lehet azt mondani, hogy nincs valasztasi lehetoseg.
Debian helyett mi johet szoba? Ubuntu: egy bloat szembekopese az open source-nak; Mint: amig komoly biztonsagi hiba van benne es Lefebvre feature-kent adja el, addig szoba sem johet; MX: mar nem emlekszem, mi volt a nyugom vele.
"Ezért mondom, hogy bármelyik másik népszerű disztró jobb választás otthoni gépre, mint egy Debian. - és otthoni gép alatt nem azt értem, amiről sysadminok lépnek be a szerverereikre dolgozni HO-ban, hanem amivel böngészel, játszol, kikapcsolódsz, stb."
Bocs, de nem ezt mondtad, hanem azt, hogy desktopra nem jo - ez igy nem igaz. ("Ezekben az években nem a Debian-t javasolnám otthonra asztali disztrónak...
")Pont a Firefox-mizeria idejen gondolkodtam, kutattam, mi johetne szoba, de nem talaltam megfelelo utodot, pedig honapokig keresgeltem - pedig meg az Arch vonalat is megneztem a Garuda szemelyeben, de a) btrfs nem johet szoba, mint filesystem, es b) az, hogy esetenkent orakig varjak egy forditasra, nekem nem felel meg (vagy legalabbis az altalam fellelheto informaciok szerint a mongodb-t forditani kene forrasbol Arch-on). Pure Arch szinten nem, a bleeding edge update-ek nemhogy nem felelnek meg, hanem teljesseggel elfogadhatatlanok. Manjaro telepito meg vegtelen ciklusba lepett vm-ben az orszag kivalasztasanal. Probakeppen vm-ben: Endeavour Artemis Nova, Blackarch - mar nem emlekszem a nyugjeikre, legalabb 1 eve volt.
Debian vonalon van egy valagnyi Ubuntu-alapu (fentiek miatt nyema), Sparky (testing...), Parrot (meg egy Debianhoz kepest is kenyelmetlen volt).
Fedora-Suse eleve nyema.
Nem kerdojelezem meg senki donteset, aki mast hasznal, biztosan vannak ugyanolyan megalapozott ervei, mint nekem. Azt viszont vitatom, hogy a Debian nem jo desktopra, mert igenis jo, csak masok igenyeinek esetleg nem felel meg - ezt el tudom fogadni.
ui: mar nem emlekszem, melyik disztro volt, de az vm-ben nem volt hajlando rendesen megcsinalni a setupot (allandoan lefagyott), a jelenlegi rendszerem meg ertekesebb annal, hogy kockaztassak egy eles installt.
-
A virtualizacio valamennyit hozzaad a vm-ben futo OS biztonsagahoz, de onmagaban nem szignifikansat - a komolyabb addicionalis vedelemhez a vedelmi retegeket pont ugyanugy fel kell huzni, mint a host OS eseten. Pelda: a sajat blogom a sajat laptopomon futott, egy Debianban futo Debianban. A lenyege az volt, hogy a host OS-en futott egy reverse proxy, hogy megszurje a blog fele aramlo forgalmat. A reverse proxy nelkul ertelme nem lett volna a virtualizalasnak.
-
-
Nagyon koszonom, igazabol en egyfele ertelmezesre gondoltam: nem ocsaroljuk a masik rendszert, a) ovodas, es b) van annak a rendszernek eppen eleg baja
De egyebkent a tobbfele, egymastol fuggetlen ertelmezes valos, noha ram nem vonatkozik legalabb egy: dual-boot van a laptopomon, mert nem vagyok hajlando szivatni magam Debian alatt a zart nV driverrel, ami viszont kellene jatekhoz. Inkabb vettem egy masik SSD-t a Windows-nak
-
Ha már egy ideje használod az újabb kernelt és nincs gond vele, törölhetőek az előző, pláne, ha a /boot külön filerendszeren van - előbb-utóbb elfogy a hely és nem fogod tudni felrakni az újabb kerneleket.
Discord a Debiannál bizony lehet elavult. Frissebbet beszerezhetsz a Discord weblapjáról, vagy használod a webes felületen.
-
Mindamellett, hogy le a kalappal csixy előtt, pár apróságra felhívnám a figyelmet:
- a filmek és sorozatok nem a fontos kategória (hacsak nem nagyon régi, mára elérhetetlen művekről van szó)
- TeamViewer credentials-t nem rakunk ki publikus internetre, akkor sem, ha csak live session alatt megy -
-
válasz
#63718632
#87484
üzenetére
Hogy is fogalmazzak... nem tevedes, hanem tevhit. Lehet biztonsagosabb, ha a csomag keszitoje torodik ezzel es lehet sokkal kevesbe biztonsagos, ha nem - mert az egyszeri user azt hiszi, hogy biztonsagban van.
MOD: csak a vicc kedveert raktam VM-be egy Ubuntu 20.04-et, eleve a default rendszerben mar van 3 snap, amibol ketto a GNOME-e (eleve nem is ertem, a temaknak minek a snap?).Bob:
- a flathub is community repo - de nem ez a lenyeges. "Gyari" repokat hasznalva ilyen nemigen fordul elo velemenyem szerint, mert vagy lesz a csomagnak masik maintainere, vagy a disztribucio kiadasaert felelos szervezet "lelovi" a csomagot - jobb esetben nem kerul bele a kovetkezo kiadasba, security issue eseten meg torlesre jelolheti.
- igen, minden community repo potencialis veszelyforras - de ez nem indokolhatja, hogy meg nagyobbra nyissuk a risk surface-t (az sem veletlen, hogy pl. Androidon kihangsulyozzak: lehetoleg csak a Play Store-bol telepits (es meg sokszor igy is becsuszik a gixer)).Lehet egyebkent ignoralni a rizikofaktorokat, csak ne tegyunk ugy, mintha ez normalis lenne.
-
Mindegyik korul hype van, a flatpak a Red Hat csomagja, a snap a Canonicale (Ubuntu). Raadasul a snap eleg sneaky az Ubuntuban, mert amikor beirod, hogy sudo apt install akarmi, nem biztos, hogy deb csomagbol telepit, lehet, hogy snapbol - vagy legalabbis az utolso Ubuntu tesztelesem soran igy volt, par eve.
Egyebkent ha megnezed, a marketing mindig igy mukodik: minden szep, minden szep, rozsaszin kodben van, a hatranyokrol meg senki nem szol egy szot sem.
-
Nem, mert a) nem azt teszteltem es b) nem infrastrukturalis elem nalam, igy nincs felrakva
Nem hasznaltam su-t es tobbszor egymas utan is elinditottam, mert nem hittem a szememnek.Rimuru: igen, a supply chain attack mar egyebkent is fenyeget szinte mindenkit, aki szamitogepet hasznal, szerintem nem erdemes ezt a risk surface-t meg nagyobbra nyitni csak azert, hogy a Red Hat, a Canonical, vagy akarki atvehesse az iranyitast a Linux-vilag folott - mar a systemd is nagy lepes a corporate linux fele, nem kell tetezni.
-
A malware-es fertozes egeszen biztosan igaz - mar meg is tortent korabban a snap eseteben, de nem latom be, miert ne lehetne ugyanezt megcsinalni appimage eseten is. A tobbi - filesystem mount, sandboxing, frissitesek - passzolas kategoria most nalam, nincs most kapacitasom ezt kutatni, mindenesetre meglepne, ha nem szenvednenek hasonlo problemaktol. Szerintem sok problemat nem is ezen csomagformatumok szintjen kellene kezelni, hanem feljebb, SELinux vagy AppArmor profilokkal, ACL-ekkel.
Mindezektol eltekintve latom letjogosultsagat ezeknek - fejlesztes soran, amikor tobb kulonbozo kornyezetben kell tesztelni az alkalmazast, legyen az standalone vagy web.
-
Tobb okbol is potencialis veszelyforras:
- a csomag beallitasai kozott szerepel egy filesystem= sor. Amit ide beirsz, ahhoz write access-e van a csomagnak. Ha ez host, akkor a teljes filesystemhez irasi joga van, ha home, akkor a home-odhoz. Mindketto problemas, elobbit nem nagyon kell ecsetelnem, a masodiknal meg mondjuk mehetnek a sajat file-jaid a levesbe - jobb esetben veletlenul, rosszabb esetben ransomware miatt. Semmi nem korlatozza a flatpak keszitojet, mit irhat ide be (a jelenleg altalam ismertek szerint).
- hiaba reklamozzak rola, nem sandbox. Annyira trivialis kitorni a csomag korlataibol, hogy az nevetseges, de nem vicces. Ez tobb eve problema.
- mivel megkeruli a szokasos disztribucios csatornakat (pl. FlatHubon keresztul), semmi nem gatolja a csomag keszitojet, hogy rosszindulatu kodot rakjon bele.
- tegyuk fel, hogy vki csinal egy flatpak csomagot minden rosszindulatot mellozve, de kiderul, hogy egy, vagy tobb lib insecure, a csomag keszitoje meg mondjuk abbahagyja a csomagkeszitest, meghal, nincs ideje ra, akarmi. Alternativak: meghagyod a lyukas csomagot a rendszereden, bizva a szerencsedben (vagy egyszeruen nem is szerzel tudomast rola, hogy baj van), vagy letorlod. Nincs mas lehetoseged, mivel nem a rendszered nativ csomagkezelojen keresztul kapod, tehat a disztribucio maintainere nem tudja kijelolni torlesre. Esetleg frissiti a csomagot a keszitoje, de ahhoz neki is ido kell.Teszt: virtualis gepbe - Debian 11 x64, up-to-date - feldobtam a flatpaket, aztan abba egy Google Chrome-ot flatpakbol, majd normal userkent inditottam flatpak run com.google.Chrome paranccsal terminalbol:
Eloszor is, superuserkent fut - hogy miert, azt nemigen ertem. Masodszor, siman elertem a /etc/passwd file tartalmat, ami gaz. Ugyanezt leteszteltem Operaval is: nem mutatta, hogy superuserkent fut, de a fenti file-t azzal is elertem.
-
Koszi a linket, de ez a fedoras omlenges sem magyarazza meg, miert jo ez a bohockodas - mar persze azon kivul, hogy futtassa a Red Hat a sajat csomagformatumat, a flatpaket. Ami csomagformatum egyebkent az insecurity melegagya.
Mindemellett ha a lentebb irtak igazak, akkor a tarhelyet is zabalja, ahelyett, hogy a VM-ekhez hasonloan linked clone-okat hasznalna, plusz a marhasag azzal, hogy nem lehet dualbootba rakni elorevetiti, mennyire lesz sikeres.
A Linux a desktop piacon messze nincs olyan helyzetben, hogy egyeduli OS-kent kisajatitsa a disket.
-
A raytracing csak effektezesre mukodik, nem az egesz renderelesre - utobbira az nV implementacioja pont ugyanolyan nemjo, minet senki mase sem.
nV nyilt driver (nouveau) egy kalap szart nem er, a binarissal meg megkuzdhetsz es valoszinuleg mind a 12 menetet vegigjatszod vele, mire felmegy. Plusz nem lesz ventillator vezerlesed, allandoan visitani fog.
-
-
válasz
#63718632
#87250
üzenetére
Én sem láttam, csak ránéztem a weboldalra
Újabban nagyon "menő", hogy védik a system file-okat a módosításoktól - aminek semmi értelme. Normál userként egyébként sem férsz hozzájuk, a malware-ek meg úgysem pancsolják szét maguk alatt a rendszert - többnyire (ha nem wiperről beszélünk).
Az apx meg nem véd a malware-ektől, hiába konténerbe telepít, ha a userhome be van csatolva a konténerbe. -
-
-
#87209
sh4d0w
félisten
fatpingvin
#87207
válasz
fatpingvin
#87207
üzenetére
Tudva, hogy Debian stable 2 evenkent jelenik meg, az 5-os legalabb 10 eves
-
válasz
Hosssszu
#87190
üzenetére
De, van egy csomo, plusz elkeszitheted magadnak is.
-
#87170
sh4d0w
félisten
tordaitibi
#87169
válasz
tordaitibi
#87169
üzenetére
Pro es con.
Pro: mivel nem rendszerspecifikus a pendrive, ezert ha elveszited, tonkremegy, akkor egyszeruen masikra rakod es go.
Con: ha siman csak extX/btrfs van titkositas nelkul, a legegyszerubb live rendszer is latni fogja a disk tartalmat, ergo az UEFI legyalulasa csak elenyeszo merteku vedelmet nyujt.
-
#87166
sh4d0w
félisten
tordaitibi
#87164
válasz
tordaitibi
#87164
üzenetére
Ebben az a jo, hogy Te is tettel mar le az asztalra, igy nyugodtan lehet kolcsonos a respekt
-
#87151
sh4d0w
félisten
tordaitibi
#87148
válasz
tordaitibi
#87148
üzenetére
Miert hiszed, hogy a respekt csak egyiranyu?
-
-
#87090
sh4d0w
félisten
Silent_Bob47
#87089
válasz
Silent_Bob47
#87089
üzenetére
Akkor mashogy fogalmazok, mert egyeseknek nem egyertelmu: kliens operacios rendszerek piacan igaz, amit coco2 mondott, sehol mashol.
-
#87082
sh4d0w
félisten
CsengődiGeri
#87081
válasz
CsengődiGeri
#87081
üzenetére
Egy normal programnak lehetnek addicionalis fuggosegei, egy flatpaknek nincsenek, mert mindent tartalmaz, ami a benne levo programnak szukseges. Csereben sokkal nagyobb - nyilvanvalo okokbol. Ezen tulmenoen, a flatpak megprobal sandboxkent viselkedni, de ez nagyon mulik azon, aki a package-et csinalja. Flatpakben egy alkalmazas tobb verziojat is hasznalhatod egymassal parhuzamosan, normal programnal ez sokkal nehezebben kivitelezheto.
-
A problema altalaban ott leledzik, hogy a userek nagy resze siman beletette az idot a Windows "megtanulasaba", de Linuxon ugyanezt mar nem hajlando megtenni, mert szamara Windows=Szamitogep, ergo elvarja, hogy ugyanolyan legyen a Linux, mint a Windows.
Mondok egy nagyon csufos peldat a jellemzo user viselkedesre: egy klantarsam azt javasolta a masiknak, hogy ha masodik kijelzot akar hasznalni az asztali gepehez es van laptopja, kosse ossze oket HDMI kabellel, mert akkor a laptop kijelzoje funkcional masodlagos megjelenitokent...
-
#87076
sh4d0w
félisten
tordaitibi
#87074
válasz
tordaitibi
#87074
üzenetére
Ha mar az SMB peldat hozod: ez azert van, mert a Linuxos samba megoldasok reverse engineering eredmenyekent szulettek, leven a Microsoft szereti egy kicsit elferditeni a protokollokat. Az SMB nem az o talalmanyuk, megis kinszenvedes egy Windows-os share-t Linux alol elerni. Ha Active Directory is van, akkor ehhez meg hozzajon a Kerberos-fele ferdites is, ami ugyan megint csak nem a Microsofte, de csak szopas, ha oda kell autentikalnod Linux alol.
Ertem en, hogy az egyszeri usert egyik sem vigasztalja, de ezek nem a Linux sara, hanem a Microsofte.
-
-
-
#86902
sh4d0w
félisten
peterattila
#86901
válasz
peterattila
#86901
üzenetére
Ez totál offtopic
-
░▒▓ ~/os/windows/win7 ▓▒░
❯ cat /proc/meminfo
MemTotal: 32598628 kB
MemFree: 17163208 kB
MemAvailable: 27282848 kB
Buffers: 252072 kB
Cached: 10847680 kBMindez ugy, hogy 11 tab nyitva van, ebbol 1 stream, egy masik meg a Discord, illetve van egy YT tab is. Borzalom...
-
-
#86798
sh4d0w
félisten
tordaitibi
#86796
válasz
tordaitibi
#86796
üzenetére
Persze, én meg erre céloztam
-
Azt is rosszul. Nincs rendszergazda jogosultsaga a userednek, pont azert ugrik fel az UAC ablak: "...With UAC, applications and tasks always run in the security context of a non-administrator account, unless an administrator specifically authorizes administrator-level access to the system..."
-
#86788
sh4d0w
félisten
tordaitibi
#86768
válasz
tordaitibi
#86768
üzenetére
Nalam az 50 GB nagyon karcsu lenne - es akkor nem beszelek sem kepekrol, sem non-educational videokrol, sem zenekrol.
Igen gyakran elofordul, hogy egy ingyenes fejtagitohoz adnak virtualis gepet - ez mar alapbol esetleg 20-30 GB-ot kiharap a rendelkezesre allo teruletbol, ha tobb is van, akkor ennyi.
Nalam a jelenlegi Documents folder 189 GB - ebben csak trening anyagok, konyvek, kepregenyek vannak, plusz a mar emlitett virtualis gepek.
-
válasz
Sub-ZeRo
#86609
üzenetére
Ubuntu-based, tehát hosszú támogatásra csak párosszám.04 verzióknál számíthatsz, pl. 20.04, 22.04. A közöttük kiadottak támogatottak (ha jól emlékszem) 9 hónapig, nem tovább.
Mindenféleképpen valamilyen mainstream Linuxot ajánlanék a kezdő időszakban, pl. Debian, Ubuntu, Linux Mint vonalon, legalább addig, amíg beletanulsz. Aztán ha az alapokkal megvagy, akkor jöhetnek a bonyolultabb dolgok, ha még érdekel, Arch és klónjai. Nem állítom, hogy az Arch sokkal nehezebb, de még nem láttam senkit, aki legelső alkalommal jól felrakta volna. A wikije viszont példaértékű.
-
-
Megeshet, pl. elinditasz egyz GUI-s programot es minden magyarazat nelkul leall, eltunik az ablaka, elo sem kerul, ilyesmik. Ilyenkor ha elinditod egy gnome-terminalbol, akkor oda sorjaznak a program mindenfele uzenetei - a hibauzenetek is, amikor elhasal.
Ezert szoktak a haladobbak kerni az ujonc felhasznalokat, hogy terminalbol inditsa a problemas programot es masolja ide a hibauzenetet.
De soha nem inditjuk sudo-val.
-
válasz
growler
#86586
üzenetére
Nem, nem csak inditaskor, hanem minden egyes alkalommal, amikor autentikalnal a grafikus feluleten keresztul - pl. elinditod a GPartedet, feljon a jelszo ablak, beklampirozod a 2 perce meg mukodo jelszavadat es nem eszi, mert nem tudja olvasni a sajat file-odat.
Kezdo user ilyenkor ujraindit, konstatalja, hogy mar a grafikus loginon sem tud tuljutni es az esetek 99%-aban jon a "szaralinugz" - es eszebe sem jut, hogy o volt a balfasz, mert olyat csinalt, ami alighanem egymillional tobb helyen nincs leirva, hogy ne csinalja.
")
Új hozzászólás Aktív témák
Hirdetés
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
- Vélemény Ubuntu 20.04 LTS
- Vélemény Linux Mint Debian Edition 4
- Tudástár MX-Linux 19
- Bemutató Linux a mindennapokban: Manjaro KDE
- Bemutató Linux a mindennapokban
- Hír Zöld utat adott a nyílt forráskódú Linux meghajtóknak az NVIDIA
- Hír A Steam Play hozza el a Windowsra írt játékokat Linuxra
- Hír Hova jut a világ? Linuxot kínál a Windows Store!
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Eladó Steam kulcsok kedvező áron!
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- ÁRGARANCIA!Épített KomPhone Ryzen 7 9800X3D 64GB RAM RTX 5080 16GB GAMER PC termékbeszámítással
- Konzol felvásárlás!! Playstation 5, Playstation 5 Pro
- Intel Core i7-8700, i7-9700 CPU, processzor - Számla, garancia
- LG 42C4 - 42" OLED evo - 4K 144Hz - 0.1ms - NVIDIA G-Sync - FreeSync - HDMI 2.1 - A9 Gen7 CPU
- 13-14" Új és használt laptopok , üzletitől a gamerig , kedvező áron. Garanciával !
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Promenade Publishing House Kft.
Város: Budapest