FAI dying during partition setup
Ryan Steele
ryans at aweber.com
Tue Sep 30 16:36:46 CEST 2008
Michael Tautschnig wrote:
>> Recently, I've been trying to set up LVM clients with FAI 3.2.4 for
>> Ubuntu, using Peter Gervai's well-placed LVM hooks. However, I keep
>> hitting the situation where sfdisk cannot read the partition table, and
>> mke2fs cannot create a filesystem, because it thinks the device is in
>> use. It's reproducible every time if I FAI-install the client more than
>> once. E.g., the first time I FAI-install the LVM-enabled host, it
>> works. But then, if I try it again (with the exact same disk_config),
>> sfdisk and mke2fs drop me to an emergency shell. I would guess it's
>> because it's unable to get the kernel to re-read the partition table
>> without a reboot, but I'm really not sure how FAI can get around that
>> situation, as there is currently no method for having FAI "pick up where
>> it left off" right after writing the partition table.
>>
>> Has anybody else encountered this? It really makes FAI unusable.
>> Here's the output from FAI when this happens (from fai.log). /dev/sda2
>> was my LVM volume:
>>
>>
>
> Would it be possible to upgrade your fai packages to 3.2.10? These packages
> include a proper version of setup-storage (see also
> http://faiwiki.debian.net/index.php/Setup-storage), which should be able to
> satisfy all your needs.
>
> Best,
> Michael
>
>
I adapted the 3.2.10 Lenny packages for my Hardy distribution, and
almost have it working. However, during boot (after the FAI
installation), I get dropped in to the initramfs emergency shell. It
didn't take long for me to realize that there was no /dev/mapper, so
dm_mod must not be in the initrd generated by FAI. Which is strange, as
FAI specifies dm-mod in 20-hwdetect.source. Maybe I'll just have to
generate another one with mkinitramfs manually...
More information about the linux-fai
mailing list