בקשה | ערכת שפה (לתצוגה) עברית, לווינדוס 10, גרסה 1607
-
יש למישהו?
התצוגה באנגלית, המקלדת כבר בעברית. -
יש למישהו?
התצוגה באנגלית, המקלדת כבר בעברית. -
יש למישהו?
התצוגה באנגלית, המקלדת כבר בעברית.@מיגו-להוציא
מה זה המחשב אופליין?
אם לא אז פשוט תתקין דרך הגדרות
{זה נמצא בזמן ושפה}
אם אופליין זכור לי שהעלו בעבר אם כי
א}לא זוכר איפה
ב}לא יודע איך זה מסתדר בין מהדורות ווינדוס שונות לא לגבי בין מהדורות של 10 וודאי לא איך בין 10 ל11באמת ביקשתי מבניימין מחשבים שבנה חנות אופליין לטכנאים כאן
שיכניס גם את זה לא יודע כמה אפשרי
-
@מיגו-להוציא
מה זה המחשב אופליין?
אם לא אז פשוט תתקין דרך הגדרות
{זה נמצא בזמן ושפה}
אם אופליין זכור לי שהעלו בעבר אם כי
א}לא זוכר איפה
ב}לא יודע איך זה מסתדר בין מהדורות ווינדוס שונות לא לגבי בין מהדורות של 10 וודאי לא איך בין 10 ל11באמת ביקשתי מבניימין מחשבים שבנה חנות אופליין לטכנאים כאן
שיכניס גם את זה לא יודע כמה אפשרי
המחשב חצי אופליין.
מדובר באיזשהו טאבלט ווינדוס מאליאקספרס.
מה שאמור לענות על כל השאלות.אם לא, הנה פירוט:
מעבד אינטל - אטום, 2 גיגה ראם וכניסת USB מיקרו...החנות מייקרוסופט לא עובדת, ולעדכן אותה זה נראה סיפור קצת,
כנ"ל העדכוני ווינדוס שמסתובב שני בלי לספק תוצאות.
ובהגדרות, השורה של השפה פשוט לא נלחצת.
כך שכל התצוגה באנגלית.להתקין ווינדוס חדש כמובן שאני לא רוצה, אין לי כח לחפש דרייברים לעוף המוזר הזה.
-
מ מיגו להוציא סימן נושא זה כשאלה
-
המחשב חצי אופליין.
מדובר באיזשהו טאבלט ווינדוס מאליאקספרס.
מה שאמור לענות על כל השאלות.אם לא, הנה פירוט:
מעבד אינטל - אטום, 2 גיגה ראם וכניסת USB מיקרו...החנות מייקרוסופט לא עובדת, ולעדכן אותה זה נראה סיפור קצת,
כנ"ל העדכוני ווינדוס שמסתובב שני בלי לספק תוצאות.
ובהגדרות, השורה של השפה פשוט לא נלחצת.
כך שכל התצוגה באנגלית.להתקין ווינדוס חדש כמובן שאני לא רוצה, אין לי כח לחפש דרייברים לעוף המוזר הזה.
יצרתי בקלוד מתקין שקט שמיועד לגרסה הזו בדיוק
תוריד את זה תחלץ ותפעיל את הקובץ CMD או הפאוורשל{יש בזה שני חבילות שונות זה אמור להתאים בדיוק}
לא לוקח אחריות כמובן זה קלוד בנה
{פרגנתי פייבל 5 לייתר ביטחון אבל שוב לא מתחייב}
https://did.li/4nKmC -
יצרתי בקלוד מתקין שקט שמיועד לגרסה הזו בדיוק
תוריד את זה תחלץ ותפעיל את הקובץ CMD או הפאוורשל{יש בזה שני חבילות שונות זה אמור להתאים בדיוק}
לא לוקח אחריות כמובן זה קלוד בנה
{פרגנתי פייבל 5 לייתר ביטחון אבל שוב לא מתחייב}
https://did.li/4nKmC@צול-גאה מודה לך מאד!
אשמח שתוודא שזה מתאים ל-32 ביט.
תודה! -
@צול-גאה מודה לך מאד!
אשמח שתוודא שזה מתאים ל-32 ביט.
תודה!@מיגו-להוציא
בעיקרון יש שם גם ל32
אבל חכה רגע אני ישפר את זה וישלח ך את העדכני -
@מיגו-להוציא
בעיקרון יש שם גם ל32
אבל חכה רגע אני ישפר את זה וישלח ך את העדכני@צול-גאה מה השיפור?
ראיתי שיש בפנים 32. -
@צול-גאה מה השיפור?
ראיתי שיש בפנים 32.יציבות
פירוט מקלוד בספוילר
הבנתי. אני בונה מחדש חבילה מוקשחת — הבעיה הכי גדולה בגרסה הקודמת היא דווקא ב-32/64 ביט: אם הסקריפט מופעל מתהליך 32-ביט על מערכת 64-ביט,System32מפנה ל-SysWOW64ו-dism.exeנכשל.Now the verification tool and the launchers:
Found a real bug —
$PSScriptRootcame back empty. Let me pin down why before fixing:$PSScriptRootis fine — the failure was in the relaunched child: wrapping the-Filepath in literal quotes inside an-ArgumentListarray makes Start-Process double-quote it, and the child loses$PSScriptRoot. Fixing that, and removing the dependency on$PSScriptRootaltogether:Now re-running the WOW64 relaunch test, which is what exposed the bug:
The verification run just caught a second real bug: Windows normalizes
he-ILto the neutral taghein the user language list, so an exact string comparison never matches. That would have made the self-heal loop forever and report failure on a machine that was actually fine:The normalization fix works. Now the README and repackaging:
החבילה נבנתה מחדש ומוקשחת. היא ב-win10-1607-hebrew-lp, וה-ZIP המעודכן (65 MB) גם בשולחן העבודה וגם ב-
Documents\CLAOD.32 ביט — שלוש הגנות נפרדות
זו הייתה הנקודה הכי שברירית בגרסה הקודמת, ולא בגלל בחירת ה-CAB:
- בחירת CAB לפי
Is64BitOperatingSystem— הארכיטקטורה של המערכת, לא של התהליך. - הפעלה מחדש ב-PowerShell מקורי. DISM מסרב לטפל במערכת 64-ביט מתוך תהליך 32-ביט, ו-
System32מופנה בשקט ל-SysWOW64תחת WOW64. הסקריפט מזהה ומפעיל את עצמו דרךSysnativeלפני שהוא נוגע במשהו. על 32-ביט אמיתיSysnativeלא קיים, ההפעלה מחדש פשוט לא קורית. - ה-CMD בוחר PowerShell לפי
PROCESSOR_ARCHITEW6432.
שני באגים אמיתיים שהבדיקות תפסו
$PSScriptRootריק בתהליך הבן. עטפתי את נתיב ה--Fileבמרכאות בתוך מערך-ArgumentList; Start-Process מוסיף מרכאות משלו, והבן קיבל נתיב עטוף כפול — מצא את הקובץ אבל נשאר עם$PSScriptRootריק, ולכןJoin-Pathקרס בבניית הפרמטרים. תיקנתי בשני מישורים: נתיבים עוברים בלי מרכאות ידניות, והסקריפט מוצא את עצמו דרך$MyInvocation.MyCommand.Definitionעם נפילה לאחור.heמולhe-IL. ווינדוס מנרמל את התג — מבקשיםhe-IL, ורשימת השפות מדווחתhe. ההשוואה המדויקת שלי לא התאימה אף פעם, כלומר האימות היה נכשל תמיד ומנגנון התיקון העצמי היה רץ בכל כניסה לנצח על מחשב תקין לגמרי. עכשיו כל ההשוואות מקבלות גם את הצורה הנייטרלית.מה נוסף מעבר לזה
מנגנון תיקון עצמי דרך Active Setup ו-RunOnce שנשתל לפני ניסיון ההחלה, שלושה מסלולי החלה עם אימות בפועל אחרי כל אחד, תמיכה בהרצה כ-SYSTEM, שלוש שיטות התקנה עם פענוח קודי DISM,
Unblock-Fileנגד mark-of-the-web מה-ZIP, העתקה מקומית של ה-CAB לפני DISM, וחתימת פרופיל ברירת המחדל דרךreg load. נוסףVerify.cmdשמדפיס טבלת מצב וכל שורת WARN/ERROR מהיומן.מה בדקתי ומה לא
בדקתי בפועל: שלושת הסקריפטים עוברים ניתוח תחביר; מסלול ההפעלה-מחדש מ-32-ביט עובד — הבן רץ 64-ביט, הפרמטרים הועברו נכון וקוד היציאה חזר; מסלול 64-ביט ישיר; ו-
Verify-HebrewUI.ps1רץ ומדווח נכון (הוא זה שחשף את באג ה-he).לא בדקתי התקנה בפועל, ולא הרצתי את
Apply-HebrewUI.ps1— הוא היה משנה את שפת המחשב הזה ומוחק את רשימת השפות הקיימת שלך. גם את ה-UAC ב-Install.cmdלא הפעלתי. ההרצה האמיתית הראשונה תהיה על מחשב היעד; אם משהו ישתבש,Verify.cmdוהיומן יגידו בדיוק מה.אחרי סיום זה יצא ויכנס למחשב חזרה ייתכן שתצטרך להריץ שוב כדי להחיל דברים שאפשר להחיל רק בשלב שני לא יודע למה הוא לא עשה הכל יחד
מתנצל
תהנה - בחירת CAB לפי
-
יציבות
פירוט מקלוד בספוילר
הבנתי. אני בונה מחדש חבילה מוקשחת — הבעיה הכי גדולה בגרסה הקודמת היא דווקא ב-32/64 ביט: אם הסקריפט מופעל מתהליך 32-ביט על מערכת 64-ביט,System32מפנה ל-SysWOW64ו-dism.exeנכשל.Now the verification tool and the launchers:
Found a real bug —
$PSScriptRootcame back empty. Let me pin down why before fixing:$PSScriptRootis fine — the failure was in the relaunched child: wrapping the-Filepath in literal quotes inside an-ArgumentListarray makes Start-Process double-quote it, and the child loses$PSScriptRoot. Fixing that, and removing the dependency on$PSScriptRootaltogether:Now re-running the WOW64 relaunch test, which is what exposed the bug:
The verification run just caught a second real bug: Windows normalizes
he-ILto the neutral taghein the user language list, so an exact string comparison never matches. That would have made the self-heal loop forever and report failure on a machine that was actually fine:The normalization fix works. Now the README and repackaging:
החבילה נבנתה מחדש ומוקשחת. היא ב-win10-1607-hebrew-lp, וה-ZIP המעודכן (65 MB) גם בשולחן העבודה וגם ב-
Documents\CLAOD.32 ביט — שלוש הגנות נפרדות
זו הייתה הנקודה הכי שברירית בגרסה הקודמת, ולא בגלל בחירת ה-CAB:
- בחירת CAB לפי
Is64BitOperatingSystem— הארכיטקטורה של המערכת, לא של התהליך. - הפעלה מחדש ב-PowerShell מקורי. DISM מסרב לטפל במערכת 64-ביט מתוך תהליך 32-ביט, ו-
System32מופנה בשקט ל-SysWOW64תחת WOW64. הסקריפט מזהה ומפעיל את עצמו דרךSysnativeלפני שהוא נוגע במשהו. על 32-ביט אמיתיSysnativeלא קיים, ההפעלה מחדש פשוט לא קורית. - ה-CMD בוחר PowerShell לפי
PROCESSOR_ARCHITEW6432.
שני באגים אמיתיים שהבדיקות תפסו
$PSScriptRootריק בתהליך הבן. עטפתי את נתיב ה--Fileבמרכאות בתוך מערך-ArgumentList; Start-Process מוסיף מרכאות משלו, והבן קיבל נתיב עטוף כפול — מצא את הקובץ אבל נשאר עם$PSScriptRootריק, ולכןJoin-Pathקרס בבניית הפרמטרים. תיקנתי בשני מישורים: נתיבים עוברים בלי מרכאות ידניות, והסקריפט מוצא את עצמו דרך$MyInvocation.MyCommand.Definitionעם נפילה לאחור.heמולhe-IL. ווינדוס מנרמל את התג — מבקשיםhe-IL, ורשימת השפות מדווחתhe. ההשוואה המדויקת שלי לא התאימה אף פעם, כלומר האימות היה נכשל תמיד ומנגנון התיקון העצמי היה רץ בכל כניסה לנצח על מחשב תקין לגמרי. עכשיו כל ההשוואות מקבלות גם את הצורה הנייטרלית.מה נוסף מעבר לזה
מנגנון תיקון עצמי דרך Active Setup ו-RunOnce שנשתל לפני ניסיון ההחלה, שלושה מסלולי החלה עם אימות בפועל אחרי כל אחד, תמיכה בהרצה כ-SYSTEM, שלוש שיטות התקנה עם פענוח קודי DISM,
Unblock-Fileנגד mark-of-the-web מה-ZIP, העתקה מקומית של ה-CAB לפני DISM, וחתימת פרופיל ברירת המחדל דרךreg load. נוסףVerify.cmdשמדפיס טבלת מצב וכל שורת WARN/ERROR מהיומן.מה בדקתי ומה לא
בדקתי בפועל: שלושת הסקריפטים עוברים ניתוח תחביר; מסלול ההפעלה-מחדש מ-32-ביט עובד — הבן רץ 64-ביט, הפרמטרים הועברו נכון וקוד היציאה חזר; מסלול 64-ביט ישיר; ו-
Verify-HebrewUI.ps1רץ ומדווח נכון (הוא זה שחשף את באג ה-he).לא בדקתי התקנה בפועל, ולא הרצתי את
Apply-HebrewUI.ps1— הוא היה משנה את שפת המחשב הזה ומוחק את רשימת השפות הקיימת שלך. גם את ה-UAC ב-Install.cmdלא הפעלתי. ההרצה האמיתית הראשונה תהיה על מחשב היעד; אם משהו ישתבש,Verify.cmdוהיומן יגידו בדיוק מה.אחרי סיום זה יצא ויכנס למחשב חזרה ייתכן שתצטרך להריץ שוב כדי להחיל דברים שאפשר להחיל רק בשלב שני לא יודע למה הוא לא עשה הכל יחד
מתנצל
תהנהתודה רבה!
אבדוק ואעדכן. - בחירת CAB לפי
-
יציבות
פירוט מקלוד בספוילר
הבנתי. אני בונה מחדש חבילה מוקשחת — הבעיה הכי גדולה בגרסה הקודמת היא דווקא ב-32/64 ביט: אם הסקריפט מופעל מתהליך 32-ביט על מערכת 64-ביט,System32מפנה ל-SysWOW64ו-dism.exeנכשל.Now the verification tool and the launchers:
Found a real bug —
$PSScriptRootcame back empty. Let me pin down why before fixing:$PSScriptRootis fine — the failure was in the relaunched child: wrapping the-Filepath in literal quotes inside an-ArgumentListarray makes Start-Process double-quote it, and the child loses$PSScriptRoot. Fixing that, and removing the dependency on$PSScriptRootaltogether:Now re-running the WOW64 relaunch test, which is what exposed the bug:
The verification run just caught a second real bug: Windows normalizes
he-ILto the neutral taghein the user language list, so an exact string comparison never matches. That would have made the self-heal loop forever and report failure on a machine that was actually fine:The normalization fix works. Now the README and repackaging:
החבילה נבנתה מחדש ומוקשחת. היא ב-win10-1607-hebrew-lp, וה-ZIP המעודכן (65 MB) גם בשולחן העבודה וגם ב-
Documents\CLAOD.32 ביט — שלוש הגנות נפרדות
זו הייתה הנקודה הכי שברירית בגרסה הקודמת, ולא בגלל בחירת ה-CAB:
- בחירת CAB לפי
Is64BitOperatingSystem— הארכיטקטורה של המערכת, לא של התהליך. - הפעלה מחדש ב-PowerShell מקורי. DISM מסרב לטפל במערכת 64-ביט מתוך תהליך 32-ביט, ו-
System32מופנה בשקט ל-SysWOW64תחת WOW64. הסקריפט מזהה ומפעיל את עצמו דרךSysnativeלפני שהוא נוגע במשהו. על 32-ביט אמיתיSysnativeלא קיים, ההפעלה מחדש פשוט לא קורית. - ה-CMD בוחר PowerShell לפי
PROCESSOR_ARCHITEW6432.
שני באגים אמיתיים שהבדיקות תפסו
$PSScriptRootריק בתהליך הבן. עטפתי את נתיב ה--Fileבמרכאות בתוך מערך-ArgumentList; Start-Process מוסיף מרכאות משלו, והבן קיבל נתיב עטוף כפול — מצא את הקובץ אבל נשאר עם$PSScriptRootריק, ולכןJoin-Pathקרס בבניית הפרמטרים. תיקנתי בשני מישורים: נתיבים עוברים בלי מרכאות ידניות, והסקריפט מוצא את עצמו דרך$MyInvocation.MyCommand.Definitionעם נפילה לאחור.heמולhe-IL. ווינדוס מנרמל את התג — מבקשיםhe-IL, ורשימת השפות מדווחתhe. ההשוואה המדויקת שלי לא התאימה אף פעם, כלומר האימות היה נכשל תמיד ומנגנון התיקון העצמי היה רץ בכל כניסה לנצח על מחשב תקין לגמרי. עכשיו כל ההשוואות מקבלות גם את הצורה הנייטרלית.מה נוסף מעבר לזה
מנגנון תיקון עצמי דרך Active Setup ו-RunOnce שנשתל לפני ניסיון ההחלה, שלושה מסלולי החלה עם אימות בפועל אחרי כל אחד, תמיכה בהרצה כ-SYSTEM, שלוש שיטות התקנה עם פענוח קודי DISM,
Unblock-Fileנגד mark-of-the-web מה-ZIP, העתקה מקומית של ה-CAB לפני DISM, וחתימת פרופיל ברירת המחדל דרךreg load. נוסףVerify.cmdשמדפיס טבלת מצב וכל שורת WARN/ERROR מהיומן.מה בדקתי ומה לא
בדקתי בפועל: שלושת הסקריפטים עוברים ניתוח תחביר; מסלול ההפעלה-מחדש מ-32-ביט עובד — הבן רץ 64-ביט, הפרמטרים הועברו נכון וקוד היציאה חזר; מסלול 64-ביט ישיר; ו-
Verify-HebrewUI.ps1רץ ומדווח נכון (הוא זה שחשף את באג ה-he).לא בדקתי התקנה בפועל, ולא הרצתי את
Apply-HebrewUI.ps1— הוא היה משנה את שפת המחשב הזה ומוחק את רשימת השפות הקיימת שלך. גם את ה-UAC ב-Install.cmdלא הפעלתי. ההרצה האמיתית הראשונה תהיה על מחשב היעד; אם משהו ישתבש,Verify.cmdוהיומן יגידו בדיוק מה.אחרי סיום זה יצא ויכנס למחשב חזרה ייתכן שתצטרך להריץ שוב כדי להחיל דברים שאפשר להחיל רק בשלב שני לא יודע למה הוא לא עשה הכל יחד
מתנצל
תהנהעדכון:
שלל הסקריפטים לא עשו משהו ברור,
אז פשוט התקנתי את קובץ השפה ישירות, ע"י lpsetup.exe,
וב"ה הכל בא על מקומו בשלום (אחרי פתיחת משתמש חדש).רוב תודות!
- בחירת CAB לפי
שלום! נראה שהשיחה הזו מעניינת אותך, אבל עדיין אין לך חשבון.
נמאס לכם לגלול בין אותם הפוסטים בכל ביקור? כשנרשמים לחשבון, תמיד תחזרו בדיוק למקום שבו הייתם קודם, ותוכלו לבחור לקבל התראות על תגובות חדשות (בין אם במייל, ובין אם בהתראת פוש). תוכלו גם לשמור סימניות ולפרגן ב-upvote לפוסטים כדי להביע הערכה לחברי קהילה אחרים.
בעזרת התרומה שלך, הפוסט הזה יכול להיות אפילו טוב יותר 💗
הרשמה התחברות