× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



You might also want to check Event Viewer to see if there are any other
disk-related messages worth reviewing.

On Mon, Sep 8, 2014 at 12:07 PM, Jeff Crosby <jlcrosby@xxxxxxxxxxxxxxxx>
wrote:

Mark,

Only downside was the time it would take. And I thought the /F is what did
the fixing? And the /R was a surface scan on top of doing fixes?

Thanks for all your help.

On Mon, Sep 8, 2014 at 1:01 PM, mlazarus <mlazarus@xxxxxxxx> wrote:

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.







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





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.