boot folyamat módosítása

Jó alkalom tesztelni a backup / restore megoldásodat, helyreállításkor szükséges módosításokkal kiegészítve.
--
Légy derűs, tégy mindent örömmel!

Igazából két kódrészletet idéztél be, az első csak egy sor, a másodikban viszont nincs benne a hibaüzenet. (Vagy nem látom.)

Az legalább meglett, hogy van egy lib/libsa/strerror.c, amiben az ismert errno-értékeket szöveggé fordítja, de speciel a 20 nem megy neki. Itt kellene nézelődni:

Itt: sys/sys/errno.h

...
#define ENODEV          19      /* Operation not supported by device */
#define ENOTDIR         20      /* Not a directory */
#define EISDIR          21      /* Is a directory */
...
#define ELAST           95      /* Must be equal largest errno */

Továbbá itt: sys/lib/libsa/saerrno.h (ELAST=95)

#define EADAPT  (ELAST+1)       /* bad adaptor */
#define ECTLR   (ELAST+2)       /* bad controller */
#define EUNIT   (ELAST+3)       /* bad drive */
#define EPART   (ELAST+4)       /* bad partition */
#define ERDLAB  (ELAST+5)       /* can't read disk label */
#define EOFFSET (ELAST+6)       /* relative seek not supported */
#define EBSE    (ELAST+7)       /* bad sector error */
#define EECC    (ELAST+8)       /* uncorrectable ecc error */
#define EHER    (ELAST+9)       /* hard error */
#define ESALAST (ELAST+9)

Na szóval ez a lib/libsa/strerror.c:strerror ez csak egy részhalmazát tartalmazza a hibakódoknak, mivel ez nem a libc publikus függvénye, csak egy afféle adhoc belső strerror.

Lenne itt egy gyanúsított: sys/stand/boot/cmd.c:

     97 int
     98 read_conf(void)
     99 {
    113   if ((fd = open(qualify(cmd.conf), O_RDONLY)) < 0) {
    114     if (errno != ENOENT && errno != ENXIO) {
    115       printf("open(%s): %s\n", cmd.path, strerror(errno));
    116       return 0;
    117     }
    118     return -1;
    119   }

A qualify írja a cmd.path-ba a cmd.bootdev:cmd.conf értékét.

     43 struct cmd_state {
     44   char bootdev[BOOTDEVLEN]; /* device */
     45   char image[MAXPATHLEN - 16]; /* image */
     46   int  boothowto; /* howto */
     47   char *conf; /* /etc/boot.conf normally */
     48   void *addr; /* load here */
     49   int timeout;
     50
     51   char path[MAXPATHLEN]; /* buffer for pathname compose */
     52   const struct cmd_table *cmd;
     53   int argc;
     54   char *argv[8];<>/* XXX i hope this is enough */
     55 };

;) LINK

A gépben - ha akarod, ha nem - UEFI van, csak van a tetején egy kompatibilitási réteg (CSM), amivel emulálja a BIOS-t.

Miért baj ez 2022-ben? Mi az előnye egy UEFI-nek egy 5 évente telepített rendszer esetén?

Én a kérdésedet megfordítanám: miért akarnál egy korszerű hardveren, korszerű szoftverrel, natív megoldás helyett egy olyan kompatibilitási réteget használni, ami a ~40 évvel ezelőtti műszaki színvonalat prezentálja?

Persze azon kívül, hogy modernebb és ez (lesz) a jövő.

Gyakorlatilag 10 éve minden gép UEFI-vel van ellátva. Én nem jövőidőben beszélnék róla.

Kösz az infót, legközelebb, ha felteszem, ezt mindenképp beállítom. Sajnos én bootidő-mániás vagyok, és a bootolási sebessége amúgy sem villám az OBSD-nek, így extra zavaró volt. Persze kicsit gyorsítottam rajta, kernel újralinkelésének kikapcsolása, Hyper-Threading/SMP bekapcsolása, stb., ez kicsit segít. A másik, amit nagyon ajánlok minden új OBSD usernek, főleg, ha laptopon használják, hogy apmd engedélyezésével (rc-ben) és paraméterezésével az energiatakarékossági szintet mindenképp állítsák be, egyébként túl forrón járatja a rendszer a procit. Van még egy csomó ilyen ajánlott beállítás.

Persze, a hivatalos OBSD FAQ is sok mindenről ír, de az elég elméleti, és nem megy rá a gyakorlati vonatkozásokra. Ráadásul elég sok beállítás túl konzervatív per default (memóriakezelés, konzolbeállítások, stb.) a frissen telepített rendszeren, így részletes beállítással jókora teljesítménytöbblet nyerhető. A másik még, amire figyelni kell, hogy a xenodm az X11-hez nem megkerülhető. Elsőre rondának tűnt, így kihagytam, és startx-et használtam helyette (Linuxon is azt használom, shell rc-ből automatizálva), de úgy meg a hardveres videógyorsítás nem fog menni (DRI, tearfree, stb. beállítások X-en), állítólag valami jogosultsági hiba, setuid vagy mi miatt. Csak xenodm-mel megy, de hála az égnek, van a xenodm-nek konfigja, amivel testre lehet szabni a kinézetet, úgy azért sokkal normálisabb lesz a megjelenése, csak out of the box néz ki ilyen fosul szegényke. De ez a rendszer egészére elmondható, hogy default néhol túlzottan fapados, de mind állítható, csak rá kell szánni az időt.