Date: Mon, 18 Mar 2024 17:36:03 -0700 From: Kevin Oberman <rkoberman@gmail.com> To: Jim Pazarena <fquest@paz.bz> Cc: freebsd-questions@freebsd.org Subject: Re: reboot forcing a fsck Message-ID: <CAN6yY1sH_2CESx7xXCVsRi7yHkbUh-U_abOo-C%2BWi_BSYUwViQ@mail.gmail.com> In-Reply-To: <d166ee08-3ae5-41c3-b137-b645cdac73a5@paz.bz> References: <d166ee08-3ae5-41c3-b137-b645cdac73a5@paz.bz>
next in thread | previous in thread | raw e-mail | index | archive | help
--000000000000b23acb0613f8a93f Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, Mar 18, 2024 at 2:08=E2=80=AFPM Jim Pazarena <fquest@paz.bz> wrote: > I have a server which seems to have a fs issue for my exim folder. > an "ls -l" hangs. anything going near the exim folder hangs - for > whatever reason. > > If I trigger a 'reboot', I assume the boot process will automatically > enter a fsck as per the documentation. > > What is unclear is if the system will eventually g et to multi-user > mode, or hang at a CLI question from the fsck? > > I have no hands or eyes available to be there. This is a bare metal > chassis not a vm. > > Would appreciate learning the procedure which fsck uses during a boot. > (beyond what the man fsck advises) which seems to exclude this question. > > Thanks > > > -- > Jim Pazarena fquest@paz.bz > Haida Gwaii - British Columbia - Canad Booting the system will check that the root is marked CLEAN. If it is not CLEAN, and it should not be in the case you describe, it will attempt an fsck. If the fsck finds a problem, it will prompt you to select a shell. 'ENTER' runs the default, sh. You can try something like 'fsck -y VOLUME'', but it really depends on the file system settings. You can print these with 'tunefs -p VOLUME'. If journaling is enabled, you should run an 'fsck -f VOLUME' to perform a full fsck on the volume, ignoring the journal. Assuming journaling is enabled, which is default, the journal may be bad, so only an fsck -f can repair hte file system. --=20 Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 --000000000000b23acb0613f8a93f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div dir=3D"ltr"><div class=3D"gmail_default" style=3D"fon= t-family:tahoma,sans-serif;font-size:small">On Mon, Mar 18, 2024 at 2:08=E2= =80=AFPM Jim Pazarena <<a href=3D"mailto:fquest@paz.bz">fquest@paz.bz</a= >> wrote:</div></div><div class=3D"gmail_quote"><blockquote class=3D"gma= il_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,2= 04,204);padding-left:1ex">I have a server which seems to have a fs issue fo= r my exim folder.<br> an "ls -l" hangs. anything going near the exim folder hangs - for= <br> whatever reason.<br> <br> If I trigger a 'reboot', I assume the boot process will automatical= ly <br> enter a fsck as per the documentation.<br> <br> What is unclear is if the system will eventually g et to multi-user <br> mode, or hang at a CLI question from the fsck?<br> <br> I have no hands or eyes available to be there. This is a bare metal <br> chassis not a vm.<br> <br> Would appreciate learning the procedure which fsck uses during a boot.<br> (beyond what the man fsck advises) which seems to exclude this question.<br= > <br> Thanks<br> <br> <br> -- <br> Jim Pazarena=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<a href=3D"mailto:fquest@paz.= bz" target=3D"_blank">fquest@paz.bz</a><br> Haida Gwaii - British Columbia - Canad</blockquote><div><br></div><div styl= e=3D"font-family:tahoma,sans-serif;font-size:small" class=3D"gmail_default"= >Booting the system=C2=A0 will check that the root is marked CLEAN. If it i= s not CLEAN, and it should not be in the case you describe, it will attempt= an fsck. If the fsck finds a problem, it will prompt you to select a shell= . 'ENTER' runs the default, sh.</div><div style=3D"font-family:taho= ma,sans-serif;font-size:small" class=3D"gmail_default"><br></div><div style= =3D"font-family:tahoma,sans-serif;font-size:small" class=3D"gmail_default">= You can try something like 'fsck -y VOLUME'', but it really dep= ends on the file system settings. You can print these with 'tunefs -p V= OLUME'. If journaling is enabled, you should run an 'fsck -f VOLUME= ' to perform a full fsck on the volume, ignoring the journal. Assuming = journaling is enabled, which is default, the journal may be bad, so only an= fsck -f can repair hte file system.<br></div></div><span class=3D"gmail_si= gnature_prefix">-- </span><br><div dir=3D"ltr" class=3D"gmail_signature"><d= iv dir=3D"ltr"><div><div dir=3D"ltr"><div><div dir=3D"ltr"><div><div dir=3D= "ltr">Kevin Oberman, Part time kid herder and retired Network Engineer<br>E= -mail: <a href=3D"mailto:rkoberman@gmail.com" target=3D"_blank">rkoberman@g= mail.com</a><br></div><div>PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39E= F1B055683</div></div></div></div></div></div></div></div></div> --000000000000b23acb0613f8a93f--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAN6yY1sH_2CESx7xXCVsRi7yHkbUh-U_abOo-C%2BWi_BSYUwViQ>