如何在不实际重启系统的情况下validationinitramfs映像的启动能力 – 我们需要这样做的原因是 – 假设如果系统为一个短窗口并突然发现initramfs映像已损坏并且必须恢复 我得到的一个想法是将这个图像转移到虚拟机，并启动它的..？ 我们可以提取图像，并将其内容与黄金图像进行比较，可以这么说。 我们认为没有损坏的图像。 谢谢，〜赛
我遇到了一个小问题 我有一个程序必须在服务器上运行（Windows 2008）。 这不是一个服务，而是一个正常的应用程序。 它位于启动。 问题是它与数据库一起工作，不允许运行两次。 当有人通过RDPlogin时，它会再次启动。 有没有办法在Windows内防止它？
我正在玩主引导logging。 我决定删除并在我的vmware机器上进行恢复。 使用Ubuntu LiveCD，我试图用命令擦除分区条目和签名： dd if=/dev/zero of=/dev/sda bs=1 skip=446 count=66 要么： dd if=/dev/urandom of=/dev/sda bs=1 skip=446 count=66 要validation我的更改，我使用命令检查： dd if=/dev/sda bs=1 skip=446 count=66 | hexdump -C 但是我看不到零或随机字符。 一切都没有改变。 我重新启动了我的机器。 正如所料，我无法启动我的操作系统。 我再次启动LiveCD，再次看到没有更改MBR分区和签名，旧数据被保留。 哪里不对？
有没有办法看到什么时候Windows XP打开和closures？ 我在Windows XP电脑上有重要的系统，所以我想看看它是什么时候打开和closures。 如果这是不可能的，如果closures不可用的话，对我来说也是有用的。
有没有办法检测服务器何时完成（即完成所有内核启动任务）？ 这是Google计算引擎实例。 Nov 18 10:58:51 image-name google: No startup script found in metadata. Nov 18 10:58:53 image-name kernel: [ 27.491829] aufs au_opts_verify:1570:docker[2414]: dirperm1 breaks the protection by the permission bits on the lower branch Nov 18 10:58:53 image-name kernel: [ 27.703142] aufs au_opts_verify:1570:docker[2414]: dirperm1 breaks the protection by the permission bits on the lower branch […]
我们有一个（部分）退役的Windows 2003服务器（2000年的老式），一直运行良好，直到几个月来由于计划停电而不得不关掉它第一次。 服务器启动并响应ping，但是GUI显示它停留在“应用安全策略”（每次尝试两次超过12小时）。 我无法连接远程桌面，但我可以连接Services.msc和远程registry等奇怪。 如果我尝试远程访问事件日志（如域pipe理员），我会得到“访问被拒绝”。 所有正常的服务似乎运行正常。 我想知道是否它正在寻找，或依赖于我们最近退役的其他服务器之一，我们最近已经退役了一个PDC，这可能是这台机器自从退役旧PDC以来第一次重新启动。 我从哪里开始尝试诊断这个问题？ 请注意我不是一个系统pipe理员 – 我是一个Web开发人员，所以尽可能避免时髦的缩略语;）
如下图所示，在“启动作业正在运行LSB”时尝试进入单用户模式时，我的Debian系统挂起。 任何想法如何恢复它？ 从主线安装源安装Nginx后重启系统后，这个事情就开始发生了。 这台机器是VPS，只能通过这个恢复控制台访问。 Debian 8.3 Jessie 4.3.3-7〜bpo8 + 1
正如所有人知道正常运行时间，我们可以捕捉到机器的日子 # uptime 12:08:19 up 93 days, 14:12, 1 user, load average: 0.38, 0.36, 0.40 我们真正需要的是知道重启/重启的date 例如 – 2016年5月21日12:98 正常运行时间命令没有正确的标志来做到这一点，所以也许用其他命令？ 但谷歌search后，我没有find我想要的， 所以我会很高兴得到任何build议
我正在testingWindows 2016 Preview 5作为iSCSI目标，并将TinyPXE用作无盘启动的DHCP + iPXE服务器… 访问Windows 2016 iSCSI目标从像Windows 7或Windows 10这样的iSCSI启动程序工作正常… 我试图使用TinyPXE / iPXE作为DHCP / TFTP服务器从iSCSI目标启动 PXE客户端findDHCP服务器…加载undionly.kpxe …开始寻找iSCSI目标，并失败，并显示“无法打开SAN设备…” CONFIGURATION Option67 = undionly.kpxe Option17 = iscsi：10.0.0.213：tcp：3260：0：vm2016-demo1-target ExtraOption = iscsi：10.0.0.213：tcp：3260：0：vm2016-demo1-target Option3 = 下面是服务器/目标configuration和TinyPXE屏幕截图…任何想法都欢迎…
我的技术人员之一应该是启用了BitLocker的计算机的映像。 他不知道访问引脚，而是插入一个戴尔启动磁盘进行软恢复（保留所有的客户端文件和rest窗口）。 有一个警告通知他他正在清理TPM。 他推“确定”，现在电脑启动到黑屏。 我有恢复密钥，可以访问BIOS，但这是关于它。 我现在一直在Google上search几个小时，我无法find任何有用的信息。 思考？