tak potvrzuji b). Cely problem vznikl pokusem mountovat NFS do
neexistujicich adresaru. Hloupa chyba, která me stala několik hodin
experimentu. :-(
ale ta zkusenost ;-) Tohle uz se Ti vickrat nestane :-)
To jsou proste zkusenosti k nezaplaceni.
PM
--
# ---
# Petr Macek
# p...@ko
Ahoj,
> Pokud zakomentuju NFS mounty, tak hned po rootu mountu
> nasleduje login, tak jak to ma byt. Nejspis to kuli nim ceka,
> otazka je proc. Nabizi se 2 moznosti, bud se mount nedari
> (ano tady opravdu nemuze) nebo vadi absence adresaru v /mnt/,
> které tam zatím nemam (zapomnel vytvorit)
Ahoj,
dlouhým laborování pokus-omyl jsem chybu odhalil. :-)
> Prilis mnoho moznosti. Ukaz fstab.
# DeviceMountpoint FStype Options Dump
Pass#
/dev/ad0s1a / ufs ro 1 1
/dev/ad2s1b noneswapsw
děje se mi taková vec... Když mám ve fstabu UFS svazky, které nejsou
momentálně fyzicky dostupné, boot se mi zastaví na hlášce "Trying mount
root
from ufs:/ad0s1a" a stojí a stojí, 2 hodiny a stále nic. Tak nějak jsem
ověřil, že to právě dělají ty svazky, které nelze přimoutovat
(usr,var...).
H
Milan Cizek napsal/wrote, On 01/25/09 22:52:
děje se mi taková vec... Když mám ve fstabu UFS svazky, které nejsou
momentálně fyzicky dostupné, boot se mi zastaví
Prilis mnoho moznosti. Ukaz fstab.
Svazky, ktere nejsou "noauto" nemohou byt "nepritomne", ale i kdyby to
bylo tohle, projevovalo b
No ja bych si dovolil tipnout ze pokud nebude mit dostupne vsechny
adresare ktere pod / patri tak to vytuhne...
nejsem si jist nakolik to plati pro freebsd, preci jenom s nim nedelam
tak dlouho, ale na linuxu to dokazalo prejit maximalne kdyz /home,/opt a
/tmp kdyz byli jinde...ale systemove adr
Ahoj,
děje se mi taková vec... Když mám ve fstabu UFS svazky, které nejsou
momentálně fyzicky dostupné, boot se mi zastaví na hlášce "Trying mount root
from ufs:/ad0s1a" a stojí a stojí, 2 hodiny a stále nic. Tak nějak jsem
ověřil, že to právě dělají ty svazky, které nelze přimoutovat (usr,var...).
