Ubuntu Linux

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, egy kis segítség kéne.
Adva van egy Ubuntu 14.04 szerver, ami folyamatosan működött, de nem volt karbantartva.
Az Ubuntu-k alapértelmezetten lelkesen töltögetik magukra az új kerneleket, amik aztán gyűlnek, és előbb-utóbb kitöltenek akármennyi lemezt.
Jelen esetben az a 10G-t nem volt nehéz megtölteni. A felesleges kernelek eltávolítása (autoremove) nem működik, amíg van törött csomag, de addig nem lehet javítani a törött csomagokat, amíg nincs hely. Jelen esetben hiába sikerült varázsolni 1,3G szabad helyet, a 'apt-get install -f' szerint nincs elég hely:

Csomaglisták olvasása... Kész
Függőségi fa építése
Állapotinformációk olvasása... Kész
Függőségek javítása... Kész
A következő csomagok automatikusan lettek telepítve, és már nincs rájuk szükség:
linux-headers-3.13.0-112 linux-headers-3.13.0-112-generic
linux-image-3.13.0-112-generic linux-image-extra-3.13.0-112-generic
Ezeket az „apt-get autoremove” paranccsal törölheti.
Az alábbi extra csomagok kerülnek telepítésre:
linux-headers-3.13.0-165-generic
Az alábbi ÚJ csomagok lesznek telepítve:
linux-headers-3.13.0-165-generic
0 frissített, 1 újonnan telepített, 0 eltávolítandó és 183 nem frissített.
9 nincs teljesen telepítve/eltávolítva.
Letöltendő adatmennyiség: 0 B/696 kB.
A művelet után 13,2 MB lemezterület kerül felhasználásra.
Folytatni akarja? [I/n]
(Adatbázis olvasása ... 530077 fájl és könyvtár van jelenleg telepítve.)
Kibontás előkészítése: .../linux-headers-3.13.0-165-generic_3.13.0-165.215_i386.deb ...
Kibontás: linux-headers-3.13.0-165-generic (3.13.0-165.215) ...
dpkg: hiba az archívum feldolgozásakor: /var/cache/apt/archives/linux-headers-3.13.0-165-generic_3.13.0-165.215_i386.deb (--unpack):
nem sikerült a(z) „/usr/src/linux-headers-3.13.0-165-generic/include/config/scsi/generic/ncr5380/mmio.h.dpkg-new” létrehozása („./usr/src/linux-headers-3.13.0-165-generic/include/config/scsi/generic/ncr5380/mmio.h” feldolgozása során): Nincs több hely a lemezen
Nem került kiírásra apport jelentés, mivel a hibaüzenet szerint megtelt a lemez
dpkg-deb: hiba: a(z) beillesztés részfolyamatot kilőtte a (Törött adatcsatorna) jel
Hibák történtek a feldolgozáskor:
/var/cache/apt/archives/linux-headers-3.13.0-165-generic_3.13.0-165.215_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

Tegyük fel, hogy igaza van, nincs hely. Hogyan lehet rávenni az apt-get -et hogy eltávolítson egy felesleges csomagot? pl a régi kernel header-eket?
Szerintem nem igaz, van hely. Ebben az esetben hogy lehet ebből az állapotból kibillenteni?

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.

Ubuntu 16.04, apache 2.4.18

Roppant egyszeru felepitesu cucc.



root@testtestest:/etc/apache2# cat apache2.conf

ServerRoot "/etc/apache2"
Mutex file:${APACHE_LOCK_DIR} default
PidFile ${APACHE_PID_FILE}
Timeout 300
KeepAlive On
MaxKeepAliveRequests 100
KeepAliveTimeout 5
User ${APACHE_RUN_USER}
Group ${APACHE_RUN_GROUP}
HostnameLookups Off
ErrorLog ${APACHE_LOG_DIR}/error.log
LogLevel warn

IncludeOptional mods-enabled/*.load
IncludeOptional mods-enabled/*.conf
Include ports.conf

Options FollowSymLinks
AllowOverride All
Require all denied

AllowOverride None
Require all granted

Options -Indexes +FollowSymLinks
AllowOverride All
Require all granted

AccessFileName .htaccess

Require all denied

ServerName test:80

LogFormat "%v:%p %h %l %u %t \"%r\" %>s %O \"%{Referer}i\" \"%{User-Agent}i\"" vhost_combined
LogFormat "%h %l %u %t \"%r\" %>s %O \"%{Referer}i\" \"%{User-Agent}i\"" combined
LogFormat "%h %l %u %t \"%r\" %>s %O" common
LogFormat "%{Referer}i -> %U" referer
LogFormat "%{User-agent}i" agent

IncludeOptional conf-enabled/*.conf

IncludeOptional sites-enabled/*.conf

Egy virtualhost


<VirtualHost 10.26.4.12:80>


ServerAdmin webmaster@localhost
ServerName testtesttest.intra.loc
DocumentRoot /var/www/html2/
ErrorLog /var/log/apache2/fa/t_error.log
LogLevel info
CustomLog /var/log/apache2/fa/t.log combined
</VirtualHost>

htacces nincs, egy darab index.php van a
/var/www/html es egy masik a /var/www/html2 alatt
az elsoben egy phpinfo fut, masik egy egyszeru echo

apache restart utan letrehozza a /var/log/apache2/fa/t_error.log filet, 0 byte merettel. Tehat beolvasta a virtualhost configot

Beirom a bongeszobe a "testtesttest.intra.loc" cimet - es a /var/www/html mappaban levo index.php-t olvassa. Es nem a virtualhostban, hanem a fo configban levo logba ir.

Ket napja ezen szivok, eletem soran csinaltam mar par hasonlo virtualhost beallitast es a budos eletben nem volt vele gondom. Nyilvan ott van az, ha nem stimmel a nev, de az ip igen, akkor a defaultot hozza be - de itt stimmel a nev a vh-val.
Most meg itt van ez es keptelen vagyok rajonni, mi a gondja. Orjito.
Valami otlet ?

Otlet ?

Aki használta, annak: eddig tartott, sajnálom.