Ubuntu Linux

Sziasztok!

Valaki elárulhatná, hogyan vehető rá a Gnome (Ubuntu 18.04), hogy a végrehajtható bináris állományokat annak nézze, ami, ne pedig pl.: "osztott programkönyvtár (application/x-sharedlib)"-nek.
Saját programot futtatnék, terminálból elindul rendesen, de a Gnome akar hozzá egy alkalmazást, ami megjeleníti, és ami persze nincs, meg különben sem megjeleníteni akarom.
A Google-n csak triviális dolgokat találok, amik csak akkor lennének hasznosak, ha nem tudnám mi az a PATH, meg mitől (volt a régi szép időkben) végrehajtható egy fájl.

KDE Neon alatt snappal telepítettem a Gimp 2.10 verzióját, mert a hivatalos Ubuntu repóban még a 2.8-ast találtam.

Remekül működik, de nem látja a wifis HP nyomtatómat, csak fájlba lehetne vele nyomtatni. (Minden más – nem snapból telepített – program látja a nyomtatót.)

Mivel nem nagyon ismerem a snap "lelkivilágát", tudna-e valaki segíteni abban, hogy miképpen bírhatnám működésre a nyomtatót a Gimp alatt?

Adott egy xubuntu, amin Firefox van használatban, mint web böngésző.
Namost, erről szeretném a könyvjelzőket, amikből rengeteg be van mappázva atteni egy másik fizikai gépre, úgy hogy azon ubuntu fut. Mindenképpen fontos lenne, hogy a mappázott könyvjelzők ugyan ott legyenek az ubin majd, mint ahol az xubin vannak (szülők használnák mindkettőt és az maga lenne a káosz, ha az egyiken itt, a másikon ott lennének).

Amit eddig probáltam:
1. firefox sync - ez majdnem működik, de a korábban felvett könyvjelzőket nem szinkornizálja
2. könyvjelző backup az xubin(.json) majd ezt az ubuntun importálni. Itt csak azokat a könyvjelzőket hozza amik nincsenek mappázva
3. könyvjelzők exportálása .html-be. Itt importálás után ugyan az a helyzet, a mappázott dolgokat nem kezeli. Itt belenéztem a html fájlba, és látszik benne a mappa szerkezet, tehát úgy gondolom, hogy a kimentés az akár jó is lehet, csak a "vissza töltés" nem az igazi.
A home alatt van egy olyan mappa, hogy .firefox, gondoltam ebbe lesz bent valahol valami ami érdekes lehet számonra, de semmi könyvjelzőre utaló dolgot nem találtam.

Érdeklődés szintjén nézegettem plugineket is a feladatra, de nem gondolom hogy ehhez az kellene.

A válaszaitokat előre is köszönöm!

Sziasztok!

Tegnap gyanútlanul, jóhiszeműen elindítottam az upgrade-et, 18.10-től 19.04-re, ami után elhalálozott a wifim.

A jelenség az volt, hogy lspci, lshw mutatta a wifi kártyát szépen, nm-tool -ben ki tudtam választani az eszközt, de cseszett betallózni az elérhető AP-kat.
Végül egy network-manager és egy netplan reinstall segített.

Tudniillik a /etc/network/interfaces-ben írják, hogy ebben a rendszerben az ifupdown-t lecserélték netplan-re...
Gondolom az upgrade script látta, hogy már van ifupdown-om az előző rendszerből és nem rakta fel a netplan-t... de ez csak egy tipp.

Mindenestre így sikerült orvosolni. Kicsit csalódott vagyok, hogy szakértelem szükséges egy dist upgrade-hez még mindig...
Oké, hogy elvett az életemből 2-3 órát, mire erre rájöttem, de ha egy földi halandó próbálta volna be, ezzel a jelenséggel nem tud mit kezdeni, újrahúzza a gépet.

Más találkozott hasonló problémával?

Sziasztok!

18.10-rol (server) frssitenek 19.04-re, de az alabbi csomagoknal elhasal a frissites:

sendmail
sendmail-bin
sensiable-mda

Elv vegez, de ezek a csomagok dpkg hibat irnak, illetve frssites utan a restart sem igazan megy...

Ment is vissza a snapshot, lehet meg varnom kell vele...

Sziasztok!

Mindeig levetett irodai gépeket használtam, nagy megelégedettséggel, mert koruk miatt támogatta őket az Ubuntu.

Most beszereztem egy GÉMER PC-t. A Windows jól fel is ment, de azért egy linuxnak is örülnék.

Van egy M.2 SSD a gépben, ez a Windows C:-je, egyben a boot drive.
A másik releváns adattároló a Sata SSD, ezt szeretném a Linuxnak.

Telepítéskor már előjön egy hiba, hogy nincs UEFI partíció és így nem biztos, hogy jó lesz. És valóban, a grub nem tud feltelepülni, ez a hibaüzi:
https://imgur.com/F47usHl

Mit tegyek?
Köszi

Sziasztok!

Előállt egy olyan helyzet, hogy szerettem volna megnövelni az egyik logikai kötet méretét 43 gigával, hogy 150 giga legyen.
Az lvextend lement, utána indítottam a resize2fs-t, de az pár perc múlva kidobott az ssh session-ből.
Visszajelentkezve azt látom, hogy a 43 giga helyett csak 13 gigával lett növelve a fájlrendszer, viszont a logikai kötet
szabad mérete 43 gigával csökkent.
Ilyenkor mi a teendő?

Néhány évvel ezelőtt vásárolt desktopra szeretnék Ubuntut telepíteni, de akár pendrive-ról, akár DVD-ről indítom a 18.04-es telepítőt, amint eltűnik a BIOS, a képernyő fekete marad és semmi további sem történik. Ha viszont az ősrégi Ubuntu 11.10-es telepítőt próbálom, akkor az elindul és gondolom, idővel fel is mászna.

Mi lehet ennek az oka?

Sziasztok!

A múltkori unattended-upgrades után nem indul el a lighttpd.

A következő outputot látom:

Feb 02 11:26:11 s systemd[1]: Stopped Lighttpd Daemon.
Feb 02 11:26:11 s systemd[1]: Starting Lighttpd Daemon...
Feb 02 11:26:11 s lighttpd[22575]: Syntax OK
Feb 02 11:26:11 s systemd[1]: Started Lighttpd Daemon.
Feb 02 11:26:11 s lighttpd[22582]: 2019-02-02 11:26:11: (plugin.c.169) dlopen() failed for: /usr/lib/lighttpd/mod_openssl.so /usr/lib/lighttpd/mod_openssl.so: undefined symbol: buffer_copy_buffer
Feb 02 11:26:11 s lighttpd[22582]: 2019-02-02 11:26:11: (server.c.679) loading plugins finally failed
Feb 02 11:26:11 s systemd[1]: lighttpd.service: Main process exited, code=exited, status=255/n/a
Feb 02 11:26:11 s systemd[1]: lighttpd.service: Unit entered failed state.
Feb 02 11:26:11 s systemd[1]: lighttpd.service: Failed with result 'exit-code'.


Találkozott már valaki ilyennel? Ez volt az update:

Start-Date: 2019-02-01 06:46:48
Commandline: /usr/bin/unattended-upgrade
Upgrade: libavahi-common-data:amd64 (0.6.32~rc+dfsg-1ubuntu2.2, 0.6.32~rc+dfsg-1ubuntu2.3), libavahi-common3:amd64 (0.6.32~rc+dfsg-1ubuntu2.2, 0.6.32~rc+dfsg-1ubuntu2.3), lighttpd:amd64 (1.4.35-4ubuntu2, 1.4.35-4ubuntu2.1), lighttpd-dev:amd64 (1.4.35-4ubuntu2, 1.4.35-4ubuntu2.1), libavahi-client3:amd64 (0.6.32~rc+dfsg-1ubuntu2.2, 0.6.32~rc+dfsg-1ubuntu2.3)
End-Date: 2019-02-01 06:47:11


Rollbackelni az egyes csomagokat nem segített.