Re: Disk Healthy (At Risk)

Mark,

I misread your response wrong at first. :)

What you're saying is that since this a brand new drive, running CHKDSK
should be OK. Right?

Sorry, but I've been chatting/talking to a couple of Acronis support people
and found one must be very precise . . .


On Mon, Sep 8, 2014 at 11:11 AM, mlazarus <mlazarus@xxxxxxxx> wrote:

Jeff,

In my experience, CHKDSK only seemed to make things worse when the disk
was in really bad shape. I think the bearings were shot. In general it
had been very reliable for me.

-mark


On 9/8/2014 10:37 AM, Jeff Crosby wrote:

That server ran fine all weekend. This morning I decided to run CHKDSK in
read-only mode on the C: drive, even though it said "Healthy (System)"
The
reason I decided to do that is I noticed that in Disk Management upper
right hand pane (where the disks are listed) that there is one of those
yellow triangle warning symbols on both the C: and D: drives. The chkdsk
results say:

"Windows found problems with the file system. Run CHKDSK with the /f
(fix)
option to correct these."

Does this mean that chkdsk /will/ be alright to run? Like I said Friday,
I'm really leery. Maybe I'm just being overly cautious, but I'd really
like some opinions here. (And that's no criticism on you whatsoever Gary.
By googling I found there were times chkdsk caused more issues.)

Thanks.



On Fri, Sep 5, 2014 at 4:52 PM, Jeff Crosby<jlcrosby@xxxxxxxxxxxxxxxx>
wrote:

None of the orders are stored on this server. This hosts the website for
customers placing orders.

As soon as the order is complete, it goes to another Windows server, then
to the IBM i and gets processed. If the website should go down, the
customers will call their salesrep and they will do the orders another
way.



On Fri, Sep 5, 2014 at 4:48 PM, Gary Kuznitz<docfxit@xxxxxxxxxxxx>
wrote:

I have no idea what OS you are running. It is always safe to run with
both /r and /f on
any os. You will have your bases covered.

It's always safest to run chkdsk before you have to rely on everything
running
smoothly. Best to run it now instead of waiting until Monday morning.
It would not be
good if you lost the orders from over the weekend.

Gary Kuznitz

On 5 Sep 2014 at 16:03, Jeff (Jeff Crosby<pctech@xxxxxxxxxxxx>)
commented about
Re: [PCTECH] Disk Healthy (At Risk):

I can just do it as chkdsk /r which forces the /f, doesn't it?

I ran the Seatools for DOS short test and it found no issues. The long
test will take well over an hour so it will wait until Monday morning.

We

get a ton of orders over the weekend.


On Fri, Sep 5, 2014 at 3:48 PM, Gary Kuznitz<docfxit@xxxxxxxxxxxx>

wrote:

Always run Chkdsk /f /r

If the os has a problem it needs to be fixed. If there is corruption

of

any files the

damage is done. Running chkdsk with the /f /r will probably fix it.
There is no need to
ever run chkcsk without the repair option (/f /r)

Gary Kuznitz

On 5 Sep 2014 at 15:31, Jeff (Jeff Crosby<pctech@xxxxxxxxxxxx>)
commented about
Re: [PCTECH] Disk Healthy (At Risk):

Here's the result of a read-only chkdsk:

Microsoft Windows [Version 5.2.3790]
(C) Copyright 1985-2003 Microsoft Corp.

C:\Documents and Settings\access>chkdsk c:
The type of the file system is NTFS.

WARNING! F parameter not specified.
Running CHKDSK in read-only mode.

CHKDSK is verifying files (stage 1 of 3)...
56160 file records processed.
File verification completed.
431 large file records processed.
0 bad file records processed.
0 EA records processed.
4 reparse records processed.
CHKDSK is verifying indexes (stage 2 of 3)...
190920 index entries processed.
Index verification completed.
5 unindexed files processed.
CHKDSK is verifying security descriptors (stage 3 of 3)...
56160 security descriptors processed.
Security descriptor verification completed.
5296 data files processed.
CHKDSK is verifying Usn Journal...
35796736 USN bytes processed.
Usn Journal verification completed.
Windows found problems with the file system.
Run CHKDSK with the /F (fix) option to correct these.

104856223 KB total disk space.
14702388 KB in 50305 files.
15404 KB in 5297 indexes.
0 KB in bad sectors.
162355 KB in use by the system.
65536 KB occupied by the log file.
89976076 KB available on disk.

4096 bytes in each allocation unit.
26214055 total allocation units on disk.
22494019 allocation units available on disk.

It's suggesting I run chkdsk with /F to fix the errors. The only

error(s)

I see is the line

5 unindexed files processed.

However, at this link

http://social.technet.microsoft.com/forums/en-US/
itprovistasetup/thread/5a9aa4

a3-04bb-4bef-894a-65be86d44306/

it says that can be ignored. The five unindexed files are reserved

OS

files

that are not currently in use.

But it's suggesting that I run chkdsk with the /F option. I can

lose

files, can't I, because it will do whatever it has to do to make

things

right?

I'm VERY leery of running chkdsk /F.

What about Seatools for DOS?






On Fri, Sep 5, 2014 at 1:13 PM, Jeff Crosby<

jlcrosby@xxxxxxxxxxxxxxxx>

wrote:

But it's not offline, it's online. Reactivate is grayed out. The

only

option that appears available is chkdsk . . .

On Fri, Sep 5, 2014 at 1:00 PM, John Jones<chianime@xxxxxxxxx>

wrote:

http://technet.microsoft.com/en-us/library/cc787481(v=ws.

10).aspx#BKMK_10

and

http://www.microsoft.com/resources/documentation/
windows/xp/all/proddocs/en-us

/dm_status_volume.mspx?mfr=true

both say to reactivate the disk.

On Fri, Sep 5, 2014 at 11:54 AM, Jeff Crosby<

jlcrosby@xxxxxxxxxxxxxxxx>

wrote:

Yesterday I saw on one of our Windows servers, in Disk

Management,

it

said

the volume was Healthy (At Risk). Since it was several years

old,

I

took

it to the local PC shop. They cloned it on to a new hard

drive and

installed it. The new drive also says Healthy (At Risk).

When I questioned the shop owner (big shop, he's been doing

this a

long

time) he said it would correct itself in a day or 2 and the At

Risk

would

go away. Is that right?

It's been about 24 hours and it still says that.

Thanks.

--
Jeff Crosby
VP Information Systems
UniPro FoodService/Dilgard
P.O. Box 13369
Ft. Wayne, IN 46868-3369
260-422-7531
www.dilgardfoods.com

The opinions expressed are my own and not necessarily the

opinion

of my

company. Unless I say so.

--
This is the PC Technical Discussion for IBM i (AS/400 and

iSeries)

Users

(PcTech) mailing list

To post a message email: PcTech@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/pctech
or email: PcTech-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/pctech.

--
John Jones, CISSP
History has taught us that we don't learn from the past.
--
This is the PC Technical Discussion for IBM i (AS/400 and

iSeries)

Users

(PcTech) mailing list

To post a message email: PcTech@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/pctech
or email: PcTech-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/pctech.

--
Jeff Crosby
VP Information Systems
UniPro FoodService/Dilgard
P.O. Box 13369
Ft. Wayne, IN 46868-3369
260-422-7531
www.dilgardfoods.com

The opinions expressed are my own and not necessarily the opinion

of

my

company. Unless I say so.

--
Jeff Crosby
VP Information Systems
UniPro FoodService/Dilgard
P.O. Box 13369
Ft. Wayne, IN 46868-3369
260-422-7531
www.dilgardfoods.com

The opinions expressed are my own and not necessarily the opinion

of my

company. Unless I say so.

--
This is the PC Technical Discussion for IBM i (AS/400 and iSeries)

Users

(PcTech) mailing list

To post a message email: PcTech@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/pctech
or email: PcTech-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/pctech.

Gary Kuznitz
Docfxit, Inc.
Santa Clarita, California

--
This is the PC Technical Discussion for IBM i (AS/400 and iSeries)

Users

(PcTech) mailing list

To post a message email: PcTech@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/pctech
or email: PcTech-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/pctech.

--
Jeff Crosby
VP Information Systems
UniPro FoodService/Dilgard
P.O. Box 13369
Ft. Wayne, IN 46868-3369
260-422-7531
www.dilgardfoods.com

The opinions expressed are my own and not necessarily the opinion of my
company. Unless I say so.
--
This is the PC Technical Discussion for IBM i (AS/400 and iSeries)
Users
(PcTech) mailing list
To post a message email: PcTech@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/pctech
or email: PcTech-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/pctech.

Gary Kuznitz
Docfxit, Inc.
Santa Clarita, California

--
This is the PC Technical Discussion for IBM i (AS/400 and iSeries) Users
(PcTech) mailing list
To post a message email: PcTech@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/pctech
or email: PcTech-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/pctech.

--
Jeff Crosby
VP Information Systems
UniPro FoodService/Dilgard
P.O. Box 13369
Ft. Wayne, IN 46868-3369
260-422-7531
www.dilgardfoods.com

The opinions expressed are my own and not necessarily the opinion of my
company. Unless I say so.

--
This is the PC Technical Discussion for IBM i (AS/400 and iSeries) Users
(PcTech) mailing list
To post a message email: PcTech@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/pctech
or email: PcTech-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/pctech.