- Yettel topik
- Apple Watch
- Honor 400 Pro - Gép a képben
- Redmi Note 13 Pro 5G - nem százas, kétszázas!
- Honor 200 Pro - mobilportré
- Erős, de energiahatékony lesz a Dimensity 9500
- Samsung Galaxy A56 - megbízható középszerűség
- Google Pixel topik
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
- Samsung Galaxy S23 Ultra - non plus ultra
Hirdetés
-
Mobilarena
Ubuntu Linux Összefoglaló
Hivatalos Ubuntu dokumentáció
Amennyiben kérdésed lenne, kérünk, add meg a szükséges adatokat a hiba minél pontosabb leírása mellett:
-számítógép típusa, hardverek pontos megnevezése (különösképp videókártya, vagy hálózati egységek)
-a használt rendszer pontos neve, verziója, a grafikus felület
-mikor és hogyan jelentkezett hiba, mi váltotta ki (program telepítés, frissítés, ...)
-eddigi próbálkozások a megoldásra (ha voltak ilyenek)
A hardverinformációkat legegyszerűbben úgy gyűjtheted össze, ha megnyitod a Terminál nevű programot a menüben. Ide írd be a következő parancsokat (mindkettő után nyomj Enter-t):
lspci
lsusb
Új hozzászólás Aktív témák
-
Frawly
veterán
válasz
#20749568 #37033 üzenetére
Ne nyugodj meg túlzottan, mert ha az Ubuntu ezt elterjeszti, a Mint az Ubuntu-alapúsága miatt az elsők között lesz, aki ezt az újítást adoptálja. Egyébként nekem még nem is ez a bajom, hogy vannak snap csomagok, hanem akkor ne a Software Center-be rakják, hanem tegyenek mellé egy Snap Center-t, és legyen elérhető onnan, kisegítő lehetőségként.
-
Frawly
veterán
Ja, ez tényleg gáz. Nem használok Ubuntut, de aggasztó, ha ők elterjesztik ezt, akkor az összes disztró átveszi szinte. Pont elég istenverése a Pulseaudio, systemd is, nem kell erre még a snap pluszba.
Nyilván terminálok apt-tal lehet tárolókból nem snap-os csomagokat is telepíteni, de hát az egyszeri Ubuntu-user nem nagyon szed elő terminált.
-
Frawly
veterán
válasz
celafat #37010 üzenetére
Pontosan jelöld ki és másold be ide, hogy mit ír ki. Az egész kiírást, ne csak egy sort.
Megnyugtatlak, hogy nem a jelszó miatt nem futnak le a parancsok, hanem más oka van, amit meg kéne fejteni. Hiába is tiltanád le a jelszókérést, utána se menne.
Amit én még a látatlanban csinálnék: terminálban kiadod ezeket a parancsokat
sudo apt update
sudo apt upgradeIgen, ne pánikolj, ezeknél is jelszót fog kérni. Kényelmetlen, de a te biztonságod szolgálja, hogy rosszindulatú kód a tudtod nélkül ne tudjon belemarmolni a rendszerbe.
Képernyőkikapcsoláskor vagy képernyővédő után viszont ki lehet kapcsolni a jelszókérést, a Rendszerbeállításoknál kell lennie valami olyasminek a képernyő kikapcsolásánál, energiagazdákodásnál, vagy fene tudja mi a magyar neve, meg melyik menüpont, hogy képernyő zárolása. De ezt sem érdemes kikapcsolni, mert a te védelmedet szolgálja ez is. Ne az legyen, hogy ott felejted a gépet bekapcsolva, mert kimész a szobából valamaiért (kávéért, wc-re, stb.), és valaki kihasználva az alkalmat, hogy nem vagy gépnél, bepattanjon elé, és belebarmolhasson a rendszerbe, meg nézegesse, hogy miket művelsz a gépen, beletörölgessen fájlokba. Így kap egy jelszókérő zárképernyőt az arcába, és ott véget ér neki az ügyeskedős mókája. Vagy ha ő is felhasználó a gépen, akkor a saját jelszavát beírva a saját fiókjával lép be, és csak azokhoz a fájlokhoz fér hozzá, amihez jogosultsága van, de akkor sem tud a te fájlaidba, meg futó alkalmazásaidba belebarmolni.
Egyébként meg ezt az egész alapproblémádat tévesnek tartom jelszó nélkül is. Ez a BlueZ feltehető a rendszerre így is, terminálban kiadva a snap install bluez parancsot. Nem kell hozzá ilyen franc tudja ki által összegányolt scriptet lefuttatni, ami régi (5.51-es verziót töltene le, meg forgatna forráskódból), mikor van belőle újabb verzió, 5.9-es. Mert lényegében ez a script is a bluez nevű alkalmazást tenné fel, csak régebbi verziót, másik módszerrel, ami kevésbé ajánlott, meg kezdőknek problémásabb lehet.
-
Frawly
veterán
válasz
lev258 #36993 üzenetére
Így van. A snap, flatpak hozza magával az összes függőségét az adott progiknak, amik akkor is felkerülnek, ha az adott rendszeren már fent vannak ezek a függőségek, ugyanis a verziószámban eltérés lehet, ami a verziófüggőségeknél gond lehet. Emiatt ezeknél a snap, flatpak megoldásoknál nem csak maga az univerzális csomagkezelő szolgáltatás fut extraként, hanem egy csomó extra lib is, ami extra CPU/RAM-ot fogyaszt.
A snap annyival súlyosabb is még, hogy ott az egész alkalmazás konténerként fut.
Persze ha egy korszerű gépről van szó, valami i5-ös, 8 GB RAM, vagy ennek megfelelő AMD rendszer, akkor végül is lehet nem érezhető egy sima Ubuntuhoz képest, amin nem használnak ilyeneket.
-
Frawly
veterán
De, nagy átlagban több erőforrást igényel. Igaz ez a programtól is függ. Én ezt a snap, flatpak megoldásokat kerülném, tényleg csak akkor tenném fel, ha valaki nagyon kezdőnek kell, és nem tudja más formában beszerezni az adott progit, és nincs meg a tudása rá, hogy forráskódból forgassa.
Továbbra is tartom, hogy neked Archot vagy Manjaro-t kéne arra a gépre feltenni, épp úgy lehet Pantheon-t vagy Budgie-t telepíteni rá, és az AUR miatt nem lennél rászorulva semmilyen snap, flatpak, stb. megoldásra.
A Python 2 és 3 nem kompatibilis, de ez azért nem probléma, mert telepíthetők egymás mellé, megférnek. Amelyik programnak a régi kell, az használja azt. Nem tudom Ubuntu-Elementary- és Solus-vonalon mi a csomag neve, ezt neked kell kinyomoznod.
-
Frawly
veterán
Ha Pantheon, akkor Elementary. Ez minden DE-re igaz, hogy azzal a disztróval érdemes használni, amelynek a fejlesztői fejlesztik. Így pl. Cinnamont Minttel érdemes használni, KDE-t Neon-nal (vagy Kubuntu), Budgie-t Solus-szal, stb.. Persze, mennek ezek más disztrón is, csak ott lehet nem a legteljesebb élményt nyújtják, lehetnek hiányzó témák, tálcaalkalmazások, hiányzó pluginek, stb..
Egyébként nem értem a distrohoppolásod mostanában. Te már megtanultad az Archot feltelepíteni, használni, onnan nincs értelme váltani, hacsak nem egy systemd-mentes rendszerre, vagy minimalistább disztróra (de azokon meg a DE-nek nincs sok értelme). Így hiába írtam fent, amit írtam, ezt átlagosabb userekre értettem. A helyedben nyugodtan feltenném szűz Arch telepítésre a Pantheont, és nem ezen rágódnék, hogy jajj béta, frissül-e véglegesre, meg LTS-esssss. Ez azoknak fontos, akik nem tudnak maguknak rolling disztrót supportálni, mert kezdők és nincs meg hozzá a vénájuk vagy technikai tudásuk.
-
Frawly
veterán
válasz
Snowy_owl #36975 üzenetére
Akár még utána is kihúzza, nem nagyon látom, hogy miért ne tudnád Win10-zel hajtani, kicsit lomhább lesz, de nem lesz használhatatlan sebességű. Akár még egy C2Q proci meg pár generációval ezelőtti olcsó GPU belemehet (ha van olyan megkötés, akkor akár low profile), akkor aztán Linuxon sem lesz probléma. Az újabb GPU-nak az az előnye is megvan, hogy újabb codeceket, meg magasabb felbontásokat is tud dekódolni.
-
Frawly
veterán
válasz
Snowy_owl #36973 üzenetére
Nem oldódott ott meg semmi, feladtad. Az a baj, hogy a linuxos böngészők csak nyílt drivereknél támogatják a hardveres dekódolást, VA-API protokollon át, és ehhez is hekkelés kell, meg Wayland. De a nyílt driver meg nem olyan jó NV GPU-khoz, mivel ilyen játékok, ilyesmi, szarabbul fut vele, meg az energiagazdálkodás sem olyan jó.
A zárt NV driver csak VDPAU gyorsítást támogat, ezt meg a linuxos böngészők nem támogatják. Ez sajnos a böngészőfejlesztő cégek ’cisége, nem az van, hogy a Linux nem támogatná, meg ne lehetne rajta technikailag megoldani. Persze, hogy meg lehet, csak lusták hozzá. Már erre, hogy nyílt driver + VAAPI-val menjen a hardveres dekódolás, arra is sokat kellett várni.
-
Frawly
veterán
válasz
#40553216 #36967 üzenetére
Ez ilyen. Ki-ci ki-na-i is ezt használja pont ki, sokan nem értenek hozzá, csak meglátják a hirdetést, és ellenállhatatlan lesz a meseszép 2 terás tárterület o-co-é, és meg akarják venni, akkor is, ha nincs szükségük 2 terára, meg nem terveztek eredetileg ekkorát venni. A legtöbb ember, ha nem ért hozzá, észre sem veszi, mert nem másol rá annyit, vagy mert nincs ennyi pendrive-ra szánt adata, vagy a lassú pen miatt nem motiváltak, hogy ennyit másoljanak rá. Ha meg nagy sokára mégis másolnak rá ennyit, azt hiszik, hogy elromlott csak, kidobják, és vesznek másikat. Nem jönnek a linuxos topikba, hogy terminálban f3-mal bűvöljenek. Ha meg kiderül a turpiszság, akkor a kínai azzal fog védekezni, hogy az az ár, amit fizettél érte, az egy 32 gigásért is korrekt, így is van 32 gigád, nem kapod vissza a vételárat, mert a pénzedért arányosan kielégítő szolgáltatást kaptál, ami ér annyit, legfeljebb a fake accountját törlik, amit kinyit másnap más néven, és nyomatja tovább a bizniszt. Ja, ’ciség. Ráadásul most is van egy csomó ilyen filléres 1-2 terás pendrive minden online oldalon, eBay, Amazon, nem is értem ezt miért nem szűrik jobban. Természetesen mind kamu, az összeset törölni kéne már automatán, nem kell nyomozgatni, hogy melyik valódi, melyik nem, ennyiért mind az.
-
Frawly
veterán
válasz
#40553216 #36961 üzenetére
Ja, ahogy uby is írta, ez egy 32 gigás pendrive. Kidobni ettől nem kell, csak úgy particionáljátok, hogy a partíció vége azon a szektoron legyen, amit a progi is kiírt. Így 32 gigás pendrive-nak továbbra is tudjátok használni, így végül is 10 EUR alatt nem volt anyagi bukó. Máskor meg inkább az asszony kérje ki háttértár vásárlása előtt valaki hozzáértőbb véleményét. Nem is kell linuxos topikokig eljönni, ezt még egy gamer vindóz pistis fórumon is megmondta volna neki azonnal, hogy ilyen fillérekért a 2 terás pendrive tuti kamu, nem kell hozzá szakinak lenni, ennek a pendrive nagyobbnak hirdeti magát trükknek már szakálla van, olyan régi és olyan közismert.
-
Frawly
veterán
válasz
#40553216 #36948 üzenetére
Ja, ezen teljesen felesleges rágódni, 5 EUR-ért 2 terás pendrive 9999%, hogy kamu. Az igazi 2 terás pendrive, ami valóban nem fake, az 300 EUR felett kezdődik.
Inkább vegyetek egy olcsó 120-250 gigás SATA3 SSD-t és kössétek UASP képes USB3-SATA3 adapterrel a gépre, az kellően nagy, kellően gyors, nem kamu, és megússzátok 18 ezerből vagy alatta. Írásterheletőségre és sebességre leköröz bármilyen pendrive-ot.
-
Frawly
veterán
válasz
#40553216 #36945 üzenetére
De pont ez a trükkje, hogy a pendrive a mókolt frimware miatt nagyobbnak hirdeti magát, mint valójában, és amikor elkezdesz rá túl sokat másolni, akkor felülíródik ciklikusan, vagy eldobja az adatokat. Amíg keveseket másolsz rá, pár száz MB vagy pár GB, addig hibátlannak tűnik, ez a csel benne. Csak ahogy átléped a tényleges fizikai kapacitását, onnantól kezd el hibákat dobni. De ezt csak akkor tudod meg, ha kellően sokat írsz rá, igaz általában ez már későn szokott kiderülni, ki-ci ki-na-i is pont ezért röhög a markába, jól átvert, mire rájössz, addigra ő már hetedhét határon túl jár a pénzeddel. Mondom, kéne tudni, hogy pontosan milyen pendrive, gyártó, modell. Esetleg valami firmware-kiolvasó progival ránézni.
-
Frawly
veterán
válasz
#40553216 #36931 üzenetére
Az lesz, amit írnak. Ha Kínából vett pendrive, akkor nagy valószínűséggel fake. Ezek jó nagy pendrive-nak látszanak az eszközkezelőben, akár 2 terásnak is, de valójában egy 16-64 gigás pen, amiben a trükkös ki-ci ki-na-i oc-có-é átütötte a firmware-t, és emiatt 1-2 terásnak látszik, de ahogy elkezdesz írni rá nagyobb mennyiségeket, hibába futsz, meg nem olvasható vissza.
Pont ez a trükk, ha csak kevés gigát írsz rá, akkor jónak tűnnek ezek a pendrive-ok (aki nem ért hozzá, sokáig észre se veszi), de ahogy többet írsz rá, mint a fizikai valós mérete, akkor elkezd furcsa dolgokat művelni, felejteni, stb..
-
Frawly
veterán
válasz
I02S3F #36851 üzenetére
Szerintem meg simán érdemes frissíteni. Főleg, hogy a 20.04-es LTS lesz megint, így a 18.04 LTS-eseknek is megéri rá váltani, nem csak a 19.10-et használóknak.
Én pont fordítva gondolom, mint a kolléga, csak akkor nem frissítenék, ha valami rettenet régi (értsd retró szintű, 14+ éves) hardverről van szó, ami problémázik új kernel, vagy kerneldriver, vagy hasonló miatt, de ez is elég elméleti eshetőség, meg ilyen gépeken amúgy sem Ubuntut érdemes használni.
-
Frawly
veterán
válasz
huliganboy #36836 üzenetére
Ez attól függ, hogy mi van rálógatva USB-re, ha felismeri a rendszer, hogy egy USB-Serial adapter, akkor tudja használni sorosportként. Ha nem, akkor ilyen ttyUSB-ként, de úgy is jó lehet szerverhez, miért kéne ttys1-nek lennie mindenképpen?
-
Frawly
veterán
Nincs más a HUP-on kívül. De pl. windowsos portálból is hiába van magyar, ha abból is angolul érdemesebb tájékozódni. Meg ezért is éri meg angolul használni a rendszert, mert az angol hibaüzikre keresve több a találat, valószínűbb, hogy megtalálod hamarabb a megoldást. Attól, hogy a rendszer angolul van, attól még az UTF-8 kódolás lehetséges, meg a billkiosztás is lehet magyar, így a magyar karakterek megjelenítése és bevitele ugyanolyan problémátlan, mintha magyarul használnád az egész rendszert.
-
-
Frawly
veterán
válasz
sellerbuyer #36558 üzenetére
Arra vigyázz, hogy ha működik is a RAID, a RAID nem egyenlő a backup-pal, azt NEM váltja ki!!! A RAID bizonyos redundanciát ad csak, hogy ha valamennyi lemez kiesik, nem kell backupot visszahúzni. De ha a kelleténél több lemez esik ki, vagy user error miatt valamit törölsz, felülírsz, ransomware-t szívnál be legrosszabb esetben, akkor csak a backupra tudsz támaszkodni, ezek ellen a RAID nem véd.
Amit egyébként a kolléga mond, hogy AHCI módban telepítesz, RAID-nek meg szoftveres md RAID-et használsz, amiről a Linux kernele gondoskodik, nem az alaplap BIOS-a. De elvileg úgy is kéne menjen, ahogy most te próbálod. Az, hogy GPT vagy MBR megint nem kéne számítson.
A szoftveres RAID mitől lenne röhejes? Gondolod, ha az lenne, akkor a sok kernelfejlesztő fölöslegesen komolytalankodna vele? Nem azt mondom, hogy kötelező szoftveres RAID-et használni, csak azt nem értem, hogy ezt a lehetőséget miért ekézed élből le.
-
Frawly
veterán
Ja, és ne képként tegyed be a parancsok kimenetét, hanem jelöld ki egérrel, és vágd ki szövegként, azt illeszd ide be, gyorsabb, rövidebb, könnyebben olvasható.
-
Frawly
veterán
válasz
sellerbuyer #36552 üzenetére
Szerintem húzd fel rá újra az Ubuntut elölről. Ha kész, akkor nézz rá újra terminálban az fdisk -l kimenetére. Esetleg egy lspci parancs is lefuttatható, hogy látja-e egyáltalán a RAID vezérlőt.
Az, hogy Z390-es az alaplap, azzal nem sokra megyünk, mivel a RAID vezérlő nem a chipsettől, hanem a gyártótól, laptól függ, hogy milyen RAID vezérlőt rakott az alaplapra. Úgyhogy az alaplap pontos típusa is jó lenne.
-
Frawly
veterán
Pont azért van tele a meghajtód, mert olyan felesleges dolgokkal van tele, mint a BleachBit. Linuxra nem kell ilyesmi. Ha kinőtted a tárhelyet, méretezd sokkal nagyobbra a partíciót, vagy vegyél nagyobb háttértárat. Ezt szarkazmus és rosszindulat nélkül, komolyan mondom. Amúgy is szuboptimális egy rendszer úgy használni, hogy már majdnem teljesen be van telve és akármilyen kicsi használat, ráírás után azonnal betelik. Elve törekedni kéne rá, hogy minden partíción legyen kb. 20% üres hely legalább. HDD-n azért kell hagyni, mert ha ezalá esik, akkor elkezd a fájlrendszer egyre jobban töredezni, és a HDD egyre jobban belassulni. SSD-n meg azért kell ennyi helyet hagyni (igaz az össz meghajtóra számolva), hogy a garbage collection, wear levelingnek legyen szabad helye működni. Tehát így vagy úgy, de kell ennyi helyet hagyni.
Nekem még a root sose telt be, adok neki 50 gigát, az még mindig elég volt, Kubuntu meg minimalista Arch alatt is. Sose használtam el belőle 35 gigánál többet (ezt is csak Kubuntu alatt anno, mikor volt fent 3000 csomag, meg egy rakat retró játék is). A felhasználói adatokat, home mappát, stb. meg adatpartíción tárolom, az meg sose volt kisebb 120 gigánál sok évvel ezelőtt sem, jelenleg 432 giga a fő gépemen, a játékgépemen meg valami 700+ giga. Helyhiánnyal, partícióméretezéssel sose kellett küzdenem, még régen sem, mikor kisebb háttértáraim voltak.
-
Frawly
veterán
A pamixer simán elindítva semmit nem csinál, azt még fel kell paraméterezni. De előtte meg kéne tudni, hogy a pamixer miért segít. Szerintem a kimenetet állítja át az integrált hangeszközről az USB-s hangeszközre.
Xfce alatt azért látszik úgy, hogy csinál valamit, mert már a pavucontrol megy a háttérben. Először terminálban kéne a pamixerrel próbálkozni:
pamixer --list-sources
pamixer --default-source NItt az N helyére annak a hangeszköznek a számát írod, ami a list-sources sor kilistáz az USB-s hangeszközre. Ha megvan milyen érték kell, akkor ezt a pacmier --default-source érték sort beírod az automatikus indulásba.
-
Frawly
veterán
A pavucontrolt nem lehet értesítési területen futtatni. Lehet ugyan az értesítési területen ikonja, de azzal még nem fut a háttérben, csak ha kézzel kattintasz is az ikonjára.
Én első körben megnézném, hogy mit csinál a hangeszközzel a pavucontrol, amitől lesz hirtelen hang. Utána ezt a birizgálást pamixer felparaméterezésével oldanám meg, amit betennék automatikus indulásba, és onnantól nem hogy a háttérbe/tálcára, de semmilyen ablakot nem töltene be induláskor.
-
Frawly
veterán
A ping parancsnál is van -i kapcsoló, amivel lehet 1 mp. alá vinni az intervallumot. Root jogokkal 0,2 mp. alá is. Javaslom nézegesd terminálban ezt a parancsot:
man pingHa nem akarsz sok kapcsolót gépelgetni a ping mögé, akkor egy speciális ping parancshoz csinálhatsz Bash scriptet vagy Bash alias-t, és akkor hívogatod ilyen formában: pingem 1.1.1.1, és az általad kívánt beállításokkal fut le.
A Win10 terminálnál nem a Powershellre gondolok, azt én is utálom, hanem a normál Parancssorra. Ez a legutóbbi időkig, se Tab-os kiegészítést, se füleket, se Unicode-támogatást, se rendes előzménykezelést, se semmit nem tudott, egy kőbalta szintű, DOS korszakban megrekedt valami volt. Így kínszenvedés volt bármit is benne csinálni. Pedig a parancssornak nem kell kényelmetlennek lennie. De most elkezdett rajta a MS fejleszteni a legújabb Win10 update-ekkel.
-
Frawly
veterán
Nem tudom miért ragaszkodsz a grafikus felülethez, a ping egy egyszerű diagnosztikai eszköz, tipikusan az a dolog, amihez a terminált kitalálták. Ez az a műfaj, ami grafikus felületen sem kényelmesebb semmivel. Ja, persze gépelni kell, de tab-ra kiegészít mindent a Bash, meg a már egyszer beírt utasításokat is újra lehet hasznosítani. Gépelgetni így is kell, mikor ebbe a grafikus felületű izébe beírod a host nevet. Egyszerűen mánián kívül nem sok értelmét látom egy ilyen grafikus ping-nek. Win alatt muszáj volt, mert ott a legutóbbi időkig nagyon tré volt a parancssor, de Win10-en fejltesztettek rajta, így használható.
-
Frawly
veterán
Ez attól függ, hogy hogyan telepítetted. Ugyanúgy kell leszedni, ahogy telepítetted, ugyanazokat a lépéseket kell csinálni, csak fordítva.
Ez a tsetup tar.xz két bináris fájlt tartalmaz, ezeket elég törölni abból a mappából, ahova bemásoltad őket. Aztán mehet fel a disztró hivatalos tárolójából az ott lévő változat.
Linuxnál mindig alapszabály, hogy ha egy mód van rá, akkor a hivatalos tárolókból telepítsünk, és ne külső weboldalról. Sajnos windowsos berögződés, hogy a kezdő linuxosok weboldalról akarják összeszedni a telepítőket, ahelyett, hogy a csomagkezelőt, szoftveráruházat, szoftverközpontot használnák. A Linux ebben az iOS-sel és az Androiddal egyezik meg, ott is Store-ból telepíted az appokat, és nem külső weboldalakról szeded össze.
Mindig a tárolóból kell telepíteni, mert az tesztelt változat, meg kompatibilis a fent lévő többi csomaggal, és a csomagkezelő frissíti is, ha kijön az adott progiból új verzió.
Az, hogy nem találsz egy chatszobát, az nem az alkalmazás hibája. De lehet nem is a tiéd, azóta be is zárhatták.
-
Frawly
veterán
válasz
baloo79 #36419 üzenetére
De, az is jó. De pl. mikor a bootkor titkosítás feloldásához kér jelszót a rendszer, akkor nem tudod még ezt beírni. De amúgy ugyanazt csinálja, mint a vconsole.conf beállítása, valóban. Sőt, inkább ezt fordítva érdemes használni, vconsole.conf-ban KEYMAP=hu, ha pedig mégis vissza kéne váltani angolra, akkor ott a konzolban kiadni loadkeys us parancsot.
Kár, hogy olyan beállítás nincs, aminél valami billentyűkombóval váltani lehet a kiosztást. setxkbmap-nál meg waylandes/libinput-os megoldásoknál van toggle opció. Vagyis vconsole-nál ott van a KEYMAP_TOGGLE= opció, de nincs dokumentálva, hogy mivel vált kiosztást.
Azt is meg kell jegyezni, hogy az egész initrendszertől is függ. A vconsole/loadkeys a systemd megoldása, openrc-s és egyéb rendszereken teljesen más megoldások vannak.
-
Frawly
veterán
válasz
ubyegon2 #36416 üzenetére
Nincs mit rajta kipróbálni. Azért van „x” parancs nevében, mert csak X.org alatt működik. Próbáld ki, hogy váltasz egy konzolra (nem terminál, hanem pl. Ctrl+Alt+3-ra megnyitott karakteres felületű, nem grafikus), és meglátod, hogy ott nem lesz hatása. Wayland alatt sem működik, de ott van helyette más, általában a kompozitorba van beépítve egy libinputot használó modul, ami tudja ugyanezt.
Minten azért működhet a telepítő alatt, mert már a telepítő maga is X.org-on fut. Igaz ez az Ubuntura is, igaz ott talán Wayland-alapú Mir van, de annak is tuti van hasonló megoldása a kiosztás kezelésére. De ha pl. Debian minimal netinstall meg Arch alatt próbálod, ott nem fog működni, ki fogja írni, hogy nincs telepítve a xorg-server vagy xorg-utils csomag, vagy nem fut épp X.org server.
Egyébként ez a vconsole.conf sem működik mindenhol, pl. GRUB vészkonzolban nincs hatása, mert még a kernel betöltődése előtt vagyunk.
-
Frawly
veterán
válasz
#40553216 #36414 üzenetére
Ha nagyon rövid a bootidő, akkor igen, a systemd-analyze mérési hülyesége nem annyira jön ki, közelebb esik a valós bootidőhöz. Ellustulni meg azért nem kell. A Linux lényege amúgy is az, hogy szét tudod hekkelni, nem úgy, mint Windowsnál, hogy csak azokat állítani, amit a MS megenged, meg amihez drótozott be beállítási lehetőséget (vagy GUI-ra vagy registrybe).
Linux alatt VBox helyett ajánlott inkább QEMU KVM-et használni. Nem kell hozzá mindenféle kernelmodult hegeszteni és stabilabb is
Amúgy b3×4rok, a boot közbeni egérmozgatást most én is kipróbáltam, és mintha egy kicsit nálam is gyorsítana. Ekkora f4×ságot beletenni, hihetetlen. Ennyi erővel úgy is megcsinálhatnák, hogy valami dinamós kurblit kötök a gépre USB-n keresztül, hogy előtte feltekerem, hogy legyen elég extra áram a bootoláshoz
-
Frawly
veterán
válasz
ubyegon2 #36412 üzenetére
A setxkbmap hu nem elég, mert az csak onnantól működik, hogy fut a X.org server. Előtte konzolban (konzolban utána sem), meg bootolás közben (pl. LUKS jelszó) nem működik. A /etc/vconsole.conf fájlba kell ezt beírni, ha magyar kiosztást akar az ember:
KEYMAP=huÍgy már bármikor begépelhetők az ékezetes jelszavak is. Egyébként ez világosan le van írva az Arch Wikiben, ezért kéne ubuntusoknak, minteseknek, debianosoknak is olvasnia a Gentoo Wiki-vel egyetemben. Persze a Debian Wiki is hasznos néha, főleg ha valamihez drivert (Wi-Fi kártya, nyomtató) keres az ember, volt, hogy már nálam is életet mentett… Archon!
-
Frawly
veterán
válasz
#40553216 #36403 üzenetére
A systemd-analyze csak kb.re méri a bootod, a valóságban nem annyi, ezt nem akarta elhinni nekem sem ubyegon.
Ne add fel, haladsz azért, 25 mp.-ről eleve lementél 18-ra. Arra viszont nincs tippem, hogy ebből hogy kéne faragni, de tuti lehet még, hogy 10 alá menjen. Ha nagyon tippelni kéne, akkor nálad is a random seed tartja fel a bootot, sajnos a haveged sem mindenható. valamennyit gyorsít rajta, de teljesen nem tudja annyira visszagyorsítani, mint random seed nélkül voltak a régi rendszerek.
-
Frawly
veterán
válasz
#40553216 #36399 üzenetére
Ja, ebből meg is van, hogy valóban a snapd a ludas. De elég sokáig töltődik az fstrim.service, NetworkManager-wait-online.service, apt-daily-upgrade.service.
Ezekből még a NetworkManager okés, mert az kell, de azt nem értem, hogy a snapd, fstrim, apt upgrade miért bootkor fut le? Szükség van ezekre, de teljesen felesleges bootkor erőltetni őket.
De főleg a snapd az, ami 20+ mp-re nyújtja ki. Azt tudtam, hogy bloat, de ez nagyon durva, még rossz viccnek is.
Amúgy a blame kimenetből az is látszik, amit mondtam, hogy ezek nélkül a sallangok nélkül a géped 4-5 mp. alatt bootolna, csak ezek a bloat szutykok húzzák az időt.
-
Frawly
veterán
válasz
#40553216 #36397 üzenetére
Pedig ez nem olyan régi telepítés és a proci is van olyan erős, hogy ne fogja vissza az SSD-t, RAM is bőven elég. Bár Ubuntut rég használtam, nem tudom mennyire bloat. Nálam i7-2620M-el + 16 GB RAM, kb. 8-9 mp. alatt bootolt egy eléggé belakott, teleszemetelt Arch + Gnome3 telepítés. Az a 20+ másodperc nálad nem okés. Lehet a snap a ludas, lehet más.
systemd-analyze blame mit mond? -
Frawly
veterán
válasz
#40553216 #36376 üzenetére
A 24 mp. nagyon rossz, ezt a ~25-30 mp. körüli szintet már jobbfajta HDD-k is hozzák Linuxon, nem hogy egy SSD. Ott valami systemd-s szutyokra várakozik, az tuti. Esetleg ilyen régi C2D, AMD A4-A6, Athlon64 proci szokta visszafogni ennyire a háttértárat, de mint írtad, nálad TP W520-ról van szó, abba még ha a leggyengébb i3-as procit is tetted bele, akkor sem foghatja vissza ennyire, max. 1-2 mp-cel, nem 20-szal, még akkor sem történhet meg, ha csak 1 RAM modul megy a gépben single channelben, az sem több kb. 20% lassulásnál maximum.
Amíg a hosszú jelszót írod be, addig állítsd meg a stoppert. Amúgy milyen disztróról van szó, mikori telepítés, hányszor volt fölötte dist-upgrade, hány csomag van fent?
-
Frawly
veterán
válasz
#40553216 #36373 üzenetére
A SATA2-re korlátozás csak szekvenciális átvitelnél számít. A random lemezműveleteket, elérési időt nem fogja vissza, vagy csak nagyon elenyésző mértékben. Nálam egy mSATA 860 EVO van SATA2-re korlátozva, az X220 hiába tudna SATA3-at, az mSATA csatlakozó mögé csak SATA2 van bedrótozva, de ez a bootidőt nem érinti. Tapasztalatom szerint inkább a procitól és a RAM sávszélességtől függ, ha azok nem fogják vissza, akkor egy legszutyokabb A400 is bebootol egy mainstream disztrót vagy friss telepítésű Win10-et max. 6 mp. alatt. Jó, talán a KDE5 kivétel, de egy Gnome3, Xfce, stb.-t mind bebootol ennyi idő alatt. Már pedig a W520- ban olyan procinak kéne lennie, meg olyan DDR3 dual channel sávszélességnek, hogy nálad nem ez a gond.
Illetve rendszeresen ki szokott derülni, hogy itt a PH-n sokan rosszul méritek a bootidőt, mert nem a gép bekapcsolásától kell, hanem a bootloaderben (BIOS vagy EFI bootmenü, vagy GRUB, vagy amiből indítod) a rendszer indításától addig, hogy a grafikus felületen minden betöltődött. A bejelentkezés idejére meg kell állítani a stoppert. A gép bekapcsolásától nem szabad mérni, mert az a BIOS-tól, UEFI-től függ, hogy milyen gyorsan inicializálj a a gépet, hardvereket, egyes gépeknél még a BIOS Legacy boot és az UEFI/EFI boot között is eltérés van, utóbbi gyorsabb, ha gyorsabb. Erről nem az SSD tehet, ha a BIOS lassan inicializál.
Egyébként most nálam is ~9-10 mp. de ez a systemd random-seed töketlensége miatt van, egyébként meglenne 5 mp. alatt.
-
Frawly
veterán
válasz
ftamas0201 #36371 üzenetére
Szívesen. Természetesen együttérzünk veled, mindannyiunknak volt egy ilyen átmeneti időszaka, mikor már linuxoztunk, de még halogattuk az NTFS-es fájlrendszerre formázott partíciók kidobását, aztán egy ponton rákényszerültünk. Olyan ez, mint a tűzkeresztség, egyszer mindenki átesik rajta
Szükség esetén Windowsra közvetlenül csatlakoztatva is tudod használni az ext4-es meghajtódat, így.
-
Frawly
veterán
válasz
Teagol #36369 üzenetére
Az a 20 mp kicsit soknak hangzik. 10 alatt kéne lennie egy friss telepítésű Ubuntunál, ha nem akad be valami systemd folyamat (ami netre, háttértár felcsatolására vagy random seed-re vár). A systemd-analyze blame paranccsal nézd meg a bootkor induló systemd szolgáltatásokat.
-
Frawly
veterán
válasz
Teagol #36357 üzenetére
Próbáld végigcsinálni újra, minden lépést, egy szál terminálban. A végén vágd ki az egész terminálkimenetet, és illeszd be a pastebin.com-ra, megnézzük miket irkált ki. A hibaüzenet szerint a firmware-t nem találja.
Gondolom így SSD-vel és extra RAM-mal egész más dimenzió használni a gépet, mintha nem is ugyanaz a laptop lenne.
-
Frawly
veterán
válasz
ftamas0201 #36348 üzenetére
De amikor szerveren osztasz meg fájlokat (FTP, Plex, torrent, stb.), akkor fájlrendszerfüggetlenül történik a megosztás, szoftveres protokollszinten. Tehát nem függ attól, hogy milyen fájlrendszeren van, attól még a Windows eléri, mert hálózati protokoll szintjén értelmezi a kapott TCP/IP, esetleg UDP csomagokat.
Pont ez a lényege a megosztásra használt protokolloknak, hogy elfedik a hardveres különbségeket, pl. proci architektúra, fájlrendszerek, OS-ek. Pont azért, hogy egy PowerPC-s MacOS-t futtató gépről, egy ARM-s, Linuxot futtató RPi-ról is épp úgy elérje a Windows a fájlokat. Szélsőséges esetben hasonló fájlmegosztás, még Commodore 64-ről meg DOS-t futtató 286-osról, illetve ezek felé is megoldható.
A fájlrendszer csak akkor számít, ha közvetlenül a windowsos gépre csatlakoztatod a háttértárat, de még akkor is játszik az ext4, mert van hozzá Windows-driver.
-
Frawly
veterán
válasz
ftamas0201 #36346 üzenetére
Mindenképp indítsd újra. Az ntfs-3g tudja enni a CPU-t, de nem ennyire. Szerintem valamelyik processz akadt be, ami írni akar arra a partícióra, és végtelen írási loopba került.
Egyébként, ha Plex szerver és torrent kliens, akkor az NTFS-t a célmeghajtón átformázhatnád ext4-re. Vagy ZFS, vagy btrfs, vagy ami tetszik. Igaz a ZFS is hasonlóan hardverigényes, mint az ntfs-3g, viszont annál jóval többet is tud, könnyebb backupolni, stb..
-
Frawly
veterán
válasz
Neil Watts #36343 üzenetére
Én úgy tudom, hogy a nyílt AMD driverben nincs Catalyst-szerű beállítási felület.
De a fényerő piszkálásához nem is kell, mert azt a kijelzőn (laptopnál beépített képernyő, vagy egyéb gépnél külső monitor) állítod, nem a GPU-ban. Tipikusan a /sys/akármi elérési helyett kell hozzá piszkálni, de xbacklight, light, stb. csomagot is fel lehet rá tenni, és azzal állítani a kijelzők fényerejét.
Kivéve, ha szoftveres gamma beállításra gondoltál (ez nem fényerő, hanem fényesség), akkor azt igen, vagy a 3D-s alkalmazáson belül, játékon belül kell állítani, vagy általános jelleggel xrandr-ban, ha X.org alapú felületet használsz (Wayland-alapúakon nem működik, de azoknak meg nagyobb DE-k esetén szokott lenni grafikus beállítófelületük valahol).
(#36344) Dhampir: nem tudtam kihagyni
-
Frawly
veterán
Ha nem akarod a Server változatot megtanulni, akkor jó lesz rá a 18.04 Ubuntu LTS. De a TeamViewerhez nem kéne ragaszkodni, vannak Linuxra más RDP megoldások, keress rá a grafikus csomagkezelőben. Meg ha csak Transmission, FTP lesz, azokhoz szintén nem kell távoli asztal, a Transmissionnek van webes része, ami csak engedélyezni kell, FTP-t eléred Windowsból grafikus FTP kliensből (pl. FileZilla). Plexhez nem értek, nem használtam még, de a nyakamat tenném rá, hogy ahhoz is van valami webes addon, amiből https://szer.ver.I.P címen a böngészőből eléred.
A Linux mindenképp másmilyen lesz, mint egy Windows, mindenképp tanulni kell hozzá, még akkor is, ha a legfelhasználóbarátabb Ubuntut teszed fel. Nem úgy fogják hívni a programokat, nem weboldalról kell őket töltögetni, hanem tárolóból csomagkezelővel, nem szabad ugyanazokhoz a megoldásokhoz ragaszkodni.
Az Ubuntu Server megtanulásának az lenne a pozitív hozadéka, hogy nem csak szakmailag fejlődsz, hanem ha azt megtanulod, akkor mindenféle Linuxot jobban fogsz tudni kezelni, disztrótól és grafikus felülettől függetlenül. Egyébként a Server az ugyanaz, mint a sima Gnome3-as Ubuntu, csak nincs rajta grafikus felület, meg egy csomó grafikus alkalmazás, hanem szinte nincs rá semmi feltelepítve, és távoli konzolból éred el (Windows alatt Putty, de talán Win10-ben van már rá valami beépített SSH megoldás), és csak azt a 4-5 parancsot nézegeted benne mindig, ami téged érdekel. Cserébe nem fut sallang a szerveren, ez a fő értelme. De ezt leszámítva semmiben nem jobb, mint a sima (nem göcsörtös
) Ubuntu vagy Mint, vagy ami épp tetszik.
-
Frawly
veterán
válasz
ubyegon2 #36328 üzenetére
Egyetértek egyébként mindennel, amit írsz. +3k-t tényleg nagyon megér egy 860 EVO, főleg ha az 5 év garit is megadják rá, mert akkor gondolkodás nélkül azt érdemes megvenni.
A bővítések közül is mind fontos, valóban. De ha nagyon szűkös a keret, csak 1 bővítés fér most bele, az mindenképp az SSD legyen. Meg ha nem fér bele, mert pont 3k híja van, akkor jó az MX500 is, annyira azért az sem rossz SSD. De nyilván az az ideális, amit írsz, hogy 860 EVO + az összes bővítés, de az idealizmust lehetetlenné szokták tenni a realitások és a kompromisszumok.
Virtualizáció és virtualizáció között is nagy különbség van, erősen függ attól, hogy milyen szoftverek, hány progi fut a virtuális gépen. Ha csak valami legacy app vagy windowsos nyomtatódriver, akkor nem kell hozzá túl sok extra RAM. De ha valami komolyabb dolgot futtat a virtuális gép, akkor nincs az a RAM mennyiség, amit ne bírna megenni. Attól is függ, hogy milyen OS-t virtualizál. Én főleg retró OS-eket szoktam (DOS, Win9x, max. XP szintje tipikusan, nagyon ritka, ha Win7, Win10, vagy valami Linux fut virtuális gépen), meg retró emulátorok (régi gépek, játékkonzolok), azok nem sok extra erőforrást kérnek.
-
Frawly
veterán
válasz
ubyegon2 #36321 üzenetére
Teljesen jó az EVO, a legjobb SSD a kategóriájában (konzumer, nem Pro/MLC SATA3 SSD-k). De 500 gigás méretben meg afölött azért jóval drágább a másik két ajánlott modellnél, sok embernek nem fér bele a keretébe. Itt a kollégának is lehet nem fog, mire mindent vesz, upgrade proci, RAM, lehet nem sok büdzsé marad neki.
Nyilván, ha nem megy egyszerre minden upgrade, akkor adagokra szétosztva kell megvalósítani ,mindig, ahogy van rá pénz. A legfontosabb az SSD-re upgrade-elés, az dobja a gépen a legtöbbet, többet, mint a bővített RAM. A RAM-bővítés legyen a második, és a CPU upgrade-et kell akkor utoljára hagyni idővel, amikor lesz rá keret. De nagyon meg kell nézni, nehogy alaplapra ráforrasztott proci legyen, mert azt nem lehet cserélni.
A 16 GB RAM általában overkill, elsőre talán a 4+8 GB is bőven sok. De a 8 GB nem biztos, hogy időtállóbb, főleg nem virtuális gépre, meg Windowsra, ami nem bánik olyan takarékosan az erőforrássokkal, nem csontozható ki annyira, mint egy Linux.
A 8-ről 16 gigára bővítés gyorsulással már nem jár, csak az időtállóságot szolgálja. A 4 GB-ról viszont lehet gyorsulást érezni 8-ra bővítéssel, hogy nem swapol annyit a gép, meg a virtuális gép is jobban fut.
-
Frawly
veterán
válasz
Teagol #36315 üzenetére
Ha régebbi generációs Core i gép, és nincs a lapra forrasztva a proci, használtan idővel nézhetsz bele i5 vagy i7 procit. Régi gennél nem olyan drága. Persze ezek a bővítések attól is függenek, hogy még hány évig tervezed használni.
A virtuális gép miatt mindenképp +8 GB RAM. Ha lehetséges, és jó áron (minimális árkülönbözetért) kapod kitben, akkor 2×8 GB-ot meg lehet fontolni, a 4 gigás modult meg elteszed tartalékba, vagy eladod.
-
-
Frawly
veterán
válasz
qwertly #36294 üzenetére
Ezt a generic PLC drivert CUPS-ban használod? Ha igen, ott meg kéne nézni milyen opciói vannak, hátha ezt az összefoglaló utolsó oldalt nem nyomtatja. De ahogy látom, ez egy hálózati nyomtató, lehet magán a nyomtatón kéne kikapcsolni, hogy ne nyomtassa ezt az utolsó összegző fejlécoldalt.
-
Frawly
veterán
Ez nem csak a Sharpra igaz, hanem az összes nyomtatóra. Ha nem akar menni a saját driverével, vagy nincs hozzá linuxos driver, de a nyomtató tud valami általános leírónyelvet, PLC, PS, vagy hasonló, akkor az ahhoz a nyelvhez való generic drivert kell feltenni. Így nyomtatni lehet vele, igaz lehet néhány nyomtatóspecifikus, meg minőségállítós funkció nem lesz elérhető, de mégis több, mint a semmi.
-
Frawly
veterán
válasz
bodnar10261 #36285 üzenetére
Semmi helyzet nincs SSD-k terén. Ubuntun, Minten alapból megy a TRIM. Arra figyelj, hogy a BIOS-ban a vezérlő ne IDE módban, hanem SATA/AHCI-n legyen. Más teendő nincs vele, anomália és hekkelés nélkül mennie kéne az SSD-nek.
Elvileg még az fstab-ban lévő discard opció sem érdekes, mert a Mint, Ubuntu alapból fstrim systemd service használ 1 hetente lefuttatva. Ennek a bekapcsoltságát terminálban így tudod ellenőrizni:
sudo systemctl status fstrim.timer
De alapból be kéne legyen kapcsolva. -
Frawly
veterán
válasz
bodnar10261 #36268 üzenetére
Az SSD-vel bővítés mindig ajánlott, régi gépnél is. Az is nagyon általános, hogy a CD meghajtó helyére tesznek HDD-t, mivel CD-t ma már senki nem nagyon használ, így ezzel az upgrade-del sem lehet vitatkozni.
Viszont ha új vagy a Linux világában, akkor ne béta disztrót használj. Ha valami probléma van vele, akkor nem fogod tudni megoldani. Próbálj stabil vagy LTS kiadásokat használni.
A Mint Mate teljesen jó arra a gépre, Ubuntu LTS alapú, és a Mate se sok annak a régi, C2D-ós laptopnak. Egyébként meg eltaláltad, a Mate-t csomóan tévesen „mét”-nek ejtik az angol anyanyelvűek között is, pedig egy teatípusról kapta a nevét, így a Mate felületet az amerikai készítők szándéka szerint „ma té” vagy „mö té” formában kell ejteni, ami annyira nincs is messze a Mátézástól.
Esetleg ha sebességre nem lennél megelégedve a Mate-tel, akkor Mint Xfce-t is feltehetsz helyette. Vagy Lubuntu-t, amin LXQt van.
-
Frawly
veterán
Pedig a Brasero-nak, K3b-nek kéne tudnia. Esetleg dd paranccsal terminálból.
De ha az én DVD-m lenne, akkor ffmpeg-gel áttenném átkódolás nélkül .mpg konténerbe, maradna MPEG-2 videó. Igaz így menük, felirat, stb. nem marad meg, de mivel esküvői DVD-ről van szó, ezért gondolom ilyen extrák eleve nincsenek rajta.
-
Frawly
veterán
válasz
ubyegon2 #36173 üzenetére
Az átállítás valóban nem pontos. Többféle módon is lehet kivitelezni. A legszabályosabb az NTFS partíciót törölni Linux alatt és helyette Linux filesystem partíciót létrehozni (ugyanolyan fajtájút, mint az NTFS volt, ha az MBR elsődleges vagy logikai volt, vagy GPT partíció, akkor ugyanabban a formában, de Linux típussal), majd megformázni. Esetleg a partíciót törölni sem kell, csak a típusát megváltoztatni. Ezek mehetnek terminálból cfdisk és mkfs.ext4 segítségével, vagy grafikus felületen GParted-del.
Az is elég, ha a meglévő partíciót meghagyjuk, csak újraformázzuk másmilyen fájlrendszerré. Ez nem szabályos, mert ilyenkor a partíció típusa nem fog stimmelni a partíciós táblában, de ez a gyakorlatban nem szokott sok vizet zavarni. Hiába van a partíciótípusnál MBR NTFS, vagy GPT Microsoft Basic Data megadva, ha a fájlrendszer ext4 rajta, akkor felcsatolja a Linux ext4-ként. De ez nem csak ext4-nél van így. Az EFI partíciónál is mindegy, hogy GPT EFI vagy GPT Microsoft Basic Data a típusa, a lényeg, hogy FAT32 fájlrendszerrel legyen formázva. Nekem még úgy is működött az EFI partíció, ha GPT Linux filesystem vagy MBR Linux típusa volt. Vagy pl. a swap partíció is működött, ha a típusa nem Linux swap volt a partíciós táblában.
Nem láttam értelmét nagyon pontosan fogalmazni. Csak arra az esetre említettem, ha komolyabban kezd linuxozni. Eleinte nem érdemes ezt meglépni, mert lehet nem is fog neki a Linux tetszeni, és akkor feleslegesen bolygatta az adatpartíciókat.
-
Frawly
veterán
válasz
ubyegon2 #36168 üzenetére
Mi ezen a pontatlan? Tárolón azt értem, amin nem OS van, hanem csak adatok (dokumentum, film, zene, torrent, telepítők, virtuális gépek, stb.). A Win10-es partíció más, mert azon ugyan van játék, de OS is, hogy amelyik játék nem vagy nem jól fut Wine alatt, azzal tudjak játszani. De régebben ez sem volt, mert túl ergya gépeim voltak, amiken nem lehetett nagyon game-elni. Nyilván Win10 nem telepíthető ext4-re, ha ilyen dual bootos igény van, akkor kell min. 1 darab NTFS partíció.
Illetve az EFI partícióim FAT32-esek még, mivel ezt írja elő fájlrendszernek az UEFI szabvány, de azok csak néhány száz megák, csak bootfájlok vannak rajtuk, ezeket én OS partíciónak tekintem.
A lényeg, hogy az adattároló partíciókon érdemes hosszú távon átállni NTFS-ről ext4-re.
-
Frawly
veterán
Korrekt, kimerítő válasz. Annyi tennék még hozzá, hogy ha már tartósabban linuxozik, és bejön neki, akkor érdemes az adattárolókat is ext4-ra átformázni. Működik az NTFS is, de hosszabb távon gyorsabb, karban tarthatóbb Linux alatt a linuxos fájlrendszer, abból is a default ext4-et ajánlom leginkább (ehhez még windowsos driver is van, amivel hozzá lehet férni).
Én mikor már egy ideje linuxoztam, pár hónapja, akkor az összes NTFS tárolóm átállítottam ext4-re. Részben azért, mert az ntfs-3g-nek nagy volt az overheadje, az akkori gyenge laptopomon túl sok CPU%-ot evett, meg natív linuxos titkosítást is akartam. Nekem ez adtam meg a lökést anno sok éve, hogy nem csak a Windowstól szabadultam meg, de az NTFS partcícióktól is.
Persze most pár hónapja újra vannak NTFS partícióim, de csak Win10-hez, amin kizárólag offline játékok mennek, kvázi csak játékkonzolként bootolok át rájuk. Ettől függetlenül minden további adattáram továbbra is ext4-es.
-
Frawly
veterán
válasz
ubyegon2 #36148 üzenetére
Valóban benne van, ezt el is felejtettem. Szerintem a terminálból a legjobb minden csinálni, csomag telepítését, frissítését kezdőknek is, mivel ha van valami hibaüzenet, az rendesen fog látszani.
De azt kell érteni, hogy a Windows usereknek ez csomagkezelő által a tárolóból feltett csomagok meg külső tárolók világa teljesen idegen. Egyszerűen nem ehhez szoktak hozzá, és ragaszkodnak a jól bevált dolgokhoz. Ahogy pl. te nem vagy hajlandó rollingot használni vagy UEFI bootot vagy GPT-t vagy minimalistább WM-et. Mindenkinek van berögződése, amihez ragaszkodik. Még nálam is előjött egy, most a másik topikból, hogy még nem próbáltam ki az XFS, JFS fájlrendszereket, lehet felteszem őket külső SSD-re próbaképp. Eddig inkább lustaságból nem próbáltam.
-
Frawly
veterán
válasz
I02S3F #36150 üzenetére
De csak akkor, ha fut a snap systemd service és be van állítva az x időnkénti frissítésre. Ha nincs, akkor kézzel kell kiadni a snap refresh parancsot. Attól is függ, hogy milyen disztróra van feltéve, Ubuntun meg a nagyobbokon eleve úgy van fent, hogy automatikusan frissíti is a meglévő snap alkalmazásokat. A Biblia vonatkozó fejezete.
-
Frawly
veterán
válasz
kezdosql #36140 üzenetére
Ez ilyen. Abban igazat adok, hogy ezeknek a PPA-knak a lehetőségét nem reklámozzák kellőképp kezdőknek, de azért nem, mert ezek nem hivatalos megoldások és félnek, hogy egy nagyon kezdő szétcseszi vele a telepített rendszerét.
De a gyakorlatban nincs ezekkel baj. Ezek a PPA-k külső tárolók, külön vannak a disztró belső tárolóitól. Fel kell őket venni, hogy a csomagkezelő ezeket is végignézze csomagok telepítésénél. Nem csak terminálban lehet, hanem grafikus felületen is van erre beállítás, csak megint eléggé el van dugva, meg nincs reklámozva.
Azt kell érteni, hogy a Linux nem Windows, hogy ellátogatsz egy weboldalra, és onnan töltöd le a telepítőt. A Linux inkább az Android Play Store-hoz hasonlít inkább, központi szerverekről töltesz le csomagokat. Csak nem minden csomag található meg minden disztró tárolójából, azért néha pótmegoldásokhoz kell folyamodni, külső tárolók, weboldalról letöltött installer, forráskódból forgatás (amit git-tel, pip-pel, wget-tel, stb. töltenek le).
Értem, hogy ez egy kezdőnek frusztráló, de meg kell szokni. Igazából a Windows hülyeségei is frusztrálóak, csak azokat már megszoktad, és természetesnek veszed, emiatt logikusnak tűnik.
-
Frawly
veterán
válasz
bringasisti #36098 üzenetére
Az illetsztőprogram kezelő mit töltött le? Kifejezetten a nyomtatóhoz?
A kulcstartó kikapcsolása: terminálban vagy alkalmazásindító menüben futtatod a seahorse nevű alkalmazást. Arra előjön egy Jelszavak és kulcsok nevű ablak, ott a Jelszavak fülön lesz olyan, hogy Jelszavak: bejelentkezés, ott jobb kattintás, Jelszó megváltoztatása, beírod a régi jelszót, az új jelszónál üres jelszót adsz meg (nem adsz meg semmit). Többet nem fog a kulcstartó jelszót kérni.
A magyar helyesírás-ellenőrzés melyik progiban kell? A Mint Szoftverközpontban (vagy mi a neve) felteszed a language-pack-hu csomagot. Firefoxhoz a firefox-l10n-hu csomagot, ha ez nem elég, akkor a helyesírás ellenőrzése közben jobb kattintás egy aláhúzott szóra, ott Nyelvek - Nyelvek telepítése, ha nem lenne ott a magyar.
De ha már a Szoftverközpontban vagy, felteszed a hplip és hplip-gui csomagokat a nyomtatóhoz. Majd futtatod a hp-setup és hp-plugin alkalmazásokat, lehetőleg terminálban, csak beírod a nevüket.
Persze csak netes doksikból írom, nem használok Mintet. A Mint topikba lenne ezt jó folytatni, mert már nem Ubuntu.
-
Frawly
veterán
válasz
bringasisti #36096 üzenetére
A lényeget megint kihagytad, hogy milyen disztró ez pontosan, milyen verzió. Ezek nem szakszavak, nem mindegy, hogy Ubuntu 16.04-et próbálgatsz, vagy Mint 19.1-et (Cinnamon verzió). Az sem mindegy, hogy még midig pendrive-ról futtatod-e, vagy feltelepítetted a gépre. Ezeket kéne tisztázni, mielőtt továbbmegyünk arra, hogy magyar legyen a rendszer, magyar a billentyűzet, és onnan folytatni tudjuk a hplip telepítését, hogy menjen a nyomtató.
-
Frawly
veterán
válasz
ubyegon2 #36085 üzenetére
Az elég gáz, ha nem magyar. Egyébként azt hittem, hogy Ubuntu-ról van szó.
Azzal tisztában vagyok, hogy 1-2 programnak nem elég átállítani a lokalizációt hu_HU.UTF-8-ra, hanem magyar nyelvi csomag is kell (LibreOffice, Firefox, stb.). De ezeket leszámítva, ha valaki magyar nyelvet és magyar billentyűzetet választott az elején, akkor nem lenne szabad az egésznek angolnak lennie, meg a billentyűzetkiosztásnak is rendben kéne lennie.
De nem baj, hogy ezt így átbeszéljük, mert akkor a kolléga tisztázhatná, hogy most pontosan melyik disztró melyik verzióját használja, live-ban vagy telepítette-e már. Nagyon kapkod, nagyon nagy vonalakban ír, nem lehet átlátni mit csinál.
Hogy ne kérjen mindenért jelszót, ahhoz a kulcstartót kéne kikapcsolni, azt hiszem az összefoglalóban vagy itt, vagy a kezdő topikban vagy a Mint-topikban benne van.
-
Frawly
veterán
válasz
bringasisti #36083 üzenetére
Már úgy is jónak kéne lennie a nyelvnek és a billentyűzetnek. Igaz Live rendszerként pendrive-ról futva maradhatnak benne angol részek, de csak néhány helyen, és a billentyűzetnek jónak kéne lennie, végig magyarnak, ha azt választottad.
-
Frawly
veterán
válasz
bringasisti #36078 üzenetére
Oké, akkor haladunk valamerre. Telepítés elején kérdezi, hogy milyen nyelvet és billentyűzetet akarsz, szerintem ezt a részt nagyvonalúan átugrottad. Pedig itt kell kiválasztani, hogy Try/Install Ubuntu Language - a listában lesz olyan, hogy Magyar, majd utána a kiosztásnál a második oszlopban, ott is magyar.
Ha megvagy, akkor terminálban: sudo apt-get install hplip hplip-gui
Magyarán a csomagkezelővel felrakod a hplip-es csomagokat a tárolókból.
-
Frawly
veterán
válasz
bringasisti #36071 üzenetére
Milyen gép ez pontosan? Típus, modell. Vagy a gépé, ha brand gép vagy laptop, vagy ha saját összeállítású desktop konfig, akkor az alaplap pontos gyártó, típus, modellje kéne.
Megnézem neked, hogy melyik billentyűre kell előhívni a bootmenüt. Hangsúlyozom, hogy nem a BIOS/UEFI-be kell belépni, hanem a bootmenübe csak. Két külön dolog a kettő.
Illetve ki kéne próbálni addig is másik pendrive-val, másik USB csatiban.
Meg mint mondtam, hogy több menetben zongorázz végig minden billentyűt, az F1, F2, Del nem elég, F3-tól F12-ig, Ins, Esc, Tab, Backspace, vagy amit csak érsz. Lehet többször is kell újraindítani, mire bejutsz a bootmenübe. Azt is lehet csinálni, mikor írja ki induláskor a gép az első képernyőt, ott Pause billentyűt nyomsz, hogy el tudd olvasni mit kell nyomni a bootmenühöz. Mindig írja mit kell nyomni, csak lehet olyan gyorsan, hogy alapból nincs időd elolvasni.
-
Frawly
veterán
válasz
ubyegon2 #36067 üzenetére
Igen, simán lehet, hogy jól írta ki, csak a bootsorrendet nem választotta ki jól. Minden funkcióbillentyűt végig kell zongorázni, nem csak F8, F9, F10 lehet, F11, F12, F6, Del, Ins, Esc, akármi. A BIOS képernyő írni szokta mit kell nyomni, csak sokszor olyan gyors, hogy nehéz elolvasni.
-
Frawly
veterán
válasz
bringasisti #36063 üzenetére
Én mondanám, hogy próbáld ki terminálból. Nyitsz egy terminált rendszergazdai joggal, ez most Ubuntun nem tudom hogy megy, hogy su vagy sudo:
sudo dd if=/elérési/út/ubuntu-akárhányas.iso of=/dev/sdakármibetű_szám_nélkül bs=4M status=progressEzzel kiírja az .iso-t a megadott meghajtóra. A parancs kiadása előtt nézd meg az lsblk parancs lefuttatásával, hogy nálad a pendrive /dev/sdb vagy /dev/sdc, vagy akármicsoda.
Jól nézd meg milyen meghajtót adsz neki oda, mert ha elgépeled, az adott meghajtóról MINDEN törlődni fog, helyreállítatlanul!!!!!!!!!! Nem kezdőknek való parancs, ha félregépelek, nem vállalok felelősséget az adatvesztésért. Viszont ennek a módszernek előnye, hogy egyszerű, és garantáltan jól írja ki az .iso-t, 1000% bootképesre, UEFI és CMS/Legacy BIOS bootnál is.
De ha annyira félsz ettől és nem megy, akkor egy windowos gépen indíts egy Rufus-t, és azzal írd ki az ubuntu iso-ját pendrive-re, dd-s módszert választva. Az is megcsinálja, ott nem tudsz rossz meghajtót kiválasztani és felhasználóbarát megoldás, plusz tuti bootol.
-
Frawly
veterán
válasz
bringasisti #36028 üzenetére
Konkrétan melyik leírás szerint dolgozol? Tudsz róla linket adni? Nem baj, ha angolul van, csak lássuk mi alapján próbálkozol.
-
Frawly
veterán
válasz
I02S3F #36016 üzenetére
Igen, érdemes Ubuntu alatt is használni. Sőt, Ubuntu alatt régóta default a Gnome3-nál a Wayland session. Lehet már most is azt használsz, csak nem tudsz róla. Ahhoz, hogy X.org-on fusson a Gnome3, ahhoz a login managerben a X.org Session opcióval kell kiválasztani.
Fedorán és Archon is rég default a Gnome3 Wayland, aztán váltott az Ubuntu is, most a Debian is meglépte.
-
Frawly
veterán
válasz
stopperos #36012 üzenetére
Igen, elvileg visszafelé portolták régebbi kernelekbe is, de ott nem garantálható, hogy épp olyan kernelt futtat és működni is fog ez a paraméter. Vagy fog, vagy nem. Persze ha nem működik, akkor még mindig letilthatók ezek a foltok darabonként, csak úgy elég sok kernelparamétert be kell adagolni. Erre lett a mitigations paraméter, hogy ne kelljen ezernyi másikat fejben tartani. Ráadásul a helyzetet rontja, hogy ezek a letiltós paraméterek maguk is folyton változtak az idők folyamán, főleg a Spectre v2-vel kapcsolatosak.
Kipróbálni persze ki lehet, a GRUB-ba felvenni a mitigations=off paramétert, majd utána gitről clone-ozott Speed47-féle Spectre Meltown Checker legújabb verzióját rendszergazdai jogokkal futtatva megnézni, hogy minden tiltva van-e. Néhány dolgot bekapcsolja jelez ennek a paraméternek az ellenére is, de a nagyja ellenőrizhető, hogy tényleg ki van-e kapcsolva.
-
Frawly
veterán
válasz
#85289728 #36004 üzenetére
Semmi teendőd nincs, az Ubi is a kernellel default használja az összes sérülékenység elleni foltot. Mondjuk egy i3-as procit lehet jól lelassítanak ezek a foltok, bár ez attól is függ, hogy hányadik genes i3-ról beszélünk, mert egy 8-9. genes már elég erős, de egy 1-2. genes nem valami combos, elég nagy különbségek lehetnek közöttük procierőben.
Azzal sem árt tisztában lenni, hogy Linuxon eleve nem weboldalról telepítünk szutykokat, nincsenek vírusok, így az ilyen támadásoknak sem vagy úgy kitéve, mint Windowson, így ezek a sérülékenységek is kevésbé érintenek, és emiatt a foltozás sem olyan életbevágó, mint Windowson.
Én Arch Linuxon egy i7-2620M mobilprocit (laptopban) használva letiltottam az összes ilyen sérülékenység elleni foltot az mitigations=off kerenelparaméterrel, igaz így elvileg sérülékeny a rendszerem, de csak ellenőrzött tárolókból telepítek, így olyan szutyok nem megy fel a gépre, ami ki tudná használni a sebezhetőségeket. Egyedül böngészőben futó JS kódok, de azok ellen a böngészőket magukat is foltozzák. De ilyen mitigations paraméter csak 5.2-es kerneltől elkezdve van, ami még alapból nincs Ubuntura, de az UKUU tárolóiból fel lehet tenni. Illetve régi kerneleken is ki lehet kapcsolni ezeket, csak egy rakás kernelparamétert kell megadni a rendszerindítóban átadva a kernelnek:
nopti nospectre_v2 spectre_v2_user=off spec_store_bypass_disable=off l1tf=off mds=off
-
Frawly
veterán
válasz
Frawly #35972 üzenetére
Kicsúsztam a szerkesztési időből: Thunarban is lehet talán, van rá benne plugin, bár elég korlátozottak benne a lehetőségek.
De a Double Commander érdemesebb helyette használni. Ubuntu Studio-ra a Gtk-s változatát érdemes feltenni.
Én erre Vifm-et használok, de azt neked nem ajánlom, mert asztali környezetes userként ki fog idegelni, és semmivel nem lesz könnyebb, mint ha Bash-ból csinálnád.
-
-
Frawly
veterán
válasz
growler #35963 üzenetére
Ez így nem kivitelezhető. Amikor felírod a pendrive-ra az .iso fájl TARTALMÁT, akkor az a particiós táblát is törli, az egész meghajtó olyan lesz, mintha egy DVD lenne, vagy 1 partíció.
Elvileg olyat el lehetne csinálni, hogy két partíciót csinál rá, de az .iso lemezképet nem a hagyományos módon írja ki pendrive-ra, hanem csak egy GRUB-ot telepít rá. Az .iso fájlt az első partícióra teszi (igen, nem az .iso tartalmát, hanem magát az .iso fájlt), a második partícióra meg a filmeket a tévének. A GRUB tud iso fájlt bebootolni, bár a konfigolásának utána kell nézni, azt nem vágom fejből.
De elég körülményes megcsinálni.
-
Frawly
veterán
válasz
ubyegon2 #35957 üzenetére
Igen, a 340-es és 390-es driver is szépen mehet. Amíg az NV nem gondolja úgy, hogy dobja a kártyád támogatását a Petőfi Csarnokba, mert már szerintük régi, vegyél újat. De amíg megy a driver, addig jól megy. Csak kernelt vagy hasonlót ne próbálj meg frissíteni, mert akkor elkezdődik a szopórollerezés.
-
Frawly
veterán
válasz
ubyegon2 #35955 üzenetére
Na, én pont ezért nem vettem NV kártyát! Pedig erősebbek, mint az AMD-k, meg kevesebbet is fogyasztanak, meg ott az Ray Tracing is, amire pedig csorogna a nyálam, meg eGPU-ként is jobbak (tudnak szűkös PCIe sávszélen adatokat tömöríteni meg a képet a laptop belső kijelzőjére küldeni), de kell a halálnak, hogy a szutyok zárt NV drivertől ne tudjak rendszert frissíteni, meg felhányjon a rendszerre ilyen majdnem egy giga libdrm meg kernel-nvidia retket.
Nem hiába, megfelelő a Linux hardveres támogatása, csak nem a hardverhez kell disztrót próbálgatni, hanem linuxozás előtt olyan hardvert venni, aminek normális a drivertámogatása minden disztrón.
Épp így laptopot sem fogok soha venni, amin NV grafikus chip van. Vagy csak inteles, vagy még inkább AMD GPU-s jön abból is szóba.
Persze, megy az NV is egyébként, csak ilyen szutyok megoldásokkal és lehet miatta folyton szívni. Nagy kár érte, pedig hardverügyileg rendben lennének, ha normális lenne hozzá a drivertámogatás.
-
Frawly
veterán
válasz
huliganboy #35950 üzenetére
Itt le vannak írva a teendők a GRUB helyreállításához. Máskor figyelj, hogy a rendszerindító ne pendrive-ra menjen.
Egyébként meg ahogy látom, ez egy elbarmolt telepítés volt, az eth0 interface-en virító 192.168.1.200-as egy korábban beállított fix IP cím lehetett, ezt akarta lekérni, a DHCP nem ezt szánta neki, így nem kapott címet.
Egyébként meg a hálózati kapcsolathoz nem kell NetworkManager. Elég csak aktiválni az interface-t, meg egy dhcpcd-t lefuttatni, vagy ip paranccsal bekonfigolni a dolgokat kézzel. De nem baj, hogy újratelepítetted, így tanulsz belőle. Legalább az új telepítéssel megy grafikus felületet is, amivel feltehetőleg könnyebben fogsz boldogulni.
-
Frawly
veterán
válasz
huliganboy #35920 üzenetére
Ez mit jelent, hogy nem tölt be rajta a felület? Csak konzolra bootol, vagy van grafikus felület rajta, ami valami hibaüzenetet ír ki vagy kép nem látszik?
A Ctrl+Alt+2 vagy Ctrl+Alt+3 kombókra rázongorázva elő kéne hozni egy konzolt, és megnézni ifconfig vagy ifconfig -a futtatásával, hogy milyen IP-k vannak hozzárendelve az egyes hálózati interface-ekhez, és itt nem csak az IP-ket magukat, hanem átjáró, alhálózati maszk.
Honnan vagy biztos benne, hogy DHCP-n nem kap címet? Egyáltalán min keresztül próbálsz hozzákapcsolódni?
-
Frawly
veterán
válasz
laszlohu #35910 üzenetére
Proxyval nincs türelmem kínlódni, egy csomó oldal eleve tiltani is szokta a proxykat. Most nem kifogást keresek egyébként, csak mondom miért nem tudom kipróbálni. Pedig kíváncsivá tett, hogy miért nem mehet.
Egyébként meg az AXN-t sem értem, a webes streameknek pont az a lényege, hogy platformfüggetlen legyen, menjen minden OS és fizikai eszköz párosításban, telórol, táblagépről, PC-ről, Windowsról, Linuxról, MacOS-ről. Ez így, hogy Linux alatt nem megy, elég gáz, az egész értelmét kérdőjelezi meg.
-
Frawly
veterán
A Gnome 3-at is lehet hagyományos desktoposítani. Az új 3.32-es verzióban már bekapcsolhatók az asztali ikonon, Gnome Tweaks-szel áttehetők az ablakgombok az ablak jobb oldalára, kikapcsolható a dokk, és az alkalmazásmenüsor visszakapcsolható, letehető a tálca a képernyő aljára, be lehet drótozni másik indítómenüt (3rd party Gtk-sat). A KDE is elég tabletes default, azt is állítgatni kell vissza hagyományos desktophoz, de megoldható. Xfce-n csak a tálcát kell felülről áttenni alulra. Az LXDE, IceWM, Cinnamon, Mate alapból hagyományos desktop.
-
Frawly
veterán
Ez teljesen valószínűnek tűnik. A legtöbb Linux user, főleg a Winről frissen váltók jobban preferálják a hagyományos desktop (alsó tálca, indítómenü, asztali ikonokat használó) felülettel felszerelt Xfce, Mate, Cinnamon, stb. disztrókat. A Gnome3 felülete mac-es, tabletes (flat design, minden dokkról indul, nincsenek asztali ikonok, menüsor a felső tálcán, ablakkezelő gombok az ablakok ellenkező oldalán), emiatt még sokan most is idegenkednek tőle ugyanúgy, mint anno a Unitytől.
Én egyébként nem szoktam torrentről tölteni a linuxos iso-kat, mert nem túl gyors a netem (3-4 MByte/sec lefelé), és ezt a sebességet a közeli https-ses tükrök is ki szokták szolgálni. Na meg Archot telepítek, aminél meg majdnem mindegy, hogy mikori az iso, mert úgyis rollingként frissül mindenből a legújabb verzióra és az iso fájl is kicsi.
-
Frawly
veterán
válasz
Dhampir #35857 üzenetére
Igen, ez most minden oldalon nagy hír. Nem is tudtam, hogy ilyen sokan használták. Akinek fel van telepítve, annak semmi teendője nincs, majd lejön egy utolsó Antergos-frissítés, ami átállítja a pacman repókat, és onnantól tisztán csak az Arch repókból frissül, továbbra is használható marad a rendszer. Nem kell újratelepíteni vagy ilyesmi.
Akinek hasonló disztró kell új telepítésre, és nem tud Archot telepíteni, az próbálkozzon az ArcoLinuxszal.
-
Frawly
veterán
Kicsúsztam a szerkesztési időből: ez is elég erőltettet ütem, hogy a kezdőt mindjárt bedobják a terminálba ilyen parancsokkal, tipikus szakbarbár magyar felsőoktatás. 0 alapokkal mindjárt nekiesni a közepének, hadd kínlódjon mindenki.
Linuxot úgy kéne használni, hogy rendesen a gépre telepítve, fő rendszernek, arról netezni, játszani, letölteni, és menet közben, ha szükség van ilyen jogosultságállításokra, stb., akkor fokozatosan megtanulni, épp ahogy előjönnek ezek, mert elő fognak jönni normál használat alatt. Hónapok alatt, nem ilyen parancsmagolásos gyorstalpalóban, aztán akinek 0 előtudása volt, csak kapkodja a fejét mindenféle szakszavakra, meg parancsokra. Ezt is valami elméleti akadémikus találta ki, hogy így legyen a tananyagban.
-
Frawly
veterán
válasz
Szigii #35847 üzenetére
Hát, ha ilyen május végi vizsgaidőszak, és mindjárt vizsga lesz belőle, akkor elég lehetetlen 0 előzetes tudással pár nap alatt megtanulni. Ezt ilyen lóverseny szinten nem lehet, több napig kéne gyakorolni folyamatosan, míg készség szintjén nem megy.
Néhány hasznos alapdolog, hogy könnyebben érthető és megjegyezhető legyen az egész:
sudo (super user do) - rendszergazdai jogokat ad, a program a saját usered nevében fut, de rendszergazdai jogokkal
| (pipe, cső) karakter: ezzel adod át az előző parancs kimenetét a következő parancsnak
> karakter: ezzel irányítod át fájlba azt, amit az adott parancs a terminálba/képernyőre kiírna. Így nem fog kiírni semmit, hanem a megadott fájlba ír helyette
>> karakter: ez is ugyanazt csinálja, de nem kezdi el elölről létrehozni a fájlt (egyébként a sima > jel felülírná), hanem a meglévő fájl végéhez fűzi hozzá a parancs kimenetét.
apt - ez az Aptitude csomagkezelő, ami a tárolókból felrakja a .deb csomagokat. Kicsit olyasminek kell elképzelni, mint Android alatt a Google Play Store alkalmazásbolt, csak ez linuxos és terminálos, nem grafikus.A legtöbb parancs neve beszédes, benne van a nevében mit csinál. Ezek alól általában a 2-3 betűs rövidített parancsok kivételek, pl. ls (list, fájlokat listáz), cp (copy, másolás), wc (word count, -l paraméterrel sorokat számol), df (disk free, mutatja mennyi hely van a lemezen), free (free memory), mkdir (make directory), stb..
Néhány feladat nem is egyértelmű. Pl. hogy hány fájl van a /dev mappában. Ezt lehet úgy is érteni, hogy csak a /dev-ben, meg úy is, hogy még az abban lévő almappákban lévő fájlokat is hozzászámoljuk. Az sem világos, hogy a dev linkeket is beleszámoljuk, vagy csak a szűkebb értelmű fájlokat. Így csak tippeltem, hogy mire gondolt a költő, a /dev-ben lévő összes fájlt vettem alapul, rekurzívan az almappákban is, a dev linkekkel együtt.
Vagy mikor kéri, hogy ellenőrizd az átállított jogosultságokat, meg felhasználói csoportokat, hogy azt mivel gondolja.
Azt sem mondja, hogy mindent terminálban kéne csinálni, lehetne grafikus felületen is egy csomó mindent, de
1) megéri mindent terminálban csinálni
2) a vége felé kér history-t, ez a begépelt parancsok listája, innen gondoltam, hogy mindent terminálban kér. -
Frawly
veterán
LOL, ezt észre sem vettem, hogy fordítva van az update && upgrade. Jó ideje nem Ubuntu-alapokon vagyok, emlékezetből írtam a parancsokat.
Akkor a kérdezőnek az 5-ös feladathoz még egyszer:
sudo apt update
sudo apt upgradeLehetne rövidebben is írni, egy sorba összevonva && operátorral, de azzal nem akarom összezavarni.
-
Frawly
veterán
válasz
Szigii #35843 üzenetére
A Linuxhoz nem kell erős gép, ha van elfekvőben valakinek régi P4-es vagy C2D-ós gépe, vagy hasonló használt laptop, kérd el. De az ilyen C2D, 1-3. gen i5 + 4-8 GB RAM szintű gépek nem drágák használtan, sokan árulják boltok, online oldalak, cégektől leselejtezve jönnek tonnaszám. Legfeljebb futtatsz Xubuntut Ubuntu helyett, de ugyanezek épp úgy gyakorolhatók. Még virtuális gép sem kell, a netről letöltött iso-t kiírod egy pendrive-ra és onnan feltelepíted a rendszert.
Azért ma egy egyetemistának mindenképp kell valamiféle gép, még akkor is, ha nem informatikai témában tanul. A Linux egyébként is ilyen, gyakorlatban, használva lehet megtanulni, ilyen elméleti előadásokból lehetetlen átlátni. Legjobb, ha használod napi szinten, nem használsz Windowst, mert akkor rá vagy szorítva, hogy mindent Linuxon oldj meg.
-
Frawly
veterán
válasz
Szigii #35829 üzenetére
Terminálban kiadod ezeket a parancsokat.
5.
sudo apt upgrade
sudo apt update6.
sudo apt install mc7.
lsb_release -a > rendszer.txt
uname -a >> rendszer.txt8.
find /dev/* | wc -l >> rendszer.txt9.
locate login >> rendszer.txt10.
sudo useradd valaki -m11.
sudo groupadd hallgato12.
usermod -a -G hallgato felhasználóineved
usermod -a -G hallgato valaki
getent group > csoport.txt13.
mkdir /hallgato
chgroup hallgato /hallgato14.
echo "Ez a hallgatók közös mappája." > /hallgato/readme.txt15.
chmod g+w /hallgato
chmod g-w /hallgato/readme.txt
chmod u+w /hallgato/readme.txt16.
ls -l /hallgato > hallgato.txt17.
df -h > hely.txt18.
free -h >> hely.txt19.
uptime >> ido.txt20.
locate hostnamectl >> hely.txt21.
cat /etc/hosts >> hely.txt22.
cat /etc/password > felhasznalok.txt
cat /etc/group >> felhasznalok.txt23.
history > history.txt24.
mkdir vizsga
cp *.txt ./vizsga
cp /hallgato/readme.txt ~/vizsga25.
Erre nem tudom a megoldást, nem írja a feladat, hogy milyen protokollon keresztül kell feltölteni és hol van az a nevezetes Coospace mappa. Ezt grafikus felület alól kell gondolom csinálnod.Egyébként nem szívesen, mert így csak be fogod körmölni a parancsokat, és nem fogod érteni melyik miért mit csinál. Ahogy látom, ez egy vizsga, előtte gondolom leadtak anyagrészeket tanulásra, meg ez lenne a lényeg, hogy te nézz a neten és a manpages-ben a man paranccsal utána, hogy mi hogy működik, hibaüzenetek alapján kitalálva a parancsok megfelelő paraméterezését. Ha állandóan más oldja meg helyetted a feladatokat, akkor semmit nem fog tanulni belőle. Csak azért segítettem, mert szokott itt a kamu duma menni, hogy a linuxos felhasználói tábor barátságtalan, elitista, nem segítenek a kezdőknek, ezzel elriasztanak mindenkit a linuxtól, meg möhöhő.
-
Frawly
veterán
válasz
Dhampir #35824 üzenetére
Nem emiatt sikertelen. Csak a Unityje miatt siránkozik. Egyáltalán nem a sokféle grafikus felület és felhasználói testre szabás miatt nem sikeres a desktop Linux. Sokkal inkább még azért, mert pár hardver problémás lehet driverügyileg (főleg a GPU, tearing, hardveres gyorsítás, dekódolás, enkódolás), meg néhány MS/Apple only szoftver és a játékok miatt.
Új hozzászólás Aktív témák
A topik célja: Segítségnyújtás az Ubuntut és variánsait használók és az ezekkel még csak ismerkedők számára
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Shell script kérdésekkel látogassatok el a topikjába
- Vélemény Ubuntu 20.04 LTS
- Bemutató Linux a mindennapokban
- Bemutató Ubuntu 16.04 LTS kezdőknek, gyakorlatiasan, objektíven
- Hír Megjelent az Ubuntu 16.04 LTS
- Beszámítás! Lenovo IdeaPad Gaming 3 Gamer notebook - R5 7535HS 16GB DDR5 512GB SSD RTX 3050 6GB W11
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Eladó karcmentes Moto G31 4/64GB / 12 hó jótállással
- Eladó karcmentes Apple iPhone 11 128GB / 12 hó jótállással
- Samsung Galaxy Book2 Pro 360 i7-1260P 16GB 512GB OLED touchscreen, GARANCIA: 1ÉV
Állásajánlatok
Cég: FOTC
Város: Budapest