Lenovo M720S boot problem

[Nicolas Renault - OPENinfo]

Hi,

Some more informations

Le 16/11/2018 à 10:17, Nicolas Renault - OPENinfo a écrit :
>
> I renew my question as it does not appear on the list
>
> I add some more information.
>
> Le 15/11/2018 à 17:18, Nicolas RENAULT a écrit :
>> Hi,
>>
>> we have a problem with a working FAI installation :
>>
>> FAI 5.7 is used to install ubuntu 16.04 & 18.04 and debian stretch.
>>
>> fai was made with a debian stretch, but for now it's installed on 
>> debian  5.
>>
>> works on lot of pc/server :
>>
>> * install debian stretch
>>
>> * install ubuntu 16.04 and 18.04
>>
>> but we received a new model Lenovo M720s  Machine Type = 10ST  
>> Product ID   = 10STS0KD00.
>>
>> core i3 8th / 8 Go ram / ssd M2 nvme.
>>
>> we change bios to use legacy
>>
>> when we try to install , it's hang at boot  (before fai start , it's 
>> during the hardware detection ) , we boot with kernel 4.9.0-8-amd64 
>> (from fai-setup)
>>
>> we try to install on a working M710s => ok then push the disk on the 
>> M720s ==> it's working  (kernel 4.15.0-39-generic x86_64 of ubuntu 
>> after install).
>>
>> We try add option on boot ( noapic , no lapic, nomodeset , acpi=off , 
>> ...) without success.
>>
>> the last message on console is   " [ 2.XXXXX ] clocksource: switched 
>> to clocksource tsc  "
>>
>> We thinks that this message is good but after that, the boot process 
>> hang. perhaps on disk or others hardware (video /network / ..) 
>> detection.
>>
>> Did Someone as an idea on how we can complete the boot ?
>>
>> let me known if you want more information.
>>
> We try to install an ubuntu 18.04 and just copy kernel  ( 
> 4.15.0-29-generic)
>
> when we boot the M720s with this kernel the boot continue and then we 
> have another problem ; on the fai server it mount the nfsroot  but in 
> server log we see crash of nfs and then the /var/lib/fai/config  was 
> not mounted.
>
> at the end of boot , the FAI process don't start ( ko , the config is 
> not ok ), we can log into the M720s ssh and we can see /dev/nvme0
>
> the fact that  the initrd and kernel we used are not generated by 
> fai-setup is a problem ?
>
> someone knew kernel / nfs options that can avoid crash ?
>
I forget to add lib/modules/4.15.0-29-generic  to the nfsroot.

now final problems ( I think) :

the FAI cannot create /tmp/fai and /target filesystem is read only

I have had this problem when I start the FAI for stretch because old 
version of the fai server we have use aufs.
so for kernel 4.9.0-8 we use rootovl

I read the list on this type of problem

pxe command line ( i add newline so it's more clear ) :

------------------------------------------------
kernel Fai/vmlinuz-4.15.0-29-generic

append initrd=Fai/initrd.img-4.15.0-29-generic ip=dhcp root=/dev/nfs 
nfsroot=10.91.7.21:/u1/DATA04/Fai/FAI-5.5/nfsroot  rootovl
FAI_FLAGS=verbose,sshd,createvt 
FAI_CONFIG_SRC=nfs://10.91.7.21/u1/DATA04/Fai/FAI-5.5/config
FAI_CHOIX=UB_18_04 FAI_LANG=FRENCH FAI_ACTION=install ipv6.disable=1

-----------------------------------------------

command mount on the m720s :

10.91.7.21:/u1/DATA04/Fai/FAI-5.5/nfsroot on / type nfs 
(ro,relatime,vers=3,rsize=262144,wsize=262144,namlen=255,hard,
nolock,proto=tcp,port=2049,timeo=7,retrans=10,sec=sys,local_lock=all,addr=10.91.7.21) 


10.91.7.21:/u1/DATA04/Fai/FAI-5.5/config on /var/lib/fai/config type nfs 
(ro,noatime,vers=3,rsize=262144,wsize=262144,
namlen=255,acregmin=1800,acregmax=1800,acdirmin=1800,acdirmax=1800,hard,nolock,proto=tcp,timeo=600,retrans=2,sec=sys,m
ountaddr=10.91.7.21,mountvers=3,mountport=55775,mountproto=udp,local_lock=all,addr=10.91.7.21)

-------------------------------------------

As I said before , work perfectly with kernel 4.9.0-8 ( from fai-setup) 
, we have to try with kernel 4.15.0-29 (from ubuntu ) because we have 
problem with lenovo M720s

It seem that this kernel work with this hardware , but now nfs is broken.

any ideas ?

Regards.

>> Regards.
>>
>> Nicolas
>>
>> (sorry for bad english )
>>
> Regards,
>
> Nicolas
>
>>
>> 	
>>
>>
>>
>>
>>
>>
>>
>
> 	
>
>
>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.uni-koeln.de/pipermail/linux-fai/attachments/20181116/67961d38/attachment.html>