sslug-teknik team mailing list archive

[mdc@xxxxxxxxxxxx (Mogens Dybæk Christensen)]

"Martin Møller Skarbiniks Pedersen" <traxplayer@xxxxxxxxx> writes:

> 2008/11/20 Jesper Thorup Nielsen <s_teknik@xxxxxxxxxxxxxxx>:
>> Martin Møller Skarbiniks Pedersen skrev:
>>>
>>> /dev/sda1 bliver generet udfra UUID, så det hjælper ikke at bruge
>>> /dev/sda1.
>>> Du har to muligheder:
>>>
>>
>> Det forstår jeg ikke, hvis man ser i  /dev/disk/by-uuid/
>> så er det link til /dev/XXX og så er alt vel ved det gamle og så burde man
>> vel stadig kunne bruge /dev/sda1 i fstab.
>
> Hvis du kloner en maskinen, så vil kopien ikke virke, så du har brugt
> /dev/sda i /etc/fstab, da
> udev har reserveret /dev/sda til UUID på disken på den oprindelige disk.
>
> Du har haft samme problem med netkortet på den klonede maskine. Det vil hedde
> eth1 og ikke eth0.
>
> Det løses ved at slette filen /etc/udev/rules.d/, som hedder noget med
> persistent-net.rules (det præcise navn afhænger af din linux-dist.)
>

Hmm, forstår stadig ikke en bjælde af denne disk-kryptering.  ;-))

Jeg har 2 ens maskiner. Hvis jeg bytter disken fra den der allerede
har en kørende Ubuntu over i den anden, opdager softwaren ikke der er
skiftet HW.

Når jeg kopierer /dev/sda1 partitionen over til maskine 2's egen disk
med partimage, efter at have kopieret selve partition-informationen,
kører det ikke! GRUB skriver sit navn, og så hænger den.

Den kopierede partition kan mountes og læses når jeg booter fra
SysteRscueCD. fsck finder ingen fejl, og den kopierede partition har
den oprindelige UUID. - Altså ifølge SysteRscueCD, som vist er baseret
på gentoo.

Har også prøvet med LABEL-syntax i fstab og grub/menu.lst, duer heller
ikke.

Mysteriet er efter hvad du skriver gemt i udev. Hvad er den grundlæggende
ide der? Og hvad hedder den fil der styrer mapning af hardddiske? Indgår
diskens serienr eller lignende i generering af UUID??

-- 
  Mogens Dybæk Christensen
  e-mail mdc at mail dot tele dot dk