Jeff,

I run it with both. Why would you not want Windows to fix any errors it finds? Unless you're planning on using another tool (maybe from the disk's manufacturer), I would run it. I have found CHKDSK to be fairly conservative when it comes to recovering and reinstating bad sectors. It usually moves whatever data it can off of the suspect sectors and marks it bad.

Also, since it's a new drive, what's the downside?

-mark

On 9/8/2014 12:06 PM, Jeff Crosby wrote:
Mark,

I was also thinking of /not/ using the /R option but only the /F option.
The /R will make it take a while on this 500gb drive, will it not? The
drive is brand new.

Thanks.

On Mon, Sep 8, 2014 at 12:00 PM, mlazarus<mlazarus@xxxxxxxx> wrote:

Jeff,

Yes, I would run it. If it finds errors, run it again (once or twice)
until it comes up clean. If you have to run it more than 3 times (even 3
times would set off a warning bell for me - I would look closely at the
errors), the drive might be flaky; I'd look to replace it. Just relaying
my experience.

-mark


On 9/8/2014 11:44 AM, Jeff Crosby wrote:

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.






--
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.




As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.