Hirdetés
- Luck Dragon: Asszociációs játék. :)
- sziku69: Szólánc.
- sziku69: Fűzzük össze a szavakat :)
- eBay-es kütyük kis pénzért
- sh4d0w: Kalózkodás. Kalózkodás?
- bambano: Bambanő háza tája
- Hieronymus: Kalózkodás. Kalózkodás? hozzászólás
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Magga: PLEX: multimédia az egész lakásban
- droidic: Windows 11 önállóság nélküli világ: a kontroll új korszaka
-
LOGOUT
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
-
#36904
samujózsi
senior tag
huliganboy
#36900
samujózsi
senior tag
válasz
huliganboy
#36900
üzenetére
A problémád nem teljesen tiszta számomra.
A gépeden fut az mqtt szerver?
Az üzenetek alatt a TCP csomagokat érted?
Ha igen és igen, én ránéznék wireshark vagy tcpdump segítségével, hogy a 1883-as TCP portra honnan érkeznek csomagok.
Ha lokális címről jönnek, akkor az audit segítségével tudod logolni a socket kommunikációt is, azzal ki lehet szedni.
Ha távoli gépről jön, akkor azon kellene az audit, ha megoldható.Mindez csak akkor, ha jól értem a probkémádat.
Szerk: úgy tűnik jól... Nem láttam a későbbi kommented. -
#36831
samujózsi
senior tag
thatsnomoon
#36830
samujózsi
senior tag
válasz
thatsnomoon
#36830
üzenetére
A gyenge gép és a külső ssd közt nem látom az összefüggést, de a legegyszerűbb megoldás erre az lenne, ha pendrive-ról bootolnál egy live rendszert és arról futtatnál egy e2fsck-t.
Mondjuk nem árt előtte egy mentés, mert van esély arra is, hogy valami javíthatatlan hiba került a fájlrendszeredbe.
És persze nem zárható ki, hogy hardver gond okozza...Viszont éles rendszer alá én csak LTS változatot tennék (18.04)
-
-
samujózsi
senior tag
Valami furát látok: ubuntu 18.04
A szokásos update-ek már fenn vannak (apt-get update && apt-get dist-upgrade), de van egy Ubuntu Software nevű alkalmazás, amit soha életemben nem használtam (narancs színű bevásárló szatyor, rajta egy A betűvel az ikonja) és most ő értesített, hogy van két update-em:
Egy Latitude E5x60 System Update (eleve 5570-es gépem van
) és egy TPM 1.2 System Update, ami 5.81.0.0 -> 5.81.2.1 upgrdae lenne, de mellékesen megjegyzi, hogy "Initial release"Tudja valaki, hogy mik ezek és miért nem a hagyományos úton érkeztek?
-
-
samujózsi
senior tag
válasz
growler
#36758
üzenetére
Nem, nagyon nem. Sting linuxot érintő híreit nem tudom komolyan venni, a blikket is hitelesebbnek tartom e téren. Valamiért eszetlenül gyűlöl mindent ami linux/open source és ezt kellőképp ki is hangsúlyozza minden ilyen hírben.
Úgy őszintén: hány linuxos gépre van beengedve olyan user, aki shellt kap? Ebből hánynak van sudo-val úgy jogosultsága, hogy csak korlátozottan indíthat dolgokat, nem tud root shellt kapni legálisan? (remélem, nagyon kevés - linux az vagy legyen saját desktop, vagy szerver, utóbbira meg lehetőleg ne járjon más, csak az adminok)
Na ezt vesd össze azzal a "rettenetesen súlyos" hibával! -
samujózsi
senior tag
Volt egy linux.hu, előbb karbantartás miatt zárva, majd a szervert is lekapcsolták, ha jók az információm.
A magam részéről szívesen beszállnék egy olyan oldalba, ahol külföldi oldalakról származó, elsődlegesen linuxos/FOSS hírek jelennek meg magyarul, de részemről csak napi egy-két hír magyarítását tudnám bevállalni és úgy vettem észre, elég csekély a potenciális érdeklődők tábora. A legtöbb linuxra vetemedő tud annyit angolul, mint én, nekik nincs rá szükségük. -
-
samujózsi
senior tag
válasz
gyuri.sza
#36730
üzenetére
Na, csak megvan:
mount -o vers=1.0,user=usered-neve //192.168.1.1/share-neve /mount-pointA share-neve az Elements alatti név (pl. Android), nem a teljes útvonal.
De egyébként ha jót akarsz, akkor vagy felraksz egy merlint és konfigurálod rajta rendesen a sambát, vagy beüzemelsz e célra egy külön gépet, mert az asus szoftvere... hát nagyon finoman fogalmazva is sz@@@@@ar...
(pl. felveszek rajta új könyvtárat, webes felületen megosztom, a samba meg nem tud róla, ráadásul a v1-es protokollt már rég kivonták a forgalomból, viszont az alapértelmezett protokoll verzióval nem hajlandó működni) -
samujózsi
senior tag
válasz
gyuri.sza
#36728
üzenetére
Bocs, kicsit máshol jártam lélekben: windowson is így hivatkozol a megosztott könyvtárra?
Mert amennyire még g vissza tudok emlékezni, valahogy úgy kellene, hogymount -t cifs -o opciók //192.168.1.1/share_neve /mount_pointSzóval a szerver után csak egy név kell, nem teljes elérési út. De tévedhetek.
-
-
samujózsi
senior tag
-
samujózsi
senior tag
Wake on LAN?
Normális körülmények közt csak annyi kell, hogy a BIOS-ban engedélyezd az indítandó gépen ezt a funkciót, legyen a gépeden egy wol progran (ez akár egy Python script is lehet egyébként), tudd az indítandó gép MAC address-ét és közös switch-en legyenek (ez utóbbi nem biztos, hogy korrekt megfogalmazás, de az biztos, hogy a wol protokollja nem route-olható) -
samujózsi
senior tag
válasz
Formaster
#36706
üzenetére
Ismerős
És persze ahány tutorial, annyi variáció.
Első körben azt mondanám, hogy hagyd így, csak a raidmd127 kapjon fájlrendszert ÉS mount pointot próbaképp. Van valami halvány emlékem, hogy bugos a telepítő és a benne létrehozott eszközökkel van némi gondja, ha nem lesz mountolva a telepítés végén minden.
Persze a tévedés jogát fenntartom. -
samujózsi
senior tag
válasz
Azharel
#36670
üzenetére
Ha jól értelek, a secure boot miatt nem tölt be az nvidia kernelmodul.
Ragaszkodsz az ubuntuhoz?
Ki kellene próbálni, de én úgy emlékszem, a linuxmint kernele nem beengedi az aláíratlan kernelmodult is.A másik opció, hogy te írod alá az nvidia modulját, de ebből csak annyi emlékem van, hogy kell egy MOK, amit betöltesz az UEFI felületén és azzal írod alá a modult. A pontos eljáráshoz kellene fél nap keresgélés.
Nem egyszerű menet. Emiatt dobtam anno a virtualboxot isEsetleg itt nézz körül: [link] (Signing thr NVIDIA kernel module)
-
samujózsi
senior tag
válasz
ubyegon2
#36634
üzenetére
Én mixed vagyok. Ha tehetem, kerülöm a Windowst úgy is, mint munka tárgyát és úgy is, mint eszközét. Ezen kívül jöhet bármi
De nem lehet mindig elkerülni.
Pl ha a céges levelező Exchange és mindenki a legfrissebb Office .doc formátumát használja, akkor egyszerűen nem fér bele a linuxos bohóckodás.
De mondom, windows-mentes munkák esetében is sok olyan feladat van, amit jobb GUI-n (többnyire webes(?)) megoldani...Ui: most nézem, ez nem az offtopic topic, ha még folytatni akarod, menjünk oda!
-
-
samujózsi
senior tag
válasz
I02S3F
#36630
üzenetére
De melyik?
Mert az általam ismert fórumokat már átnéztem és még ahol kifejezetten a "miért"-re vonatkozott a kérdés, ott is elintézték azzal, hogy "touch index.txt.attr", nem mondta meg senki, hogy miért hiányzik.
És tisztességes tutorialt sem találok már hetek óta. (Ahol md5-t, 1024 bites kulcsot emlegetnek, azok lejárt szavatosságú oldalak) -
samujózsi
senior tag
válasz
ubyegon2
#36628
üzenetére
Bocs, az, hogy nem hackelem szarrá a GUI-t, nem egyenlő azzal, hogy nem is használom. Vannak olyan szoftverek, amiket nem is tanácsos parancssorból piszkálgatni...
Na mindegy, én most maradnék az openssl rejtélyeinél, mert ilyesmivel sosem volt dolgom és rengeteg dolgot nem értek, csak senkit sem találok, aki értene hozzá
-
samujózsi
senior tag
Ért itt valaki openssl-hez?
Van egy tutorial, amit szerettem volna végigcsinálni, de nagyon nem akar működni egy bizonyos ponton. Ki tudtam javítani, csak az okára lennék kíváncsi.
Ugyanis 16.04-en még simán lefut, 18.04-en hibázik.https://jamielinux.com/docs/openssl-certificate-authority/create-the-root-pair.html - itt indul
https://jamielinux.com/docs/openssl-certificate-authority/create-the-intermediate-pair.html - ez az, ami valahol... már meg nem mondom, pontosan hol, melyik parancsnál, elakadt azzal, hogy nem talál index.txt.attr fájlt.O.K., a javítás egyszerű: touch index.txt.attr és ettől kezdve működik.
Viszont érdekelne, hogy miért tud lefutni a 16.04-en ugyanez parancssorozat az .attr file nélkül is. (linux haladóban nem találtam korábban sem SSL-hez értő embert)Ha van aki tud segíteni, elő tudom kaparni, hogy pontosan hol akad el, de ahhoz újra kell építeni az egészet, aminek most nem örülnék.
-
#36576
samujózsi
senior tag
sellerbuyer
#36550
samujózsi
senior tag
válasz
sellerbuyer
#36550
üzenetére
Ott valami nagyon nem kerek. Amit te mutogatsz, az nem a fizikai eszköz, hanem egy logikiai valami mérete. Első körben azt kellene tudni, hogy a /dev/mapper/ alatt az a *Felho* eszköz mi akar lenni és hogyannlett ténylegesen létrehozva? Szerintem mindössze annyi történt, hogy gyártottál egy fizikailag 2x6TB-os diszk csomagra egy jóval kisebb, tükrözött kötetet.
Hacsak nem hagytam ki valamit itt a nagy olvasgatásban.Megjegyzem, ez mindenképp szoftveres raid, hacsak az elmúlt tíz évben nem történt valami változás az alaplapi controllerek működésében: ha ez hardveres raid lenne, akkor nem látszana linux alól az sde és sdf eszköz külön-külön.
Szerintem egyszerűen sikerült létrehozni valamilyen módon egy szoftveres raid-félét, aminek a logikai mérete kisebb a rendelkezésre álló tárhelynél.
Esetleg nem fényképen, hanem karakteresen kimásolva kaphatnánk egy listát a rootként futtatottpvs ; vgs ; lvs
kimenetéről?Szerk: ja, látom, "megoldódott", hát akkor ez már nem fog kiderülni.
-
samujózsi
senior tag
Ubuntu 18.04.3 szervert telepítenék, de vannak vele gondjaim.
Megváltozott az egész. Nincs rajta rescue mód, nem lehet live-ként bootolni (holott az ISO nevében is ott a live), nem lehet minimál installt készíteni, sőt, igazából ha jól látom, egyáltalán nem tudom kiválasztani, hogy mit rakjon fel, csak annyit, hogy pár számomra totálisan felesleges csomagot felrakjon-e vagy se.
Van mód rá, hogy minimal server menjen fel, ne fossa tele mindenféle konténeres szeméttel, meg egyébb, szerveren hótt felesleges hulladékkal?Szerk: http://cdimage.ubuntu.com/releases/18.04.3/release/ - találtam egy ilyet. Ez eleve más menüvel indul, van benne Rescue. Csak azt nem értem, miért az a másik lett az alap, ezt meg miért dugták el?
-
samujózsi
senior tag
Csinált közületek valaki olyat, hogy 16.04-ről (16.04.6) do-release-upgrade segítségével upgrade-elni 18.04-re?
Működik gond/hiba nélkül? Vagy ha ilyesmire szánom el magam, akkor jobb ha backup-gyalu-install-restore változattal csinálom?
Nekem valahogy túl nagy falatnak tűnik ahhoz, hogy korrekt eredménye legyen, különösen notebookon a desktop változásai miatt. (unity->gnome)Bónusz kérdés: vajon miért mondja a
do-release-upgrade -chogy "No new release found."?
Na mindegy.
) és egy TPM 1.2 System Update, ami 5.81.0.0 -> 5.81.2.1 upgrdae lenne, de mellékesen megjegyzi, hogy "Initial release"
Ú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
- ÁRGARANCIA!Épített KomPhone i5 14600KF 32/64GB DDR5 RAM RX 9070 16GB GAMER PC termékbeszámítással
- BESZÁMÍTÁS! ASUS H510M i5 10400F 16GB DDR4 512GB SSD RTX 3060 Ti 8GB ZALMAN T4 Plus CHIEFTEC 700W
- BESZÁMÍTÁS! ASUS ROG Phone 9 Pro 16GB/512GB telefon garanciával hibátlan működéssel
- HP EliteOne 800 G5 All-in-One i5-9500 16GB 512GB 23.8" Érintőkijelző!! 1 év garancia
- Xiaomi Redmi 14C 128GB, Kártyafüggetlen, 1 Év Garanciával
Állásajánlatok
Cég: NetGo.hu Kft.
Város: Gödöllő
Cég: Promenade Publishing House Kft.
Város: Budapest