Debian GNU/Linux

Sziasztok. Adott egy furcsa jelenség két Debian 12.1-es szerver között, miszerint az SSH kapcsolat csak külső ip-vel működik, belső ip-vel (172.16.x.x-el nem). Mindezt az egyik napról a másikra. Annyi változás történt, hogy leváltottam a régebbi sima RSA kulcsot Ed25519-re, de ha megpróbálom átvinni a régi kulcsot, hogy akkor azzal csatlakozzon, akkor ugyanúgy Connection timed out-al kilép, tehát nem kulcs gondja van. Ha a belső ip-t megpingetem, akkor elérik egymást a szerverek. El nem tudom képzelni, hogy egyik napról a másikra mi tudott változni. Frissítések sem futottak le.

Debian 12 alatt találkoztam az utóbbi hónapokban többször is azzal a jelenséggel, hogy hibernálásból visszatérve a dátum irreálissá válik. Ez nem csak azt jelenti, hogy megtartja a lecsukáskori dátumértéket, hanem teljesen fals dátumot is képes generálni. Voltam már 2077-ben is emiatt. Sajnos logban nem találtam bejegyzést erről, így eléggé tapogatózom csak.

Próbáltam futtatni az ntpdate parancsot, de az - ha jól emlékszem - valami pyton hibával kiszállt. Hibás dátummal a mysql szerver sem indult el. Egészen ijesztő. Újraindítás után rendben befrissül a jó dátum. Az ntpdate parancs is hiba nélkül lefut. Bár, ha jól látom systemd alatt már valami timesyncd fut.

Mivel ritka, nem tudok egyelőre részletesebb leírást adni a hibáról. Az érdekelne, másnál is előfordul-e ilyen, ha igen, kiderült-e az oka? Lehet, hogy a hiba csak a hibernáláshoz kapcsolható, de ha nem, akkor kérdéses, hogy szerver szerepkörben mi történne az előfordulásakor. Egészen lebizonytalanított, hogy merjek-e debian 12 rendszert tenni éles környezetbe.

Sziasztok. Belefutottam egy olyan érdekességbe, hogy az apt update és apt-get update mást mutat. Eddig úgy tudta, hogy a kettő kvázi ugyanaz, csak az apt update kicsit több infót át, és shell scriptben viszont az apt-get update-et érdemes használni.

Jelen esetben most egy szerveren amin Debian 12-es van, az alábbit látni:

sudo apt update

Ign:1 http://hwraid.le-vert.net/debian bullseye InRelease
Hit:2 http://hwraid.le-vert.net/debian bullseye Release
Hit:3 http://deb.debian.org/debian bookworm InRelease
Hit:4 http://security.debian.org/debian-security bookworm-security InRelease
Hit:5 http://deb.debian.org/debian bookworm-updates InRelease
Ign:7 http://repo.mongodb.org/apt/debian bookworm/mongodb-org/5.0 InRelease
Hit:8 http://repo.mongodb.org/apt/debian bookworm/mongodb-org/5.0 Release
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
1 package can be upgraded. Run 'apt list --upgradable' to see it.

sudo apt-get update

Hit:1 http://deb.debian.org/debian bookworm InRelease
Hit:2 http://security.debian.org/debian-security bookworm-security InRelease
Ign:3 http://hwraid.le-vert.net/debian bullseye InRelease
Hit:4 http://deb.debian.org/debian bookworm-updates InRelease
Hit:5 http://hwraid.le-vert.net/debian bullseye Release
Ign:6 http://repo.mongodb.org/apt/debian bookworm/mongodb-org/5.0 InRelease
Hit:7 http://repo.mongodb.org/apt/debian bookworm/mongodb-org/5.0 Release
Reading package lists... Done

Vagyis az apt-get update nem jelzi azt az egy frissítést, amit az apt update jelez, ami egy frissebb kernel.

Sziasztok.

Létezik még rendes disztribúció normális bootolási folyamattal, amiben ha hiba keletkezik, az átláthatóan javítható?

Két napja küzdök, valamitől meghasalt egy AVLinuxnak nevezett, egy éve stabilan futó disztró. És nem tudok a hírhedt Ctrl-D után csinálni semmit, e2fsck megvolt pendrive-ról, fstab ok... és nem értem.

Sziasztok!

Egy  olyan problémába ütköztem, hogy adott egy levelező szerver melyben van 8db diszk zfs fájlrendszerrel és van egy backup szerver jelen pillanatban 6db diszkkel, szintén zfs fájlrendszerrel.

Levelező szerver pool-ja:

pool: srv-data
 state: ONLINE
config:

        NAME        STATE     READ WRITE CKSUM
        srv-data    ONLINE       0     0     0
          mirror-0  ONLINE       0     0     0
            sda6    ONLINE       0     0     0
            sdd6    ONLINE       0     0     0
          mirror-1  ONLINE       0     0     0
            sdc6    ONLINE       0     0     0
            sdb6    ONLINE       0     0     0
          mirror-2  ONLINE       0     0     0
            sdh6    ONLINE       0     0     0
            sdg6    ONLINE       0     0     0
          mirror-3  ONLINE       0     0     0
            sdf6    ONLINE       0     0     0
            sde6    ONLINE       0     0     0
 

Backup szerver pool-ja:

 pool: srv-data
 state: ONLINE
config:

        NAME        STATE     READ WRITE CKSUM
        srv-data    ONLINE       0     0     0
          mirror-0  ONLINE       0     0     0lta.
            sdb5    ONLINE       0     0     0
            sdc5    ONLINE       0     0     0
          mirror-1  ONLINE       0     0     0
            sdd5    ONLINE       0     0     0
            sda5    ONLINE       0     0     0
          mirror-2  ONLINE       0     0     0
            sdf5    ONLINE       0     0     0
            sde5    ONLINE       0     0     0 

A levelező szerverről a leveleket szeretném lementeni. A levelek mérete elméletileg kb. 4TB. Ezt a du -sh is igazolta.

root@mail:~# zfs list
NAME                    USED  AVAIL  REFER  MOUNTPOINT
srv-data               4,14T  1,46T    96K  /
srv-data/home           109G  1,46T   109G  /home
srv-data/srv           49,8G  1,46T  49,7G  /srv
srv-data/vmail         3,99T  1,46T  3,99T  /home/vmail

root@mail:~# zpool  list
NAME       SIZE  ALLOC   FREE  EXPANDSZ   FRAG    CAP  DEDUP  HEALTH  ALTROOT
srv-data  5,78T  4,14T  1,64T         -    55%    71%  1.00x  ONLINE  -
 

backup szerver datasetje így néz ki:

root@backupserver:~/Install# zfs list
NAME                    USED  AVAIL     REFER  MOUNTPOINT
srv-data               4.76T   418G       96K  /srv-dat
srv-data/home          4.76T   418G     4.76T  /home

root@backupserver:~# zpool list
NAME       SIZE  ALLOC   FREE  CKPOINT  EXPANDSZ   FRAG    CAP  DEDUP    HEALTH  ALTROOT
srv-data  5.30T  4.76T   546G        -         -    46%    89%  1.00x    ONLINE  -
 

A probléma az, hogy mikor megpróbáltam a közel 4TB-ot átszinkronizálni egyszerűen nem fér fel az srv-data/home dataset-re. Kb. 95%-nál már 5,2TB-ot mutatott ugyanaz az adatmennyiség.

Előtte egy másik szerverrel is próbáltam, de azon ext4 fájlrendszer van, de ugyanezt produkálta. A tömörítés mindkettőnél megegyezik:

root@mail:~# zfs get all srv-data/vmail | grep compress
srv-data/vmail  compressratio         1.15x                -
srv-data/vmail  compression           lz4                  inherited from srv-data
srv-data/vmail  refcompressratio      1.15x   

root@backupserver:~# zfs get all srv-data/home | grep compress
srv-data/home  compressratio         1.13x                  -
srv-data/home  compression           lz4                    inherited from srv-data
srv-data/home  refcompressratio      1.13x            

Ez mitől lehet? Mi az amit nem tudok a zfs-ről?

Megint szembe jött egy probléma.
Hivatalból használnom/futtatnom kellene egy Android-os "munkalap kezelő" klienset. Mobilra biztos jó (amennyire egy friss, alig tesztelt program jó lehet) viszont én leginkább otthonról dolgozom, nekem inkább csak kitöltenem kell. A kitöltés egy szokvány smart telefonon elég nyűgös (alig látom és utálom a touch screent), ráadásul nekem inkább adatokat kell bevinnem.

Arra gondoltam, hogy "felcsapok" egy Android emulátort valamelyik munkaállomásomra, van Debian 11 és 12 is.
A fejlesztés egyelőre nincs tervben (de ki tudja).

Kérlek súgjatok melyiket érdemes feltelepítenem?

Több cikk is foglalkozik ezekkel, de jobban örülnék egy igazi tapasztalatnak.

Furcsa jelenségek jelentek meg a gépemen - https://hup.hu/node/182518

Mint kiderült, a sources.list -ben régről "bennragadt" egy sor:

# for VirtualBox
deb http://www.deb.debian.org/debian sid main contrib non-free

Vélhetően másfél éve így frissítgettem.

Van egy mentésem áprilisból, ami még teljesen jól működött. ezzel újra húzhatnám a rendszert.

Viszont mit csináljak a sid bejegyzéssel? Ha kitörlöm, a legközelebbi kernel váltáskor nem lesz gond?
Mintha a kernel -t is piszkálta volna a VirtualBox frissítések - valami modult forgatott hozzá a frissítések során.

LEZÁRÁS: Nincs igazán jó megoldás. Egyelőre egy májusi mentésből visszatettem a rendszert egy működő állapotba. Még mindig számtalan hibás csomagot tartalmaz, de stabilan működik.

Ilyen sem fordult velem elő. Azt sem tudom mi is ez a "polkit.service"
Most "safe-upgrade" -tem a rendszert, konzolból indítottam z x-et ($ startx)
Bármire kattintok nem indul. A Ctrl+Alt+Backspace működik.
A syslog tele van ilyenekkel:

2023-08-03T18:14:36.006451+02:00 mst12 dbus-daemon[697]: [system] Activating via systemd: service name='org.freedesktop.PolicyKit1' unit='polkit.service' requested by ':1.20' (uid=0 pid=1166 comm="/usr/libexec/rtkit-daemon")
2023-08-03T18:14:36.044282+02:00 mst12 systemd[1]: Starting polkit.service - Authorization Manager...
2023-08-03T18:14:36.097303+02:00 mst12 systemd[1]: polkit.service: Main process exited, code=killed, status=31/SYS
2023-08-03T18:14:36.097515+02:00 mst12 systemd[1]: polkit.service: Failed with result 'signal'.
2023-08-03T18:14:36.098038+02:00 mst12 systemd[1]: Failed to start polkit.service - Authorization Manager.
2023-08-03T18:14:36.099150+02:00 mst12 kernel: [  502.712914] audit: type=1326 audit(1691079276.094:45): auid=4294967295 uid=999 gid=999 ses=4294967295 subj=unconfined pid=1302 comm="polkitd" exe="/usr/lib/polkit-1/polkitd" sig=31 arch=40000003 syscall=45 compat=1 ip=0xf7f4e297 code=0x0

# systemctl status polkit.service

× polkit.service - Authorization Manager
     Loaded: loaded (/lib/systemd/system/polkit.service; static)
     Active: failed (Result: signal) since Thu 2023-08-03 18:07:56 CEST; 19s ago
       Docs: man:polkit(8)
    Process: 1213 ExecStart=/usr/lib/polkit-1/polkitd --no-debug (code=killed, signal=SYS)
   Main PID: 1213 (code=killed, signal=SYS)
        CPU: 48ms

aug 03 18:07:56 mst12 systemd[1]: Starting polkit.service - Authorization Manager...
aug 03 18:07:56 mst12 systemd[1]: polkit.service: Main process exited, code=killed, status=31/SYS
aug 03 18:07:56 mst12 systemd[1]: polkit.service: Failed with result 'signal'.
aug 03 18:07:56 mst12 systemd[1]: Failed to start polkit.service - Authorization Manager.

Lehet ez az oka?

Ha igen mit lehet ezzel kezdeni?

A "safe-upgrade" ezeket frissítette:

 binutils binutils-common binutils-x86-64-linux-gnu coinor-libcbc3.1 cpp-12 gcc-12 gcc-12-base gir1.2-polkit-1.0 google-chrome-stable libbinutils libctf-nobfd0 libctf0 libgcc-12-dev libglib-perl libgprofng0 libltdl7 libpolkit-agent-1-0 libpolkit-agent-1-0:i386 libpolkit-gobject-1-0 libpolkit-gobject-1-0:i386 libsframe1 libtbb12 libtbbbind-2-5 libtbbmalloc2 orca pkexec policykit-1 polkitd:i386 polkitd-pkla:i386 python3-wheel

Alig találtam erről a hibáról valamit, az is mind elavult.
Próbáltam néhány csomagot újra telepíteni, de semmi változás.

aptitude reinstall libpolkit-agent-1-0 ibpolkit-gobject-1-0 policykit-1

SZERK:
Hosszú percek után, egyszer csak beindult a firefox. Aztán elindítottam a VirtulBox win10 -et és itt lekzdett panaszkodni a pulseaudio -ra, de azért bejött.
Továbbra is küzd a polkit.service elindításával. Nagyon szokatlan.

LEZÁRÁS: Mint kiderült egy szerencsétlen bejegyzés a sources.list -ben végzetes katyvaszt alkotott a rendszerből, melyben még a fejlesztés alatt álló sid -ből származó csomagok is bekerültek. A polkit probléma csak a jéghegy csúcsa volt.
Egyelőre egy májusi mentésből visszanyertem egy működő képes rendszert (úgy néz ki ebben is vannak ide nem illő csomagok). Tanulság, jobban oda kell figyelnem a sources.list fájlra, ha olyan "nem létező" csomagokat használok mint a VirtualBox.

A témában még némi adatot lehet találni a https://hup.hu/node/182524 topicban.

Sziasztok!

Debian 11-es van fent, de valószínűleg backports-ból behúzott valamit, és pillanatnyilag szeretném használni a mobilnetet a gépemen, de nem tudom...
KDE / Network-Manager gyors connect/disconnect üzeneteket dobott a modem engedélyezésekor, ezért kivettem az automatikus csatlakozást...

/dev/cdc-wdm1 nevű eszközöm van (nem tudom, korábban volt-e), /dev/ttyACM0 és /dev/ttyACM1 viszont eltűnt.
A modem egy 1199:9079 Sierra Wireless, Inc. EM7455 eszköz egy Lenovo P50-ben.

Arra jutottam, hogy a ModemManager-ben módosítottak valamit, ami kapcsán nem végez "FCC unlock" műveletet, így nem lehet használni a modemet.
Beállítottam a javasolt symlinkeket, ez alapvetően le is fut, lényegében egy "qmicli --device-open-proxy --device="/dev/cdc-wdm1" --dms-set-fcc-authentication" futtatásával kapok lefut.

...viszont 'mmcli -m 0 --simple-connect="apn=internet"'-re válaszul "Error: couldn't connect the modem: 'GDBus.Error:org.freedesktop.ModemManager1.Error.Core.Retry: Invalid transition'" hibaüzenetet kapok.

A modem sikeresen letiltható:
mmcli -m 0 -d 

Engedélyezni nem tudja:
mmcli -m 0 -e
error: couldn't enable the modem: 'GDBus.Error:org.freedesktop.ModemManager1.Error.Core.Retry: Invalid transition'

Resetelhető:
mmcli -m 0 -r
successfully reseted the modem

FCC auth elvégezhető:
qmicli --device-open-proxy --device="/dev/cdc-wdm1" --dms-set-fcc-authentication
[/dev/cdc-wdm1] Successfully set FCC authentication

Kapcsolódás nem megy:
mmcli -m 0 --simple-connect="apn=internet"
error: couldn't connect the modem: 'GDBus.Error:org.freedesktop.ModemManager1.Error.Core.Retry: Invalid transition'

(Module sorszám reset után nő.)

Szerintetek hogyan tudnám feléleszteni a mobilnetet a gépen úgy, hogy nem kell a fél rendszert lecserélnem hozzá?

Szerk.:

Dmesg releváns rész:

[    2.150606] usb 1-3: new high-speed USB device number 2 using xhci_hcd
[    2.309631] usb 1-3: config 1 has an invalid interface number: 12 but max is 1
[    2.309634] usb 1-3: config 1 has an invalid interface number: 13 but max is 1
[    2.309637] usb 1-3: config 1 has an invalid interface number: 13 but max is 1
[    2.309639] usb 1-3: config 1 has no interface number 0
[    2.309641] usb 1-3: config 1 has no interface number 1
[    2.310968] usb 1-3: New USB device found, idVendor=1199, idProduct=9079, bcdDevice= 0.06
[    2.310972] usb 1-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[    2.310975] usb 1-3: Product: Sierra Wireless EM7455 Qualcomm Snapdragon X7 LTE-A
[    2.310977] usb 1-3: Manufacturer: Sierra Wireless, Incorporated
[    2.310979] usb 1-3: SerialNumber: LF6473XXXXXXXXXXX
[   10.552315] cdc_mbim 1-3:1.12: cdc-wdm1: USB WDM device
[   10.552467] cdc_mbim 1-3:1.12 wwan0: register 'cdc_mbim' at usb-0000:00:14.0-3, CDC MBIM, 32:d4:f9:xx:xx:xx
[  111.935018] usb 1-3: reset high-speed USB device number 2 using xhci_hcd
[  112.082926] usb 1-3: device firmware changed
[  112.647324] usb 1-3: USB disconnect, device number 2
[  112.647469] cdc_mbim 1-3:1.12 wwan0: unregister 'cdc_mbim' usb-0000:00:14.0-3, CDC MBIM
[  112.810475] usb 1-3: new high-speed USB device number 9 using xhci_hcd
[  112.963016] usb 1-3: config 1 interface 0 altsetting 0 bulk endpoint 0x1 has invalid maxpacket 64
[  112.963018] usb 1-3: config 1 interface 0 altsetting 0 bulk endpoint 0x81 has invalid maxpacket 64
[  112.963701] usb 1-3: New USB device found, idVendor=1199, idProduct=9078, bcdDevice= 0.00
[  112.963703] usb 1-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  112.963705] usb 1-3: Product: Sierra Wireless EM7455 Qualcomm
[  112.963706] usb 1-3: Manufacturer: Sierra Wireless, Incorporated
[  112.963707] usb 1-3: SerialNumber: LF6473XXXXXXXXXX
[  113.042555] usb 1-3: USB disconnect, device number 9
[  119.933830] usb 1-3: new high-speed USB device number 10 using xhci_hcd
[  120.082897] usb 1-3: config 1 has an invalid interface number: 12 but max is 1
[  120.082904] usb 1-3: config 1 has an invalid interface number: 13 but max is 1
[  120.082908] usb 1-3: config 1 has an invalid interface number: 13 but max is 1
[  120.082911] usb 1-3: config 1 has no interface number 0
[  120.082914] usb 1-3: config 1 has no interface number 1
[  120.083579] usb 1-3: New USB device found, idVendor=1199, idProduct=9079, bcdDevice= 0.06
[  120.083586] usb 1-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  120.083591] usb 1-3: Product: Sierra Wireless EM7455 Qualcomm Snapdragon X7 LTE-A
[  120.083594] usb 1-3: Manufacturer: Sierra Wireless, Incorporated
[  120.083597] usb 1-3: SerialNumber: LF6473XXXXXXXXXX
[  120.111884] cdc_mbim 1-3:1.12: cdc-wdm1: USB WDM device
[  120.112430] cdc_mbim 1-3:1.12 wwan0: register 'cdc_mbim' at usb-0000:00:14.0-3, CDC MBIM, 32:d4:f9:xx:xx:xx

Ezek a típusú üzenetek tűnnek furcsának:
[    2.309631] usb 1-3: config 1 has an invalid interface number: 12 but max is 1
[    2.309634] usb 1-3: config 1 has an invalid interface number: 13 but max is 1
[    2.309637] usb 1-3: config 1 has an invalid interface number: 13 but max is 1

Van egy Debian VM, ami bootoláskor meghal ismeretlen probléma miatt. Nem tudni mi történt, de tippre valamilyen rendszere file, vagy mappa vagy ezekből több is sérülhetett. Esetleg van arra mód, hogy egy alap Debian-t rátelepíteni a meglévőre, hogy a rendszerfileokat újra rakja, de a configok megmaradjanak? Kvázi egy frissítő telepítés lenne. A teljes újrahúzás lenne az utolsó megoldás, mert az elég hosszadalmas lenne az egészet beállítani.