-
IT café
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
-
Cyrin
addikt
-
Véreshurka
senior tag
Sziasztok!
Most kezdtem el ismerkedni az ubuntuval, és így elsőre ha ebben tudnátok segíteni: Ha egy program (VPN kliens) minden indulásnál felhasználói jelszót kér, hogyan tudom kivitelezni azt hogyha autostart-ot beállítom a programnak akkor ne kelljen minden alkalommal azt begépelnem? Lehet ezt külön állítani valahol?
A válaszokat előre is köszönöm!
El Psy Kongroo
-
lev258
veterán
válasz Véreshurka #37057 üzenetére
Ez inkább a program saját beállításain múlik, nem az Ubuntun. Mit használsz?
Vagy úgy érted, hogy a felhasználódnak nincs joga jelszó nélkül futtatni a programot? Hogyan telepítetted, hogyan indítod?[ Szerkesztve ]
Ubuntu MATE 20.04, hobbi cayenne termesztő
-
Véreshurka
senior tag
válasz lev258 #37058 üzenetére
Ezt használom AirVPN - Eddie, ebből is az első lehetőség közüla: Linux --> 64bit --> debian --> Graphical UI.
Úgy értem, hogy amikor bebootol az ubuntu és indítanám el a programot, akkor mindig meg kell adnom az ubuntu felhasználómhoz tartozó jelszót, hogy el tudjon indulni. Más felhasználó nincs a gépen. Sajnos a program nem tartalmaz olyan beállíatást ami arra utalna, hogy ki tudnám kapcsolni a jelszókérést
Bár most kutakodom még az AirVPN fórumán is, de gondoltam hátha csak valamilyen ubuntu beállítás kell csak nekem.
El Psy Kongroo
-
Cyrin
addikt
válasz májkimiki #37042 üzenetére
azt tudom még elképzelni előnyként a nagy snap csomagolás erőltetésével, hogy egyrészt mindig frissül az adott program, hiába LTS nem lesz leragadva egy régi verziónál, kettő, hogy a snap csomagot tálán az adott program készítője tartja karban, nem az ubuntu?, de ezt nem tudom, mert eddig nem is érdekelt.
-
Dave™
nagyúr
mindig frissül az adott program, hiába LTS
Ehhez nem kellene snap, a KDE neon pont ezt csinálja hagyományos tárolókkal/csomagokkal. Továbbmegyek, nagyjából ez lenne a logikus egy LTS-nél, nem az ami most van. Attól nem lesz stabilabb valami, hogy 2 évig őrizgetjük benne a bugokat.
-
cigam
félisten
Attól nem lesz stabilabb valami, hogy 2 évig őrizgetjük benne a bugokat.
Ez így van. De az LTS verziók nem így működnek. A kiadás részét képező szoftverek folyamatos hiba és biztonsági javításokat kapnak, csak a programok újabb fő kiadásai nem érhetők el. Ugyanakkor ha erre van igény probléma nélkül telepíthetőek a legfrissebb kiadások is, csak azt már nem az Ubuntu "boltja"(csomagtároló) fogja biztosítani.
Freeware, és akciós programok egy helyen https://www.facebook.com/freewarenews
-
Frawly
veterán
Ez a bugok 2 évig őrizgetése 2 éves verziókban már nem szokás LTS-nél sem hála az égnek, utáltam én is anno, ezért is kötöttem ki rolling disztróknál, meg preferálom a bleeding edge-t. Pár éve még tényleg ilyen volt a Debian, meg az LTS Ubuntu alapú dolgok. Talán már csak a CentOS ilyesmi, a többi disztró azért LTS-ben sincs annyira brutálisan lemaradva frissességben, ebből a szempontból a Debian is határozottan fejlődött. Nem azt mondom, utóbbi most se épp a legfrissebb, de már a csomagok mégse olyan dinoszaurusz korúak.
Meg egyre inkább a kiadás alapú disztrók is öltenek egyfajta negyedrolling-jelleget, hogy pl. egyes csomagok már frissülnek új főverzióra is. Tehát nem olyan merev, mint régen, hogy új főverzió kizárva, csak biztonsági folt, meg hibajavítás van, és a csomagból az új főverziót majd csak az új kiadással kapod meg.
[ Szerkesztve ]
-
Dave™
nagyúr
Lehet le vagyok maradva, de pár éve volt egy ismert szinkronizálási hiba az Evolution-ben, amit csak az újabb verzióban javítottak. Viszont mivel újabb verzió volt, ehhez újabb Gnome kellett, amihez meg újabb Ubuntu. Persze elvileg PPA-ból meg lehetett oldani, de az már erőteljes mixelés szerintem. Rollingnál meg ilyen ugye nincs.
-
kenguru99
aktív tag
Sziasztok!
Egy régóta jól működő gépen futó Ubuntu Mate 16.04 induláskor kéri a jelszót, majd egy pillanatra karakteres felületre vált. Utána visszadob a jelszó ablakra és innen nincs tovább. Létezik valami diagnosztikai vagy szervízmód ami meg tudja javítani? (feltéve ha nem az ssd kotlott meg)
-
Frawly
veterán
válasz kenguru99 #37072 üzenetére
Ez egy bug volt a 16-os verzióban, valami kernelbug vagy X.org vagy GPU driver bug rémlik. Frissítsd a rendszert. 18.04-esre, de még inkább 20.04-re. De az is elég, ha a 16.04.sokadik legújabb verzióra felfrissíted.
20.04-nél ne zavarjon meg, hogy bétának van hívva, nem béta már, hanem egyfajta Release Candidate, 12 napon belül megjelenik. Semmi baja nincsen, teljesen stabil, csak azért nincs véglegesnek vagy stable-nek nevezve, mert még nem jelent meg, nem járt le rá ez a türelmi idő. Ez amolyan hivatalos minősítgetés csak, nem a tényleges stabilitására vonatkozik.
Annyi, hogy a 16.04-et első lépésben mindenképp csak 18.04-re lehet maximum felfrissíteni, és csak utána 20.04-re. Ezért én azt javaslom, hogy frissítgetés helyett telepítsd újra 20.04-re. Két LTS főverzióváltás amúgy is gubanccal járhat, kockázatos. De nyilván, így sem maradhat ilyen állapotban, még akkor sem érdemes így hagyni, ha jövő áprilisig még támogatott. Nem érdemes az időt húzni, 1 év haladékért, előbb-utóbb úgyse lehet megúszni a frissítést. Most ha baj van úgyis a rendszerrel, lezavarod karbantartásként a frissítést vagy újratelepítést is, így le lesz a gond róla újabb 5 évig, és nem kell újabb 1 év múlva újra vergődni vele.
[ Szerkesztve ]
-
Frawly
veterán
válasz kenguru99 #37074 üzenetére
Lenyitsz egy konzolt Ctrl+Alt+F2-vel vagy F3-mal, vagy amire előjön, ott bejelentkezel felhasználói név, jelszóval. És szöveges felültről vagy parancsokkal, vagy sudo apt install mc feltétele után mc-vel (Midnight Commander) vagy hasonlóval kimásolod a vonatkozó mappákat valami célmeghajtóra, amit először fel is kell csatolni a sudo mount /dev/akármi /cél paranccsal. Igaz ilyen sudo-s felállásban kell a sudo az mc elé is, különben nem enged rá írni.
Persze lehet a mount parancsot -o umask=777 opcióval is hívni, akkor nem kell rendszergazdai jog, hogy írhass a felcsatolt meghajtóra.
Vagy ha még egyszerűbb kell, akkor bebootlsz egy Live Linuxot, és ott grafikus felületen mented ki a kérdéses mappákat.
[ Szerkesztve ]
-
cigam
félisten
-
#40553216
törölt tag
válasz kenguru99 #37078 üzenetére
A telepítéskor csináltál külön / és /home partíciót? Ha igen, akkor gond nélkül telepítheted újra. Ha nem, akkor előbb a telepítés előtti particionálásnál vagy a mostani előtt, vagy mögötte csinálsz akkora partíciót, amekkora kell a rendszernek (10 GB alatt is elvan, de ha sok mindent akarsz telepíteni, akkor 20-30 GB, vagy akár nagyobb is), az új részen létrehozol megfelelő partíciót, csatolod / alá, a régi teljes rendszert meg /home alá formázás nélkül. Amikor kész a telepítés, akkor meg takarítasz.
(Ha hülyeség, akkor javítsatok!)[ Szerkesztve ]
-
Frawly
veterán
válasz kenguru99 #37076 üzenetére
Általában /home/felhasználónév/.mozilla/firefox/zagyvaprofilnév/ mappában vannak a dolgok. Chrome-nál meg a /home/felhasználónév/.config/google-chrome/default/ mappában. Valószínű azért nem találtad, mert ezek pont-tal kezdődő mappákban vannak, amik miatt rejtettnek minősülnek, és a legtöbb fájlkezelő default elrejti ezeket, külön be kell kapcsolni, hogy mutassa őket.
[ Szerkesztve ]
-
leviske
veterán
Sziasztok!
Elkezdtem próbálgatni ma a 20.04-et és bekapcsoltam a Live Patch-et. Ez mennyire volt okos döntés? Illetve más futott bele olyanba, hogy az áruház nem akar elindulni? Volt már újraindítás, de nem segít. Illetve a dock is elég furán üzemel (indításkor késve jelennek meg a kedvencek, bezárt programok ikonja tovább ott marad, stb). Reális, hogy ennyi bug van még a bétában, vagy én szúrtam el valamit?
-
Frawly
veterán
válasz leviske #37081 üzenetére
Milyen gépen futtatod? HDD-ről vagy SSD-ről fut? Nem lehet, hogy a gép kevés neki? Mert amit írsz, az nem bugra, hanem lassú hardverre utal.
A Livepatch nem hinném, hogy bezavar, bajt nem csinálták, hogy feltetted, de sima desktop felhasználás mellett előnyöd sem lesz belőle.
-
leviske
veterán
válasz Frawly #37082 üzenetére
Igazából az alap gépemre került, az openSUSE helyére, miután a snapper annyira telepakolta snapshotokkal a root tárhelyet, hogy kidobott a gép.
Kb egy hónapja vettem egy NVMe-s SSD-t, amiből 190GiB a root, 32GiB a swap, ~1,5GiB az UEFI és ~32GiB particionálatlan. Ennek a társa pedig egy SATA3-as, 525GB-os SSD, ami teljes méretében /home. Ez a séma volt openSUSE és Ubuntu alatt is.
Viszont a ma reggeli bekapcsolást követően nem csinálta ezt. A dock is reszponzív és az áruház is elindul. Az Ubuntu esetében kell bármiféle plusz konfigmódosítás, ha NVMe-re települ? Mert azt tudom, hogy az openSUSE alapból más konfigurációban települ, ha érzékeli, hogy nem SATA csatolós SSD-re kerül.
mod: a többi alkatrész egyébként egy Ryzen 1700, egy Radeon RX480 és 16GB RAM nagy vonalakban.
[ Szerkesztve ]
-
Black-core
aktív tag
Sziasztok. Az lenne a kérdésem, hogy Ubuntu alatt hogyan tudnám megoldani egy .IMG file szerkesztését? Csak hozzá adnék pár filet a .IMG-hez ami amúgy, egy bootolható Recalbox kép. Windows alól egyszerű lenne Total Commanderrel akár, de a Win nem látja ugye bár ezeket a linux fileokat az imgben..
[ Szerkesztve ]
-
sonar
addikt
válasz Black-core #37085 üzenetére
Ha nekem kéne kísérletezni akkor először a file paranccsal megnézném, hogy mi is konkrétan ez a file.
Aztán meg mountoni biztos lehet, tehát a benne lévő cuccokat olvasni (kimásolni és szerkeszteni lehet)
Visszafele út meg attól függ, hogy a file parancs mit mondott rá.A tudást mástól kapjuk, a siker a mi tehetségünk - Remember: Your life – Your choices!
-
lev258
veterán
válasz Black-core #37085 üzenetére
Nincs olyan, hogy valami Linux fájl. Ha egy Fájlkezelővel bele tudsz mászni az .IMG-be, akkor teljesen mindegy, melyik rendszeren készült.
Vagy valamit nagyon rosszul értelmezek.Ubuntu MATE 20.04, hobbi cayenne termesztő
-
Frawly
veterán
válasz leviske #37083 üzenetére
Oké, ez egy acélos gép, akkor csak egyszeri bugba futottál bele, vagy valami háttérfolyamat megfogta a gépet.
A snapshotokat viszont NE a root partícióra tedd!!! Nem csak azért, mert betelik a root, jó, ez is nyomós érv ellene önmagában, hanem a root partíción a backup semmit nem ér. Ez olyan, mintha a pénzbeli megtakarításaid a bank helyett kitennéd bankónként a kerti teregetőkötélre, mert ott nagyobb biztonságban van, hogy mindenki látja.
Az az 1,5 GB-os EFI partíció is irdatlan nagy. Annak elég lenne 100-300 MB körüli méret. Disztrója válogatja, hogy hány kernelt őriznek meg az EFI-n, van, amelyik 1-2-őt, a Debillány-Uborka vonala meg egy csomót.
(#37085) Black-core: ez az .IMG fájl ez mit tartalmaz? Vizuális képet, vagy nyers lemezképet? Nyers lemezképnél az egész lemezt, vagy csak egy partíciót, vagy CD/DVD lemezképet vagy mit? Próbát tehetsz a Double Commanderrel, az fogad Total Commanderes plugineket, hátha meg tudja nyitni.
-
leviske
veterán
válasz Frawly #37088 üzenetére
Azt hogy tudom elérni, hogy a snapshotok ne a root partícióra kerüljenek?
Egyébként az EFI partíciót csak azért hagytam ekkorára, mert anno, még anyám gépén a KDE neon az upgrade után panaszkodott, hogy kevés az 500MB tárhely. Így végül kénytelen voltam nulláról újrarakni a gépet. Miután az NVMe-s cucc eleve csak efi/root/swap célokra van, nem éreztem fájónak ennyit hagyni neki.
-
Frawly
veterán
válasz leviske #37090 üzenetére
Nem használom a snappert, de most megnéztem neked. Meglepődve tapasztalom, hogy a snapshot helyét nem tudod konfigurálni, mindenképp arra a csatolási pontra teszi őket ./.snapshot mappába, amiről a mentés készül. Ez elég kínos és szakmailatlan megoldás. Így ha a root partícióról csinálsz snapshotokat, akkor igen, az mindenképp a root partícióra kerül, a /.snapshot mappába.
Ugyanis snapshot főként azért kéne, hogy ha befosik a meghajtó vagy újra kell telepíteni a rendszert, akkor legyen miről visszaállítani. De ha ott van a kérdéses meghajtón, akkor azzal akármi történik, a snapshotoknak sem volt értelme, mert vesznek el azok is. Mondjuk OpenSüsüéktől nem is vártam sokat, de ezzel alulmúlták magukat.
Egyet azért tehetsz, a snapper konfigjában (alapból valahol a /etc/snapper/config/akármi mappában találod) átírod a cleanup-algorithm értékét, amihez csak egy számot adsz meg, ez azt takarja, hogy csak utolsó x snapshotot tartja meg. Illetve az is lehetséges, hogy a .snapshot mappából kézzel törlöd a régi snapshotokat, ez opció akkor is, ha betelt a root partíció, egy live rendszer alól is tudsz törölgetni akkor régi snapshotokat, csak ezért nem kell újratelepíteni a rendszert, mert nem bootol.
EFI partíciónak az 500 MB is overkill. A Debian, Ubuntu, Neon, stb. azért reklamál, mert rusnya módon felhalmozzák frissítéskor a régi kerneleket a boot partíción, amit nem kéne nekik. Ezt Debian/Ubuntu-alapú disztrókon a sudo apt --purge autoremove paranccsal ki tudod pucolni, így nem kell óriási EFI partíció. Persze, maradhat így is, ha neked most nem hiányik a tárhely, csak azért mondom, hogy felesleges ilyen órási EFI partíciót tartani. Ha felhalmozódnak idővel a kernelek, akkor úgyse elég neki semmi tárhely, akármilyen nagy, mert minden be tud telni idővel, legfeljebb így, hogy 3× annyi tárhelyet adtál neki, 3× annyi időt vesz igénybe, de egyszer nem úszod meg, hogy purge segítségével kipucold őket.
Ez egy régi hibás döntés Debian-vonalon, hogy megtartják a régi kerneleket, hogy ha gond lenne az újjal, akkor a régit is be tudd bootolni. Ezzel nem is lenne önmagában a baj, hanem az a nemtörödőm trehányság, hogy az összeset megtartják, számbeli és időbeli korlátra tekintet nélkül, elég lenne az utolsó 2-3 verziót.
-
leviske
veterán
válasz Frawly #37091 üzenetére
Köszönöm, hogy utánajártál helyettem. Igazából az openSUSE említi is, hogy nem szabad olyan értelemben biztonsági mentésként tekinteni a snapshotokra, hogy hardverhibát kivédenének.
A snapper elvileg a btrfs CoW tulajdonságát használja ki és akkor jön jól az általa készített snapshot, ha én javíthatatlanul félrekonfigurálok valamit, a zypper vét el fatális hibát, vagy a leszedett frissítés törött.
Amúgy a linux offban kifejthetnéd, hogy miért alakult ki ez a vélemény a openSUSE-ékról.
-
#40553216
törölt tag
válasz Frawly #37091 üzenetére
„Meglepődve tapasztalom, hogy a snapshot helyét nem tudod konfigurálni, mindenképp arra a csatolási pontra teszi őket ./.snapshot mappába, amiről a mentés készül. Ez elég kínos és szakmailatlan megoldás.”
Nekem nem így tűnik.
ArchWiki, Snapper:
Create a new configuration
# snapper -c config create-config /path/to/subvolume
This will:
. create a configuration file at/etc/snapper/configs/config
based on the default template from/etc/snapper/config-templates
. create a subvolume at/path/to/subvolume/.snapshots
where future snapshots of for this configuration will be stored. A snapshot's path is/path/to/subvolume/.snapshots/#/snapshot
, where#
is the snapshot number
. addconfig
toSNAPPER_CONFIGS
in/etc/conf.d/snapper
.[ Szerkesztve ]
-
Frawly
veterán
válasz #40553216 #37093 üzenetére
Először ezt hittem én is, mert elsőre így tűnhet, de valójában ez a path nem csak azt dönti el, hogy hová készüljön a snapshot, hanem hogy miről. Valóban nem írják le teljesen egyértelműen, ezért elsőre félreérthető.
Ha átrakod máshová, akkor már nem is arról a kötetről fog készülni a mentés. Hála istennek nem használok ilyen OpenSüsü-szutykot. Főleg azért felesleges, mert ha pl. az ember btrfs-t használ, annak a btrfs parancsába (btrfs-progs csomagot telepíteni kell hozzá) eleve be van építve egy snapshot funkció. ZFS-ben is biztosan van hasonló. ext4 meg hasonlóknál meg inkább rsync-es mentést használnék.
-
#40553216
törölt tag
Sziasztok! Hogyan tudhatják Wine-nal Windowson automatikusan induló (lányom angol könyvéhez mellékelt) cd-t futtatni?
-
Osiris
őstag
Sziasztok,
OpenLDAP-al központilag kezelnék usereket és csoportokat egy hálózat gépein, de az nem világos, hogy hogyan oldható meg, hogy egy ldapban létrehozott usert, hogyan tudok beletenni központilag a sudoers csoportba? Illetve ugyanezt tovább bonyoítva: csak adott gépeken legyen a usernek sudoers tagsága.
Mi erre megoldás?
Ú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
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
- Canva Pro előfizetés - 1 éves
- Bitdefender Total Security 3év/3eszköz! - "Tökéletes védelem most kedvező áron..."
- Steam, Windows, Origin kulcsok, előfizetések közvetlenül a kiadótól, a LEGJOBB ÁRON!
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! LEGOLCSÓBB! Automatikus 0-24