菜单

使用SHA壹,SHA二双证书进行微软数字签名

2019年2月15日 - www6165com

设置win sdk 8,提醒错误:管道正在被关闭。

安装sql server 二〇一〇 报错等题材怎么化解

   难点1:安装sql server 二〇〇九CRUISER2,安装进度中唤醒错误:此计算机上安装了 Microsoft Visual Studio 2008的早期版本。请在设置 SQL Server 二〇一〇 前将 Microsoft Visual Studio 二零零六升级到 SP1。

  以前小编的微机上确实装了vs二〇一〇,于是本身准备去下载壹个SP1补丁包,一看800多M的大大小小,本来安装那一个软件就早已很麻烦了,还得花时间下载,那有没有别的更好的艺术吧?其实很简短,只要求改一下注册表即可,方法如下:

  化解措施:

  修改注册表。

  运转注册表,将HKEY-Local-Machine/Software/Microsoft/DevDiv重命名就行。

  安装好后再将其改回。

  将SQL Server安装再次回到上一步,然后再点下一步,那些题材就成功消除了。

  难题2:安装SQL贰零零捌,指示删除SQL二零零六Express工具的化解办法

  在设置SQL二〇一〇的时候,指示要去除SQL二零零七EXPRESS工具,在网上找了无数质地,终于找到多少个相比方便的方法了,希望能帮助我们。修改注册表:HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft
SQL Server\90\Tools\ShellSEM,将ShellSEM项重命名或删除即可。

  不能安装 SQL Server 二零一零 Management Studio Express

  故障现象:

  在windows7中一度设置好SQL Server 二零一零 Express
并且已经安装好SP3,然后从微软官网下载SQL Server 二〇〇八 Management Studio
Express 安装,发未来装置进度中,没有增进 Management 工具这一项。

  化解办法:

  先利用sql server二〇〇九安装中央(在发轫菜单的microsoft sql server
二〇〇九里面有)的保险作用,将express升级到持有高级服务的Express。再设置SQL
Server 二零零六 Management Studio
Express,这就可以发现工具那么些选项。安装成功。

  其余提醒:

  在设置SQL Server 二零一零 Management Studio Express 时会出现”此程序存在已知包容性难题“ 的对话框。假若你肯定自身早就设置过 SP1
以上的公文,并已升级到拥有高级服务的express,那么毫无理会这些对话框,直接按
”运营程序“这几个按钮。不会有任何难点。

  难题三,化解不只怕安装SQL Server 二〇〇八 Management Studio Express的难点

  小编的sql server 二〇〇九 express是visual studio
2008自带的,所以本来它从不management studio
,自个儿下了三个设置,不过无法安装SQL Server 二〇一〇 Management Studio
Express。提醒未接纳作用。

  刚从网上找到消除方案,本人测试通过,再度分享:

  VS二〇一〇自带的SQL Server是Express简化版的,必要到“SQL
Server安装宗旨>维护>版本升级”,把它升级成“具有高级服务的Express”(很快就可形成)。再运营SQL
Server 二〇〇九 Management Studio Express安装包,随后会再一次弹出SQL
Server安装宗旨,采用“安装>全新SQL
Server独立安装或向现有安装添加效果”,接下去就足以添加Management
Studio了。

图片 1

  上边是对拥有高级服务的express版本的一对介绍:

  具有高级服务的 SQL Server Express 具备 SQL Server 二〇〇七 Express
Edition 中的全体职能,并且还持有下列功效:

  借助 SQL Server 二〇〇七 Management Studio Express (SSMSE)
这一新的简单使用的图纸管理工具,轻松管理 SQL Server Express。

  对 SQL Server 表中纯字符数量发生全文查询。
全文查询可以包罗词和短语,或然词或短语的种种方式。

  对当地关全面据运转 SQL Server Reporting Services 报表。

图片 2

  将来,允许management studio express安装文件,出现管理工具选项了:

图片 3

  难点四,安装程序配置检查RebootRequiredCheck时退步,难题消除方法

  难题讲述:

  GlobalRules: 针对规则组“GlobalRules”的 SQL Server 二零零六安装程序配置检查

  RebootRequiredCheck

  检查是不是须求挂起电脑重新开动。挂起重新运转会导致安装程序战败。

  失败

  须求重新起动电脑。必须另行启航电脑才能设置 SQL Server。

  其他检查都以“已通过”。

  消除措施:

  依然用修改注册表的方法

  1. 在开班->运转中输入regedit ;

  2. 找到
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session
Manager 位置 ;

  3. 将右手窗口中名称为PendingFileRenameOperations的项删除,然后确认 ;

  4. 重复启用安装或修复程序,即可。

  难题伍,SQL Server 二零零六装置败北:Error writing to
file:Microsoft.analysisServices.AdomdClient.dll.

  难题讲述

  ==========

  SQL Server 二〇〇八 标准版安装在Windows Server 二〇一〇上功败垂成,错误为:

  Error writing to file:Microsoft.analysisServices.AdomdClient.dll.
Verify that you have access to that directory.

  故障排查

  ==========

  根据错误日志,存在以下错误音信:

  1.在安装到Install_sql_common_core_Cpu32_Action : InstallFiles.
Copying new files时出现以下错误音信:

  Error writing to file:Microsoft.analysisServices.AdomdClient.dll.
Verify that you have access to that directory.

  2.在装置到Install_SqlBrowser_Cpu32_Action时出现以下错误新闻:

  系统不能够从指定的设备上读取(The system cannot read from the specified
device.)

  3.在Detail.txt中设有以下错误音信:

  Bootstrap/Log/20110620_153155/Registry_SOFTWARE_Microsoft_MSSQLServer.reg_

  二零一二-06-20 16:07:03 Slp: 系统不大概从指定的配备上读取。

  2011-06-20 16:07:03 Slp: Watson bucket for Msi based failure has
been created

  2011-06-20 16:07:03 Slp: InstallPackage: MsiInstallProduct returned
the result code 30.

  2011-06-20 16:07:03 Slp: Retry-able MSI return code detected: 30

  2011-06-20 16:07:03 Slp: Prompting user if they want to retry this
action due to the following failure:

  2011-06-20 16:07:03 Slp: —————————————-

  2011-06-20 16:07:03 Slp: The following is an exception stack listing
the exceptions in outermost to innermost order

  2011-06-20 16:07:03 Slp: Inner exceptions are being indented

  2011-06-20 16:07:03 Slp:

  2011-06-20 16:07:03 Slp: Exception type:
Microsoft.SqlServer.Configuration.MsiExtension.MsiExtensionException

  2011-06-20 16:07:03 Slp: Message:

  2012-06-20 16:07:03 Slp: SQL Server 安装程序在运营 Windows Installer
文件时遭逢错误。

  2011-06-20 16:07:03 Slp:

  2013-06-20 16:07:03 Slp: Windows Installer 错误音信:
系统不可以从指定的装置上读取。

  2011-06-20 16:07:03 Slp:

  2011-06-20 16:07:03 Slp: Windows Installer 文件:
N:/x86/setup/sqlbrowser.msi

  二〇一二-06-20 16:07:03 Slp: Windows Installer 日志文件: C:/Program
Files/Microsoft SQL Server/100/Setup
Bootstrap/Log/贰零壹叁0620_153155/SqlBrowser_Cpu32_1.log

  2011-06-20 16:07:03 Slp: Data:

  2011-06-20 16:07:03 Slp: DisableRetry = true

  2011-06-20 16:07:03 Slp: Inner exception type:
System.ComponentModel.Win32Exception

  2011-06-20 16:07:03 Slp: Message:

  2012-06-20 16:07:03 Slp: 系统不能从指定的设备上读取。

  2011-06-20 16:07:03 Slp:

  2011-06-20 16:07:03 Slp: —————————————-

  2011-06-20 16:23:57 Slp: Error result: -2068643839

  2011-06-20 16:23:57 Slp: Result facility code: 1203

  2011-06-20 16:23:57 Slp: Result error code: 1

  2011-06-20 16:23:57 Slp: Sco: Attempting to create base registry key
HKEY_LOCAL_MACHINE, machine

  2011-06-20 16:23:57 Slp: Sco: Attempting to open registry subkey
Software/Microsoft/PCHealth/ErrorReporting/DW/Installed

  2011-06-20 16:23:57 Slp: Sco: Attempting to get registry value
DW0200

  2011-06-20 16:23:58 Slp: Submitted 5 of 5 failures to the Watson
data repository

  2011-06-20 16:24:05 Slp: Detected localization resources folder:
1033

  2011-06-20 16:24:05 Slp: Detected localization resources folder:
2052

  4.在SqlBrowser_Cpu32_1.log中设有以下错误音信:

  MSI (s) (30:D4) [16:05:48:937]: Note: 1: 1305 2:
N:/x86/setup/sqlbrowser.msi 3: 1117

  MSI (s) (30:10) [16:07:03:656]: I/O on thread 2992 could not be
cancelled. Error: 1168

  MSI (s) (30:10) [16:07:03:656]: I/O on thread 796 could not be
cancelled. Error: 1168

  MSI (s) (30:10) [16:07:03:656]: I/O on thread 2172 could not be
cancelled. Error: 1168

  MSI (s) (30:10) [16:07:03:656]: I/O on thread 3280 could not be
cancelled. Error: 1168

  MSI (s) (30:10) [16:07:03:656]: I/O on thread 3796 could not be
cancelled. Error: 1168

  MSI (s) (30:10) [16:07:03:656]: I/O on thread 812 could not be
cancelled. Error: 1168

  MSI (s) (30:D4) [16:07:03:656]: MainEngineThread is returning 30

  MSI (s) (30:10) [16:07:03:656]: No System Restore sequence number
for this installation.

  系统不能从指定的设备上读取。

  出现上述错误或者是出于系统不可以从光驱中读取安装文件。或者有以下二种原因:

  1.光驱暴发损坏

  2.设置光盘中的文件发出损坏。

  3.经过中距离路径举行安装,并且不有所充足的权位

  4.通过远程桌面举行设置

  化解办法

  ==========

  1.将光盘中的文件复制粘贴到地头(尽管出现谬误,请从网站上再次拿到科学完好的安装文件)

  2.在地面一向设置而不应用远程安装

server 2010 报错等题材怎么化解难点1:安装sql server 二〇一〇 RAV42,安装进度中唤醒错误:此计算机上设置了
Microsoft Visual Studio 2010 的最初版…

微软是首先个揭橥了SHA-1弃用陈设,在二〇一四年过后Windows和IE将不再信任SHA-1证书。正好大家公司的数字签名也到期了,索性就再一次申请了sha256和sha1的新数字证书,用来给产品签名。

win10下vs贰零壹伍编译的顺序如何运转在win7等系统(无需安装Redistributable),编译系统透视pdf

目前新写的先后要做beta测试,在做青色版(免安装版)时遇到了难点,vs二零一五做的种类本认为像此前的vs版本相同把msvcrXXX.dll还有别的几个运营时库都放到exe旁边即可,然并卵。。。,在win7的测试机上还会唤醒找不到这么些dll:api-ms-win-crt-runtime-l1-1-0.dll,如下图

图片 4

持续找到那些dll拷到exe旁,坑爹的一幕放生了,竟然提醒那么些dll有失常态——不可以稳定程序输入点ucrtbase.terminate。。。

图片 5

莫不是是本子不对,我机器上是有几个例外尺寸的api-ms-win-crt-runtime-l1-1-0.dll,都试了下,照旧相当,这就没处说理了。。。然后谷歌(谷歌(Google))了下,都以说要装vs二〇一四Redistributable或然KB2999226的立异(Win10通用CLacrosseT,不是win10的,是别的win7等种类的换代用来支持通用crt的先后),试着装了下Redistributable包竟然装到5/10报未定义的不当(0x80240017)。。。O(≧口≦)O,而且那也违背了暗青版的初衷,继续探究吗。

新生注意到api-ms-win-crt-runtime-l1-1-0.dll同目录下有一堆api-xxx的dll,或者都以有关系的,干脆整个目录全体dll全都拷到exe旁了,竟然可以运行了
O(∩_∩)O

瞩目:作者用的是win10 sdk中的dll,具体目录在C:\Program Files
(x86)\Windows Kits\10\Redist\ucrt\DLLs\x86
  ,不同机器目录只怕略有不一致。除此以外小编的顺序是三9个人,所以是x86文件夹的,假若是6叁人等得以用Windows
Kits\10\Redist\ucrt\DLLs下的呼应文件夹的dll

 

仔细一看拷过去的dll中还有二个叫ucrtbase.dll,难道和入口点那些报错有涉嫌,删了后当真又报第二个截图的失实了。。。好坑爹啊,为啥人家都以报丢失dll,就你是报找不到入口点呢(而且依然另一个已存在的dll),害得小编纠结了这么久,不管怎么终于找到制作vs二零一五主次蛋黄版的正确性姿势了——除了以后的msvc运维时库的五个dll外,还要把win10通用crt相关的多少个dll都放到exe旁才足以。

 

后记:用procexp又看了下黑古铜色版程序在win10机械上加载dll的列表,竟然从未api-xxx这堆dll,多个都并未,看来那些dll确实只是用来别的系统运维win10通用crt程序的,win10自作者因为做了原生帮助所以就不需求加载那个dll了。

 

近年来新写的次第要做beta测试,在做银灰版(免安装…

查阅安装log文件,有如下错误:

那儿就要把用了多年的自发性签名脚本改为永葆sha256和sha1双证书的格式。集团原使用signcode.exe和SignTool.exe二种方法开展签约,其中signcode合营其余找的signcode-pwd.exe工具和pvk+spc文件可以不须要密码即可兑现签约(不在此文中详诉),SignTool是一贯用pfx证书+密码来进展签字。于是分别寻找二种办法:

Error 0x800700e8: Failed to write message type to pipe.
Error 0x800700e8: Failed to write send message to pipe.
Error 0x800700e8: Failed to send
BURN_ELEVATION_MESSAGE_TYPE_EXECUTE_MSI_PACKAGE message to
per-machine process.
Error 0x800700e8: Failed to configure per-machine MSI package.

查阅signcode的文档发现,signcode的命令行-a是用来指定数字签名的签名算法。试验了下,只扶助sha1和md5,不支持sha256。所以此办法屏弃。

系统是win7 64,也有装Windows6.1-KB2670838-x64.msu 补丁。

再查阅SignTool的文档.aspx),扶助/fd来指定签名,试了md伍,sha一,sha256均帮助,所以一直在原本签名代码上添加个/sa
/fd sha256
后如下:

按网上提示的改动注册表格局也远非意义:

SignTool.exe sign /v /as /ac /f D:\test\sign\sign_sha256\xxx.pfx
/p xxxx /t /fd sha256
“D:\test_double_signed.exe”

相关文章

发表评论

电子邮件地址不会被公开。 必填项已用*标注

网站地图xml地图