BHyve + Slackware64 [megoldva]

2. A Slackware valamit másként kezel a diszkekkel, mint az előzőekben kipróbáltak, ugyanis Virtio-blk driverrel valami elképesztő szopásokat bírtam csak kicsiholni - szintén pánikhegyekkel. No most ez a két probléma olyannyira visszavetett, hogy kb 5-6 telepítési kisérlet után sikerült csak letisztáznom, hogy pontosan mi is kell ahhoz, hogy a dolog továbbjusson egy kerneldump-nál. A vicc az, hogy volt olyan telepítés, amikor a /dev/vda-ra sikerült feltenni a teljes rendszert, de aztán csak hatalmas töketlenkedés után tudtam bebootolni is az új rendszert, ugyanis nem volt initramdisk a települt rendszerben, és nincs virtio-block driver a feltelepült kernelben. Majd a CD-ről bootolós környezetben elindított mkinitrd letörölte a kernel-t a VM-ből. Szóval nyami.

Nyilván sokat segítene, ha nem 20 éves emlékeim lennének a Slackware-ről - legalábbis feltételezem, hogy aki legalább körülbelül naprakész Pat gyermekének használatában, annak ezek teljesen ismert dolgok. Viszont ami a jelenlegi fejfájásom, az a következő. A telepítés közben lehet billentyűzetkiosztást választani, és telepítés közben működik is, ha kiválasztom a qwertz-hu-t (vagy mi a franc is a neve) - viszont később (azaz a feltelepült rendszerben) már nem OK. Azaz ha csinálok egy AHCI-HD emulációs, 1 CPU-s VM-et, és ebben telepítem, az egészen stabilan végigmegy, viszont az új rendszer boot közben a magyar billentyűkiosztás betöltése közben megáll, mint a Jancsiszög, és se té se tova. Ebből az állapotából csak a VM kigyilkolásával lehet kibillenteni (ekkor még jön a BHyve-tól egy üzenet, hogy az XYZ műveletet nem tudja végrehajtani). Persze ilyenkor már fel van csatolva a root, tehát a következő indulás fsck-val kezd. (Mellesleg úgy tűnik, Slackware-ék még nem dobták ki az EXT2 és EXT3 drivert, mert az EXT4-es root csatolását megelőzi ennek a két drivernek a hibaüzenete, hogy egyikük se szereti amit a diszken lát. Persze lehet, hogy valami egészen más zajlik ilyenkor, én ezt így interpretáltam.)

Szóval összefoglalva - már látszik, hogy akár ez is működhetne, de egyelőre nem nagyon teszi.

Ui: Motoznak a fejemben olyan triviális kérdések, hogy vajon tud-e a Slackware UUID-alapú mountolást - ekkor legalább a /boot-ot megadhatnám az fstab-ban UUID-del a /dev/sda1 vagy /dev/vda1 helyett (a root-ot ugyebár kernel paraméterként kell megadni, így nem érdekes), tehát ha lenne kedvem kisakkozni, hogy mi a baj a virtio-blk-val, ahhoz nem kéne csinálni egy olyan telepítést is, elég lenne a grub2-bhyve-nak (ez a byhve-hoz tartozó boot-loader) az induláskor azt mondani, hogy linux (hd0,msdos1)/vmlinuz root=/dev/vda3 (a jelenlegi root=/dev/sda3 helyett).

Hasonlóan, vajon swap-et fstab-ból lehet-e engedélyezni UUID-del. (Ez valahogy emlékeim szerint nem jött szembe.)

Vagy hogy mennyire lenne szopás LVM környezetet összelőni a telepítés előtt/közben.

A kérdések persze igazából költőiek, nyilván nagy testvér tudja a válaszokat.

A megoldás: telepítés végén, de még a frisen telepített rendszer boot-ja előtt engedélyezni kell a getty-t ( /etc/inittab ) és a root-login-t ( /etc/securetty ) a /dev/ttyS0-ra. Vagy nyilván lehet olyan kacifántosan is, mint én, hogy egy másik OS alól szerkeszteni a fájlrendszerbeli fájlokat.