Debian GNU/Linux

Sziasztok!

A kerdes relative egyszeru: hogyan lehet Arch/pacman formaban adott csomagokat (PKGBUILD modon adott formaban) feltenni Debian ala? 

Kicsit bovebben es/vagy peldaul: feltelepitenem peldaul ezt: https://aur.archlinux.org/packages/msp430-elf-binutils. A PKGBUILD megvan, `pacman` fel van telepitve, de az adatbazisa (/var/lib/pacman) effektive ures. A `makepkg` meg valami ilyesmit mond:

~$ makepkg
==> Making package: msp430-elf-binutils 2.45-1 (Sat Oct  4 02:10:58 2025)
==> Checking runtime dependencies...
==> Missing dependencies:
  -> zlib
==> Checking buildtime dependencies...
==> Missing dependencies:
  -> dejagnu
  -> bc
==> ERROR: Could not resolve all dependencies.
~$

Nyilvan a zlib, dejagnu, bc fel van telepitve Debian alatt, csak a pacman nem tud rola. Es mivel annyira alapveto dolgokrol van szo, nem hiszem hogy panaszkodna a build folyamat ha nem az "Archos" hanem a "Debianos" verziot hasznalna. De ugye a pacman nem tud ezeknek a letezeserol... Talaltam az interwebeken ilyesmiket, mint pl ez: https://unix.stackexchange.com/questions/1993/make-package-explicitly-i…, de elso korben ez sem jott be:

~# pacman -D --asexplicit zlib
error: could not set install reason for package zlib (could not find or read package)
~# 

Van erre a problemakorre valami... ooo... megoldas? 

koszi, A.

Sziasztok!

Azzal a fura hibával találkoztam, hogy amikor a configfile-val megadok egy új konfigfájlt a grub-nak akkor csak simán újraindítja a gépet.

a 40_custom a következő:

menuentry "Debian13_chainload" {
        set root='hd0,gpt7'
        configfile /boot/grub/grub.cfg
}
 

Ezzel a sorral, több gépem is simán betölti az adott rendszer grub konfigját, de ezen  gépen simán újraindul és keződik előlről, ha kiválasztom ezt a menüpontot.

HP2170p laptop, UEFI boot, secure boot kikapcsolva, lemez gpt, debian 12.12 a fő rendszer külön boot partícióval, mert a root BTRFS, a 13.1 csak még mint tesztként telepítve ext4-es partícióra.

Van egy régebbi dell gépem, azon még csak BIOS/MBR boot van, ott simán megy ez a konfig, egy másik dellen is, az is uefis gpt-s lemez.

Amikor esc-vel kilépek a menüből akkor a set root='hd0,gpt7'   linux /vmlinuz   initrd /initrd.img   boot sorokkal elindítja a rendszert nyilván csak initramfs-ig mert nincs megadva a kernelnek a root fs. Tehát látja a grub a fájlrendszert és amikor a set root sor után megadom a configfile /boot/grub/grub.cfg-t akkor kis gondolkodás és újrindul a gép, nincs semmi üzenet.

Valami tippetek lehet, hogy mi a hiba, hogy ez a helyzet?

Lemezkiosztás:

MODEL          NAME   PTTYPE GROUP MOUNTPOINTS              LABEL                UUID

CT480BX500SSD1 sda    gpt    disk                                          
               ├─sda1 gpt    disk                                                                        ED91-DF59
               ├─sda2 gpt    disk                                          
               ├─sda3 gpt    disk                                               Windows_Root   D8EECCC3EECC9AE0
               ├─sda4 gpt    disk                                                                       B09206059205D0B0
               ├─sda5 gpt    disk  /home/jimmy/Windows_Data   Windows_Data   0ECC7BF86658CB1D
               ├─sda6 gpt    disk  [SWAP]                                  debian_swap      538735d4-bc77-4172-a2d7-bd67ba24453b
               ├─sda7 gpt    disk                                               Debian_13_test  4097b971-4d6e-45ef-b8de-8f4d183ede2c
               ├─sda8 gpt    disk  /                                            debian_root       c720cc50-d4cf-4358-904d-803fe108ec7b
               └─sda9 gpt    disk  /boot                                      Debian_BOOT    17e7cd4d-0bfa-40f9-8599-e4a18566d738
 

Sziasztok,

még nem teljesen értem. De! O.K. hogy a régi ntpd nem volt jó mert nem volt secure meg gonoszkodtak vele és most van ez a modern ntpsec. De! Van olyan régi cuccom ami régi ntpd-t használ és az új szerverrel nem tud syncelni. Gondolom kapja a KOD üzeneteket.

Tehát ha jókl értem, tartom a tempót, követem a trendet, frissítek, secure vagyok de a régi cuccom már nem tud hozzám syncelni? Fenn kell tartanom a régi cuccomnak egy régi ntpd-t vagy kiengedni a netre? APROPOS! A netes NTP serverek, hogy vannak beállítva, hogy felülről kompatibilisek maradnak?

-------cut here----------

# Default: elutasít mindenkit (KOD is)
restrict default kod nomodify notrap nopeer noquery

# Localhost always ok
restrict 127.0.0.1

# LAN networks allowed
restrict 172.16.0.0 mask 255.255.0.0 nomodify notrap

--------cut here--------

mondjuk. kb. ilyen. Valaki tud esetleg egy jobb configot, vagy stratégiát?

thx

Sziasztok!

Azt szeretném megvalósítani, hogy van egy gép, amire felteszek egy Linuxot, majd azon futna egy feladat, ami a megadott IP címek megadott SAMBA megosztásainak a tartalmát letöltené úgy, hogy csak a módosult állományok mozogjanak (sávszélesség, idő spórolás), illetve a megosztáson időközben törölt állományok a lokális mentésből is törődjenek.

A megosztások vegyesen Linux illetve Win rendszeren vannak.

Megoldás lehetne erre a Linux rsync parancsa? Jó lenne az alábbi példa rá?

rsync -avq --delete 192.168.0.2:forras/    /mnt/cel

Gábor

Update:

Köszönöm mindenki válaszát, meg fogom nézni a lehetőségeket.
Azért kiegészíteném az információkat:
- A legfőbb megosztásaink most egy TrueNAS-os gépen vannak, ahol minden megosztásra készül egy napi és egy heti snapshot.
- A gép tükrözve van a hálózaton egy másik TrueNAS-os gépre
- A TrueNAS-os gépeket nem én csináltam, ilyen szinten egyáltalán nem értek hozzá :(
- A feltett kérdés elsősorban tanulóprojekt akarna lenni....
- A "pull"-t azért gondoltam, hogy a megosztásokat tartalmazó gépeken egyáltalán ne legyen nyoma annak, hogy van egy ilyen mentésünk, illetve a mentést végző gépen még véletlenül se legyen SAMBA megosztás (ergo ne lehessen csak putty-al hozzáférni)
- A mentések éjjel futnak le, amikor nincs bent senki a cégnél, így a kutyát sem zavarja, hogy 5 percet, vagy 20-at fut, de a teljes mentés már sok óra lenne....
- A tervben alapvetően két ilyen gép van, páros napokon az egyik, páratlanokon a másik végezné a mentést. Egy kódoló vírus hatását legkésőbb másnap észrevennénk, így elvileg egy nappal régebbire vissza tudnánk állni.
- Ha megvalósul, az az előny lenne még, hogy a két gépet el tudnánk helyezni máshol is az épületben, nem a szerverszobában lennének (bár ezt a mirror TrueNAS-al is megtehetnénk) .
- Gépek vannak, most cseréltük le a gépparkunkat, mert egyik sem volt alkalmas a Win11-re (hajrá MS...), viszont ilyen célokra megfelelőek lennének.

Sziasztok!

Rém egyszerű problémába ütköztem, de nem igazán segít a dokumentáció.

Van egy nagyon régi Dell Inspirion mini laptop, 32 bit (valami őskori Intel Atom), 2 GB RAM, 120 GB SSD. Fel kellene raknom rá valami kicsi de működő Linuxot.

A Puppyról sok jót hallottam, láttam hogy van belőle Debianos verzió, így letöltöttem a BookwormPuppy32 ISO-t és kiraktam pendrive-ra.

A problémám az, hogy a telepítőt (Puppy Installer) elindítva nem látom a dokumentációban említett Full Install lehetőséget (amit itt említenek: https://puppylinux-woof-ce.github.io/install.html)

Értem, hogy a Frugal Install mindenben jó lenne, de ez egy annyira nehézkes gép, hogy nem szeretnék semmi ici-pici extra overheadet a futtatásban, akármennyire is jól optimalizált, észrevehetetlen, stb. Kifejezetten kérem, hogy ne akarjátok elmondani, hogy a Frugal install miért jó: elolvastam. Egy teljes értékű telepítést szeretnék, erre várok válaszokat. Ha nem lehet, akkor annyit, hogy nem lehet, el tudom fogadni, hogy szar a dokumentáció.

Mit rontok el, vagy hogy kell a telepítőt elindítani, hogy legyen ilyenem?

Amit nem szeretnék

• Frugal Install (túl azon, hogy a kernel nem frissíthető így, nekem kérdéses, hogy bármelyik része az oprendszernek frissíthető-e egyáltalán, plusz, nagyon nem szeretnék semmi extra mágiát a bootolásban / alaprendszeri működésben, mert el fogom felejteni, aztán mikor hozzák vissza javítani 2 év múlva, ordasakat szophatok, hogy ez nem egy standard Linux. De vegyétek úgy, hogy nem és kész)
• USB-ről bootoltatni a laptopot (ahova kerül, nem lenne jó ötlet, kiveszik, elveszik a pendrive, letörik, stb, azért van benne egy ekkora baszom nagy disk, hogy arról menjen)
• UEFI-t (a gép nem tudja, csak legacy bootot tud)
• Leszedni egy normál Bookwormot, és szopni vele akár öt percet is - ez itt egy jól beállított cuccnak tűnik, amit a live-on látok, pont ugyanezt szeretném a HDD-n tudni, csak mindenféle bootolási feketemágia nélkül
• Ne töltsön nekem a RAM-ba semmit (úgy értem, hogy RAMdisk/ZRAM, SquashFS, stb -> ezek mind offosak). Nagyon kicsi a RAM, és nem tudjuk bővíteni - arra amire kell valószínűleg elég lesz, talán.

Teljesen véletlenül találtam rá, hogy a Debian-t megint lehet SysVInit-tel használni.
Az ajánlás szerint Debian telepiteskor a "Selecting and installing software" utan van a legjobb alkalom erre.
Telepiteni kell a sysvinit-et, ami letörli a systemd-t.
https://www.debian.org/releases/trixie/amd64/ch06s05.en.html
https://wiki.debian.org/Init#Changing_the_init_system_-_at_installation…
Debian 12 es Debian 13 doksiban is benne van.

Miért nem reklámozzák jobban ezt a lehetőséget?
Sem a HUP, sem a Distrowatch, csak a debian.org, de az is csak mellékesen, mintha csak egy apróság lenne.
Miért nem büszkék rá?

A tesztjeimből kb 2013 óta mindig kihagytam a Debian-t, de a jövőben kipróbálom.
Milyen tapasztalatok vannak vele?
Teljesen letörlődik minden systemd közeli komponens?

Esetleg van más terjesztésnél ilyen információ, amiről nem tudok?
Alpine: BusyBox, OpenRC
AntiX: runit SysV (s6, s6-66, dinit, OpenRC)
Artix: OpenRC runit S6 dinit. 
Debian: Systemd SysVInit OpenRC, Telepítés közben kell a systemd-t törölni és másikat telepíteni
Devuan: SysV OpenRC runit (dinit)
EasyOS: SysV
MX: SysV (Systemd included, but not enabled)
Parabola: Systemd OpenRC
PCLinuxOS: SysV
Slackware: SysV
Void: runit
 

Kezembe keveredett egy nem olyan öreg, de alig használt laptop, Endless OS fut rajta, mert a boltban ahol a vasat olcsón árulták néhány évvel ezelőtt,ez jutott rá vindóz helyett. Úgy látom, hogy ez az Endless OS egy RO fájlrendszerre rakott elementary OS. Meglepően jónak tűnik a dolog, nagyjából mindent tud, amire a nagyiknak a számítógép kell (böngészés, fényképek, levelezés, ilyesmik). Azt látom, hogy ennek az oprendszernek tavaly lejárt a flepnije. Engem koncepciójában a Porteusra emlékeztet, ami szimpatikus irány lenne. Tudtok valami olyasmit, ami nem nagyobb ennél (~2GB tárhelyet igényel), a / ro van mountolva benne és van még néhány éve az életciklusából? Minden eshetőségre számítva.

RPI5, Raspberry Pi OS (64-bit) Release date: May 13th 2025 Debian version: 12 (bookworm)

1. A tápfeszültség kikapcsolása utáni bekapcsoláskor nincs hang. A jobb felső sarokban a hangerőszabályzó sem jelenik meg. Ha ezután a kezelői felületen vagy a rajta található nyomógombbal újraindítom, akkor megjön a hang.

2. A https://sign-el-soft.hu/tv.html oldalon található programmal használom. Ez az X11 könyvtárt használja. A rajzolási műveletek mint pl. az XDrawLine nagyon lassú (kb. százszor lassabb). Át kellett dolgozni azokat a részeit, ahol sok a rajzolás (pl. hang jelalak görbék). A wayland állítólag azért készült, hogy gyorsabb felületet biztosítson, akkor miért lett ennyivel lassabb?

Kaptam egy levelet, aminek a "tanusítványa nem megbízható". A tanusítvány kibocsájtója SwissSign RSA SMIME MV ICA 2024 - 1. Tud valaki segíteni abban, hogy mit kell csinálni Debianon ahhoz, hogy a tanusítványt felismerje a levelezőm?  (abból indulok ki, lehet, hogy tévesen, hogy ez nem a levelező kliens feladata). Talán a helyes válasz az, hogy "telepítsd a certet", de egy ehhez hasonló segítség esetemben ugye nyilván csak bonyolítja nyomorult helyzetemet. Előre is köszönöm az ennél részletesebb támogatást.

Sziasztok. Az alábbi érdekességbe futottam bele.

Gyakran sshzom a munkámból kifolyólag, és sima csatlakozáshoz használom a mezei ssh szervernév megoldást (máshoz meg írtam inkább egy scriptet). Ehhez használom a megszokott ocnfig filet. Egész idáig jól működött, míg ki nem találtam, hogy egyes pi4-es gépekre Proxyjump-al is fel tudok menni. Eskü nem jutott eszembe, hogy ezt már rég tudja.

A cél az lenne, hogy a gatewaynek használt szerverre nio userrel, és ssh kulccsal csatlakoznék fel, míg a pi-re már rootként csatlakoznék fel és jelszóval.

Szóval jelenleg a config file-om fontosabb része így néz ki:
 

Host *
    Protocol 2
    User nio
    IdentityFile ~/.ssh/nio

Host VOIP1 v1
    HostName x.x.x.x
    Port 1155
    PermitLocalCommand yes
    LocalCommand printf "Logged to the \e[0m\e[7;31;47mVOIP1\e[m"; echo
    RequestTTY yes
...
...
Host gateway
    Hostname 192.168.88.1

Host pi
    HostName 192.168.99.147
    User root
    ProxyJump gateway
    IdentitiesOnly yes
 

És hát ez nemigazán működik. A pi-re is nio-ként akar felcsatlakozni annak ellenére, hogy User root-al megadtam, hogy rootként próbálkozzon, de mintha nem venné figyelembe, és csak a Host * -nál megadott nio usert akarja használni.

Ez így ilyen formában nem használható, vagy kihagyok valamit? Tisztában vagyok vele, hogy ha nem a Host *-ban adom meg a user-t, hanem minden egyes szerver esetén külön adom meg, akkor valszeg rendesen működne, de ha nem muszáj, akkor nem így csinálnám (legfőképp, mert elég sok gépet tartalmaz ez a config).

MEGOLDÁS: a config file végére kell rakni a Host * bejegyzést.