sslug-teknik team mailing list archive

[Donald J Axel <donax@xxxxxx>]

On Tue, 5 Mar 2013 10:42:48 +0000 (UTC)
Sune Vuorela <nospam@xxxxxxxxxx> wrote:

> On 2013-03-04, Donald J Axel <donax@xxxxxx> wrote:
> > Hov§! Debian-boot kommer op med GPT disken som /dev/sdb en gang
> > imellem, og andre gange /dev/sda.
> 
> I moderne linux-kerner er raekkefoelgen af den slags ikke
> konsistent. Til gengaeld kan du bruge diskens uuid.
> 
> > Men under ingen omstændigheder bør Debian køre initramfs 
> > ved installation af Evince doc-reader.
> 
> Hvis du installerer pakker - i dette tilfaelde fuse - som gaar
> ting med kernen, saa er det en god ide at faa opdateret initramfs.
> 
> /Sune

Det er jo umenneskeligt vanskeligt at huske 
UUID="3ac386a5-7aa1-4637-a3ba-5c68c673422c"
Det kan jeg ikke huske.

Men hvor er problemet? Jo! det var fordi GRUB ikke 
kunne installere en bootstrap på en GPT disk og LILO kan
og den er glad for navnet /dev/sda - men hvis den nu pludselig
hedder /dev/sdb, så går der kage i det. Lilo kan bruge
disk/by-id fra version 23.2, men det fungerede desværre
ikke hos mig, L 99* betød at der var read-error på stage2.

Hvad så? Så har jeg fundet på at lave en LILO til sda
og en til sdb, og nu kører lilo, og systemet booter.

Jeg har virkelig været om mig og googlet emnet "Linux boot, --
persistent disk naming" (med variationer i søgestring). Det
er detection af PCI devices, som har "forrang" så at sige og
bestemmer hvordan diskene benævnes. Det er en vanskelig proces
og derfor lader man devices få navn efter detection-numrene.

Man kan godt lave nogle
regler i /etc/udev/rules.d/dax-disknaming.rules - og det fungerer,
men man får et hav af warnings, som der ikke er noget at gøre ved.

Warnings'ene går ud på at kernen ikke kan lide at jeg kalder
fx. sdb5 for sfb5 (og videre for alle partitioner). Lige nu
er jeg ligeglad, for navnene kolliderer ikke, med andre device
navne (er der en driver som kalder sine devices "sf*?")

saturn:/hjem/root/Desktop/wb3/03 #\ls -lo /dev/sd?
brw------- 1 root 8,  0 Mar  5 23:49 /dev/sda
brw------- 1 root 8, 16 Mar  5 23:49 /dev/sdb
brw------- 1 root 8, 32 Mar  5 23:49 /dev/sdc
saturn:/hjem/root/Desktop/wb3/03 #\ls -lo /dev/sf?
brw-rw---T 1 root 8, 16 Mar  5 23:49 /dev/sfa
brw-rw---T 1 root 8, 32 Mar  6 13:29 /dev/sfb
brw-rw---T 1 root 8,  0 Mar  5 23:49 /dev/sfc
saturn:/hjem/root/Desktop/wb3/03 #

Man kan se at boot disken (sfa) i denne omgang er node 8,16
d.v.s. den er opdaget som nr. 2. Min  "sfc" er samme som sda.



Det er klart nødvendigt at opdatere initrd hvis man laver noget
filsystem i userspace, jeg er med. Det var til en kernel som jeg
har som reserve backup. Jeg rettede i postinst scriptet og dermed
er problemet løst.

Men emnet får mig til at overveje om det ikke var
bedre at generere en kernel med så få moduler som
muligt (helst slet-ingen).



-- 
Donald Axel <donax@xxxxxx>