[prev in list] [next in list] [prev in thread] [next in thread] 

List:       adsm-l
Subject:    Re: AW: NT-Driveletters survive Deletion of Filespace
From:       Reinald Gfuellner <gfullner () BATIAN ! LPR ! E-TECHNIK ! TU-MUENCHEN ! DE>
Date:       1999-10-29 13:47:29
[Download RAW message or body]

Thank for your reply, Michael
 
Reasigning driveletters afterwards by using the diskmanager, however,
does not solve the problem: DOS-kompatible paths
( f.e. in shortcuts or registry) are not beresolved correctly.
 
 
what I know by no is:
 
(1) this is not a problem of server-filespaces.
    (Changing to another node on the server gives the same effect)
(2) done once, a driveletter-assignment stays burried somwhere deep on
the
    physical disk, even if a completely new  partitioning and formating
is
    done.
(3) In the auxiliary restauration system y:\winnt the sparedisk is
    recogniced from the beginning correctly as c: and d: After restoring
    on and booting from this very sparedisk the first partition is y:
again.
 
Who knows NT or adsm better ?
Is there another solution than lowlevel-formating ?
 
Thanks for any help !
 
   Reinald Gfuellner
 
 
 
> -----Urspr=FCngliche Nachricht-----
> ADSM-L@vm.marist.edu post from michael.bartl@ZENTRALE.ADAC.DE :
> Content-Transfer-Encoding: quoted-printable
>
> Reinald,
> NT seems to put some information on driveletters into the partition =
> table
> (or an equivalent place) of the harddisk you boot from. This data also
> includes information about the SCSI hostadapter:
>
> On a test machine I had a zipdrive connected to an Adaptec host adapter =
> and
> assigned "P:" for the driveletter to use. After changing the device to =
> an
> NCR adapter it appeared as drive "E:". The device was not in use very =
> often,
> so I didn't change this. I only found it quite interesting that the
> driveletter changed back to "P:" after I occasionally put the device =
> back to
> the old adapter...
>
> After having completed the restore you mentioned, I'd suggest the =
> following
> steps:
> - Log in using a local Admin account (not an account you usually work =
> with,
> as bindings to applications could get damaged when the drive is not
> accessible).
> - use the drive manager tool to reassign the driveletters if they have
> changed. Here start with non-system drives and reassign your bootdrive
> afterwards (as it's the only one that requires a reboot).
>
> We always found it very helpful to put the driveletter somewhere into =
> the
> volume label, so you don't have to try to find out the driveletter from =
> the
> contents of a drive (we use names like "SRV2838_D").
>
> Regards,
> Michael
> --
> Michael H. Bartl
> ADAC e.V. (RZ/PPO, Storagemanagement, Datensicherung u. =
> Notfallvorsorge)
> Tel.: (089) 7676-4063, Fax: (089) 7676-8161
> mailto:michael.bartl@zentrale.adac.de
> http://www.adac.de
>
> -----Urspr=FCngliche Nachricht-----
>> Von: Reinald Gfuellner
>> [mailto:gfullner@BATIAN.LPR.E-TECHNIK.TU-MUENCHEN.DE]
>> Gesendet am: Freitag, 29. Oktober 1999 10:27
>> An: ADSM-L@VM.MARIST.EDU
>> Betreff: NT-Driveletters survive Deletion of Filespace ?
>>
>> Doing a NT4.0 (SP 5) - Disaster-Recovery I still get NT-Driveletters
>>   that are rooted back to a time before deleting the filespaces and
>>   doing a fresh backup using the v3-client.
>>
>>
>> Restauration was done on an auxiliary-machine, only containing
>> y:\winnt and a newly partitionend spare-disk. After coppying
>> sam;security;software;system;default from <Spare-Disk>\adsm.sys\...
>> to the final destination and booting, the system-partition is still X:
>>
>> PREHISTORY:
>> The fancy thing about it is that Driveletter X: had only been assigned
>> to the newly partitioned sparedisk in previous attempts doing the
>> restore on an auxiliary-system c:\winnt. Backup had been done from
>> the local client and only before in a very first trial via smb-share
>>
>>
>> ALTHOUGH THE FILESPACEES HAD BEEN DELETED AND WAS NO LONGER VISIBLE
>> IN BACLIENT OR ADMINCLIENT AND NEW BACKUP HAD BEEN DONE BEFORE
>> RESTORING, DRIVELETTER SEEMS TO HAVE SURVIVED SOMEHOW.
>>
>>
>> Are there "inactive" and invisible filespaces on the server ?
>>
>>
>> Thanks for your reply.
>>
>>         Reinald Gfuellner
>>
 
--
--.---------------------------------------------------------------------
 3~  Reinald  Gfuellner                            PGP: use finger  ..|.
Lehrstuhl fuer Realzeit-Computersysteme, TU Muenchen, phone:
+49-89-289-23564
------Reinald.Gfuellner@rcs.ei.tum.de-------------------fax:
+49-89-289-23555
[prev in list] [next in list] [prev in thread] [next in thread]