If the Zip drive is connected but doesn't have a zip inserted, just try to run:
find /dev/scsi
...and you will see the error.
This is also the origin of the slow login, because at the first user login, devfsd is setting owner for devices, and causes the ldm_validate_partition_table error on the zip device. The error takes about 1.5 sec, and is repeated 3 times, so the login takes about 5 seconds.
If I unplug the Zip, everything is OK: fast login, and no ldm_validate_partition_table error.
Allan Mee a �crit:
Thanx that's what I figured - but given that I've had overlapping partitions once before, I didn't want to take ANY chances - I really don't fancy putting more than 60 Gb of data back onto my h/d (even though most of my data is backed up, I know some recent data isn't).
I'm glad I said to PowerQuest - question what would have happened had I clicked "Yes - ok fix it!"?
Allan
From: Felix Miata <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: [Cooker] ldm_validate_partition_table - what's that?
Date: Fri, 17 Jan 2003 12:23:17 -0500
Allan Mee wrote:
> Do I have another problem? I just installed a trial version of Partition
> Magic 8.0 - I was using versions 3 and 6 previously. It says something like
> I have an extended partition that crosses the 1024 Cylinder boundary but is
> NOT marked as an extendedX partition - and warns me that I may lose data -
> question is do I want or need Partition Magic to fix it?
> Now, I only created ONE partition with win98's FDISK - gave it 75% of my 120
> Gb drive and let Linux automatically sort out the other 30-odd Gb for
> itself. So any extended partitions belong to Linux. Should I let Partition
> Magic mark this partition as an extendedX partition or just leave it?
> Please advice me.
Only if you use W9x or ME might the extended partition type be relevant
to possible data loss, and only if there are M$ partitions beyond cyl
1023 that must be accessed while winDOS is booted. Powerquest is being a
good little Micro$erf warning you that the non-standard M$ 0Fh extended
type is not in place. Learn more at URI below.
--
"There's nothing so absurd that if you repeat it often enough,
people will believe it." William James
Team OS/2 ** Reg. Linux User #211409
Felix Miata *** http://members.ij.net/mrmazda/partitioningindex.html
_________________________________________________________________
Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963
