ProgramData klasör birleşimini 1709'a yükselttikten sonra kesiliyor

Disk korumasını kullanan ülke genelinde 100'lü PC'lerde özel bir imajımız var ve yönetim platformu yazılımımızın güncellenmesi ve doğru çalışması için disk korumayla korunmayan bir sürücüye bir bağlantı oluşturmak zorunda kaldık.

Sorun şudur: PC'lerimizden biri 1709'daki güncellemelerinden biri, kurduğumuz bu bağlantıları kırar ve daha sonra 1709 kırılmalarını gidermek için bilgisayara erişemeyiz (örneğin, özel kurtarma ortamımızın üzerine yazmak gibi, varsayılan programların sıfırlanması vb.) çünkü program veri klasörü daha sonra tuğla ile örülür, böylece yönetim yazılımımız düzgün çalışamaz.

Başka birinin de benzer bir sorunla karşılaştığını ve bir çözüm bulup bulmadığını merak ediyordum, çünkü PC'lerin 100'lerini 1709'a yükseltmek ve daha sonra kırılanları elle düzeltmek için zaman ayıramayacağız.

windows-10 windows-10-v1709

— ztnd13
kaynak

Tüm olası davlumbazlarda desteklenmeyen bir değişiklik. Nasıl düzeltileceğine dair bir örnek bir betik dağıtmak veya uzak PowerShell gibi bir şey kullanmak olabilir. Bu kadar az bilgi ile hangi seçeneklere sahip olduğunuzu söylemek zor. Oldukları gibi, bir 1709 resmi güncelleme ve hazırlamalarına izin vermeyin ve bunun yerine dağıtın mı?

— Seth

Normal ortamlarda, dürüst olmak gerekirse, muhtemelen en iyi çözüm olacaktır. Ancak bunlar kiosk makineleri olarak kullanılan bağımsız PClerdir. Bunları yönetim platformumuzda kurduğumuz prosedürlerle günceller / koruruz. Bu yüzden onları 1709'a güncellediğimizde ve bağlantı koparsa, platformumuzdaki tüm yönetim kontrolünü kaybediyoruz ve tekrar bağlanmak ve sorunları manuel olarak düzeltmek için bir 3. parti uzaktan kumanda uygulaması (TeamViewer'a benzer) kullanmak zorundayız. Kavşakların kopmasını önleyebilir / düzeltebilirsek, gerisi kolaydır.

— ztnd13

Bu kavşak en son güncellemeyle mi oldu yoksa ondan sonra Win10'a mı geçtiniz? Şahsen ben büyük güncellemeler ile kırılmasını beklerdim. Hareket etme ProgramDatagerçekten destekleniyor gibi görünüyor , sanırım aynı tür bir sürücüde mi var? ile ilgili .

— Seth

İşte senaryo: Windows 10 Pro x64'ü çalıştıran bilgisayar, (sürüm 1607 veya 1703) C: \ programdata \ Oursoftware birleşim yerinde, D: \ Programdata \ Oursoftware ile bağlantılı. PC 1709'a güncelleme yaptığında, bu kavşak kopar.

— ztnd13

Yani ProgramData klasörünü bir bütün olarak taşımamışsınız, Tamam. Hangi disk korumasını kullanıyorsunuz? Güncelleme ile birlikte nasıl çalışır? Önceden devre dışı bırakıp sonra etkinleştirir misiniz?

— Seth

Uygulamanızı geri almak için bağlantıyı yeniden başlatan bir komut dosyası çalıştırmaz mıyım?

DeepFreeze sistemin anlık görüntüsünü alarak ve her önyüklemede onu geri yükleyerek çalışır, ancak sistemi çözdüyseniz, birleşimi yeniden yapmak için bir başlangıç betiği hazırlayın ve daha sonra yenilemeye devam etmesi için yenileyin.

Bir başlangıç betiği yapmak için 'gpedit.msc'> Bilgisayar Yapılandırması> Windows Ayarları> Komut Dosyaları> Başlangıç> Ekle> Bir .bat dosyası oluşturun. yerel C: \ 'de aşağıdaki içeriklere sahip bir yerde:

mklink / j C: \ ProgramData \ myapp D: \ ProgramData \ myapp

Bu bir Bilgisayar başlangıç betiği olduğundan, tam izinlere sahip yerel SİSTEM hesabı olarak çalışır ve oturum açma ekranı görünmeden önce çalışacaktır.

Açıkçası, bunu eklediğinizde sistemin DeepFreeze'de donmamasını ve değişiklik yapıldıktan sonra tekrar dondurulmasını istiyorsunuz.

Ayrıca, kurtarma ortamını .wim dosyasını kolayca başka bir başlangıç komut dosyasıyla değiştirebilirsiniz: pushd \ server \ path \ to \ winrefile \

mkdir T: \ Kurtarma \ WindowsRE xcopy / h Winre.wim T: \ Kurtarma \ WindowsRE

Not: Kurtarma bölümünüzde atanmış bir sürücü harfi yoksa, önce bir sürücü harfi atamak için bir diskpart komut dosyası çalıştırabilirsiniz: diskpart / s scriptname.txt

scriptname.txt gibi bir şey içeren ile: disk 0 seçin bölüm 2 seçin letter letter

Ancak, tüm sistemleriniz aynı bölümlenmemişse, bölüm 2 kurtarma bölümü olan bu tehlikeli olabilir.

Ayrıca, evet, yükleme versiyonu 1709 olan anlamıyla , Windows 8.1 den Windows'un 10. Az değişikliklere yükseltme gibi, tamamen yeni bir işletim sistemi yükleme, ancak süreci aynıdır. Dürüst olmak gerekirse, yapılacak en iyi şey muhtemelen, sürücüyü istediğiniz şekilde yeniden bölümlendirmenize ve istediğiniz herhangi bir kurtarma ortamı görüntüsünü yüklemenize izin veren güzel bir diskpart komut dosyası adımı olan Microsoft Dağıtım Araç Takımı'nı (MDT) kullanarak sistemleri yeniden kullanmaktır. o. MDT uzaktan çalıştırılabilir ve herhangi bir dosyayı yedeklemek, yeni görüntüyü dağıtmak ve sistemi daha sonra yeni görüntüye yeniden başlatmak ve ardından bu dosyaları geri yüklemek üzere yapılandırılabilir. MDT'ye aşina olduktan sonra, neden DeepFreeze'e ihtiyaç duyduğunuzu merak edebilirsiniz. :)

— Nate Cartwright
kaynak