Küsimus:
nfsroot alglaadimine ebaõnnestub - nfs server teatab päringust
gnarly-line
2016-06-04 19:34:45 UTC
view on stackexchange narkive permalink

Mul on vaarika pi mudel b +, mida üritan nfs-i aktsia juurega käivitada. Pi võtab dhcp-lt ip-aadressi ja taotleb minu nfs-serverilt juurjaotust. Server teatab sellest taotlusest logides, kuid pi hangub pärast ip-konfiguratsiooni printimist. Viimane cmdline.txt, mida proovisin, sisaldas järgmist: root = / dev / nfs rw nfsroot = 192.168.2.25: / srv / rpi-root- nfs, tcp ip = dhcp vers = 3

/ etc / nfs-serveri eksport sisaldab: / srv / rpi-root-nfs 192.168.2.0/24(rw,sync , no_root_squash, no_all_squash, ebaturvaline)

Kas selle konfiguratsiooniga on probleeme?

UPDATE (06.06.2016) - tegi alglaadimistest pilti logitaseme väärtusega 7. Rida [7.318013] ... rootpath = on veider, kuna vastavalt kernelireale tuleks määrata rootpath .

7.318013 rootpath is not set

Ehk on staatilised IP-aadressid praktilisemad?
Olen proovinud kasutada staatilisi IP-aadresse, tulemus on sama.
Palun kontrollige oma samme. Tundub, et midagi on puudu. Teoreetiliselt peaks teie konfiguratsioon töötama, probleeme pole. Palun vaadake seda [lõime] (http://raspberrypi.stackexchange.com/questions/628/how-do-i-configure-the-raspberry-pi-to-boot-with-an-nfs-root). Ma ei näe logisid korralikult, kuid olete oma Linuxi tuuma kompileerinud kui veendunud, et Linuxi kerneli tugi on selle üle saadaval.
Mul on sama probleem. Kas suutsite selle lahendada? Olen proovinud lisada kerneli parameetri `nfsroot debug`, kuid see ei avaldanud mingit mõju.
Kaks vastused:
hfs
2017-10-11 01:20:01 UTC
view on stackexchange narkive permalink

Mul oli sama probleem. Minu jaoks oli parandus sundida NFS-i versiooni 3, lisades valiku v3 valikule nfsroot:

  nfsroot = 192.168.2.25: / srv / rpi-root-nfs, tcp, v3  
Olen selle küsimuse postitamisest alates jagamise eemaldanud ja mul pole praegu võimalust testimiseks, nii et aktsepteerin selle vastuse, kui kasutate sama Pi-d, nagu ma olin. Kas see oli Pi B + parandus?
Ei, see on Pi 3 B jaoks, mis töötab Raspbian Stretchiga. Kerneli versioon on vist olulisem kui riistvara.
Mul oli sama probleem ja see lahendas ka selle. On kurb, et selle tõrkeotsinguks pole muud võimalust kui internetis juhuslike lahenduste proovimine
Lee Partridge
2017-10-12 07:55:25 UTC
view on stackexchange narkive permalink

Kõigepealt täname selle küsimuse esitamise eest. Ma ei mõistnud, et seda saab teha, nii et oli tore seda tööle panna.

Sain selle tööle ja siin on, kuidas ma seda tegin.

  1. Lõin oma NAS-i eksportimiseks kausta, ühendasin Raspian Stretch Lite pildi ja see oli kaks sektsiooni. Seejärel kopeerisin süsteemi ext4 sektsiooni sisu NAS-i kausta ja Boot-sektsiooni sisu alglaadimiskeskkonna fat32 sektsiooni (antud juhul USB-välkmäluseadmesse).

  2. I redigeeris faili / etc / fstab, kommenteerides root-liini rida, nii et see ei prooviks / / uuesti paigaldada.

  3. Kuna ma olin alglaadimise fat32 sektsiooni sildistanud BOOT, muutsin / boot line to: LABEL = BOOT / boot vfat vaikimisi 0 2

  4. Oma NAS-i ekspordifaili lisasin: / mnt / RPi 192.168.0.199 (rw, sync, no_root_squash, ebaturvaline)

  5. Redigeerisin alglaadimispartitsiooni cmdline.txt faili ja jõudsin lõpuks selle rea juurde: wc_otg.lpm_enable = 0 konsool = serial0,115200 konsool = tty1 juur = / dev / nfs rw nfsroot = 192.168.0.99: / mnt / RPi, tcp ip = dhcp vers = 3 rootfstype = ext4 lift = tähtaeg fsck.repair = jah rootwait splash

See käivitati ilma tõrgeteta. Loodan, et see aitab.



See küsimus ja vastus tõlgiti automaatselt inglise keelest.Algne sisu on saadaval stackexchange-is, mida täname cc by-sa 3.0-litsentsi eest, mille all seda levitatakse.
Loading...