Debian GNU/Linux

Sziasztok!

Latott mar valaki ilyesmit a targybeli frissites utan?

# apt-get install libboost-chrono1.74-dev 
[...]
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 libboost1.81-dev : Conflicts: libboost1.74-dev but 1.74.0+ds1-21 is to be installed
E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages.

Ugye ilyen is van meg olyan is.

Sziasztok!

Frissen telepített Debian 12 került egy laptopra.

Synaptic csomagkezelő indításakor bekéri a jelszót, viszont nem történik semmi.

Hibaüzenetet nem dob.

Volna ötlete valakinek mit nézzek meg? Kezdő vagyok.

Előre is köszönöm!

Sziasztok,

Exim4 van telepítve nem bontott configgal.

Használok smarthostot a külső világ felé küldendő levelekhez. Belülre eddig még nem próbáltam közvetlen így nem tűnt fel a hiányosság, most viszont az történik, hogy a geza@192.168.0.111-re küldött email is elmegy a nagyvilágban, természetesen kézbesíthetetlen lesz. Hogyan lehet megoldani, hogy a helyi hálózatra ne használja a smarthostot?

router_destination=192.168.0.0 sem segít.

Köszi előre is!

Üdv.

A

Adott egy Proxmox 8-as rendszer. Ezen van egy Debian 12 KVM virtuális gép.

Hogyan fordulhat elő a következő anomália: a /etc/fstab-ban és az `lsblk` (`blkid`) parancs kimenetében fel vannak cserélődve a /dev/sdc1 és a /dev/sdd1 eszközök?!

# lsblk
NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINTS
sda      8:0    0   60G  0 disk
├─sda1   8:1    0  1,9G  0 part [SWAP]
└─sda2   8:2    0 58,1G  0 part /
sdb      8:16   0  600G  0 disk
└─sdb1   8:17   0  600G  0 part /srv/samba/share1
sdc      8:32   0  500G  0 disk
└─sdc1   8:33   0  500G  0 part /srv/samba/share3
sdd      8:48   0  500G  0 disk
└─sdd1   8:49   0  500G  0 part /srv/samba/share2
sr0     11:0    1  627M  0 rom

# cat /etc/fstab

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# systemd generates mount units based on this file, see systemd.mount(5).
# Please run 'systemctl daemon-reload' after making changes here.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# ...
# /srv/samba/share1 was on /dev/sdb1 during installation
UUID=11111111-1111-1111-1111-111111111111 /srv/samba/share1 ext4    noexec,usrquota,grpquota,user_xattr 0       2
# /srv/samba/share2 was on /dev/sdc1 during installation
UUID=22222222-2222-2222-2222-222222222222 /srv/samba/share2 ext4    noexec,usrquota,grpquota,user_xattr 0       2
# /srv/samba/share3 was on /dev/sdd1 during installation
UUID=33333333-3333-3333-3333-333333333333 /srv/samba/share3 ext4    noexec,usrquota,grpquota,user_xattr 0       2
# ...

Telepítéskor úgy adtam meg, ahogy a /etc/fstab-ban is van. A telepítés után semmit sem változtattam a /etc/fstab fájlban.

A `blkid` kimenete az alábbi (átrendeztem, hogy jobban láthatóak legyenek a felcserélt értékek):

# blkid
/dev/sdb1: UUID="11111111-1111-1111-1111-111111111111" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="23456789-01"
/dev/sdc1: UUID="33333333-3333-3333-3333-333333333333" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="34567890-01"
/dev/sdd1: UUID="22222222-2222-2222-2222-222222222222" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="12345678-01"

...

A telepítés óta egyszer volt újraindítva a VM és a Proxmox host, egy frissítés után.

Mi idézhette elő ezt a cserét ( talán systemd)? Hogyan lehet ezt szépen rendbe rakni, hogy a módosítások után "minden a helyére kerüljön", a módosítás tartós legyen, a VM megfelelően felcsatolja a köteteket és "ne tojja össze magát"?

• Pl: a /etc/fstab fájlt módosítom a `blkid` parancs kimenete alapján, majd futtatom a `systemctl daemon-reload`parancsot?!

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.