Ubuntu Linux

KDE Neon alatt tapasztalok egy roppant idegesítő problémát: ha a Thunderbirdben egy linkre kattintok és így indul el a Firefox akkor egyszerűen nem működik: üres fehér oldal jön be. Ha már fut a Firefox a linkre kattintás előtt akkor jól működik.

Nem tölt be sem távoli url-eket sem localhostot sem, az about:config sem működik.
Valószínűleg nem másik profilt indít mert a téma az nem default.

ps aux | grep firefox-ra ilyenkor csak egy :
/usr/lib/firefox/firefox https://blahbal

jelenik meg.

A Firefox PPA-ból van 113.0.1 a verziója, de csinálja egy jó ideje (január óta) szóval nem verziófüggő.
A Thunderbird verziója 102.11.0.

OS-ben máshonnan triggerelve URL megnyitást (pld. okular jobbeger, keresés Google-ban) működik.

Találkozott-e már valaki hasonlóval.

Próbálkoztam már sokféle google-fu-val de az a baj, hogy a Thunderbird firefox blank page, white page, does not load keresések mindig vagy az FF vagy a TB problémáira futnak ki.

Sziasztok!

22.04, de 20.04 is csinálta. (18.04-et nem tudom, talán ott jó volt ...)

[máj26 10:49] RTL8211B Gigabit Ethernet r8169-0-200:00: attached PHY driver (mi>
[  +0,181680] r8169 0000:02:00.0 eth0: Link is Down
[máj26 11:09] RTL8211B Gigabit Ethernet r8169-0-200:00: attached PHY driver (mi>
[  +0,178942] r8169 0000:02:00.0 eth0: Link is Down
[máj26 11:29] RTL8211B Gigabit Ethernet r8169-0-200:00: attached PHY driver (mi>
[  +0,179643] r8169 0000:02:00.0 eth0: Link is Down
[máj26 11:49] RTL8211B Gigabit Ethernet r8169-0-200:00: attached PHY driver (mi>
[  +0,165748] r8169 0000:02:00.0 eth0: Link is Down
[máj26 12:09] RTL8211B Gigabit Ethernet r8169-0-200:00: attached PHY driver (mi>
[  +0,156619] r8169 0000:02:00.0 eth0: Link is Down

Nincs is csatlakoztatva sehová!
Kínomban betettem egy PCI buszos Broadcom-os kártyát és azon megy a kapcsolat.
Amíg a fenti kártyán ment a kapcsolat, addig 20 percenként ledobta a kapcsolatot.

Valami ötlet?

Kernel:  5.15.0-72-generic #79-Ubuntu SMP Wed Apr 19 08:22:18 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Köszi!

Üdv!

Ilyen hibám van:

root@kvmhost:/etc/systemd/system/snapd.service.d# snap refresh
error: cannot refresh: Post https://api.snapcraft.io/v2/snaps/refresh: x509:
       certificate signed by unknown authority

Auth proxy-n keresztül, ami vizsgálja - és így újra generálja - a https-hez a tanúsítványokat, amiken megakad - teljesen jogosan! - a snap frissítő.

Mit lehet ilyenkor csinálni?

Köszi!
 

Sziasztok!

Ubuntu frissítés után a 20.04 alatt a régi lxc-s konénereket hogyan tudom átvinni az új, snap-es lxd alá?

Jelenleg az lxc list nem mutat semmit, nem látja a "gépeket".

Próbáltam migrálni:
root@fcubi:~# lxd.lxc-to-lxd --all
Failed to load config for cos64
Failed to load config for lub4
Failed to load config for lub5
Failed to load config for lub6
Failed to load config for lub7

Köszi!

Bevezetésként annyit, hogy az ubunturól, mint asztali rendszerről semmi fogalmam sincs :) Adott egy Xfce-Ubuntu 18.04 kiegészítve egy valag applikációval. Ez egy kész rendszer, valaki (vagy valakik?) egyszer összerakta és bár működik egy friss install az iso-ból, néhány dolog felett elhaladt az idő, azóta nincsen belőle újabb. Sajnos nem lehet frissíteni, illetve lehet, de eltörik. Szeretném a nem a rendszerhez tartozó alkalmazásokat kilistázni anélkül, hogy telepítenem kellene egy tiszta xubuntu rendszert. Ezek után kiválogatnám, hogy mi az ami elavult (még python2.7 appok is vannak). Talán sikerülne egy aktuálisabb rendszert összeállítani és esetlegesen az elavultak alternatíváit megtalálnom.

Van valahol egy tiszta lista vagy van valami módja, hogy egy listát kapjak a futó rendszerről amiben meghatározható, hogy mi a rendszer sajátja és mi nem?

Sziasztok!

Odroid XU4. Ubuntu 22.04.
IPv6-tal szórakozom és egy frissítés után azt vettem észre, hogy nincs IPv6-os cím!
Sok szívás után kiderült, hogy nincsenek modulok sem!
Fixen az 5.4.228-as kernel bootolja, pedig már a legújabbat is feltettem:

root@odroid:~# apt install linux-image-5.19.0-41-generic
Csomaglisták olvasása... Kész
Függőségi fa építése... Kész
Állapotinformációk olvasása... Kész
A következő további csomagok lesznek telepítve:
  linux-modules-5.19.0-41-generic
Javasolt csomagok:
  fdutils linux-doc | linux-hwe-5.19-source-5.19.0 linux-hwe-5.19-tools
  linux-headers-5.19.0-41-generic linux-modules-extra-5.19.0-41-generic
Az alábbi ÚJ csomagok lesznek telepítve:
  linux-image-5.19.0-41-generic linux-modules-5.19.0-41-generic
0 frissített, 2 újonnan telepített, 0 eltávolítandó és 0 nem frissített.
1 nincs teljesen telepítve/eltávolítva.
Letöltendő adatmennyiség: 77,5 MB.
A művelet után 305 MB lemezterület kerül felhasználásra.
Folytatni akarja? [I/n] 
Letöltés:1 http://ports.ubuntu.com/ubuntu-ports jammy-updates/main armhf linux-modules-5.19.0-41-generic armhf 5.19.0-41.42~22.04.1 [66,7 MB]
Letöltés:2 http://ports.ubuntu.com/ubuntu-ports jammy-updates/main armhf linux-image-5.19.0-41-generic armhf 5.19.0-41.42~22.04.1 [10,8 MB]
Letöltve 77,5 MB 7mp alatt (10,9 MB/s)                                         
A korábban ki nem választott linux-modules-5.19.0-41-generic csomag kiválasztása
.
(Adatbázis olvasása ... 123774 fájl és könyvtár van jelenleg telepítve.)
Kibontás előkészítése: .../linux-modules-5.19.0-41-generic_5.19.0-41.42~22.04.1_
armhf.deb ...
Kibontás: linux-modules-5.19.0-41-generic (5.19.0-41.42~22.04.1) ...
A korábban ki nem választott linux-image-5.19.0-41-generic csomag kiválasztása.
Kibontás előkészítése: .../linux-image-5.19.0-41-generic_5.19.0-41.42~22.04.1_ar
mhf.deb ...
Kibontás: linux-image-5.19.0-41-generic (5.19.0-41.42~22.04.1) ...
Beállítás: linux-modules-5.19.0-41-generic (5.19.0-41.42~22.04.1) ...
Beállítás: flash-kernel (3.104ubuntu16) ...
Using DTB: exynos5422-odroidxu4.dtb
Installing /etc/flash-kernel/dtbs/exynos5422-odroidxu4.dtb into /boot/dtbs//./ex
ynos5422-odroidxu4.dtb
Taking backup of exynos5422-odroidxu4.dtb.
Installing new exynos5422-odroidxu4.dtb.
flash-kernel: deferring update (trigger activated)
Beállítás: linux-image-5.19.0-41-generic (5.19.0-41.42~22.04.1) ...
I: /boot/vmlinuz.old is now a symlink to vmlinuz-5.15.0-1028-raspi
I: /boot/initrd.img.old is now a symlink to initrd.img-5.15.0-1028-raspi
I: /boot/vmlinuz is now a symlink to vmlinuz-5.19.0-41-generic
I: /boot/initrd.img is now a symlink to initrd.img-5.19.0-41-generic
Aktiválók feldolgozása: initramfs-tools (0.140ubuntu13.1) ...
update-initramfs: Not updating initramfs.
Aktiválók feldolgozása: flash-kernel (3.104ubuntu16) ...
Using DTB: exynos5422-odroidxu4.dtb
Installing /etc/flash-kernel/dtbs/exynos5422-odroidxu4.dtb into /boot/dtbs//./ex
ynos5422-odroidxu4.dtb
Taking backup of exynos5422-odroidxu4.dtb.
Installing new exynos5422-odroidxu4.dtb.
Can't find /boot/vmlinuz- (see /tmp/flash-kernel-no-kernel-error.log)
dpkg: hiba a csomag feldolgozásakor: flash-kernel (--configure):
 installed flash-kernel package post-installation script subprocess returned err
or exit status 1
Aktiválók feldolgozása: linux-image-5.19.0-41-generic (5.19.0-41.42~22.04.1) ...
/etc/kernel/postinst.d/dkms:
 * dkms: running auto installation service for kernel 5.19.0-41-generic
Error! The /var/lib/dkms/wireguard/1.0.20210606/5.19.0-41-generic/armv7l/dkms.co
nf for module wireguard includes a BUILD_EXCLUSIVE directive which does not matc
h this kernel/arch.
This indicates that it should not be built.
   ...done.
/etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Generating /boot/initrd.img-5.19.0-41-generic
Using DTB: exynos5422-odroidxu4.dtb
Installing /etc/flash-kernel/dtbs/exynos5422-odroidxu4.dtb into /boot/dtbs/5.19.
0-41-generic/./exynos5422-odroidxu4.dtb
Installing new exynos5422-odroidxu4.dtb.
Ignoring old or unknown version 5.19.0-41-generic (latest is )
/etc/kernel/postinst.d/zz-flash-kernel:
Using DTB: exynos5422-odroidxu4.dtb
Installing /etc/flash-kernel/dtbs/exynos5422-odroidxu4.dtb into /boot/dtbs/5.19.
0-41-generic/./exynos5422-odroidxu4.dtb
Taking backup of exynos5422-odroidxu4.dtb.
Installing new exynos5422-odroidxu4.dtb.
Ignoring old or unknown version 5.19.0-41-generic (latest is )
Hibák történtek a feldolgozáskor:
 flash-kernel
E: Sub-process /usr/bin/dpkg returned an error code (1)
root@odroid:~# 

Sajnos az 5.4.228-as kernelhez "eltűntek" a modulok, így az IPv6 hiány oka megvan.

Hogyan kell rávenni, hogy a sok kernel közül ne ehhez az 5.4.228-ashoz ragaszkodjon,
amit fogalmam sincs, honnan szedi, mert a /boot alatt, ahová az újakat tette, nem látok
ilyen verziójú és dátumú kernelt (viszont initrd van!)
Volt egy zImage, amit elmozgattam, de nem hatotta meg és a vmlinuz linkre tesz.
 

A /boot tartalma:

root@odroid:/boot# ls
config-5.15.0-1028-raspi       initrd.img-5.4.227-409
config-5.15.0-72-generic       initrd.img-5.4.228-412
config-5.19.0-41-generic       initrd.img-5.4.242-420
dtb                            initrd.img.old
dtb-                           overlays
dtb-5.15.0-1028-raspi          System.map-5.15.0-1028-raspi
dtb-5.19.0-41-generic          System.map-5.15.0-72-generic
dtbs                           System.map-5.19.0-41-generic
exynos5422-odroidhc1.dtb       uInitrd-5.4.196-406
exynos5422-odroidxu3.dtb       uInitrd-5.4.211-407
exynos5422-odroidxu3-lite.dtb  uInitrd-5.4.227-409
exynos5422-odroidxu4.dtb       uInitrd-5.4.228-412
initrd.img                     uInitrd-5.4.242-420
initrd.img-5.15.0-1028-raspi   vmlinuz
initrd.img-5.15.0-72-generic   vmlinuz-5.15.0-1028-raspi
initrd.img-5.19.0-41-generic   vmlinuz-5.15.0-72-generic
initrd.img-5.4.196-406         vmlinuz-5.19.0-41-generic
initrd.img-5.4.211-407         vmlinuz.old
root@odroid:/boot#

Kicsit elveszítettem a fonalat!

Köszi.

Szasztok!

Odahaza van egy gépem (nem túl nagy) egy Django-t futtatok rajta. Az a különös helyzet állt elő hogy normál usernél azt mondja a home útvonalra hogy elfogyott a hely, root-ként meg hogy van 160 mega. ezt hogyan lehetne orvosolni (ilyet még nem láttam)

df ugyan azt mutatja:

Filesystem                        1K-blocks    Used Available Use% Mounted on
tmpfs                                343052    5668    337384   2% /run
/dev/mapper/ubuntu--vg-ubuntu--lv   5263232 5099088         0 100% /
tmpfs                               1715260       0   1715260   0% /dev/shm
tmpfs                                  5120       0      5120   0% /run/lock
/dev/sda2                           1768056  151328   1508596  10% /boot
/dev/sda1                            549804    6216    543588   2% /boot/efi
tmpfs                                343052       4    343048   1% /run/user/1000

Sziasztok!

Ismerősömnek elromlott a gépe, de kellene róla neki pár fontos könyvtár az adattárolóról. Áthozta az Nvme-t, mert nekem van hozzá dokkolóm. Rádugtam egy Ubuntu-s gépre, a /media/usernevem/diskID/home alatt látom is a könyvtárát. Vele egy szinten pedig egy /.ecryptfs mappát.  Az ő mappájába lépve pedig egy !.Private és !.ecryptfs file-t. Mivel tudja a jelszót is, így gondoltam sima ügy lesz, csináltam már hasonlót korábban más ismerősnek is. Most sajnos még a jelszóbekérésig sem jutok el.

Az ecryptfs-utils már korábban telepítve volt a gépemre, azt nem kellett felrakni.

Eddig jó vagyok:
sudo find / -type d -iname '.Private' 2>/dev/null
Szépen visszaadja a /media/usernevem/diskID/home/.ecryptfs/ismeros-userneve/.Private elérést.

A gond ott kezdődik, amikor folytatnám:
sudo ecryptfs-recover-private --debug
INFO: Searching for encrypted private directories (this might take a while)...
find: ‘/run/user/1001/gvfs’: Permission denied
find: ‘/run/user/1001/doc’: Permission denied

--verbose-ra ugyanez van. Ha pedig kapcsolók nélkül akarom, akkor bejön még melléjük a /proc/6786 (Bár itt egy random szám van, ami minden egyes parancs kiadásánál változik.)

ls -la /run/user/1001/ -re ezt kapom:
d?????????  ? ?        ?          ?              ? doc
d?????????  ? ?        ?          ?              ? gvfs

Sok reményt nem fűztem hozzá, de kiadtam:

chmod 555 /run/user/1001/doc
chmod: cannot access '/run/user/1001/doc': Permission denied

Régen hasonló módon működött nekem is:
https://www.howtogeek.com/116297/how-to-recover-an-encrypted-home-directory-on-ubuntu/
Az oldalon a "Recovering From a Live CD"-től van a lényeg. (Igaz jelen esetben nem Live CD-ről csináltam, de a logikának szerintem ugyanannak kellene lennie.)

Érthetetlen, hogy nálam miért tagadja meg a hozzáférést olyan mappákhoz, amelyek localban vannak az én adattárolómon, nem is a /media/...-on belül felcsatolt idegen meghajtón. Van ötletetek, hogy mi lehet a gond?

Sziasztok!

Ubuntu 22.04 Cinnamon környezetben (5.2.7) libreoffice 7.5.1.2 verziója Snap trárolóból telepítve stabil változat lassan tölt be. Van amikor 10 mp. is várni kell, mire betölt.

Együtt tudok vele élni, de zavaró.

Mi lehet a probléma, van valakinek ötlete?

Üdv,

P3nész

Sok év szünet után tavaly megjelent az Unity asztali felület 7.6-os kiadása. Próbálta már valamelyikőtök? Sikerült már működő Ubuntu-rendszerre feltelepíteni?