Hirdetés
- Xiaomi 15 - kicsi telefon nagy energiával
- Okosóra és okoskiegészítő topik
- Xiaomi Mi 9 - egy híján
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Apple iPhone 17 Pro Max – fennsík
- Huawei Watch GT 6 és GT 6 Pro duplateszt
- Vivo X200 Pro - a kétszázát!
- Megtartotta Európában a 7500 mAh-t az Oppo
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Android alkalmazások - szoftver kibeszélő topik
-
Mobilarena
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
lajos0001
tag
válasz
King Unique
#55797
üzenetére
"Egyébként az nem tiszta, hogy nálad a windowsos rendszerpartíció hogyan lett állításod szerint FAT32, amikor annak normál esetben eleve NTFS-nek kellene lennie... "
Nem feltétlen kell annak lennie.
Nagyon egyszerű: xp-t használok, és azt láttam többször is, hogy a rendszer számára max. 16 ill. 32 GB-s fat32-es partíciókkal jobban járok, mint ntfs-es nagyobbakkal. A korábban leírtakat nem ismétlem meg.
"Az NTFS egyébként inkább használatos a másik rendszeren, pláne hogy a FAT32-nél a helyi eszközök nem is engednek 32 GB-nál nagyobb köteteket létrehozni. Illetve utóbbinál pl. naplózás és jogosultságkezelés sincsen és amúgy egy elavult fájlrendszer."
A naplózás és jogosultságkezelés hiánya nyilván zavar rendszergazdákat sokgépes hálózatok kezelése esetén, de én még ennek sose éreztem hiányát 1 szál gépemen (amelyet más nem használ).
-
válasz
lajos0001
#55796
üzenetére
Ha gond van a rendszereddel, bizony igen hasznos tud lenni a naplózás, olvass utána.
Ha úgy érzed, tapasztalni fogod bármikor is a fat és ntfs közötti különbséget, használd csak nyugodtan. Egyébként ha ennyit olvastál a fájlrendszerekről, fura, hogy az ext fájlrendszerekről nem olvastál.
A hdd-k élettartama nem korlátlan. Elméleti síkon az, mármint maga a lemez írhatóság, de az a naplózás szerinted tényleg annyi írást jelent, hogy leterhelné a HDD-t? A napi írás milliomod részét se tenné ki.
-
lajos0001
tag
Ezt ne tölem kérdezd, mert én ilyet nem állítottam.
Az viszont tény, hogy ha 1 nagy hard disken pl. 3 partíció van, és 1-hez probléma miatt nem férsz hozzá, az többnyire potenciálisan nagyobb gondot (több adat kockáztatását) jelentheti, mintha ugyanazon hard disken pl. 8 partícióra van szétosztva ugyanazon adatmennyiség.
-
#55797
King Unique
titán
lajos0001
#55795
King Unique
titán
válasz
lajos0001
#55795
üzenetére
A FAT32 és NTFS között valóban más pl. formázásnál a partíció méretétől függően az alapértelmezett lemezfoglalási egység és utána a foglalt terület. De pl. a merevlemezeknél a sebesség nem állandó a teljes felületen, ezért ilyen téren lehet eltérés a lemez különböző részein elhelyezkedő partíciók között. Valamint az sem mindegy sebesség terén, hogy mennyi szabad hely van a partíción, illetve mennyire töredezett a fájlrendszer stb.
Egyébként az nem tiszta, hogy nálad a windowsos rendszerpartíció hogyan lett állításod szerint FAT32, amikor annak normál esetben eleve NTFS-nek kellene lennie... Az NTFS egyébként inkább használatos a másik rendszeren, pláne hogy a FAT32-nél a helyi eszközök nem is engednek 32 GB-nál nagyobb köteteket létrehozni. Illetve utóbbinál pl. naplózás és jogosultságkezelés sincsen és amúgy is egy elavult fájlrendszer.
-
lajos0001
tag
válasz
ubyegon2
#55792
üzenetére
"az ext4 naplózása meg kifejezetten hasznos, HDD esetén kb annyira gond, mint az, hogy nincs helium a vinyódban! Gondolom tudod, hogy a HDD-re való írás gyakorlatilag korlátlan. Egyébként a naplózást ki lehet kapcsolni, SSD használatakor sokan ki is szokták."
Nem tudom, miért olyan nagyon szükséges az a plusz naplózás, ha ssd-ken reális későbbi gond nélkül kikapcsolható. Viszont ez esetben egyszerűen felesleges melót jelent a hdd-nek.
"Gondolom tudod, hogy a HDD-re való írás gyakorlatilag korlátlan.". Ne haragudj, de ez nem így van. A hdd-k élettartama nem korlátlan.
-
lajos0001
tag
válasz
ubyegon2
#55792
üzenetére
lejárt a szerkesztési idő, itt folytatom:
"Windows alatt már régóta az NTFS használatos."
Ez elnagyolás, csak annyit jelent, hogy bevezették a növekvő harddisk méretek könnyebb kezelése érdekében. Azt azonban nem jelenti, hogy a fat32 ettől már szemét lett.A bizonyított tény az, hogy partíciómérettől függően és a rajtuk levő fájlok méretétől függően más-más a fat32 és a ntfs hatékonysága és helykihasználása az eltérő default blokkméretekből adódóan. Van, ahol a fat32, van, ahol a ntfs előnyösebb. Nyugodtan lehet utánaguglizni, taglalták ezt eleget évekkel ezelőtt már.
A tapasztalatom is ezt igazolja egyébként. Az ntfst sok esetben lassabbnak tapasztalom.
Ezen kívül: számomra egyszerűen kényelmesebb több kisebb partíció használata.Ezen kívül a tény viszont az: ha ugyanazon hard disken több partíció van és 1-gyel probléma van, az általában kevesebb adatot érinthet, mintha kevesebb partíciót tartalmaz ugyanazon hard disk.
Nem tudom, hogy mi 'fals' mindezen.
"De most komolyan, mi a fenének az a rengeteg partíció? Tényleg camouflage miatt van?"
Már ne haragudj, én ilyet soha nem állítottam, ezt a kérdést ne nekem tedd fel. -
válasz
lajos0001
#55790
üzenetére
Windows alatt már régóta az NTFS használatos, az ext4 naplózása meg kifejezetten hasznos, HDD esetén kb annyira gond, mint az, hogy nincs helium a vinyódban! Gondolom tudod, hogy a HDD-re való írás gyakorlatilag korlátlan. Egyébként a naplózást ki lehet kapcsolni, SSD használatakor sokan ki is szokták.
De most komolyan, mi a fenének az a rengeteg partíció? Tényleg camouflage miatt van?
Hol olvasgattál ilyen dolgokról? Nekem ez elég falsnak tűnik, úgy általában az összes, amiket csinálsz.
-
lajos0001
tag
válasz
ubyegon2
#55789
üzenetére
"4/ Minthogy a kolléga részletek nélkül csak annyit írt, hogy nincs netkapcsolat a telepítéskor, ezért megemítettem ezeket a lehetőségeket is.
'Volt a kollégának netkapcsolata kábelen, wifi-n nem volt!"
Ezt nem vettem észre.
"Amúgy tényleg fat32-n fut a WIn és ext3-on a Linux?"
Igen. Nem tudom, ez miért lenne probléma. Fordítva nem lehet.
![;]](//cdn.rios.hu/dl/s/v1.gif)
: Egyébként: az ext4 hiába újabb, reális előnyét nem látom ext3-hoz képest, plusz nem szimpatikus a több naplózás miatt."Különben elég jól beágyaztad a Linuxos partíciót a sok fat és ntfs partíció közé, ennél nagyobb védelem nem is nagyon képzelhető el!
"No comment...
-
válasz
lajos0001
#55785
üzenetére
4/ Minthogy a kolléga részletek nélkül csak annyit írt, hogy nincs netkapcsolat a telepítéskor, ezért megemítettem ezeket a lehetőségeket is.
Volt a kollégának netkapcsolata kábelen, wifi-n nem volt!
1/ Sokan nem wifit, hanem kábelt használnak router és pc közt
Szerintem a legtöbben, ha csak tehetik, a PC-t én is kábellel kötöm össze, a többinek meg ott a wifi.
Amúgy tényleg fat32-n fut a WIn és ext3-on a Linux?
Különben elég jól beágyaztad a Linuxos partíciót a sok fat és ntfs partíció közé, ennél nagyobb védelem nem is nagyon képzelhető el!
-
lajos0001
tag
válasz
#21078528
#55787
üzenetére
Két dologról beszélünk. Az általam említett 'intézés' a pppoe-kapcsolatra vonatkozik.
"Attól hogy van DHCP a belső hálózaton, még nyugodtan lehet fix IP-t állítani." Természetesen lehet, csak tapasztalatom szerint ha fix IP-címeket használunk, a dhcp általában felesleges (csak plusz meló a routernek).
-
lajos0001
tag
válasz
ubyegon2
#55777
üzenetére
(#55761) lajos0001
"Ilyet még nem csináltam soha, a router adja a wifit, mást azon nem kell beállítani."
1/ Sokan nem wifit, hanem kábelt használnak router és pc közt (gyorsabb, megbízhatóbb, stabilabb a kapcsolat, sokkal kevésbé támadható. Jó, elismerem: így nem lehet a laptoppal futkosni a lakásban.
.2/ Sokan használnak fix IP címeket az otthoni hálózaton (automatikus IP-címkiosztás helyett; gyorsabban feláll a rendszer, kisebb feladat a routernek is, valamivel biztonságosabb). Ha ilyen gépre live pendrive-val megy a linux install, a telepítés alatt nem él a netkapcsolat (ha ezt külön nem állítom be a live rendszeren). Ilyenkor a legkényelmesebb megoldás lehet a telepítés idejére a routerben a dhcp server engedélyezése, majd kikapcsolása (a router teljes konfigurációjának átírása helyett).
3/ Ez szolgáltatófüggő is, de pl. a digi pppoe-kapcsolatot építtet fel az internethozzáféréshez, és ide user name /pw kell (tudtommal pl. a upc ezt másképp oldja meg). Ezt intézheti a hálókártya vagy a router (ez a user döntésétől függ). Ha a hálókártya intézte korábban, akkor a live install alatt ezt nem tudja, így nincs netkapcsolat.
4/ Minthogy a kolléga részletek nélkül csak annyit írt, hogy nincs netkapcsolat a telepítéskor, ezért megemítettem ezeket a lehetőségeket is.
-
#55783
#21078528
törölt tag
herdsman12
#55780
#21078528
törölt tag
válasz
herdsman12
#55780
üzenetére
lsof -P -i -n
-
lev258
veterán
válasz
lajos0001
#55781
üzenetére
Ha Linuxon tárolóból telepítesz valamit, az a /-re kerül (hacsak nincsenek symlink-jeid valahol). A beállítások, felhasználói dolgok mennek a /home-ba. Ha külső helyre teszed valahogy, akkor az is ext-es partíció legyen, más szerintem nem fontos.
Egyébként Windows-on a sok partíció szerintem nem jelent nagyobb biztonságot, mivel ott minden partíció automatikusan csatolva lesz, bármi hozzáférhet.
(A mértékegységeket elírtad.
) -
lajos0001
tag
válasz
Frawly
#55776
üzenetére
Köszönöm az igen részletes magyarázatot. Nem tudhatom külön hosszas hálózati monitorozás nélkül (glassware, wireshark, stb.), melyik app akar egyáltalán valaha/valamikor kitelefonálni (és ha nem muszáj, ezzel nem is akarok vacakolni), ezért sokkal egyszerűbb lenne csak azokat kiengednem, amelyekben megbízom. Ezt viszont az általad leírtak szerint egyszerűen megvalósítani nem tudom.
A kérdésem még a következő: egy 2 gb-s hard diskem van a gépben, rajta fizikailag 1 db 100 mb-s ext3 partíció a mintnek (ezen van a /home is; 16 gb ram mellett swapdrive-ot nem használok), 1 db fat32 a windowsnak, a többi partíció adattárolónak ill. windows-prgoknak (több ok miatt nem vagyok híve annak, hogy egy 2 gb-s hard disk 3 - 4 partíció legyen csak). Valós biztonsági kockázat az önmagában, ha linuxos programot nem az ext3 partícióra telepítek, hanem máshova, és onnan futtatom?
-
#55780
herdsman12
őstag
Frawly
#55775
herdsman12
őstag
válasz
Frawly
#55775
üzenetére
"Van egy adott alkalmazás, nem akarod, hogy elérje a netet, akkor netstat -tulpn futtatásával megnézed melyik portot használja,..."
Kiváncsiságból néztem egy netstat -tulpn listát, majd elindítottam a VLC-n netrádió lejátszást, új netstat -tulpn lista és tök azonos a kettő.
VLC-t nem is látom a Program name listában, persze az első pillanattól futó Firefox-ot se.Rosszul közelítek a kérdéshez?
-
lev258
veterán
válasz
lajos0001
#55774
üzenetére
Csak egy utolsó megjegyzés a témához a részemről. Az, amit Windows-on megszok az ember, nem feltétlenül a dolgok megfelelő megközelítése, kissé talán paranoiddá teszi az embert tűzfal tekintetében. Linuxon a rendszer alap védelme, valamint pl. a Gufw-ben bekapcsolt Home profil, bár az összehasonlítás nem egyszerű és talán kicsit elnagyolt, de nagyjából megadja neked azt a védelmet, amit te Windows-os szemmel el akarsz érni program alapú beállításokkal.
-
#55777
ubyegon2
félisten
teleahocipöm
#55759
válasz
teleahocipöm
#55759
üzenetére
Ha üresen leOKzod, akkor nem enged tovább? Mit telepítettél előtte?
Ha nem megy üresen, meg kell keresned a kulcstartó programot és ott beállítanod.Vagy az automatikus bejelentkezés a gond? Nézd meg ezt, hasonló lehet nálad is.
A lightdm display manager beállitása.
(#55761) lajos0001
Ilyet még nem csináltam soha, a router adja a wifit, mást azon nem kell beállítani.
(#55760) ReSeTer
A network-manager-ben lehet beállitani a wifi jelszót, anélkül nem megy. Látom nem különösebben figyelsz oda a dolgokra, így hiába javasoltam, mit rakjál fel.
-
Frawly
veterán
válasz
lajos0001
#55774
üzenetére
Már lejárt a szerkesztési idő: ha helyi gépen fut a tűzfal, abba malware-ek belenyúlhatnak. Ha másik eszközön, gépen fut, akkor elérhetetlen lesz számukra, meg a tűzfal működése is függetlenné válik a szoftverektől és az operációs rendszertől. Plusz a routernél nem is a beépített tűzfal adja a biztonságot, hanem a hálózati címfordítás (NAT) eleve megfogja a bejövő támadásokat, ezek ellen fontosabb védekezni. A kifelé menő forgalom szűrése jóval kevésbé lényeges, és arra bőven elég az IP, port, protokoll szerinti szűrés (tipikusan a routeren), de ezt is csak akkor kell meglépni, ha egy program rosszindulatúan szivárogtat kifelé, de ilyenkor rutinos infós nem a tűzfalban szokta blokkolni ezt az alkalmazást, hanem a gépről távolítja úgy el, hogy nyekkenni nem lesz ideje. Olyan programra nincs szükség a gépen, amely kifelé megkérdőjelezhető forgalmat generál, a funkcióját ki kell váltani egy olyan megbízható, lehetőleg opensource megoldással, amely megbízhatóan, tisztán teszi a dolgát.
Az egész oda fordítódik le, hogy melyik programot szeretnéd a tűzfalban letiltani? Ha meglesz a neve, akkor segítünk helyette valami mást találni, amit nem kell tűzfal szintjén tiltogatni.
Két jó tanács a végére: írtad, hogy számos módját ismered már a programok telepítésének Linux alatt. Viszont amíg kezdő vagy, csakis és kizárlóag a csomagkezelő segítésével (Synaptic) telepíts (hivatalos tárolókból, meg legfeljebb elterjedt PPA-kból), más forrásból sose, se hivatalos oldal csomagja, binárisa, se forráskódból fordítás, csak elcseszed velük a rendszert. A másik, hogy a kezdő linuxosok, akik tűzfalazni akarnak Linux alatt, tipikusan vírusirtót is akarnak telepíteni, mert az kell. Megspórolok neked egy újabb kérdést: ahogy tűzfal sem, vírusirtó sem kell Linux alá. Pedig van rá számos megoldás, NOD-tól a Kasperskyn át a ClamAV-ig, de nincs rá szükség. A következő laikus kérdés magától szokott adódni, hogy jó, ha nincs rá szükség, akkor miért vannak egyáltalán antivírus szoftverek Linuxra. Azért, mert ha olyan tárolót, megosztást, stb. üzemeltetsz, amelyet windowsos gépekről is használnak, akkor nem akarsz windowsos kártevőt tárolni, hogy azt letöltve más gépek fertőződjenek. Sima desztopos felhasználásra (játék, böngészés, levelezés, chatelelés, irodai programok és kreatív szoftverek használata) nem kell se vírusirtó, se tűzfal.
-
Frawly
veterán
válasz
lajos0001
#55771
üzenetére
Pedig Linux alatt nincs olyan application controll alapú tűzfal, amire gondolsz. Vagy lehet, hogy van, de akkor 3rd party megoldás, amivel nem találkoztam még. A legtöbb ingyenes linuxos tűzfal csak frontend iptables-höz, azt teszi felhasználóbarátabbá azzal, hogy kivezeti a lehetséges beállításokat grafikus felületre.
Mivel alkalmazások szerint szűrni nem lehet (a kernel nem ad ilyen eszközt) és nem is hatékony, ezért iptablesben csak IP-k, portok, owner összes alkalmazása szerint lehet, de ez elég is szokott lenni. Alapból az iptables szabálylistája üres, ez kb. olyan, mintha nem is lenne tűzfalad. Fel kell venni, amit nem akarsz kiengedni. Van egy adott alkalmazás, nem akarod, hogy elérje a netet, akkor netstat -tulpn futtatásával megnézed melyik portot használja, és letiltod azt (pl. gufw-ban), esetleg ha a terminál/konzol használata idegen, akkor Google-el is kiderítheted, hogy melyik portot használja. Persze lehet fordítva is, hogy semmit nem engedsz ki, aztán kivételként határozod meg, amiket mégis, de az sokkal nagyobb szívás, viszont szigorúbb (fehérlistás) kontrollt tesz lehetővé.
A linux ilyen, látszólag ingyenes, de nincs ingyen. Nem kell érte licencdíjat fizetni, de a szabadidőd rá kell áldozni, utánanézni dolgoknak, nyomozni, főleg kezdőként többféle megoldást végigpróbálgatni. Sok Windowsról jött user elfelejteni, hogy a tanulópénzt anno Windowson is meg kellett fizetni, de azt a Windowsnak elnézzük, mert az kivételes. Vagy nem is, csak az elfogultság, berögződések miatt gondolhatja ezt az ember.
Egyébként biztosan azt gondolod most, hogy milyen gáz, hogy nincs application controll, ebben a Windows milyen előremutató. Pedig egyáltalán nincs így. Komoly helyeken külön gépet, hálózati eszközt használnak tűzfalnak, és ilyenkor, amikor külön eszköz, gép a tűzfal, akkor nem is lehet lokális alkalmazásszabályokat felállítani, mivel a tűzfal nem alkalmazásrétegben dolgozik, hanem annál sokkal mélyebb OSI rétegekben (lényegében hálózati protokollok alapján szűr, nem alkalmazások alapján). Ezért van, hogy a routerekben sem tudsz alkalmazásonként szűrni, csak IP, port, protokoll alapján.
Plusz a kegyelemdöfést a végére tartogattam neked: ha router vagy hasonló megoldás mögül netezel, akkor átlag felhasználóként nincs is szükséged a helyi gépen tűzfalra. Windows alatt sem. Ha valamilyen portot mégis tiltani akarsz, akkor azt megteszed a routeren, és onnantól fogva egyik gépről vagy más eszközről (telefon, táblagép, játékkonzol) sem tud ugyanaz az alkalmazás, vagy ugyanazt a portot használó alkalmazás netre kimenni. Ma már nagyon kevesen neteznek úgy, hogy direkt vannak a netre kötve, proxy vagy router nélkül.
-
lajos0001
tag
Köszönöm szépen, most megtaláltam a synapticban. Eddig a weboldalról leszedett verziót néztem, és pontosan az abban levő összefoglalóról, a readmeről írtam azt, amit írtam korábban: elnagyolt, számomra több helyen nem értelmezhető. Ennyi. (Amúgy tisztában vagyok azzal, hogyan telepítenek linux alatt, jópár módon is....)
-
lev258
veterán
válasz
lajos0001
#55771
üzenetére
Linuxon azért alapból vannak bizonyos szabályok, amik a tudtodon kívül működnek és védik a gépet. A Gufw csak arra van, hogy ezt még grafikus felületen finomíthassa az ember. Aki meg mélyen akarja vezérelni, az pedig iptables-t használ.
Csak azt akartam megvilágítani, hogy a program alapú vezérlés hamis biztonságérzetet ad, Linuxon megbízhatóbb az elsőre bonyolultabbnak tűnő módszer. Nem mellesleg a rendszer már eleve védett egy bizonyos szinten. -
lajos0001
tag
válasz
lev258
#55766
üzenetére
Ne haragudj, én csak egy hozzá nem értő felhasználó vagyok, nem nyomozni akarok portok után, amiról fogalmam sincs, hogy derítem ki, sem hogy egyáltalán hány van, amit meg kellene találnom, nem plusz feladatokat keresek.
Egy egyszerű tűzfalat keresek, hogy megmondhassam, melyik app mehet ki a netre, melyik nem. Nem hiszem el, hogy ez csak agyonkomplikált módon oldható meg Linux alatt. Ennyi. A nem profi ezt vajon hogyan oldja meg? Sehogy? Kienged mindent egy konfigurálatlan gufw-val? -
-
lajos0001
tag
A firewalld-0.4.4.5.tar.gz readme-jében levő leírás számomra több helyen is elnagyolt, és csak részben értelmezhető (aki x-szer csinálta már, annak nyilván világos). Pl. honnan tudom azt, hogy python 2-vel vagy 3-mal használjam (egyáltalán mik ezek)?
Az eredeti kérdésem ennyi volt: egy szimpla tűzfalat keresek, ahol megmondhatom, melyik program mehet ki a netre.
-
lev258
veterán
válasz
lajos0001
#55764
üzenetére
Tudom, hogy ez számodra talán botrányos, negatív képet fest a Linux rendszerekről, de ez alapból nem így megy. Évekkel ezelőtt olvastam valami cikket, ami alaposan kivesézte a témát és főleg azt a részét, hogy a program alapú tűzfalszabályok egy nagyon ortopéd megoldás, amit a fizetős tűzfalprogramok készítői találtak ki a hozzá nem értő Windows felhasználóknak annak idején. A lényeg az, hogy ez egyrészt nem illeszkedik a hálózatok működéséhez, másrészt több hibát/sérülékenységet hordoz.
A Gufw-hez készíthetsz saját programprofilt, ami aztán ott lesz a listában (ahogy a többi), de ahhoz is neked kell megadnod a portokat. Adott program esetén ki lehet deríteni, melyeket használja.
Valahogy úgy összegezném a dolgot, hogy bár a Windows-on nevelkedett emberek számára ez valós igényként jelentkezik, de biztonsági szempontból nem szerencsés. Ezért nem igazán foglalkoznak ilyen szoftver készítésével. -
-
#55759
teleahocipöm
senior tag
teleahocipöm
senior tag
Előjött egy régi probléma. Már régebben csináltam a családnak egy korlátozott felhasználói jogosultsággal bíró belépési lehetőséget a Peppemint -be, de most kulcstartó kéri jelszót -ami nincs, vagy nem tudok róla- és nincs net. Hiába írom be router jelszavát, a root jelszót semmi nem jó neki, más jelszóról nem tudok.
-
válasz
ReSeTer
#55755
üzenetére
Az iménti linkből valóban csak az eOS ismert valamennyire, a többi lutri. Én a helyedben felraknék egy LTS Ubuntut és kis olvasgatással, telepitgetéssel csinálnék belőle Macbuntut.
MacBuntu 16.04 Transformation Pack for Ubuntu 16.04 Xenial Xerus
Amúgy a desktop Linuxokhoz nulla programozói tudás kell, raktam már fel 7 éves kiscsaj gépére, azóta használja.
A fenti leirást nézd meg, ha elsőre úgy látod, hogy képes vagy megcsinálni, akkor ezt töltsd le, telepítsd a leírás alapján. Előző verzióhoz készült a leírás, de nincs különbség.
-
lajos0001
tag
Sziasztok!
Nagyon ostoba kérdés (vszleg csak én nem találom a jó megoldást rá): létezhet az, hogy nincsenek linux alatt futó normál tűzfal appok, hanem csak komplett tűzfal disztrók (pl. clearos, monowall, pfsense), ugyanis csak ilyeneket találtam hosszas keresgélés után is (nem számítva az ufw/gufw/iptablest)?
A probléma a következő: Linux Mintet használok (18.2 64bit xfce; Wine 2.19 is van telepítve rá) egy duálbootos gépen (i7-3770, 16 GB RAM, windows xp mellett), és keresek a minthez egy normál halandónak való tűzfalat (nem egy komplett disztrót), ahol grafikus felületen megadhatom, melyik alkalmazás mehet vagy nem mehet ki. Úgy látom, hogy a gufwnál csak ip címet és portot adhatok meg (app elérési utat nem), vagy pedig csak előre definiált szabályokban levő alkalmazásokat választhatok ki, ezek nem játszanak az esetemben.
Mit javasoltok? Előre is köszönöm a segítséget.
-
CPT.Pirk
Jómunkásember
válasz
ReSeTer
#55755
üzenetére
Itt van kapásból 5 különböző: [https://itsfoss.com/macos-like-linux-distros/], ezek _alapból_ olyanok. Az elsőt az eOS-t innen használják páran, a többit nem ismerem.
A netezős szintre nem kell paracssor. A parancssorhoz meg nem kell programozónak lenni. A használatuk nem bonyolultabb mint egy OSX-é, terminál meg abban is van, maximum eddig még nem használtad.
Azt javaslom, hogy virtual pc-n tegyél fel egy disztrót és próbáld ki, aztán meglátod tetszik-e neked. Ha igen, akkor meg felrakod magadnak.
-
ReSeTer
senior tag
Helló!
Szeretnék linuxot a laptopomra, de nem akárhogy.
Ahol csak lehet, hasonlítson az osx-re. Hackintosh-sal nem akarok szenvedni, az UI tetszik, meg igazából nem használom a laptopot sok mindenre, többnyire elég a linux is.Melyiket ajánljátok, és miket kellene letöltenem ahhoz, hogy úgy nézzen ki ahogy fentebb leírtam?
Kérdés még, hogy netezős szintre való eljutáshoz mennyire kell parancssorozni? Megvan már csinálva olyan szintre, hogy nem kell hozzá programozónak lenni?
Köszönöm! -
Dave™
nagyúr
válasz
#21078528
#55753
üzenetére
Sajnos a Dell-en kívül talán senki sem foglalkozik Linux supporttal még alap szinten sem a nagy gyártók közül, tehát nem kell MS-nak lenni ahhoz, hogy ne akarj más lehetőséget biztosítani egy Windowsos toolnál.
A HP-nak viszont sokkal jobb ajánlatai voltak, amikor mi vettük a gépeket, a Dell értelmesebb gépei sokkal drágábbak voltak, az ugyanolyan kategóriában lévők meg gyengébb bővítési lehetőségekkel, és/vagy gyengébb panelekkel voltak szerelve. A Latitude sem olyan, mint volt 5 éve, fémet már csak elvétve használnak, vagy csak a legfelső kategóriában, aminek horror az árazása.
-
#21078528
törölt tag
Nyilván a T. gyártókat minősíti, hogy egy bootolható .ISO-ig vagy USB-ről betölthető .exe-ig (ez pl. a Dellnek sikerült) sem jutnak el (a HP-tól meg konkrétan papírzsepit sem vennék), ezzel együtt hasonló módszerrel frissítek gond nélkül évek óta...
Ha én vagyok az MS és van egy saját, bejáratott oprendszerem, akkor nyilván nem izgatom magam amiatt, hogy az általam gyártott hardverre Linuxot gányoló hogyan fog BIOS-t frissíteni...
-
Dave™
nagyúr
válasz
#21078528
#55751
üzenetére
Fórumos/mókolós megoldást én is találtam, ami _elvileg_ működik, csak kérdés mennyire szívesen állsz neki így BIOS-t frissíteni egy olyan eszközön, aminél egy lövésed van (egy PC esetén sokszor van dual BIOS vagy különböző praktikák ha probléma lenne a flashelés során). Hivatalos vagy legalább félhivatalos eljárás viszont nincs, és külön szépség hogy nem egyforma BIOS vendorok vannak még márkán belül sem, pl. az én Envy-m tök más BIOS-szal jött mint a kolléga eggyel korábbija, vagy az ugyanolyan korú ProBook. A Surface meg bukó kapásból, mert ahhoz semmilyen eszköz nincs, pedig kiválóan fut rajta gyakorlatilag bármilyen Linux és egy modern eszköz.
-
Dave™
nagyúr
válasz
#21078528
#55748
üzenetére
Akkor hallgatlak hogyan kezdenél neki. Vagy ennek. A második talán sportszerűtlen, de ugyanúgy fut rajta a Linux (azzal használtam) és elmondásod szerint nincs szükség Windowsra, szóval biztosan tudsz rá valami okosat mondani.
-
Dave™
nagyúr
válasz
jackal79
#55741
üzenetére
Úgy sokkal egyszerűbb a BIOS-t frissíteni, ha ez a kérdés. Nekem nincs fent, és nem is frissítem mert kiválóan működik, ha kénytelen lennék, akkor elvileg van rá kerülőmegoldás is, csak lusta vagyok hozzá és nincs meg a kellő motiváció sem, mert minden rendben működik.
-
jackal79
aktív tag
Köszi mindkettőtöknek a gyors reagálást!
Az is opció lehet, hogy fent hagyok egy Wint és a BIOS-t az alól frissítem?Még egy nagyon hülye kérdésem lenne...
A Mint mire épül??
Ennél melyiket kell telepíteni:
GUI Tools for Connecting to OpenVPNBoth KDE and GNOME offer plugins for their network manager applets that allow VPN connection to an OpenVPN server. The necessary plugins are:
KDE: network-manager-openvpn-kde
GNOME: network-manager-openvpn-gnomeMore than likely, those plugins will not be installed on the distribution by default. A quick search using the Add/Remove Software utility will allow for the installation of either plugin. Once installed, the use of the network manager applets is quite simple, just follow these steps (I will demonstrate using the KDE network manager applet):
Köszi!
-
#21078528
törölt tag
válasz
jackal79
#55738
üzenetére
A szokásos frissítésekkel érkeznek a kernel frissítések is.
Mondjuk pont a Mintnek van egy olyan baromsága, hogy alapból nem frissíti a kernelt, mert problémát okozhat, inkább maradjanak benne a mondjuk távolról kihasználható hibák... Okos...
Szerencsére az újabb verziókban kapásból kikapcsolható (rákérdez). -
Dave™
nagyúr
válasz
jackal79
#55738
üzenetére
Nagyon másként. A driverek többsége alapból megtalálható a kernelben, néhányat esetleg utólagosan telepít a rendszer (pl. grafikus driverek), de alapvetően többnyire minden működik alapból, ami esetleg nem, ahhoz lehet külön vadászni drivert. A BIOS problémásabb, mert mostanában divat csak Windows-os eszközöket biztosítani a frissítéshez, de fórumokról lehet praktikákat begyűjteni ezek frissítésére is.
-
válasz
cyber86
#55731
üzenetére
Ha arra telepítenéd, akkor egyik se! 1GB memória van benne alapból, ahogy látom és a proci is gyenge.
(#55732) growler Köszi a kiegészítést, nem próbáltam még ezt a recoveryt, de szerencsére a kolléga is a photrec-et használta. Azért hozzáraktam a linked a mentett másikhoz!
-
válasz
BeeNiTTo
#55728
üzenetére
No, ennek örülök! Ne feledd a program nevét, bár gondolom ezután jobban fogsz fidelni!
Black&White, cyber86 Nektek is köszi az inxi kimenetet! Érdekes az, hogy a két memória használat között szignifikáns különbség van! Nekem az utóbbi gyanús, hogy nem boot után közvetlenül készült! A memória mindkét esetben 8GB, ez nem okozhatja a különbséget és inkább az APU-s lehetne magasabb logikusan, mert ott nincs VGA memória sem.
Cinnamon 3.4.3 Nincs még frissítve a rendszered?
-
cyber86
őstag
System: Host: asteklinux Kernel: 4.8.0-53-generic x86_64 (64 bit)
Desktop: Cinnamon 3.4.3 Distro: Linux Mint 18.2 Sonya
Machine: Mobo: ASUSTeK model: P8Z77-V v: Rev 1.xx
Bios: American Megatrends v: 2104 date: 08/13/2013
CPU: Quad core Intel Core i7-3770K (-HT-MCP-) cache: 8192 KB
clock speeds: max: 4500 MHz 1: 3900 MHz 2: 3908 MHz 3: 3903 MHz
4: 3904 MHz 5: 2300 MHz 6: 4063 MHz 7: 3912 MHz 8: 3900 MHz
Graphics: Card: NVIDIA Device 1b80
Display Server: X.Org 1.18.4 drivers: nvidia (unloaded: fbdev,vesa,nouveau)
Resolution: 1920x1200@59.95hz
GLX Renderer: GeForce GTX 1080/PCIe/SSE2
GLX Version: 4.6.0 NVIDIA 387.12
Audio: Card-1 NVIDIA Device 10f0 driver: snd_hda_intel
Card-2 C-Media CMI8788 [Oxygen HD Audio] driver: snd_virtuoso
Sound: Advanced Linux Sound Architecture v: k4.8.0-53-generic
Network: Card: Intel 82579V Gigabit Network Connection driver: e1000e
IF: eno1 state: up speed: 1000 Mbps duplex: full
mac: c8:60:00:e3:83:26
Drives: HDD Total Size: 1120.2GB (1.3% used)
ID-1: /dev/sda model: Corsair_Force_GT size: 120.0GB
ID-2: /dev/sdb model: WDC_WD1002FAEX size: 1000.2GB
Partition: ID-1: / size: 103G used: 5.8G (6%) fs: ext4 dev: /dev/sda1
ID-2: swap-1 size: 8.52GB used: 0.00GB (0%) fs: swap dev: /dev/sda5
RAID: No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors: System Temperatures: cpu: 52.0C mobo: 27.8C gpu: 42C
Fan Speeds (in rpm): cpu: 0
Info: Processes: 230 Uptime: 13 min Memory: 1033.8/7921.8MB
Client: Shell (bash) inxi: 2.2.35 -
#55727
Black&White
addikt
Black&White
addikt
System: Host: C64-Linux Kernel: 4.10.0-37-generic x86_64 (64 bit)
Desktop: Cinnamon 3.4.6 Distro: Linux Mint 18.2 Sonya
Machine: Mobo: ASRock model: FM2A85X-ITX
Bios: American Megatrends v: P1.60 date: 07/11/2013
CPU: Quad core AMD A10-5800K APU with Radeon HD Graphics (-MCP-) cache: 8192 KB
clock speeds: max: 3800 MHz 1: 1900 MHz 2: 1900 MHz 3: 2400 MHz
4: 2400 MHz
Graphics: Card: Advanced Micro Devices [AMD/ATI] Trinity [Radeon HD 7660D]
Display Server: X.Org 1.18.4 drivers: ati,radeon (unloaded: fbdev,vesa)
Resolution: 1920x1080@60.00hz
GLX Renderer: Gallium 0.4 on AMD ARUBA (DRM 2.49.0 / 4.10.0-37-generic, LLVM 4.0.0)
GLX Version: 3.0 Mesa 17.0.7
Audio: Card Advanced Micro Devices [AMD/ATI] Trinity HDMI Audio Controller
driver: snd_hda_intel
Sound: Advanced Linux Sound Architecture v: k4.10.0-37-generic
Network: Card: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
driver: r8169
IF: enp2s0 state: up speed: 1000 Mbps duplex: full
mac: bc:5f:f4:95:a6:f1
Drives: HDD Total Size: 3120.6GB (84.8% used)
ID-1: /dev/sda model: Samsung_SSD_840 size: 120.0GB
ID-2: /dev/sdb model: Hitachi_HDS5C303 size: 3000.6GB
Partition: ID-1: / size: 19G used: 10G (58%) fs: ext4 dev: /dev/sda5
ID-2: /home size: 25G used: 7.3G (31%) fs: ext4 dev: /dev/sda6
RAID: No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors: System Temperatures: cpu: 45.5C mobo: 50.0C gpu: 13.0
Fan Speeds (in rpm): cpu: N/A fan-1: 514 fan-2: 0 fan-3: 0 fan-4: 0 fan-5: 0
Info: Processes: 240 Uptime: 0 min Memory: 554.0/7429.0MB
Client: Shell (bash) inxi: 2.2.35 -
válasz
CPT.Pirk
#55724
üzenetére
Értelek, de félreértetted a helyzeted, mi a Deepinről ejtettünk szót, csak annak az alapjaként jött képbe a Debian és meglepett a régi mesa abban, mert unstable alapon van, az unstable Debian repo meg már frissebb mesa-t használ.
Én speciel soha nem javasoltam kezdőknek semmilyen Debiant!
Kivéve az előbbi esetet, ha képes valaki arra, hogy a megfelelő változatot ki tudja szűrni.Különben aki kezdő létére mégis a Debiant akarja, az úgyis kísérletező kedvében van.
-
válasz
CPT.Pirk
#55722
üzenetére
Ebben igazad van maximálisan, viszont ha egy kezdő minden lebeszélés ellenére Debiannal kezd, akkor úgyis szüksége lesz ezekre. Aki meg okosan marad az Ubuntunál, az szív azzal vagy használ Mint-et!
Egyébként az alap szűrő, hogy valaki ki tudja-e választani a Debian honlapján, melyik iso-t kell leszednie. Akinek ez nem megy, nézzen vissza egy év múlva oda.
-
Igen, Arch-nál vannak a stabil repo-k, meg a testing repo-k. És működik nálam évek óta, erre varrjál gombot.
Persze, a guruknál működik az Arch, de akár egy porszívóra is tudnátok Linuxot rakni.
Biztos sokat tanultál Debian-on a különböző repo-k kutyulásával ami általános linuxos tudás
Tényleg tanultam ezekből, igazából csak ezekből tanultam, mert ha felrakok egy stable Debiant, akkor nem fogok sokat tanulni, mint ahogy Mint-et használva sem. A függőségeket meg azokkal való bűvészkedést is a Debiannal tanultam. Teljesen nulla volt pár évvel ezelőttig minden informatikai és számtech tudásom, most se sokkal több persze!
Komolyan vannak stabil repok az Archnál? Nem tudtam, de akkor mi a fene rollingol benne?
Úgy kipróbálnám már egyszer komolyabban is, csak ezek a használhatatlan, ismeretlen parancsok...... -
#55718
ubyegon2
félisten
herdsman12
#55716
válasz
herdsman12
#55716
üzenetére
Ez az, köszi!
A jó kis MX 16 gondolom hasit az öreg laptopon még a lassú Scorpio HDD-vel is 2 GB memóval.
Az erős géppel rendelkezők nem értik, mire jó ez, ha sokan felrakják, milyen gépen milyen rendszer fut, itt is látszik, mennyire kevés memóriát emészt fel a rendszer indulás után.
Ahogy nézem, a proci és a VGA hasonló ebben is, mint az én Toshiba Satellite-emben, csak ezt bővítették 4GB-ra. Sokat számít a plusz 2 giga ilyenkor.
-
BoB
veterán
válasz
ubyegon2
#55714
üzenetére
Igen, Arch-nál vannak a stabil repo-k, meg a testing repo-k. És működik nálam a stabil évek óta, erre varrjál gombot.
Biztos sokat tanultál Debian-on a különböző repo-k kutyulásával ami általános linuxos tudás, van aki már azt is komoly munkának veszi hogy látta hogy függőségek is léteznek
-
#55716
herdsman12
őstag
ubyegon2
#55698
herdsman12
őstag
válasz
ubyegon2
#55698
üzenetére
$ inxi -F
System: Host: msi Kernel: 3.16.0-4-686-pae i686 (32 bit) Desktop: Xfce 4.12.2
Distro: MX-16.1_386 Metamorphosis 8 June 2017
Machine: Device: laptop System: MICRO-STAR INT'L product: MS-1057 v: 0571
Mobo: N/A model: N/A BIOS: American Megatrends v: A1057IMS V7.02 date: 01/05/2007
Battery BAT1: charge: 23.1 Wh 98.6% condition: 23.4/44.0 Wh (53%)
CPU: Dual core Intel Core2 T7200 (-MCP-) cache: 4096 KB
clock speeds: max: 1992 MHz 1: 1992 MHz 2: 996 MHz
Graphics: Card: Intel Mobile 945GM/GMS 943/940GML Express Integrated Graphics Controller
Display Server: X.Org 1.16.4 drivers: intel (unloaded: modesetting,fbdev,vesa)
Resolution: 1920x1080@60.00hz
GLX Renderer: Mesa DRI Intel 945GM x86/MMX/SSE2 GLX Version: 2.1
Audio: Card Intel NM10/ICH7 Family High Definition Audio Controller driver: snd_hda_intel
Sound: Advanced Linux Sound Architecture v: k3.16.0-4-686-pae
Network: Card-1: Intel PRO/Wireless 3945ABG [Golan] Network Connection driver: iwl3945
IF: wlan0 state: down mac: 00:19:d2:8e:21:80
Card-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller driver: r8169
IF: eth0 state: up speed: 100 Mbps duplex: full mac: 00:16:17:50:ba:99
Drives: HDD Total Size: 120.0GB (11.3% used)
ID-1: /dev/sda model: WDC_WD1200BEVS size: 120.0GB
Partition: ID-1: / size: 16G used: 11G (72%) fs: ext4 dev: /dev/sda1
ID-2: swap-1 size: 2.62GB used: 0.00GB (0%) fs: swap dev: /dev/sda2
Sensors: System Temperatures: cpu: 35.8C mobo: N/A
Fan Speeds (in rpm): cpu: N/A
Info: Processes: 150 Uptime: 4 min Memory: 186.6/2015.5MB Client: Shell (bash) inxi: 2.3.21 -
válasz
CPT.Pirk
#55713
üzenetére
Ha van saját teszt környezeted, amin ki tudod próbálni a frissitéseket, akkor nincs gond.
Én is igy tolom, saját magam számára mindig friss a szerver, amit futnak az automata tesztek éjjel-nappal, és ha egy hétig minden okés, akkor megy élesbe.
Egy hátrány van, hogy igy a biztonsági frissitések max. egy hetet csúsznak.
-
válasz
CPT.Pirk
#55713
üzenetére
Mondhattad volna hamarabb is.
Én a Jessie-t megjelenésétől pár hónappal ezelőttig nyúztam az összes repo keverésével, OK, néha voltak elég durva függőségi akadályok, de szinte minden felment rá és múködött mint állat. Az is igaz, hogy itt azért figyelni kell ill. tudni kell, mikre érdemes figyelni, például a Cinnamon nagyobb verzióját csak úgy nem lehetett feltenni, csak ha tudtad, hogy még kell hozzá telepiteni a frissebb cjs meg még valami csomagot. Épp ez a jó a Debianban, hogy lehet vele kísérletezgetni, tanulásra tökéletes.
Akkor még simán ment a kampeca rendszer konzolból való felélesztése, mert rákényszerültem, hogy megtanuljam, ma már ellustultam, nem is emlékszem, miket kéne csinálni.Éles rendszeren persze lehet azért óvatosabban is, de ilyenkor azt csinálod, hogy felrakod a frissebb csomagot, ami nagyon kell és kikommenteled a repot a sources.list-ből. De ezt te százszor jobban vágod!
------------------------------
Meg is jött a kedvem újra egy kis Debianos mókára! Mindig hallgatni, hogy jaj, hát a Debian elavult, bezzeg az Arch! No persze, viszont a Debiannal én döntöm el, mikor omlasztom össze a rendszert, ha ráeresztem az experimentalt, de maradhatok öregapám koráig a stable változatnál is! Archnál van stabil változat? No kérem, ez a nagy különbség! Az Arch az elszáll egy frissítésnél és csak pislogsz, mint lassú malac a vályunál. -
Meglepődnél, ha tudnád, hogy sokakat nem a Windows nem megfelelő kinézete hozott át Linuxra. Engem különösebben nem zavart a Win7 kinézete, kezelőfelülete.
Ha te még nem vetted észre a különbséget a felszín alatt.......
Végül is ha téged meg másokat a kinézet sokszínűsége, millió kinézetű, jól skinezhető disztró hozott át, azzal sincs semmi gond!
(#55710) Flowtation
A Deepin unstable ágra épül, abban meg már 17-es mesa van:https://packages.debian.org/en/sid/libegl1-mesa
Mindenki mondogatja, hogy a Debian elavult csomagokkal dolgozik, de ez elég téves. A stable ágban elavultak, mert stabilnak kell lenniük, de ott vannak az unstable meg az experimental repok, ha valaki a legfrissebb csomagokat akarja.
-
-
#55710
Flowtation
őstag
Flowtation
őstag
Na végre!
Én már majd egy éve használom a deepint, igaz utóbbi időben kicsit háttérbe szorult a mint kde miatt, de védelmében mondom, hogy egyből olyan kulcsrakész, hogy csak lestem én is. Amennyire más pl a beállítós része, olyannyira kézreálló. Van benne minden, és tényleg nem zabálja az erőforrást. Nem egy xfce, vagy lxde az tény, viszont cserébe sok a cucc benne, és még szép is. Márpedig ez utóbbi nem elhanyagolható a megtérők között. Hol vagyunk mi még a terminalos fórumozástól, böngészéstől...(#55707) ubyegon2
Ha jól emlékszem, mivel debian alapú, ehhez nem lehet hozzáadni pl. a paulo dias féle ppa-t (mesa), mert azok csak ubuntuhoz (és származékaihoz) jók.
-
#55709
lck
senior tag
mefistofeles
#55693
lck
senior tag
válasz
mefistofeles
#55693
üzenetére
ENNYI !
Engem is a Deepin illetve a Budgie vitt át teljesen a linuxhoz. ( 20 év windows után )
Ugyan megvan még a 10 egy lementett lemezképben, de eszembe se jut visszatenni.Szerény - amatőr - véleményem szerint a konzervatívabb felületek ( KDE, Mate Cinnamon stb..) nem igazán adnak elég löketet az átálláshoz. Legalábbis nekem nem adtak. ( mondván: Ha olyan mint a windows akkor minek ?, nem éri meg többet sz@arakodni a jól megszokottal szemben )
Másrészt nekem pl. ATI kártyával a KDE, Cinnamon, Gnome stb. csak röcög. A Deepin, meg a Budgie száguldGondolom a szakik sokban nem értenek velem egyet, illetve sok egyéb szempont is van egy rendszer kiválasztásánál. De nekem ezek döntöttek.
-
cigam
titán
Tudtam én, hogy bináris kell nekem, és nem forráskód:
make
cd src && make all
make[1]: Entering directory '/home/stamas/Letöltések/cpulimit-master/src'
cc -c list.c -Wall -g -D_GNU_SOURCE
cc -c process_iterator.c -Wall -g -D_GNU_SOURCE
cc -c process_group.c -Wall -g -D_GNU_SOURCE
cc -o cpulimit cpulimit.c list.o process_iterator.o process_group.o -Wall -g -D_GNU_SOURCE
cpulimit.c:46:18: warning: extra tokens at end of #ifdef directive
#ifdef __APPLE__ || __FREEBSD__
^~
make[1]: Leaving directory '/home/stamas/Letöltések/cpulimit-master/src'
cd tests && make all
make[1]: Entering directory '/home/stamas/Letöltések/cpulimit-master/tests'
cc -o busy busy.c -lpthread -Wall -g
cc -I../src -o process_iterator_test process_iterator_test.c ../src/list.o ../src/process_iterator.o ../src/process_group.o -lpthread -Wall -g
process_iterator_test.c:31:18: warning: extra tokens at end of #ifdef directive
#ifdef __APPLE__ || __FREEBSD__
^~
make[1]: Leaving directory '/home/stamas/Letöltések/cpulimit-master/tests'Mi lehet a hiba?
-
#55707
ubyegon2
félisten
mefistofeles
#55706
válasz
mefistofeles
#55706
üzenetére
Kösz az inxi kimenetet, elsőre átlagos erőforrás használatnak tűnik, a mesa itt is eléggé régi. PPA-kat próbáltál már hozzáadni? Vagy van a valami plusz programcsomag repoja? Elég sok mindent PPA-ból szoktam használni és ezen nem tudom hogyan működne....
ez érdekes kiirás, gondolom az inxi nem ismerte fel:
Desktop: Gnome Distro: Deepin 15 -
#55706
mefistofeles
veterán
System: Host: magda-PC Kernel: 4.9.0-deepin12-amd64 x86_64 (64 bit)
Desktop: Gnome Distro: Deepin 15
Machine: Device: desktop Mobo: MSI model: 970A-G43 (MS-7693) v: 3.0
UEFI: American Megatrends v: V10.6 date: 01/08/2016
CPU: Quad core AMD FX-4300 (-MCP-) cache: 8192 KB
clock speeds: max: 4000 MHz 1: 4000 MHz 2: 4000 MHz 3: 4000 MHz
4: 4000 MHz
Graphics: Card: Advanced Micro Devices [AMD/ATI] Barts PRO [Radeon HD 6850]
Display Server: x11 (X.Org 1.19.3) drivers: ati,radeon (unloaded: modesetting,fbdev,vesa)
Resolution: 1440x900@59.89hz
OpenGL: renderer: Gallium 0.4 on AMD BARTS (DRM 2.49.0 / 4.9.0-deepin12-amd64, LLVM 3.9.1)
version: 3.3 Mesa 13.0.6
Audio: Card-1 Advanced Micro Devices [AMD/ATI] Barts HDMI Audio [Radeon HD 6790/6850/6870 / 7720 OEM]
driver: snd_hda_intel
Card-2 Advanced Micro Devices [AMD/ATI] SBx00 Azalia (Intel HDA)
driver: snd_hda_intel
Sound: Advanced Linux Sound Architecture v: k4.9.0-deepin12-amd64
Network: Card: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
driver: r8169
IF: enp5s0 state: up speed: 1000 Mbps duplex: full mac: 4c:cc:6a:6e:05:b2
Drives: HDD Total Size: 1128.2GB (6.4% used)
ID-1: /dev/sda model: BIWIN_SSD size: 128.0GB
ID-2: /dev/sdb model: TOSHIBA_DT01ACA1 size: 1000.2GB
Partition: ID-1: / size: 916G used: 13G (2%) fs: ext4 dev: /dev/sdb1
RAID: No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors: System Temperatures: cpu: 27.9C mobo: N/A gpu: 40.5
Fan Speeds (in rpm): cpu: N/A
Info: Processes: 178 Uptime: 24 min Memory: 622.0/7936.5MB
Client: Shell (bash) inxi: 2.3.23 -
#55705
God Vazzeg
veterán
mefistofeles
#55703
God Vazzeg
veterán
válasz
mefistofeles
#55703
üzenetére
Nálam se. Na akkor nagyobb levegőt kell vennem, mert nagyon be van lakva a rendszerem
-
#55704
mefistofeles
veterán
ubyegon2
#55701
-
#55703
mefistofeles
veterán
God Vazzeg
#55702
válasz
God Vazzeg
#55702
üzenetére
Nálam nem volt.
-
#55702
God Vazzeg
veterán
mefistofeles
#55696
God Vazzeg
veterán
válasz
mefistofeles
#55696
üzenetére
Nincs neki live modja?
-
#55701
ubyegon2
félisten
mefistofeles
#55699
válasz
mefistofeles
#55699
üzenetére
Egyértelmű, hogy a gyengébb vagy régebbi gépek miatt emlitettem az erőforrás használatot, de a hw/driverek is hasznosak lehetnek.
"bash: inxi: parancs nem található"
Ilyen ez, ha nincs fenn alapból, de Debian alapú, felteheted simán arra is.Amúgy nem olyan Budgie-s a DE kicsit?
Most aztán majd a kis kínaiak jól kikémlelik a géphasználati szokásaidat!
Mekkora marhaság ez amúgy....
![;]](http://cdn.rios.hu/dl/s/v1.gif)
: Egyébként: az ext4 hiába újabb, reális előnyét nem látom ext3-hoz képest, plusz nem szimpatikus a több naplózás miatt.
.
Kösziii. Működik frankón!
Ú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
- Hobby rádiós topik
- NVIDIA GeForce RTX 5070 / 5070 Ti (GB205 / 203)
- Xiaomi 15 - kicsi telefon nagy energiával
- Vezetékes FÜLhallgatók
- Pánikban a világ a Radeon RX 5000 és 6000 sorozat támogatása miatt
- Elemlámpa, zseblámpa
- Okosóra és okoskiegészítő topik
- Melyik tápegységet vegyem?
- Haditechnika, harcászat
- Milyen monitort vegyek?
- További aktív témák...
- LG 27GR93U-B - 27" IPS - UHD 4K - 144Hz 1ms - NVIDIA G-Sync - FreeSync Premium - HDR 400
- Azonnali készpénzes nVidia RTX 5000 sorozat videokártya felvásárlás személyesen / csomagküldéssel
- ÁRGARANCIA!Épített KomPhone Ryzen 5 5600X 16/32/64GB RAM RX 7600 8GB GAMER PC termékbeszámítással
- Új és újszerű 13-14 Gamer, ultrabook, üzleti, 2in1, X360, Touch készülékek kedvező áron Garanciával
- LG 65QNED86T3A / QNED / 65" - 164 cm / 4K UHD / 120Hz / HDR Dolby Vision / FreeSync Premium / VRR
Állásajánlatok
Cég: NetGo.hu Kft.
Város: Gödöllő
Cég: Promenade Publishing House Kft.
Város: Budapest