किसी फ़ाइल को हटाने या Win7x64 पर स्वामित्व लेने में असमर्थ


15

मैं एक डेवलपर हूं और निर्माण प्रक्रिया के हिस्से के रूप में, एक Microsoft dll को एक निश्चित फ़ोल्डर में कॉपी किया जाता है। वह फ़ाइल कॉपी अब विफल हो रही है क्योंकि लक्ष्य को ओवरराइट नहीं किया जा सकता है।

मैंने इसे हाथ से हटाने का फैसला किया (एक व्यवस्थापक खाते का उपयोग करके लेकिन एक गैर-उन्नत एक्सप्लोरर) तो फ़ोल्डर में पहुंच गया और हटाने का प्रयास किया। यह विफल हुआ (व्यवस्थापक से अनुमति की आवश्यकता है)। एक उन्नत खोजकर्ता का उपयोग करते समय एक ही लागू होता है।

इसलिए मैंने प्रॉपर्टीज-> सिक्योरिटी-> एडवांस्ड-> ओनरशिप की कोशिश की

वर्तमान स्वामी के रूप में दिखाई दे रहा है Unable to display current owner। मैं स्वामित्व ( Access Deniedकोई विस्तार के साथ एक सरल संदेश) नहीं ले सकता । एलिवेटेड कमांड प्रॉम्प्ट / पावरशेल या तो मदद नहीं करते हैं (दोनों Access Deniedअपने तरीके से देते हैं)।

प्रक्रिया खोजकर्ता फ़ाइल पर कोई खुला हैंडल नहीं दिखाता है।

आखिरकार, मैंने लिनक्स में बूट किया और फाइल को डिलीट कर दिया, लेकिन मैं जानना चाहता हूं कि इसका कारण क्या है?

फ़ाइल के साथ सुरक्षा अनिवार्यता कोई समस्या नहीं थी। यह एमएस और हस्ताक्षर मैच द्वारा डिजिटल रूप से हस्ताक्षरित है।



@CharlieRB मैंने इसे पढ़ा है - लेकिन जैसा कि आप देख सकते हैं, मेरी समस्या फ़ाइल को नहीं हटा रही है, लेकिन यह समझने से है कि "स्वामित्व का नुकसान" किसके कारण होता है।
बेसिक

तुम सही हो। माफ़ करना। लगता है कि मैं इसे पढ़ने में खो गया और प्रश्न को गलत समझा।
चार्लीआरबी

कुछ मामलों में, किसी फ़ाइल को हटाने के लिए बाहरी रूप से करने की आवश्यकता होती है, जैसे कि सुरक्षित मोड, या जैसा कि आपने दूसरे OS में बूट किया था। यदि फ़ाइल में कुछ विशेषताएं हैं (मैं निश्चित रूप से निश्चित नहीं हूं, लेकिन मुझे लगता है कि सिस्टम इसे प्रभावित करता है), मौजूदा सिस्टम अनुमतियों के साथ, जो बूट किए गए विंडोज के संदर्भ में इसे अछूत बनाता है। स्पष्ट रूप से एक बार जब आप उस संदर्भ से दूर जाते हैं, तो यह अप्रासंगिक हो जाता है, लेकिन विंडोज 7 (और 8) के अंदर कुछ फाइलें निश्चित रूप से अपरिहार्य हैं।

@RandolphWest उत्तर के लिए धन्यवाद। क्या आप थोड़ा और समझा सकते हैं? मुझे पता है कि एक खुले हैंडल के साथ कुछ भी संशोधित नहीं किया जा सकता है, लेकिन संदेह है कि अगर मैंने अपनी खिड़कियों में मौजूद सब कुछ हटा दिया, तो मैंने रिबूट कर दिया, मैंने अपनी मशीन को ईट कर दिया - इसलिए "विंडोज़ के लिए कोई आवश्यकता नहीं" झंडा बहुत सारे सेट पर है फ़ाइलें। Pagefile / etc खुले हैंडल के शीर्षक के अंतर्गत आते हैं। मैं अभी नहीं देखता कि मेरे डी ड्राइव पर एक डीएलएल किस तरह एक फ़ोल्डर में दफन हो गया है, जिसे हर कुछ घंटों के दिनों के लिए बदल दिया गया है, इसे अचानक अप्राप्य के रूप में फ़्लैग किया जा सकता है (न ही वह "ध्वज" क्या है?)
बेसिक

जवाबों:


19

मैं इस मुद्दे को भी एक फ़ाइल के लिए मैंने SourceTree (git क्लाइंट) के साथ प्रबंधित किया था। इस फ़ाइल में कोई 'स्वामी' नहीं था। मैंने अभी देखा कि इसे उपयोग करने के लिए अतिसंवेदनशील सभी एप्लिकेशन को बंद करके, इसे जादुई रूप से हटा दिया गया। दूसरा विकल्प विंडोज़ की सेफ़-मोड में फ़ाइल को निकालना था। मुझे नहीं पता कि ऐसा क्यों हुआ और मैं उत्सुक हूं कि ऐसा क्यों हुआ।


2
मेरे साथ भी यही हुआ, जो मुझे इस सवाल पर ले आया। एक git checkoutफ़ोल्डर बनाया, फिर बाद में मैं इसके साथ कुछ भी नहीं कर सकता था (और इसे संशोधित करने वाले और कुछ भी चेकआउट नहीं कर सकता था!)। आपकी टिप्पणी ने मुझे यह महसूस करने में मदद की कि मेरे पास अन्य गिट बश खिड़कियां खुली थीं; एक बार मैंने उन्हें सभी फ़ोल्डर को जादुई रूप से हटा दिया :)
टिम मेलोन

3

एक समाधान विंडोज 7 पर मेरे लिए काम करता है:

हार्ड डिस्क ड्राइव पर राइट क्लिक करें, ==> गुण / उपकरण / अभी चेक करें .... और फिर फिर से हटाने की कोशिश करें, यह काम करना चाहिए।


चेतावनी: आपको रिबूट करना होगा और रिबूट में कई घंटे लग सकते हैं।
उपयोगकर्ता

अपडेट: कई घंटों के बाद, इसने समस्या को ठीक कर दिया।
यूजर

1

मेरे मामले में यह एक फाइल थी जिसे मैंने डाउनलोड करने के लिए फ़ायरफ़ॉक्स का उपयोग किया था। स्वामी को प्रदर्शित नहीं किया जा सकता है, स्वामित्व को बदल सकते हैं या फ़ाइल को हटा सकते हैं (हालांकि यह पठनीय था)। फ़ाइल पर काम करने वाले फ़ायरफ़ॉक्स लॉक को हटाने के लिए लॉकहंटर का उपयोग करना।


1

मैंने पाया कि "वर्तमान स्वामी को प्रदर्शित करने में असमर्थ" वाला एक फ़ोल्डर लाइब्रेरी स्थान (जैसे संगीत लाइब्रेरी) के रूप में लॉक किया गया था। मैंने उस स्थान के रूप में निकाल दिया और मैं फ़ोल्डर हटा सकता हूं।


यह एक गोत्र का एक नरक है, मैंने ऐसा कभी नहीं सोचा होगा। धन्यवाद। यह यहाँ मुद्दा नहीं था, लेकिन यह निश्चित रूप से एक ही लक्षण के साथ भविष्य में दूसरों की मदद करेगा।
बेसिक

0

विंडोज़ डायरेक्टरी में कुछ फाइलों के साथ मेरे पास एक ही मुद्दा था, सबसे अधिक वायरस के कारण।

sfc / scannow चलाने से मेरे लिए समस्या ठीक हो गई


1
"वायरस के कारण सबसे अधिक संभावना है" xkcd.com/1180
मूल

-1

व्यवस्थापक अधिकारों के साथ कमांड प्रॉम्प्ट खोलें, फिर टाइप करें:

नेट उपयोगकर्ता व्यवस्थापक - यह वर्तमान सेटिंग्स प्रदर्शित करेगा।

शुद्ध उपयोगकर्ता व्यवस्थापक / सक्रिय का उपयोग करें : यदि आवश्यक हो तो सक्रिय करने के लिए हाँ

यह सिस्टम के प्रबंधन के लिए अंतर्निहित व्यवस्थापक खाता है। यह आमतौर पर सक्रिय नहीं है।


1
टिप के लिए धन्यवाद, लेकिन अगर यह स्थानीय व्यवस्थापक खाते के स्वामित्व में था, तो 1) कोई अन्य स्वामित्व नहीं ले पाएगा और 2) सुरक्षा संवाद स्वामी की पहचान नहीं कर पाएगा? यह मेरी समझ थी कि केवल व्यवस्थापक SYSTEMखाते में उपयोगकर्ता की तुलना में उच्च अनुमतियाँ थीं
बेसिक

1
आपकी समझ सही है, @ बासिक।
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.