Re: PXE initrd
Szima Gábor writes: > Készítettem erre egy initrd-t, amely tartalmazza a modult. Be is > tölti, látja a hálókártyát, viszont annak még IP-t is kellene adni > (IP:kernel level autoconfiguration - ip=bootp) alapján. Szerintem a kernel BOOTP kliens csak beépített hálózati driver esetén lép működésbe. Ha initrd-ről töltöd be a modult, akkor az initrd-nek kell gondoskodnia az IP cím beszerzéséről is, tipikusan egy dhclient futtatásával. -- Feri _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: esp partition
dr. Zana János writes: > Azonban, ha az asztali gépről indítok (szintén Buster), ugyanaz a > partíció láthatatlan. Bármit is csinált a telepítő, ez semmiképp sem indokolt, és biztosan javítható, szóval légyszi fejtsd ki bővebben! Mi kerül a syslogba, amikor csatolod a diszket, milyen partíciós táblát mutat rajta az fdisk -l? > Reboot az új rendszerrel: ekkor derült ki, mi történt. A flag az új > partíción: "boot" "esp". Ezt a parancsot is mutasd meg, légyszi, a kimenetével együtt! > Vagy törölnöm az "esp" flag-et. Gondolom, ezzel a partíció egész > tartalma elvész. Az "ESP flag", amire én gondolok, egy GPT GUID. A partíció tartalmát és olvashatóságát sem befolyásolja, kizárólag egy jelzés az UEFI firmware számára, hogy próbálhat onnan bootolni, ha nincs jobb ötlete. -- Feri _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: dpkg verziósorrend (RPM csomagnevek helyett)
Hegedüs Ervin writes: > On Fri, Mar 05, 2021 at 08:03:14AM +0100, Kiss Gabor wrote: > >> Mert amikor kijön a gyári 3.0.5-1, akkor nem fog érvényesülni a >> tiéddel szemben. 5pre üti az 5-öt. > > Valszeg nem fog kijönni - mivel Debianról van szó, pont az a > probléma, hogy ha ki is jön, az most a SID-be kerül be max, majd > a testing-be, ami majd valamikor stable lesz. Ezek viszont kvázi > backport csomagok. Ha kijön a következő stable Debian 1.0.5-tel, amikor neked még valamelyik 1.0.5pre változat van telepítve, akkor nem az fog történni, aminek kellene. Pont erre van kitalálva a ~ karakter a Debian verizójelölésekben: az a semminél kisebb. Így például: 1.0.4 < 1.0.4.99 < 1.0.5~alpha3 < 1.0.5~beta1 < 1.0.5~rc2 < 1.0.5 Backportok verziózására is hasznos, de íme a szokásos watch file fordulat az upstream verzió "jól sorrendezővé" alakítására: uversionmangle=s/(\d)[_\.\-\+]?((RC|rc|pre|dev|beta|alpha)\d*)$/$1~$2/ -- Feri _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: dpkg verziósorrend
Hegedüs Ervin writes: > On Fri, Mar 05, 2021 at 06:56:04PM +0100, wf...@niif.hu wrote: > >> Ha kijön a következő stable Debian 1.0.5-tel, amikor neked még >> valamelyik 1.0.5pre változat van telepítve, akkor nem az fog >> történni, aminek kellene. > > valóban, köszi az észrevételt. > > Egyébként egy ilyen esetben a verzió felülírja a policy > beállítást is? Szia Ervin! Nem egészen értem, mire gondolsz. Az APT minden elérhető verzióhoz rendel egy prioritást, majd annak alapján dolgozik tovább. A verziók azt döntik el, hogy mi számít upgrade-nek vagy downgrade-nek, ezekre ugyanis eltérő szabályok vonatkoznak. >> Pont erre van kitalálva a ~ karakter a Debian >> verizójelölésekben: az a semminél kisebb. Így például: >> >> 1.0.4 < 1.0.4.99 < 1.0.5~alpha3 < 1.0.5~beta1 < 1.0.5~rc2 < 1.0.5 > > ez az, amit így leírva nem találtam meg - de simán lehet, hogy én > voltam figyelmetlen. Lásd man deb-version, de a forrás természetesen a Debian Policy: https://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-version -- Üdv: Feri _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux