mar a slackware se a regi... :(

Van egy T430 dell szerver, eddig salak 14.2 futott rajta, mondom telepitsunk fel egy 15-oset ra (nem upgrade, hanem uj telepites egy masik diskre).

15.0 telepitoje el se jut a vegeig, mert disk i/o hibak miatt nem tud irni. a disk jo (hw raid1 amugy is), csak bugos lehet az 5.15 kernelben a driver. 14.2 alatt ugyanez jo volt, meg mint latjuk majd 6-os kernellel is jo.

 

 

na jo, akkor nyomassuk a current telepitojevel. amihez persze nincs iso, de az efi-n lecsereltem a kernelt+initrd-t. ez vegig is ment szepen, de reboot utan nem kezelte az ext4 root particiot, mert a current mkfs-e valami uj featureket is bekapcsolt...  na jovan akkor frissitsuk az e2fsutilst vagy mi a banat a neve. frissitve, persze az sem indul, mert mas a glibc verzio. ohb+

ujabb kor, probaljuk meg a 15.0 initrd-jet es a current-bol a huge.s kernelt. hat ez se nyert, mert hiaba a huge kernel, meg az usb billentyuzet driver sincs benne. wtf? az initrd-be meg persze mas verzio moduljai vannak.

de nem is ertem mi ez az initrd-s baromsag salakban, 14.2-ig elvoltak vigan nelkule, huge.s kernelben benne volt minden is.

( tamascsabi | 2024. 06. 01., szo – 19:45 )

current telepitojevel. amihez persze nincs iso

Van hozzá, Eric Hameleers (AlienBOB) mindíg gyárt belőle:

slackware64-current-iso/

Egyébként az initrd-vel semmi gondom nem volt, tíz éve initrd-vel használom.
geninitrd megcsinálja és megkeresi a modulokat automatikusan, de ha mégsem akkor kézzel is adhatsz hozzá, pl: 
 

mkinitrd -c -k 6.9.3 -f ext4 -r /dev/sda1 -m usb-storage:ext4 -u -o /boot/initrd.gz

Nálam eddig mindíg működött.

koszi, ez a geninitrd nekem uj, az mkinitrd-vel kinlodtam de az nem rakta bele a modulokat magatol, kezzel meg nem akartam szenvedni vele :)

ettol meg hulyesegnek tartom az initrd-s ganyolast, oke ha valami nagyon egzotikus hardverem lenne akkor valahol ertheto, de a legelterjedtebb dolgok legalabb a huge kernelben benne kene legyenek, ahogy regen is.

amugy nezegettem a huge kernel config-jat, es szerintem ez most inkabb bug mint szandekos, mert a raid kartya drivere pl. benne van, az usb tamogatas es az usb HID is benne van, de az usb driverekbol az xhci/ehci/uhci (usb 3/2/1) valahogy kimaradt (azok modulba fordulnak). anelkul meg ugye nem megy...  gondolom mukodo rendszeren nem tunt fel senkinek, hogy csak a boot vegetol van billentyuzete.

de a legelterjedtebb dolgok legalabb a huge kernelben benne kene legyenek, ahogy regen is.

15.0 release notes-ban írta Pat, hogy már kb. 400 féle kernelt gyártottak, hogy megfelelő legyen.
Szerintem a rengeteg új hardware és a driverek sokasága miatt igyekeznek mindent modulba rakni (mondjuk az ext4-et nem is értem) lehet, hogy itt tévedtek és így rakták modulba a huge kernelnél is.
Annakidején én sem preferáltam ezt az initrd-s dolgot, (régebben saját kernelt fordítottam és nem kellett), de aztán rászoktam és egyébként is minden disztribúció használja, így én is generic-et telepítek és initrd-t készítek.
 

( arpi_esp v | 2024. 06. 02., v – 09:46 )

Szerkesztve: 2024. 06. 02., v – 10:52

vegul forditottam sajat kernelt, elvileg minden szep es jo mar, csak valamiert megcserelodott a 2 raid1 tomb sorrendje (sda vs sdb), es nem ertem mitol... a kernel verzio ugyanaz.

[    0.761015] scsi 0:2:0:0: Direct-Access     DELL     PERC H730 Adp    4.30 PQ: 0 ANSI: 5
[    0.761387] scsi 0:2:1:0: Direct-Access     DELL     PERC H730 Adp    4.30 PQ: 0 ANSI: 5
[    0.778976] mpt3sas version 43.100.00.00 loaded
[    0.779246] sd 0:2:1:0: [sda] 584843264 512-byte logical blocks: (299 GB/279 GiB)
[    0.779250] sd 0:2:0:0: [sdb] 1952448512 512-byte logical blocks: (1000 GB/931 GiB)

es latszik is hogy a buszon nagyobb id-jut rakja sda-nak :(

elvileg van erre egy parameter ami engedi a parhuzamos (async) scant de az is ki van love:

# CONFIG_SCSI_SCAN_ASYNC is not set

szerencsere erre is van workaround, a PARTUUID:

https://unix.stackexchange.com/questions/302795/how-to-identify-root-pa…

mondjuk ez nem a salak hibaja, inkabb a kernele, vagy a dell-e vagy a driver fos, nemtom de mar nem is erdekel...

a 2 raid1 tomb sorrendje (sda vs sdb), es nem ertem mitol.

^ szemléltető példája annak, hogy miért kellett hozzányúlni az init rendszerhez ... egészen addig nem volt baj a régi rendszerrel, amíg egy diszked (/dev/sda) volt ...

trey @ gépház

Régen, amikor még nem működött az "UUID" "PARTUUID" bejegyzés, akkor ez gond volt.
Akkor ugye az usb-s eszközöket, pendrive-okat, fényképezőket SCSI eszközként tekintette a kernel és csatlakoztatás, megtalálás sorredjében nevezte el őket.
Mindíg meg kellett nézni a /proc/partitions fájlban, hogy minek látja a rendszer az adott eszközt és úgy mountolni.
Ezért nem volt opció az automount, hiába volt beírva az fstab-ba, hogy pl: /dev/sdc1
Persze erre is voltak próbálkozások, én pl. sokáig használtam a "supermount" patch-et, aztán a "submount" drivert ez miatt.
Aztán jöttek az SATA cuccok, de akkor már ajánlott volt használni az újabb beállítást az fstab-ba.
A legtöbb disztribúción ezt a "systemd.mount" automatikusan beírja és mindíg UUID-t használ.
Slackware meg ugye systemd negatív, így ott maradt a régi beállítás, ezért érdemes átírni telepítés közben.
Ezután már csak arra kell figyelni, hogy a rendszerbetöltő konfigurációjában is UUID-t kell megadni, plusz ha mégiscsak initrd-t használsz, akkor annak is a parancssorban az -r kapcsoló után szintén meg kell adni, pl:

mkinitrd -c -k 6.9.3 -f ext4 -r "UUID=12a34afe-baf2-987f-a60c" -m ext4 -u -o /boot/initrd.gz

nem kell ehhez systemd, az udev elintezi: a /dev/disk/ alatt ott vannak a symlinkek a megfelelo devicere uuid stb alapjan.

de attol meg a kernelnek root= parameterbe nem tudsz uuid-t megadni, tehat vagy initrd kell es abban ganyolni valamit, vagy a PARTUUID amit viszont nem trivialis kideriteni.

nem kell ehhez systemd, az udev elintezi

Persze hogy nem kell, azért írtam, hogy slackware telepítésnél (és systemd-t mellőző rendszereknél) érdemes még a reboot előtt átírni a megfelelő bejegyzéseket, pl: LILO, GRUB, fstab, initrd config, stb.

LILO-nál, ha nem használsz initrd-t akkor az "addappend" opcióval lehet kicselezni a bootolást és beleírni pl:

root=PARTUUID=1d23c65g-04"

GRUB-nál a "grub-mkconfig" amikor létrehozza a grub.cfg-t, automatikusan UUID-t ír bele.
(Régebbi GRUB-nál kézzel kell beleírni a root= paraméter után).

Az fstab-ot meg reboot előtt át kell írni a blkid alapján.

Egyébként van egy kis script a slackware-en, ami segít megcsinálni az initrd-t. (tulajdonképpen az mkinitrd is ezt használja).

/usr/share/mkinitrd/mkinitrd_command_generator.sh -k 6.9.3

Ez kiírja majd az mkinitrd parancssori kimenetét amit futtatni kell majd, de előtte könnyen ki lehet egészíteni a saját modulok listájával.

A systemd-t csak példának írtam, mert az ezt használó disztribúciókban automatikusan elintézi ezeket a dolgokat a systemd.mount service, plusz a telepítő.

( trey | 2024. 06. 02., v – 10:57 )

Sose használtam. Még csak ki se próbáltam.

trey @ gépház