[XP] Kan geen toegang krijgen tot 2 mappen

[YoG]

Ik probeer al een tijdje toegang tot deze mappen te krijgen

:\97bf201c8411b7c8e63345b28516c116\amd64
en
:\97bf201c8411b7c8e63345b28516c116\i386

Ik kan zelfs geen toegang krijgen tot deze mappen.. verwijderen lukt ook niet. Zelfde verhaal in command prompt



Ik vermoed dat het gaat om een soort overblijfsel van een patch?

In een bijbehorend INF bestandje lees ik dit
"Microsoft system driver files for XPSDrv print drivers."
Volgens mij heb ik dit helemaal niet nodig...

Iemand die hier wat meer over weet?

[Jester-NL]

Take ownership

[Ye Greate'96]

Is troep dat achterblijft na een of meer Windows updates.

Om te verwijderen, mits je XP pro hebt, moet je jezelf rechten geven op die mappen en daarna kan je ze weghalen.

[YoG]

Ik vind het vreemd dat het op mijn G schijf staat, terwijl mijn XP op C staat
Normaal staan alle updates op de schijf waar Windows is geinstalleerd ??

[ Voor 31% gewijzigd door YoG op 20-09-2009 15:22 ]

[Pixeltje]

YoG schreef op zondag 20 september 2009 @ 15:21:
Ik vind het vreemd dat het op mijn G schijf staat, terwijl mijn XP op C staat
Normaal staan alle updates op de schijf waar Windows is geinstalleerd ??

Ja en nee, Als je windows installeert op een pc met meerdere schijven kan het zomaar zijn dat je bootmanager niet op de C schijf wordt gezet. Heb dat een paar keer meegemaakt, weet zelf ook niet waarom. Waarom windows dat dus met updates zou doen weet ik ook niet, maar als je die mappen weg wilt gooien moet je de rechten van de mappen aanpassen (je moet je alle rechten toe-eigenen).

Ik gebruik zelf Total Commander (soort verkenner) daar zit een knop in 'take ownership'. Vanaf dat moment kun je alles wat je wilt met die mappen

[YoG]

Ah dat verklaart een hoop, tenks

---

edit, Met Total Commander kom ik niet verder.. ik mis het menuutje NTFS zoals op deze afbeelding

Ook als ik "As Adminstrator" probeer de map weg te halen krij ik een wazige foutmelding

[ Voor 82% gewijzigd door YoG op 20-09-2009 15:51 ]

[alt-92]

Pixeltje schreef op zondag 20 september 2009 @ 15:27:
[...]


Ja en nee, Als je windows installeert op een pc met meerdere schijven kan het zomaar zijn dat je bootmanager niet op de C schijf wordt gezet.

Heeft daar niks mee te maken in dit geval

Bij het downloaden en extracten van de update files wordt de schijf met de meeste beschikbare ruimte gebruikt - in dit geval de G: van TS, alleen is de opruimroutine van deze specifieke update niet zo netjes geweest om z'n temp files op te ruimen.
Maar dit is inderdaad niks wat een take ownership en een reACL actie niet kan oplossen.
Je zal het alleen even vanaf de G: root moeten oplossen, dus door subinacl of cacls en takeown.exe te gebruiken.

[ Voor 8% gewijzigd door alt-92 op 20-09-2009 16:24 ]

[doctormetal]

Pixeltje schreef op zondag 20 september 2009 @ 15:27:
[...]


Ja en nee, Als je windows installeert op een pc met meerdere schijven kan het zomaar zijn dat je bootmanager niet op de C schijf wordt gezet. Heb dat een paar keer meegemaakt, weet zelf ook niet waarom. Waarom windows dat dus met updates zou doen weet ik ook niet, maar als je die mappen weg wilt gooien moet je de rechten van de mappen aanpassen (je moet je alle rechten toe-eigenen).

Voor beide is een simpele verklaring, hoe onlogisch et ook mag zijn.
Bij het installeren gooit windows de bootloader op de eerste harddisk die hij tegenkomt. Dit is dus niet gerelateerd aan drive letters. Installeren van windows mislukt ook als op de eerste harddisk geen NTFS of FAT partitie aanwezig is. Krijg je hele vage foutmeldingen.

Wat die updates betreft: windows update lijkt voor temp file van sommige updates gewoon de partitie met de meeste vrije ruimte te gebruiken.

Normaal kan ik zonder problemen die directories verwijderen. Heb je soms geen admin rechten?

[YoG]

Ja ik heb Adminrechten.. takeown.exe werkt ook niet mee.. of doe ik het verkeerd?

C:\WINDOWS\SysWOW64>takeown /f G:\97bf201c8411b7c8e63345b28516c116\amd64

SUCCESS: The file (or folder): "G:\97bf201c8411b7c8e63345b28516c116\amd64" now owned by user "ANTEC64\YoG".
..zou moeten werken toch?

[alt-92]

Daarna zul je ook nog eens de NTFS ACLs moeten controleren.
met

cacls <foldernaam>

kun je de huidige permissies laten zien.

Dan weet je ook wat er mogelijk aan gewijzigd moet worden.
Het kan zelfs zo simpel zijn als aan te geven dat permissies vanaf de bovenliggende folder (de G:\ root dus) ook moeten worden doorgevoerd naar beneden.

[Ye Greate'96]

Het is zo simpel

Eigenschappen van die map openen, tabblad beveiliging, klik op geavanceerd en check dat jouw account bij Eigenaar staat.
Klik op ok, en voeg jouw account toe met volledig beheer aangevinkt.

Dan kun je gewoon de map verwijderen.

[YoG]

alt-92 schreef op zondag 20 september 2009 @ 17:22:
Daarna zul je ook nog eens de NTFS ACLs moeten controleren.
met

cacls <foldernaam>

kun je de huidige permissies laten zien.

Dan weet je ook wat er mogelijk aan gewijzigd moet worden.
Het kan zelfs zo simpel zijn als aan te geven dat permissies vanaf de bovenliggende folder (de G:\ root dus) ook moeten worden doorgevoerd naar beneden.

Met Cacls kan ik de map AMD64 in.. en wat vond ik daar: een paar nutteloze dll en inf bestandjes (ik heb ook nog steeds geen rechten om de bestandjes te openen, terwijl ik bij de parameters van Cacls voor /F (full control) heb gekozen.

G:\97bf201c8411b7c8e63345b28516c116>cacls amd64
G:\97bf201c8411b7c8e63345b28516c116\amd64 <Account Domain not found>F
                                          NT AUTHORITY\SYSTEM:F

G:\97bf201c8411b7c8e63345b28516c116>cacls amd64 /g YoG:F
Are you sure (Y/N)?y
processed dir: G:\97bf201c8411b7c8e63345b28516c116\amd64

De inhoud van die map:



Het vreemde is dat het bij de i386 map niet werkt

G:\97bf201c8411b7c8e63345b28516c116>cacls i386
G:\97bf201c8411b7c8e63345b28516c116\i386
Access is denied.



G:\97bf201c8411b7c8e63345b28516c116>cacls i386 /g YoG:F
Are you sure (Y/N)?y
Access is denied.

Ye Greate'96 schreef op zondag 20 september 2009 @ 19:31:
Het is zo simpel

Eigenschappen van die map openen, tabblad beveiliging, klik op geavanceerd en check dat jouw account bij Eigenaar staat.
Klik op ok, en voeg jouw account toe met volledig beheer aangevinkt.

Dan kun je gewoon de map verwijderen.

Ik heb geen tabblad Beveiliging oid..



ReadOnly heb ik al eens uitgezet.. die zet ie daarna weer zelf aan

[ Voor 34% gewijzigd door YoG op 20-09-2009 19:41 ]

[Flitzer]

En als niets onder Windows helpt kun je altijd nog een Live CD van Knoppix gebruiken.
Daarmee krijg je zeker de gewenste rechten om een map te verwijderen, hoewel dit misschien wat omslachtig is.

[alt-92]

YoG schreef op zondag 20 september 2009 @ 19:36:
[...]



Met Cacls kan ik de map AMD64 in.. en wat vond ik daar: een paar nutteloze dll en inf bestandjes (ik heb ook nog steeds geen rechten om de bestandjes te openen, terwijl ik bij de parameters van Cacls voor /F (full control) heb gekozen.

G:\97bf201c8411b7c8e63345b28516c116>cacls amd64
G:\97bf201c8411b7c8e63345b28516c116\amd64 <Account Domain not found>F
                                          NT AUTHORITY\SYSTEM:F

G:\97bf201c8411b7c8e63345b28516c116>cacls amd64 /g YoG:F
Are you sure (Y/N)?y
processed dir: G:\97bf201c8411b7c8e63345b28516c116\amd64

Zet je gebruikersnaam eens goed neer?
Dus

cacls 97bf201c8411b7c8e63345b28516c116 /t /g <computernaam>\yog:f

De /t switch neemt alle subfolders&files mee, de reden dat er staat dat je account niet bekend is komt omdat je je user niet goed doorgeeft

[YoG]

Ik log in als YoG.. dat is case-sensitive toch lijkt me?
Ik ben nu op mn werk, ik zal het thuis iig met kleine letters uitproberen

[alt-92]

Usernames zijn niet case sensitive.
maar of je wel of geen 'domain'* opgeeft (desnoods als .\yog) maakt wel uit.

*domain kan ook de lokale machine zijn.

[YoG]

G:\>cacls 97bf201c8411b7c8e63345b28516c116 /t /g ANTEC64\yog:f
Are you sure (Y/N)?y
processed dir: G:\97bf201c8411b7c8e63345b28516c116
processed dir: G:\97bf201c8411b7c8e63345b28516c116\amd64
processed file: G:\97bf201c8411b7c8e63345b28516c116\cacls
processed file: G:\97bf201c8411b7c8e63345b28516c116\filterpipelineprintproc.amd64.dll
processed file: G:\97bf201c8411b7c8e63345b28516c116\filterpipelineprintproc.dll
Access is denied.


G:\>cd 97bf201c8411b7c8e63345b28516c116


G:\97bf201c8411b7c8e63345b28516c116>cacls i386 /t /g ANTEC64\yog:f
Are you sure (Y/N)?y
Access is denied.


G:\97bf201c8411b7c8e63345b28516c116>cacls i386 /t /g .\yog:f
No mapping between account names and security IDs was done.

Het vreemde is dat ie bij de eerste listing van mappen de "I386" map niet wordt weergegeven.. alsof het een 'geheime' map is oid
Ik blijf het ook vreemd vinden dat de CALC /g wél werkt op de AMD64 map maar niet op de I386